public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Andreas K. Huettel" <dilfridge@gentoo.org>
To: Gentoo Dev <gentoo-dev@lists.gentoo.org>
Subject: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations
Date: Sat, 12 Jan 2013 21:47:18 +0100	[thread overview]
Message-ID: <201301122147.26044.dilfridge@gentoo.org> (raw)

[-- Attachment #1: Type: Text/Plain, Size: 2901 bytes --]


Hi everyone, 

since Council has approved the creation of a fresh set of EAPI=5 "13.0" 
profiles, I would like to volunteer for creating them. The proposed procedure 
is outlined below in detail, and I'd be happy for comments. 
[If anything below deviates from Council decision, please tell me- not my 
intention.]

One general question comes first, though: Right now, the releases/10.0 profile 
directory does the following things:
* mask too-old portage
* set eapi
* add USE=bzip2

Is there anything unrelated to EAPI=5 that absolutely must be added to the new 
releases/13.0 directory in addition in your opinion? (Whether this is the 
right place and was the right place in the beginning for USE=bzip2 is another 
question.)

###

The procedure (all paths relative to profiles): 

1) create directory eapi-5-files, with eapi (containing 5), skeletons for 
package.stable.mask etc and a readme

2) copy releases/10.0 to releases/13.0, in releases/13.0:
* increase required portage version
* additionally inherit ../../eapi-5-files
* other changes as per question above?

3) for each arch in default/linux, 
* announce on arch alias (to prevent overlapping commits)
* copy default/linux/${arch}/10.0 to default/linux/${arch}/13.0 and 
* change inheritance in the new copy to inherit ../../../../releases/13.0 
instead of ../../../../releases/10.0
* announce on arch alias (so future changes go into 13.0 tree)
[This describes the simple case. I realize that there are differences in the 
directory structure, e.g. powerpc/ppc64/10.0, which is why this step needs 
extra care.]

4) edit profiles.desc and copy all "10.0 lines" to "13.0 lines", with an 
initial setting "dev" (if dev or stable before) or "exp" (if exp before)
This makes repoman check against the new profiles when using developer 
profiles.

5) announce the state on the dev list, urging devs to update their symlink 
manually and !test!

6) wait one / two weeks

7) in profiles.desc, mark all 13.0 profiles stable that were stable in 10.0, 
and remove the lines for the 10.0 profiles. This makes eselect profile now 
only offer the new ones, and repoman test by default against 13.0 profiles.

8) mark all 10.0 profiles as deprecated by creating a "deprecated" file 
(containing the replacement suggestion) in the directory. This makes portage 
warn users to upgrade (suggesting a new profile for them), and repoman ignore 
the 10.0 profiles.

9) long waiting time as decided by Council

###

Everything that does NOT use/inherit 10.0 will remain unaffected, and whoever 
responsible may have to take care of that some time before (in step 10) the 
main profile directory becomes EAPI=5. This means e.g. hardened, ulibc, prefix 
or bsd.

Cheers, 
Andreas

-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfridge@gentoo.org
http://www.akhuettel.de/


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

             reply	other threads:[~2013-01-12 20:48 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-12 20:47 Andreas K. Huettel [this message]
2013-01-14 20:24 ` [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations Andreas K. Huettel
2013-01-18  9:05   ` Ultrabug
2013-01-18 10:51 ` Michael Weber
2013-01-18 11:50   ` Markos Chandras
2013-01-18 11:56   ` [gentoo-dev] " Michael Palimaka
2013-01-18 20:37 ` [gentoo-dev] " Andreas K. Huettel
2013-01-18 22:20   ` Michał Górny
2013-01-18 23:47     ` Andreas K. Huettel
2013-01-19  0:10       ` Michał Górny
2013-01-26 23:26   ` Andreas K. Huettel
2013-01-27 11:26     ` Pacho Ramos
2013-01-27 21:16       ` Zac Medico
2013-01-28 23:24     ` Michał Górny
2013-02-09 22:29 ` Andreas K. Huettel
2013-02-10  2:43   ` Douglas Freed
2013-02-10  8:32     ` Ben de Groot
2013-02-10 13:34       ` Markos Chandras
2013-02-10 14:06         ` Andreas K. Huettel
2013-02-10 14:15           ` Markos Chandras
2013-02-10 15:02             ` News item (was: Re: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations) Andreas K. Huettel
2013-02-10 15:15               ` Ben de Groot
2013-02-10 16:12               ` Markos Chandras
2013-02-10 21:07               ` Andreas K. Huettel
2013-02-10 22:11               ` [gentoo-dev] Re: News item James Cloos
2013-02-10 14:59           ` [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations Patrick Nagel
2013-02-10 15:05             ` Andreas K. Huettel
2013-02-10 22:06           ` James Cloos
2013-02-10 23:34             ` Michał Górny
2013-02-10 23:45               ` Andreas K. Huettel
2013-02-11  3:10                 ` Zac Medico
2013-02-10 23:46               ` Zac Medico
2013-02-10  5:21   ` [gentoo-dev] " Duncan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201301122147.26044.dilfridge@gentoo.org \
    --to=dilfridge@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox