Am Fri, Jul 07, 2023 at 12:52:49AM +0530 schrieb Nilesh Patra:
>
> Andreas, if you remember, the code pointed out by Sébastien is
> the exact same reason we had to t-p-u r-cran-shiny during freeze, See
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035428#15
>
On Thu, Jul 06, 2023 at 02:24:57PM -0500, Dirk Eddelbuettel wrote:
> [...]
I understood some of it (not completely, possibly because of lack of
background with R extensions), but thanks a lot for taking the
time to explain it to me!
> So if tibble does this now, it should only affect tibble
On 7 July 2023 at 00:33, Nilesh Patra wrote:
| I think we are hitting this issue here:
https://github.com/tidyverse/dplyr/issues/6793
| The comment says "Looks like some package in the stack sets
R_forceSymbols(dll, TRUE)" and that package is tibble
|
| | $ grep -rnw R_forceSymbols
| |
On Thu, Jul 06, 2023 at 09:13:46PM +0200, Sébastien Villemot wrote:
> > I'm not sure so please explain in more detail. dh-r was designed to put
> > the lowest restriction regarding the versions. I remember some
> > discussion some time ago that Dirk thought we should put stronger
> >
Le jeudi 06 juillet 2023 à 21:02 +0200, Andreas Tille a écrit :
> Am Thu, Jul 06, 2023 at 07:08:04PM +0200 schrieb Paul Gevers:
> > PS: in a private discussion I had today, we noticed that r-* packages often
> > (always?) have a dependency on r-base-core with a lower limited version
> > equal to
Hi Paul,
On Thu, Jul 06, 2023 at 08:28:45PM +0200, Paul Gevers wrote:
> On 06-07-2023 19:08, Paul Gevers wrote:
> > Yes, we'll take care of that where it looks sane to do so (examples of
> > that are r-cran-epi); I'll manually schedule the "combined" tests, such
> > that they disappear from the
Hi Paul,
Am Thu, Jul 06, 2023 at 07:08:04PM +0200 schrieb Paul Gevers:
> Yes, we'll take care of that where it looks sane to do so (examples of that
> are r-cran-epi); I'll manually schedule the "combined" tests, such that they
> disappear from the excuses if they then pass.
OK. Thanks a lot
Hi,
On 06-07-2023 19:08, Paul Gevers wrote:
Yes, we'll take care of that where it looks sane to do so (examples of
that are r-cran-epi); I'll manually schedule the "combined" tests, such
that they disappear from the excuses if they then pass.
I'm seeing in several tests where things seem to
Hi Andreas,
On 06-07-2023 16:44, Andreas Tille wrote:
Am Thu, Jul 06, 2023 at 09:56:31AM +0200 schrieb Andreas Tille:
Is there any chance to fix this via
hinting by release team or should I rather add some "artificial" versioned
Depends just to enable the whole set of r-cran-* packages to
Hi again,
Am Thu, Jul 06, 2023 at 09:56:31AM +0200 schrieb Andreas Tille:
>
> I've now re-uploaded all 6 packages that are known to be affected by the
> graphics ABI change (and verified that it is set properly). I'll
> continue now closing the open bugs.
After rebuilding quite some packages
Hi,
Am Wed, Jul 05, 2023 at 04:07:12PM + schrieb Graham Inggs:
> I don't think it's possible to set up a tracker for this first
> "transition", as no packages currently depend on r-graphics-engine-*.
Right, this makes perfectly sense.
> Please wait until r-base and dh-r are built and in
Hi Andreas
On Wed, 5 Jul 2023 at 15:51, Andreas Tille wrote:
> the just uploaded r-base 4.3.1-2 implements r-graphics-engine-* which is
> respected by dh-r 20230705 (also just uploaded). It would be great if
> you could setup transition tracker.
I don't think it's possible to set up a tracker
Hi,
the just uploaded r-base 4.3.1-2 implements r-graphics-engine-* which is
respected by dh-r 20230705 (also just uploaded). It would be great if
you could setup transition tracker.
Am I understanding things correctly that I can now start uploading those
r-cran-* packages featuring bugs
Paul, Graham,
r-base 4.3.1-2 is now on its way. You will have to update / tweak the ben
file as there is no 'r-api-4.3' tag as there is no such thing API change
upstream in R itself.
Filing the bug reports against the handful of packages testing the graphics
engine version was the right thing
Hi Paul,
Am Sun, Jul 02, 2023 at 10:54:03AM +0800 schrieb Paul Wise:
> $ objdump -T debian/*/usr/lib/R/site-library/*/libs/*.so | grep
> R_GE_checkVersionOrDie
> DF *UND* Base
> R_GE_checkVersionOrDie
Thanks for the hint. Its
Hi Graham,
Am Mon, Jul 03, 2023 at 05:24:19PM + schrieb Graham Inggs:
> On Sun, 2 Jul 2023 at 19:57, Andreas Tille wrote:
> > 45
> >
> > serious bugs that are all caused by the non-transition while we should
> > have done one. That's pretty annoying for the people who need to do the
> >
Hi Andreas
On Sun, 2 Jul 2023 at 19:57, Andreas Tille wrote:
> 45
>
> serious bugs that are all caused by the non-transition while we should
> have done one. That's pretty annoying for the people who need to do the
> work (in this case basically me).
IMHO, those autopkgtests regression bugs
Hi Paul,
Am Sat, Jul 01, 2023 at 05:21:16PM +0200 schrieb Paul Gevers:
> > So per upstream ("R Core" for short), this is clearly on the package
> > side. There is no ABI/API incompatibility: R offers graphics functions new
> > functionality, to use it one needs a rebuild _if a package decides to
On Sat, 2023-07-01 at 14:29 +0200, Andreas Tille wrote:
> I've filed Bug#1040038 with the patch for r-graphics-api and updated
> branch r-api-graphic branch of dh-r[1] to match the suggested patch
> immediately once uploaded.
I've sent a suggestion to bug #1040038 for not hard-coding the API
Hi Dirk,
On 01-07-2023 16:47, Dirk Eddelbuettel wrote:
So per upstream ("R Core" for short), this is clearly on the package
side. There is no ABI/API incompatibility: R offers graphics functions new
functionality, to use it one needs a rebuild _if a package decides to stop
and die on mismatch_.
This is not a bug in r-base, and does not warrant a transition.
I have written at some length about it, and (if I find some time) will expand
on it in blog post. I will also try to coordinate with upstream.
In short, R header GraphicsEngine.h [1] defines an integer constant declaring
the
Hi again,
just a status update:
Am Sat, Jul 01, 2023 at 01:45:11PM +0200 schrieb Andreas Tille:
>
> I think my piece is ready. We just need to decide about a proper name
> of the virtual package. I'll inject this into my proof of concept
> change of dh-r. Than Dirk needs to upload another
Hi Paul,
Am Sat, Jul 01, 2023 at 07:48:16AM +0200 schrieb Paul Gevers:
> Anytime is good to ask for a transition, particularly when the transition is
> already ongoing.
:-)
> I don't think it should surprise anyone that we prefer it to be done right.
> Our preference is for option 1.
Thanks
Hi Andreas,
On 30-06-2023 21:35, Andreas Tille wrote:
I'm not sure that we are in the right status to ask for a transition bug
Anytime is good to ask for a transition, particularly when the
transition is already ongoing.
https://lists.debian.org/debian-r/2023/06/msg00025.html
In
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: r-b...@packages.debian.org, debia...@lists.debian.org
Control: affects -1 + src:r-base
Hi,
I'm not sure that we are in the right status to ask for a transition bug
since
25 matches
Mail list logo
