| Summary: | app-cdr/cdrdao-1.2.3-r4 stable request | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Pacho Ramos <pacho> |
| Component: | Stabilization | Assignee: | Brendan Horan <brendan> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | asturm, leio, proxy-maint |
| Priority: | Normal | Keywords: | STABLEREQ |
| Version: | unspecified | Flags: | stable-bot:
sanity-check+
|
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: |
app-cdr/cdrdao-1.2.3-r4
|
Runtime testing required: | --- |
| Bug Depends on: | |||
| Bug Blocks: | 608948 | ||
|
Description
Pacho Ramos
2017-02-11 12:46:51 UTC
ping (In reply to Mart Raudsepp from comment #1) > ping ah? Is there something you need me to do? As its not exactly clear to me here (In reply to Brendan Horan from comment #2) > (In reply to Mart Raudsepp from comment #1) > > ping > > ah? Is there something you need me to do? > As its not exactly clear to me here They're asking for you to approve stabilisation (you can just CC arches if you agree). Yeah, and after all arches are done, we would be asking to remove old revisions that still have depends on libgnomeuimm ping I am going to only ask for amd64 and x86 to be stabled. I can't see a need for this on every arch and if that changes I'll take care of it later. Lets get this stable and the dep on libgnomuimm gone. (In reply to Brendan Horan from comment #6) > I am going to only ask for amd64 and x86 to be stabled. > I can't see a need for this on every arch and if that changes I'll take care > of it later. > Lets get this stable and the dep on libgnomuimm gone. We need all versions still depending on libgnomeuimm gone to be able to finally last rite libgnomeuimm. For that older revisions of cdrdao need to be removed, but if it isn't stabled for others than amd/x86 they can't be, unless you as maintainer decide to drop the stable keywords for other architectures (with the removal of older versions) while checking the global dependency tree remains consistent -- nothing requiring cdrdao for other architectures, potentially even if only optionally if not package.stable.use.masked. I'm happy with either way, except that I see there are various packages that require cdrdao that do have stable keywords on more than amd64/x86. (In reply to Mart Raudsepp from comment #7) > (In reply to Brendan Horan from comment #6) > > I am going to only ask for amd64 and x86 to be stabled. > > I can't see a need for this on every arch and if that changes I'll take care > > of it later. > > Lets get this stable and the dep on libgnomuimm gone. > > We need all versions still depending on libgnomeuimm gone to be able to > finally last rite libgnomeuimm. For that older revisions of cdrdao need to > be removed, but if it isn't stabled for others than amd/x86 they can't be, > unless you as maintainer decide to drop the stable keywords for other > architectures (with the removal of older versions) while checking the global > dependency tree remains consistent -- nothing requiring cdrdao for other > architectures, potentially even if only optionally if not > package.stable.use.masked. > > I'm happy with either way, except that I see there are various packages that > require cdrdao that do have stable keywords on more than amd64/x86. I'd be happy to do the following : * stable the latest cdrdao * drop stable keywords for all arch's except x86/amd64 * remove older versions of cdrdao If you think that is doable and won't break the tree I am ok with it. If i am missing something here let me know :) amd64 stable (In reply to Brendan Horan from comment #8) > If you think that is doable and won't break the tree I am ok with it. > If i am missing something here let me know :) As I said, some packages depend on cdrdao and some of these have stable keywords on other architectures than amd64/x86. A quick grep (without CI run) points the following packages depending on cdrdao, but other stable keywords than amd86/x86: app-cdr/graveman is stable on ppc, ppc64 and sparc as well, so either need to drop those (and check its rdeps too in turn) or stabilize on ppc/ppc64/sparc as well. I would drop sparc and request ppc/ppc64 here (sparc is rather inactive, ppc/ppc64 is stabled promptly). app-cdr/burncdda is also stable on ppc. app-cdr/cue2toc is stable on ppc64 (oddly the only arch where it is). app-cdr/bashburn is also stable on ppc and sparc. Additionally it is nice to notify the architecture team about the dropping and have them speak up too. At least alpha, arm, hppa, ppc, ppc64 are responsive enough to just stable it or decide to drop stuff. ia64 and sparc are more of a trouble, though automated stabling on ia64 does happen, sparc a bit too. Personally I would drop ia64 to ~ia64 and ask stabilization for the rest. I would drop sparc too if I could, but that would involve dealing with graveman and bashburn as well. x86 stable. Closing. This is not fixed until previous versions are safely removed without causing tree breakage as discussed in earlier comments. This is needlessly stale. @Brendan, why not add ppc/ppc64? If other arches have no rdeps we can easily drop them to ~arch. (In reply to Brendan Horan from comment #6) > I am going to only ask for amd64 and x86 to be stabled. > I can't see a need for this on every arch and if that changes I'll take care > of it later. > Lets get this stable and the dep on libgnomuimm gone. Stable keywords can't be left behind for older package versions but not new package versions. That way keywords keep old versions back indefinitely in tree or make things more complicated to remove. I suggest always CC-ing already stable arches and allow them to make a call of completely destabilising package instead of trying to stable new version. I've CCed alpha arm hppa ia64 ppc64 ppc sh sparc ia64 stable Stable on alpha. On an amd64 system: Doing an emerge of app-cdr/cdrdao-1.2.3-r4 results in the compile error described in https://forums.gentoo.org/viewtopic-p-8135036.html?sid=56e91c24bdbfdec465e455360d7d3f8a (It returns exactly the same error message). Also, the patch given in that forum post solves it. For people who don't speak Italian, we have bug 635014 already. hppa stable sparc stable (thanks to Rolf Eike Beer) (In reply to Sergei Trofimovich from comment #15) > ia64 stable Sergei, =app-cdr/cdrdao-1.2.3-r4 fails to link on my side; see bug #641746. Émeric ppc/ppc64 stable The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=10bd9e0fb210d384c3fe3d7bfe033eb2ba7d2ea1 commit 10bd9e0fb210d384c3fe3d7bfe033eb2ba7d2ea1 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2018-02-28 20:11:04 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2018-02-28 20:11:04 +0000 app-cdr/cdrdao: Drop old Stabilisation timeout, but no stable revdeps, so EAPI4--. Closes: https://bugs.gentoo.org/608946 Package-Manager: Portage-2.3.24, Repoman-2.3.6 app-cdr/cdrdao/cdrdao-1.2.3-r1.ebuild | 59 ------------------------------ app-cdr/cdrdao/cdrdao-1.2.3-r2.ebuild | 68 ----------------------------------- app-cdr/cdrdao/cdrdao-1.2.3-r3.ebuild | 65 --------------------------------- app-cdr/cdrdao/metadata.xml | 3 -- 4 files changed, 195 deletions(-) |