Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1101881 > unrolled thread

Bug#1010422: transition: r-api-bioc-3.15

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1010422: transition: r-api-bioc-3.15 Dylan Aïssi <daissi@debian.org> - 2022-05-01 11:50 +0200
    Bug#1010422: transition: r-api-bioc-3.15 Nilesh Patra <nilesh@debian.org> - 2022-05-02 06:20 +0200
      Bug#1010422: transition: r-api-bioc-3.15 Andreas Tille <tille@debian.org> - 2022-05-02 08:30 +0200
        Bug#1010422: transition: r-api-bioc-3.15 Nilesh Patra <nilesh@debian.org> - 2022-05-02 08:50 +0200
    Bug#1010422: transition: r-api-bioc-3.15 Graham Inggs <ginggs@debian.org> - 2022-05-03 16:10 +0200
      Bug#1010422: transition: r-api-bioc-3.15 Nilesh Patra <nilesh@debian.org> - 2022-05-03 16:10 +0200
      Bug#1010422: transition: r-api-bioc-3.15 Nilesh Patra <nilesh@debian.org> - 2022-05-06 14:50 +0200
        Bug#1010422: transition: r-api-bioc-3.15 Andreas Tille <tille@debian.org> - 2022-05-06 20:10 +0200
          Bug#1010422: transition: r-api-bioc-3.15 Dylan Aïssi <daissi@debian.org> - 2022-05-11 10:40 +0200
            Bug#1010422: transition: r-api-bioc-3.15 Nilesh Patra <nilesh@debian.org> - 2022-05-11 11:40 +0200
              Bug#1010422: transition: r-api-bioc-3.15 Graham Inggs <ginggs@debian.org> - 2022-05-11 12:40 +0200
                Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Paul Gevers <elbrus@debian.org> - 2022-05-19 09:50 +0200
                  Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Graham Inggs <ginggs@debian.org> - 2022-05-19 10:10 +0200
                    Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Nilesh Patra <nilesh@nileshpatra.info> - 2022-05-21 07:10 +0200
                      Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Graham Inggs <ginggs@debian.org> - 2022-05-21 12:20 +0200
                        Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Graham Inggs <ginggs@debian.org> - 2022-05-22 09:20 +0200
                          Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Andreas Tille <tille@debian.org> - 2022-05-22 15:40 +0200
                            Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Nilesh Patra <nilesh@nileshpatra.info> - 2022-05-22 16:20 +0200
                              Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Andreas Tille <andreas@an3as.eu> - 2022-05-22 22:40 +0200
                  Bug#1010422: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Nilesh Patra <nilesh@debian.org> - 2022-05-19 10:20 +0200
                    Bug#1010422: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Andreas Tille <tille@debian.org> - 2022-05-19 11:00 +0200
                      Bug#1010422: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Paul Gevers <elbrus@debian.org> - 2022-05-19 13:10 +0200
                        Bug#1010422: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Andreas Tille <tille@debian.org> - 2022-05-19 18:20 +0200
                      Bug#1010422: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Nilesh Patra <nilesh@debian.org> - 2022-05-19 14:50 +0200
                  Bug#1010422: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15] Andreas Tille <tille@debian.org> - 2022-05-19 11:00 +0200

Page 1 of 2  [1] 2  Next page →

#1101881 — Bug#1010422: transition: r-api-bioc-3.15

Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
X-Debbugs-CC: debian-r@lists.debian.org


Hi,
Bioconductor 3.15 has been released [1].

[1] https://bioconductor.org/news/bioc_3_15_release/

Like for previous r-api-bioc transitions, all reverse dependencies
need a manual upgrade to the new upstream releases, they are not
binNMU-able. The Debian R Packages team will do so.

Please set up a tracker manually, since this is a transition of a
virtual package name.

Ben file:
-----------------------------------------------------------------------------
title = "r-api-bioc-3.15";
is_affected = .depends ~ /r-api-bioc/;
is_good = .depends ~ "r-api-bioc-3.15";
is_bad = .depends ~ "r-api-bioc-3.14";
-----------------------------------------------------------------------------

Best,
Dylan

[toc] | [next] | [standalone]

#1101968

[Multipart message — attachments visible in raw view] — view raw

On Sun, 1 May 2022 11:42:07 +0200 =?UTF-8?B?RHlsYW4gQcOvc3Np?= <daissi@debian.org> wrote:
> Hi,
> Bioconductor 3.15 has been released [1].

Please hold this off until r-base migrates (which should be soon)

--
Best,
Nilesh

[toc] | [prev] | [next] | [standalone]

#1101976

Am Mon, May 02, 2022 at 09:39:25AM +0530 schrieb Nilesh Patra:
> On Sun, 1 May 2022 11:42:07 +0200 =?UTF-8?B?RHlsYW4gQcOvc3Np?= <daissi@debian.org> wrote:
> > Hi,
> > Bioconductor 3.15 has been released [1].
> 
> Please hold this off until r-base migrates (which should be soon)

As far as I can see the testing migration is blocked by

  ∙ autopkgtest for r-cran-thematic/0.1.2.1-2: amd64: Pass, arm64: Regression ♻ (reference ♻), armhf: Pass, i386: Pass, ppc64el: Pass, s390x: Pass

where the autopkgtest log[1] says:

...
══ Failed tests ════════════════════════════════════════════════════════════════
── Error (test-base.R:9:3): base baselines ─────────────────────────────────────
Error in `svglite_(filename, bg, width, height, pointsize, standalone, 
    always_valid)`: Graphics API version mismatch
Backtrace:
    ▆
 1. └─thematic:::expect_doppelganger(...) at test-base.R:9:2
 2.   └─vdiffr::expect_doppelganger(name, p, ...) at tests/testthat/helper-vdiffr.R:12:2
 3.     └─vdiffr writer(fig, testcase, title)
 4.       └─vdiffr:::svglite(file)
 5.         └─vdiffr:::svglite_(...)
── Error (test-ggplot.R:31:3): ggplot baselines ────────────────────────────────
Error in `svglite_(filename, bg, width, height, pointsize, standalone, 
    always_valid)`: Graphics API version mismatch
Backtrace:
    ▆
 1. └─thematic:::expect_doppelganger(...) at test-ggplot.R:31:2
 2.   └─vdiffr::expect_doppelganger(name, p, ...) at tests/testthat/helper-vdiffr.R:12:2
 3.     └─vdiffr writer(fig, testcase, title)
 4.       └─vdiffr:::svglite(file)
 5.         └─vdiffr:::svglite_(...)
── Error (test-ggplot.R:149:3): Scale defaults can be overridden ───────────────
Error in `svglite_(filename, bg, width, height, pointsize, standalone, 
    always_valid)`: Graphics API version mismatch
...

Isn't this the just discussed Graphics API issue?

I guess your recent upload of 0.1.2.1-3 is supposed to fix this and
is intended to enable the migration, right?

Kind regards

      Andreas.


[1] https://ci.debian.net/data/autopkgtest/testing/arm64/r/r-cran-thematic/21293099/log.gz

-- 
http://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#1101978

On 2 May 2022 11:54:34 am IST, Andreas Tille <tille@debian.org> wrote:
>Am Mon, May 02, 2022 at 09:39:25AM +0530 schrieb Nilesh Patra:
>> On Sun, 1 May 2022 11:42:07 +0200 =?UTF-8?B?RHlsYW4gQcOvc3Np?= <daissi@debian.org> wrote:
>> > Hi,
>> > Bioconductor 3.15 has been released [1].
>> 
>> Please hold this off until r-base migrates (which should be soon)
>
>As far as I can see the testing migration is blocked by
>
>Isn't this the just discussed Graphics API issue?

There were many more of 'em blocking the transition. I cleaned that up yesterday and reduced it to the one remaining.

>I guess your recent upload of 0.1.2.1-3 is supposed to fix this and
>is intended to enable the migration, right?
>

Yes, let's wait until r-base migrates, I guess it'd take a day or two maybe.
Anyway we need to wait for bioc transition until we get a thumbs up from release team.

Migrating the graphics packages are also a mess now due to no-binNMUs. Need to propagate hacks to get these in testing. All of it could have been avoided if it was properly coordinated, but anyway.

>[1] https://ci.debian.net/data/autopkgtest/testing/arm64/r/r-cran-thematic/21293099/log.gz
>

--
Best,
Nilesh

[toc] | [prev] | [next] | [standalone]

#1102109

Control: tags -1 + moreinfo

Hi Nilesh

On Tue, 3 May 2022 at 15:51, Nilesh Patra <nilesh@debian.org> wrote:
>
> Andreas Tille wrote:
> >> >I guess your recent upload of 0.1.2.1-3 is supposed to fix this and
> >> >is intended to enable the migration, right?
> >> >
> >>
> >> Yes, let's wait until r-base migrates, I guess it'd take a day or two maybe.
> >> Anyway we need to wait for bioc transition until we get a thumbs up from release team.
> >
> > Sure. I guess it is sensible to not fiddle around with R package
> > updates for the moment.
>
> I am now trying to get ggplot2 and friends in testing. Please give
> it time until this weekend to migrate after which I will remove
> my hacks and re-upload.

Please also look at rmatrix, it is a build-dependency of several
r-bioc-* packages.

> Let's start bioc transition after this is done.

Please remove the moreinfo tag once you are ready.

Regards
Graham

[toc] | [prev] | [next] | [standalone]

#1102111

[Multipart message — attachments visible in raw view] — view raw

On Tue, May 03, 2022 at 04:04:22PM +0200, Graham Inggs wrote:
> Control: tags -1 + moreinfo
> > I am now trying to get ggplot2 and friends in testing. Please give
> > it time until this weekend to migrate after which I will remove
> > my hacks and re-upload.
> 
> Please also look at rmatrix, it is a build-dependency of several
> r-bioc-* packages.

That'd get in once ggplot2 and friends transition. Should be soonish.

> > Let's start bioc transition after this is done.
> 
> Please remove the moreinfo tag once you are ready.

Sure, thanks Graham!

-- 
Best,
Nilesh

[toc] | [prev] | [next] | [standalone]

#1102433

[Multipart message — attachments visible in raw view] — view raw

Control: tags -1 - moreinfo

Hi Graham/Andreas,

On Tue, May 03, 2022 at 04:04:22PM +0200, Graham Inggs wrote:
> On Tue, 3 May 2022 at 15:51, Nilesh Patra <nilesh@debian.org> wrote:
> > I am now trying to get ggplot2 and friends in testing. Please give
> > it time until this weekend to migrate after which I will remove
> > my hacks and re-upload.
> 
> Please also look at rmatrix, it is a build-dependency of several
> r-bioc-* packages.

I think I did the changes as I wanted to, all graphics packages and all the
important cran packages for that matter (including rmatrix) have now migrated.
 
> > Let's start bioc transition after this is done.
> 
> Please remove the moreinfo tag once you are ready.

I have done so, I think we can start the transition. Please consider pushing
the buttons to get the tracker up :)

PS: I will not be able to contribute in any capacity to bioc transition and hope
Andreas, you, Dylan et. al. would complete this :)

-- 
Best,
Nilesh

[toc] | [prev] | [next] | [standalone]

#1102454

Hi Nilesh,

Am Fri, May 06, 2022 at 06:10:52PM +0530 schrieb Nilesh Patra:
> 
> I think I did the changes as I wanted to, all graphics packages and all the
> important cran packages for that matter (including rmatrix) have now migrated.

Thanks a lot.
  
> > Please remove the moreinfo tag once you are ready.
> 
> I have done so, I think we can start the transition. Please consider pushing
> the buttons to get the tracker up :)

:-)
 
> PS: I will not be able to contribute in any capacity to bioc transition and hope
> Andreas, you, Dylan et. al. would complete this :)

Same for me this weekend and start of next week.  I'm traveling and have
intentionally just my "traveling" laptop.  So I'm extremely limited with
contributions ... things will last as long they need.

Kind regards

      Andreas.

-- 
http://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#1102782

Hi all,

> Am Fri, May 06, 2022 at 06:10:52PM +0530 schrieb Nilesh Patra:
> >
> > I have done so, I think we can start the transition. Please consider pushing
> > the buttons to get the tracker up :)
>

To be sure, have we the green light from the release team to start
this transition?

Best,
Dylan

[toc] | [prev] | [next] | [standalone]

#1102790

On 11 May 2022 2:06:08 pm IST, "Dylan Aïssi" <daissi@debian.org> wrote:
>Hi all,
>
>> Am Fri, May 06, 2022 at 06:10:52PM +0530 schrieb Nilesh Patra:
>> >
>> > I have done so, I think we can start the transition. Please consider pushing
>> > the buttons to get the tracker up :)
>>
>
>To be sure, have we the green light from the release team to start
>this transition?


@Graham, could you let us know? -- Should we start?

--
Best,
Nilesh

[toc] | [prev] | [next] | [standalone]

#1102796

Control: tags -1 = confirmed

Hi Nilesh, Dylan

On Wed, 11 May 2022 at 11:33, Nilesh Patra <nilesh@debian.org> wrote:
>
>
>
> On 11 May 2022 2:06:08 pm IST, "Dylan Aïssi" <daissi@debian.org> wrote:
> >Hi all,
> >
> >> Am Fri, May 06, 2022 at 06:10:52PM +0530 schrieb Nilesh Patra:
> >> >
> >> > I have done so, I think we can start the transition. Please consider pushing
> >> > the buttons to get the tracker up :)
> >>
> >
> >To be sure, have we the green light from the release team to start
> >this transition?
>
>
> @Graham, could you let us know? -- Should we start?

Yes, please go ahead.

Tracker is at:
https://release.debian.org/transitions/html/r-api-bioc-3.15.html

Regards
Graham

[toc] | [prev] | [next] | [standalone]

#1103594 — Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15]

[Multipart message — attachments visible in raw view] — view raw

Package: release.debian.org
User: release.debian.org@packages.debian.org
Usertag: britney

Hi,

On 11-05-2022 12:34, Graham Inggs wrote:
> Yes, please go ahead.
> 
> Tracker is at:
> https://release.debian.org/transitions/html/r-api-bioc-3.15.html

There's three package still waiting for an upload, r-bioc-progeny, 
r-bioc-monocle and r-bioc-scater. When is the ETA for those?

Apart from these missing uploads, there's a bunch of autopkgtest 
regressions blocking the migration of the set [1]. I have a hunch that 
quite some regressions are caused by missing *versioned* (test) 
dependencies that cause incompatible sets to be tested. Thinking more 
about it that could very well be a bug in our migration software failing 
to properly handle the Provides which glues this all together and which 
is uniquely provided by r-bioc-biocgenerics. Remember that our migration 
software tries to determine the minimal (source based) set (deducted 
from real package relations, i.e. Depends, Conflicts and Breaks) that 
needs to come from unstable to be tested in testing. You can see which 
source packages it deducted from the third line of each autopkgtest log. 
E.g. [2] has:
--pin-packages=unstable=src:r-bioc-megadepth,src:r-bioc-biocgenerics

And than later:
The following packages have unmet dependencies:
  r-bioc-rtracklayer : Depends: r-api-bioc-3.14
                       Depends: r-bioc-rsamtools (>= 1.31.2) but it is 
not going to be installed
                       Depends: r-bioc-genomicalignments (>= 1.15.6) but 
it is not going to be installed

I'll see if some manual addition pinning helps, but checking the status 
in unstable may also be a good way to see what the status is. In the 
mean time, this mail is also a bug report against britney, if the manual 
pinning helps, we'll need to see how to improve it.

Paul

[1] https://people.debian.org/~elbrus/ci/regressions.html
[2] 
https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-bioc-megadepth/21776746/log.gz

[toc] | [prev] | [next] | [standalone]

#1103596 — Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15]

Hi

On Thu, 19 May 2022 at 09:45, Paul Gevers <elbrus@debian.org> wrote:
> There's three package still waiting for an upload, r-bioc-progeny,
> r-bioc-monocle and r-bioc-scater. When is the ETA for those?

In addition, there is r-bioc-grohmm which I happened to notice dropped
off the tracker during the transition.
i.e. it lost its dependency on r-api-bioc-3.14, but did not pick up
one on r-api-bioc-3.15.

I do not know if there were any others.

Regards
Graham

[toc] | [prev] | [next] | [standalone]

#1103803 — Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15]

[Multipart message — attachments visible in raw view] — view raw

Hi Graham,

I did some work to cleanup the rest stuff meanwhile, and need
your help to ignore some of the CI temporarily to complete the migration; and
also because unstable counterparts pass.

I have pasted a list at the end of this email, please see to it.

--
Best,
Nilesh



Package						Reverse dependency

r-bioc-annotationdbi        set ignore for r-bioc-annotationhub (version in unstable passes)
r-bioc-scran/beachmat       Please run tests with new version of biocparallel
r-bioc-biocneighbors        set r-bioc-bluster to ignore (version in unstable passes)
r-bioc-biocparallel			set r-bioc-bluster to ignore (version in unstable passes)



Other caveats:
r-bioc-singler/r-bioc-scran (at the time of writing this email) need to run with new version
of biocparallel in unstable
and the versions of reverse-deps should point to its unstable version

[toc] | [prev] | [next] | [standalone]

#1103822 — Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15]

Hi Nilesh

On Sat, 21 May 2022 at 07:03, Nilesh Patra <nilesh@nileshpatra.info> wrote:

It looks like britney has already figured these out:

> r-bioc-annotationdbi        set ignore for r-bioc-annotationhub (version in unstable passes)
> r-bioc-scran/beachmat       Please run tests with new version of biocparallel

I'll wait a bit to see if these get resolved once r-bioc-bluster is a candidate:

> r-bioc-biocneighbors        set r-bioc-bluster to ignore (version in unstable passes)
> r-bioc-biocparallel                     set r-bioc-bluster to ignore (version in unstable passes)

Regards
Graham

[toc] | [prev] | [next] | [standalone]

#1103889 — Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15]

Hi Nilesh

It looks like the only blocker now is waiting for r-bioc-scater [1] to age:

Too young, only 2 of 5 days old

It doesn't get 2-day migration because its autopkgtest regressed in
testing, sometime around 2021-09-23 [2].

I'll file a separate bug for that.

Regards
Graham


[1] https://tracker.debian.org/pkg/r-bioc-scater
[2] https://ci.debian.net/packages/r/r-bioc-scater/testing/amd64/

[toc] | [prev] | [next] | [standalone]

#1103913 — Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15]

Hi Graham,

Am Sun, May 22, 2022 at 09:09:01AM +0200 schrieb Graham Inggs:
> It looks like the only blocker now is waiting for r-bioc-scater [1] to age:
> 
> Too young, only 2 of 5 days old
> 
> It doesn't get 2-day migration because its autopkgtest regressed in
> testing, sometime around 2021-09-23 [2].

I've just commited a patch thet ignores the not yet packaged test
dependency which causes the test failure.  In any case r-bioc-scater
needs to wait for r-cran-rcppml in new - may be some removal from
testing is needed in any case.
 
> I'll file a separate bug for that.

Feel free to do so but for the moment the issue is fixed in Git and
will be uploaded once the new Build-Depends is available.

Kind regards

      Andreas.
 
> [1] https://tracker.debian.org/pkg/r-bioc-scater
> [2] https://ci.debian.net/packages/r/r-bioc-scater/testing/amd64/

-- 
http://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#1103914 — Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15]

On 22 May 2022 7:05:18 pm IST, Andreas Tille <tille@debian.org> wrote:
>Hi Graham,
>
>Am Sun, May 22, 2022 at 09:09:01AM +0200 schrieb Graham Inggs:
>> It looks like the only blocker now is waiting for r-bioc-scater [1] to age:
>> 
>> Too young, only 2 of 5 days old
>> 
>> It doesn't get 2-day migration because its autopkgtest regressed in
>> testing, sometime around 2021-09-23 [2].
>
>I've just commited a patch thet ignores the not yet packaged test
>dependency which causes the test failure.  In any case r-bioc-scater

Then please make an upload.

>needs to wait for r-cran-rcppml in new - may be some removal from
>testing is needed in any case.

No, not really. I had already edited the description file in the last upload to unbreak the transition, although I didn't observe the failing test locally.

>> [1] https://tracker.debian.org/pkg/r-bioc-scater
>> [2] https://ci.debian.net/packages/r/r-bioc-scater/testing/amd64/
>

-- 
Regards,
Nilesh

[toc] | [prev] | [next] | [standalone]

#1103941 — Bug#1010422: Bug#1011265: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15]

Am Sun, May 22, 2022 at 07:43:35PM +0530 schrieb Nilesh Patra:
> >I've just commited a patch thet ignores the not yet packaged test
> >dependency which causes the test failure.  In any case r-bioc-scater
> 
> Then please make an upload.

https://salsa.debian.org/r-pkg-team/r-bioc-scater/-/jobs/2796964

   ->>   builddeps:. : Depends: r-cran-rcppml but it is not installable
         E: Unable to correct problems, you have held broken packages.

There was no other patch than the one I created ... and I think it
makes sense to wait for Build-Depends clearing new.  Thus I've set
a "block by".

> >needs to wait for r-cran-rcppml in new - may be some removal from
> >testing is needed in any case.
> 
> No, not really. I had already edited the description file in the last upload to unbreak the transition, although I didn't observe the failing test locally.

Are you sure you pushed?

Kind regards

    Andreas.

> >> [1] https://tracker.debian.org/pkg/r-bioc-scater
> >> [2] https://ci.debian.net/packages/r/r-bioc-scater/testing/amd64/
 

-- 
http://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#1103597 — Bug#1010422: Britney fails to pin complete set in "Provides" api transitions [Was: Bug#1010422: transition: r-api-bioc-3.15]

Hi,

On 19 May 2022 1:10:23 pm IST, Paul Gevers <elbrus@debian.org> wrote:
>Package: release.debian.org
>User: release.debian.org@packages.debian.org
>Usertag: britney
>
>Hi,
>
>On 11-05-2022 12:34, Graham Inggs wrote:
>> Yes, please go ahead.
>> 
>> Tracker is at:
>> https://release.debian.org/transitions/html/r-api-bioc-3.15.html
>
>There's three package still waiting for an upload, r-bioc-progeny, r-bioc-monocle and r-bioc-scater. When is the ETA for those?

They are blocked by packages in NEW so whenever FTP masters accept these.

I think we can workaround these anyway by editing the DESCRIPTION file -- maybe I'll do so and upload either late in the night today or early morning Tom.

>Apart from these missing uploads, there's a bunch of autopkgtest regressions blocking the migration of the set [1]. I have a hunch that quite some regressions are caused by missing *versioned* (test) dependencies that cause incompatible sets to be tested.

Many of these are also due to versioned depends I guess.

> Thinking more about it that could very well be a bug in our migration software failing to properly handle the Provides which glues this all together and which is uniquely provided by r-bioc-biocgenerics. Remember that our migration software tries to determine the minimal (source based) [...]

I know, if that could be improved, it'd be awesome otherwise it's a pain to deal with. Even for an earlier r-base transition, I had to do bogus uploads to make Britney happy.

It does not make much sense to me to add a breaks for things and clutter d/control. There's no real usecase to be honest since there's already a version dep on r/r-api-bioc respectively.

> if the manual pinning helps, we'll need to see how to improve it.

Thanks Paul for your work!

>[1]
https://people.debian.org/~elbrus/ci/regressions.html
>[2] https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-bioc-megadepth/21776746/log.gz


--
Best,
Nilesh

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | linux.debian.bugs.dist

csiph-web