Hi! Thanks for this service! It is very helpful to know what is being developed. I distribute the content to other venues and I noticed some times that the updates are duplicated. For example, the sentence "?is.R()? is deprecated as no other S dialect is known to be in use (and this could only identify historical dialects, not future ones)." is duplicated in different days: Day 1: https://developer.r-project.org/blosxom.cgi/R-devel/NEWS/2024/03/07#n2024-03-07 Day 2: https://developer.r-project.org/blosxom.cgi/R-devel/NEWS/2024/03/09#n2024-03-09 I tried to look up how to avoid duplications with Blosxom <http://blosxom.sourceforge.net/> but I didn't find a way. It would be great if this could be further improved to avoid this duplication. Thanks! Llu?s On Fri, 15 Mar 2024 at 13:50, Dirk Eddelbuettel <edd at debian.org> wrote:> > Years ago Duncan set up a nightly job to feed RSS based off changes to > NEWS, > borrowing some setup parts from CRANberries as for example the RSS > 'compiler'. > > That job is currently showing the new \I{...} curly protection in an > unfavourable light. Copying from the RSS reader I had pointed at this since > the start [1], for today I see (indented by four spaces) > > CHANGES IN R-devel INSTALLATION on WINDOWS > > The makefiles and installer scripts for Windows have been tailored to > \IRtools44, an update of the \IRtools43 toolchain. It is based on GCC > 13 > and newer versions of \IMinGW-W64, \Ibinutils and libraries (targeting > 64-bit Intel CPUs). R-devel can no longer be built using \IRtools43 > without changes. > > \IRtools44 has experimental suport for 64-bit ARM (aarch64) CPUs via > LLVM > 17 toolchain using lld, clang/flang-new and libc++. > > Can some kind soul put a filter over it to remove the \I ? > > Thanks, Dirk > > [1] Feedly. Unless we set this up so early that I once used Google > Reader. It's been a while... > > -- > dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel >[[alternative HTML version deleted]]
Usually the duplication happens because there's a small change between the entries, e.g. a spelling correction. Other times it's not duplication, but a substantive change to the NEWS entry, so those really should be duplicated. I can't spot a change in the example you gave, so it's probably a change to the white space. The comparison code tries to ignore those changes, but it doesn't always get it right. Sometime I should put the code on Github so others can fix bugs like this. It's currently in a private SVN repository (and has been since I wrote it about 16 years ago). Duncan Murdoch On 15/03/2024 12:04 p.m., Llu?s Revilla wrote:> Hi! > > Thanks for this service! It is very helpful to know what is being developed. > > I distribute the content to other venues and I noticed some times that the > updates are duplicated. > For example, the sentence "?is.R()? is deprecated as no other S dialect is > known to be in use (and this could only identify historical dialects, not > future ones)." is duplicated in different days: > Day 1: > https://developer.r-project.org/blosxom.cgi/R-devel/NEWS/2024/03/07#n2024-03-07 > Day 2: > https://developer.r-project.org/blosxom.cgi/R-devel/NEWS/2024/03/09#n2024-03-09 > > I tried to look up how to avoid duplications with Blosxom > <http://blosxom.sourceforge.net/> but I didn't find a way. > It would be great if this could be further improved to avoid this > duplication. > > Thanks! > > Llu?s > > On Fri, 15 Mar 2024 at 13:50, Dirk Eddelbuettel <edd at debian.org> wrote: > >> >> Years ago Duncan set up a nightly job to feed RSS based off changes to >> NEWS, >> borrowing some setup parts from CRANberries as for example the RSS >> 'compiler'. >> >> That job is currently showing the new \I{...} curly protection in an >> unfavourable light. Copying from the RSS reader I had pointed at this since >> the start [1], for today I see (indented by four spaces) >> >> CHANGES IN R-devel INSTALLATION on WINDOWS >> >> The makefiles and installer scripts for Windows have been tailored to >> \IRtools44, an update of the \IRtools43 toolchain. It is based on GCC >> 13 >> and newer versions of \IMinGW-W64, \Ibinutils and libraries (targeting >> 64-bit Intel CPUs). R-devel can no longer be built using \IRtools43 >> without changes. >> >> \IRtools44 has experimental suport for 64-bit ARM (aarch64) CPUs via >> LLVM >> 17 toolchain using lld, clang/flang-new and libc++. >> >> Can some kind soul put a filter over it to remove the \I ? >> >> Thanks, Dirk >> >> [1] Feedly. Unless we set this up so early that I once used Google >> Reader. It's been a while... >> >> -- >> dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org >> >> ______________________________________________ >> R-devel at r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/r-devel >> > > [[alternative HTML version deleted]] > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel
I have now put the files online at https://github.com/dmurdoch/diffnews . It seemed like too much trouble to include the SVN history, so this is just a copy of the current version of the files. Duncan Murdoch On 15/03/2024 12:04 p.m., Llu?s Revilla wrote:> Hi! > > Thanks for this service! It is very helpful to know what is being developed. > > I distribute the content to other venues and I noticed some times that the > updates are duplicated. > For example, the sentence "?is.R()? is deprecated as no other S dialect is > known to be in use (and this could only identify historical dialects, not > future ones)." is duplicated in different days: > Day 1: > https://developer.r-project.org/blosxom.cgi/R-devel/NEWS/2024/03/07#n2024-03-07 > Day 2: > https://developer.r-project.org/blosxom.cgi/R-devel/NEWS/2024/03/09#n2024-03-09 > > I tried to look up how to avoid duplications with Blosxom > <http://blosxom.sourceforge.net/> but I didn't find a way. > It would be great if this could be further improved to avoid this > duplication. > > Thanks! > > Llu?s > > On Fri, 15 Mar 2024 at 13:50, Dirk Eddelbuettel <edd at debian.org> wrote: > >> >> Years ago Duncan set up a nightly job to feed RSS based off changes to >> NEWS, >> borrowing some setup parts from CRANberries as for example the RSS >> 'compiler'. >> >> That job is currently showing the new \I{...} curly protection in an >> unfavourable light. Copying from the RSS reader I had pointed at this since >> the start [1], for today I see (indented by four spaces) >> >> CHANGES IN R-devel INSTALLATION on WINDOWS >> >> The makefiles and installer scripts for Windows have been tailored to >> \IRtools44, an update of the \IRtools43 toolchain. It is based on GCC >> 13 >> and newer versions of \IMinGW-W64, \Ibinutils and libraries (targeting >> 64-bit Intel CPUs). R-devel can no longer be built using \IRtools43 >> without changes. >> >> \IRtools44 has experimental suport for 64-bit ARM (aarch64) CPUs via >> LLVM >> 17 toolchain using lld, clang/flang-new and libc++. >> >> Can some kind soul put a filter over it to remove the \I ? >> >> Thanks, Dirk >> >> [1] Feedly. Unless we set this up so early that I once used Google >> Reader. It's been a while... >> >> -- >> dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org >> >> ______________________________________________ >> R-devel at r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/r-devel >> > > [[alternative HTML version deleted]] > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel