From: Chris Gianelloni <wolf31o2@gentoo.org>
To: gentoo-dev@robin.gentoo.org
Subject: Re: [gentoo-dev] Identifying inherit-only / usable profiles (round 2)
Date: Thu, 10 Mar 2005 10:49:05 -0500 [thread overview]
Message-ID: <1110469745.21812.11.camel@cgianelloni.nuvox.net> (raw)
In-Reply-To: <422FA5E0.3030709@hub.net.nz>
[-- Attachment #1: Type: text/plain, Size: 1554 bytes --]
On Thu, 2005-03-10 at 14:41 +1300, Jerome Brown wrote:
> Is there a need for a seperate column? Would it not be eaiser to parse
> the profile name to extract that information. This would then allow you
> to search for all profiles that are valid for eg x86 BSD or alpha linux.
> Are there any situations where the arch and/or OS are not in the profile
> path? From a quick glance the non-default profiles (hardened, uclibc,
> embedded etc) do not specify a -linux in the profile which would mean
> either dropping the OS query, putting an OS column in or changing the
> profiles (which has the advantage of making them more consistant).
Personally, I would like seeing a profile structure similar to this:
$type/$os/$arch/$ver/$sub
Where:
$type is default, hardened, uclibc, etc
$os is linux, macos, bsd, etc
$arch is the architecture
$ver is the version the profile goes with and would be optional for
non-released projects/arches
$sub is any sub-profiles
This would require minor changes to a few profiles and would make things
pretty easy to maintain in the future. It also gives a consistent
hierarchy that should meet any needs we have.
The only issue would be the temporary need to keep all of the older
profiles around until they were all deprecated and could be removed.
I would be willing to make these changes post-2005.0, as I don't think
anyone would let me live if we did another rebuild... ;]
--
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-03-10 15:44 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-27 22:23 [gentoo-dev] Identifying inherit-only / usable profiles (round 2) Aaron Walker
2005-03-01 10:21 ` Aaron Walker
2005-03-01 14:47 ` Chris Gianelloni
2005-03-01 15:07 ` Aaron Walker
2005-03-07 18:42 ` Chris Gianelloni
2005-03-08 14:24 ` Mike Frysinger
2005-03-09 4:56 ` Aaron Walker
2005-03-09 16:46 ` Chris Gianelloni
2005-03-09 23:57 ` Jason Stubbs
2005-03-10 0:49 ` Mike Frysinger
2005-03-10 0:50 ` Mike Frysinger
2005-03-10 1:41 ` Jerome Brown
2005-03-10 12:56 ` Aaron Walker
2005-03-10 15:49 ` Chris Gianelloni [this message]
2005-03-10 15:53 ` Ciaran McCreesh
2005-03-10 16:27 ` Chris Gianelloni
2005-03-13 18:17 ` Jerome Brown
2005-03-13 20:19 ` Chris Gianelloni
2005-03-13 22:05 ` Martin Schlemmer
2005-03-14 14:43 ` Mike Frysinger
2005-03-10 16:55 ` Lina Pezzella
2005-03-30 9:27 ` Aaron Walker
2005-03-30 14:00 ` Chris Gianelloni
2005-04-01 18:50 ` Aaron Walker
2005-04-01 19:31 ` Mike Frysinger
2005-04-01 19:46 ` Chris Gianelloni
2005-04-01 21:02 ` Mike Frysinger
2005-04-02 6:15 ` Aaron Walker
2005-04-02 7:35 ` Jason Stubbs
2005-04-02 16:41 ` Chris Gianelloni
2005-04-02 16:51 ` Daniel Ostrow
2005-04-03 3:55 ` Jason Stubbs
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=1110469745.21812.11.camel@cgianelloni.nuvox.net \
--to=wolf31o2@gentoo.org \
--cc=gentoo-dev@gentoo.org \
--cc=gentoo-dev@robin.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