Thank you for the advice Duncan, But let's not get carried away here: we are talking about a *warning* that only arises if two packages are checked together that are never meant to be installed together. The new packages contain weeks of improvement-work, and I am not going to add back-and-forth-trick-work just to circumvent some warnings that arise only at the point of switching from old to new.
If there is a problem when checking the new packages together that's a different story and worth taking care about. I didn't find such problems. Kind regards Jens > Gesendet: Donnerstag, 02. Juli 2020 um 15:23 Uhr > Von: "Duncan Murdoch" <murdoch.dun...@gmail.com> > An: "Dr. Jens Oehlschlägel" <jens.oehlschlae...@truecluster.com>, > r-package-devel@r-project.org > Betreff: Re: Aw: Re: Re: [R-pkg-devel] check cross-references error: Non-file > package-anchored link(s) > > On 02/07/2020 7:49 a.m., Dr. Jens Oehlschlägel wrote: > > Duncan, > > > >> One way is to make bit depend on a particular version of ff. That may > >> cause a deadlock if both are being updated at once, but I think CRAN > >> should be able to deal with it if they are informed of the issue. > > > > Exactly that I have done: I submitted all three packages bit/bit64/ff in > > version 4.0.2 and made them dependend on Version >= 4.0.0. > > And yes, the maintainers have been informed about the issue. > > I'm not sure that's what I meant, but I can't be sure, since I haven't > seen your source. What I meant is a package dependency, i.e. the > existing ff on CRAN is version 2.2-14.2 and it depends on bit without > saying what version of bit is needed. The existing bit is 1.1-15.2 with > no dependency on ff. > > So you can force the new ff to use the new bit by giving the version > number, e.g. > > Depends: bit (>= 2.0) > > but it's not so obvious how to make the new bit depend on the new ff. > There's no way to say that the dependency is only to a help page, and > circular strong dependencies are messy, so I'd suggest you use one of > the other options I offered: a dynamic link in the Rd file, or no link > at all. > > Duncan Murdoch > ______________________________________________ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel