With the mass of Prefix keywords which are testing-only (and will stay so for a long time), the "all" keyword is sometimes just useless. It would be great if stabilising with all could excluce arches like mips, Prefix and the *-fbsd.
we're not going to hardcode random logic in random utils. the state of a keyword needs to be tracked in the profile. if it cant be, then it isnt going to be supported. we could have 'all' extract all keywords from profiles.desc that have a stable listing ...
That sounds sane to me, as long as one can extract that information easily.
(In reply to comment #1) > we could have 'all' extract all keywords from profiles.desc that have a stable > listing ... This wouldn't work, e.g. s390 and sh profiles are only "dev" but ebuilds can be marked as stable for them. (CCing emacs, as this also affects app-emacs/gentoo-syntax whose ebuild-mode-ekeyword function is kept in sync with ekeyword.)
i'm ok with moving sh/s390 into the stable profile category. i'm not aware of them holding back sets of packages ...
(In reply to comment #4) > i'm ok with moving sh/s390 into the stable profile category. i'm not aware of > them holding back sets of packages ... m68k would be affected too.
that's fine
So how do we go on from here? Can you move m68k/s390/sh into stable, or should it be discussed in gentoo-dev first?
i'm not good enough with python/perl to get ekeyword to start parsing profiles.desc, so whoever is should operate on the assumption that that is the way we're going to go as for moving those arch's profiles from "dev" to "stable", i can take care of that
(In reply to comment #8) > i'm not good enough with python/perl to get ekeyword to start parsing > profiles.desc, so whoever is should operate on the assumption that that is > the way we're going to go Here's an implementation in Lisp, for app-emacs/gentoo-syntax-1.17. :-) <http://sources.gentoo.org/viewcvs.py/emacs/gentoo-syntax/gentoo-syntax.el?r1=1526&r2=1534> > as for moving those arch's profiles from "dev" to "stable", i can take care > of that Please do.
This bug has been fixed in app-portage/gentoolkit-dev-9999, please test it and give me some feedback. Thanks
(In reply to comment #10) > This bug has been fixed in app-portage/gentoolkit-dev-9999, please test it and > give me some feedback. > Thanks Thanks, works partly as intended. Behaviour is interesting on several runs of ekeyword all: $ ekeyword ~x86-freebsd ~x64-macos ~x86-fbsd ~mips claws-mail-themes-20100514.ebuild claws-mail-themes-20100514.ebuild --- claws-mail-themes-20100514.ebuild 2010-06-12 08:44:09.000000000 +0200 +++ claws-mail-themes-20100514.ebuild.new 2010-07-03 09:15:03.334036948 +0200 @@ -11 +11 @@ -KEYWORDS="~alpha ~amd64 ~ppc ~ppc64 ~x86" +KEYWORDS="~alpha ~amd64 ~mips ~ppc ~ppc64 ~x86 ~x86-fbsd ~x86-freebsd ~x64-macos" $ ekeyword all claws-mail-themes-20100514.ebuild claws-mail-themes-20100514.ebuild --- claws-mail-themes-20100514.ebuild 2010-07-03 09:15:03.334036948 +0200 +++ claws-mail-themes-20100514.ebuild.new 2010-07-03 09:15:07.542036738 +0200 @@ -11 +11 @@ -KEYWORDS="~alpha ~amd64 ~mips ~ppc ~ppc64 ~x86 ~x86-fbsd ~x86-freebsd ~x64-macos" +KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 ~x86-fbsd ~x86-freebsd ~x64-macos" $ ekeyword all claws-mail-themes-20100514.ebuild claws-mail-themes-20100514.ebuild --- claws-mail-themes-20100514.ebuild 2010-07-03 09:15:07.542036738 +0200 +++ claws-mail-themes-20100514.ebuild.new 2010-07-03 09:15:11.917036738 +0200 @@ -11 +11 @@ -KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 ~x86-fbsd ~x86-freebsd ~x64-macos" +KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 x86-fbsd ~x86-freebsd ~x64-macos" $ ekeyword all claws-mail-themes-20100514.ebuild claws-mail-themes-20100514.ebuild --- claws-mail-themes-20100514.ebuild 2010-07-03 09:15:11.917036738 +0200 +++ claws-mail-themes-20100514.ebuild.new 2010-07-03 09:15:42.026289567 +0200 @@ -11 +11 @@ -KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 x86-fbsd ~x86-freebsd ~x64-macos" +KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 x86-fbsd x86-freebsd ~x64-macos"
(In reply to comment #11) > (In reply to comment #10) > > This bug has been fixed in app-portage/gentoolkit-dev-9999, please test it and > > give me some feedback. > > Thanks > > Thanks, works partly as intended. Behaviour is interesting on several runs of > ekeyword all: > > $ ekeyword ~x86-freebsd ~x64-macos ~x86-fbsd ~mips > claws-mail-themes-20100514.ebuild > claws-mail-themes-20100514.ebuild > --- claws-mail-themes-20100514.ebuild 2010-06-12 08:44:09.000000000 +0200 > +++ claws-mail-themes-20100514.ebuild.new 2010-07-03 09:15:03.334036948 > +0200 > @@ -11 +11 @@ > -KEYWORDS="~alpha ~amd64 ~ppc ~ppc64 ~x86" > +KEYWORDS="~alpha ~amd64 ~mips ~ppc ~ppc64 ~x86 ~x86-fbsd ~x86-freebsd > ~x64-macos" > > $ ekeyword all claws-mail-themes-20100514.ebuild > claws-mail-themes-20100514.ebuild > --- claws-mail-themes-20100514.ebuild 2010-07-03 09:15:03.334036948 +0200 > +++ claws-mail-themes-20100514.ebuild.new 2010-07-03 09:15:07.542036738 > +0200 > @@ -11 +11 @@ > -KEYWORDS="~alpha ~amd64 ~mips ~ppc ~ppc64 ~x86 ~x86-fbsd ~x86-freebsd > ~x64-macos" > +KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 ~x86-fbsd ~x86-freebsd ~x64-macos" > > $ ekeyword all claws-mail-themes-20100514.ebuild > claws-mail-themes-20100514.ebuild > --- claws-mail-themes-20100514.ebuild 2010-07-03 09:15:07.542036738 +0200 > +++ claws-mail-themes-20100514.ebuild.new 2010-07-03 09:15:11.917036738 > +0200 > @@ -11 +11 @@ > -KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 ~x86-fbsd ~x86-freebsd ~x64-macos" > +KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 x86-fbsd ~x86-freebsd ~x64-macos" > > $ ekeyword all claws-mail-themes-20100514.ebuild > claws-mail-themes-20100514.ebuild > --- claws-mail-themes-20100514.ebuild 2010-07-03 09:15:11.917036738 +0200 > +++ claws-mail-themes-20100514.ebuild.new 2010-07-03 09:15:42.026289567 > +0200 > @@ -11 +11 @@ > -KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 x86-fbsd ~x86-freebsd ~x64-macos" > +KEYWORDS="alpha amd64 ~mips ppc ppc64 x86 x86-fbsd x86-freebsd ~x64-macos" > Ok, I was able to reproduce everything except the first.. The stabilization part should be fixed now, please try again.
Ok, just simplified my last commit, try r793 please.
(In reply to comment #13) > Ok, just simplified my last commit, try r793 please. Works as it should. Leave this bug open?
(In reply to comment #14) > (In reply to comment #13) > > Ok, just simplified my last commit, try r793 please. > > Works as it should. Leave this bug open? > Thanks :) Yep.
This has been fixed in gentoolkit-dev-0.2.7.
(In reply to comment #8) > as for moving those arch's profiles from "dev" to "stable", i can take care > of that That part is not done yet, therefore reopening. AFAICS, m68k, s390, and sh are affected.
(In reply to comment #17) > (In reply to comment #8) > > as for moving those arch's profiles from "dev" to "stable", i can take care > > of that > > That part is not done yet, therefore reopening. AFAICS, m68k, s390, and sh > are affected. Any progress here? Otherwise please re-assign and change the summary.
(In reply to comment #18) > (In reply to comment #17) > > (In reply to comment #8) > > > as for moving those arch's profiles from "dev" to "stable", i can take care > > > of that > > > > That part is not done yet, therefore reopening. AFAICS, m68k, s390, and sh > > are affected. > > Any progress here? Seems not. Reassigning to vapier.
Moving the profiles to stable means a lot of keywording work since there are some broken, USE-based deps right now in said arches...and some impossible cases in s390(s390 having X masked while some packages depend on X)
Obsolete, by 20130917 council decision that these arches should no longer have stable keywords.
gentoolkit supports GLEP 72 which handles this nowadays (https://www.gentoo.org/glep/glep-0072.html) commit 1a18160c8200fb444878538b127b30bb461e4c42 Author: Michał Górny <mgorny@gentoo.org> Date: Fri Apr 24 09:42:44 2020 +0200 Extract profile reading code from eshowkw, with tests from ekeyword Signed-off-by: Michał Górny <mgorny@gentoo.org> commit 5ed5adad0197d06d6f3dbe7d4ea16b2bf7e4ed2d Author: Michał Górny <mgorny@gentoo.org> Date: Fri Apr 24 10:25:10 2020 +0200 profile: Add initial support for arches.desc Signed-off-by: Michał Górny <mgorny@gentoo.org>