Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Zac Medico <zmedico@g.o>
Subject: Re: sys-libs/ncurses: punted from system in profiles
Date: Tue, 06 Dec 2011 15:45:26 -0800
On 12/06/2011 02:52 PM, Mike Frysinger wrote:
> On Tuesday 06 December 2011 17:27:48 Brian Harring wrote:
>> On Tue, Dec 06, 2011 at 05:06:33PM -0500, Mike Frysinger wrote:
>>> On Tuesday 06 December 2011 16:52:55 Brian Harring wrote:
>>>> On Tue, Dec 06, 2011 at 03:52:07PM -0500, Mike Frysinger wrote:
>>>>> On Tuesday 06 December 2011 14:28:02 Zac Medico wrote:
>>>>>> On 12/06/2011 10:04 AM, Mike Frysinger wrote:
>>>>>>> what might be interesting is if we had a "Gentoo default" set
>>>>>>> which is what would come in a stage3 rather than the current
>>>>>>> "stage3 is the system set". then we could move virtual/ssh out
>>>>>>> of the system set and into the "Gentoo default" set so it'd be
>>>>>>> easier for people to drop/etc...  but i'm not familiar enough
>>>>>>> with the portage support atm to say how feasible such an idea
>>>>>>> would be.
>>>>>>
>>>>>> Similar to how we use packages.build to define the stage1 set, we
>>>>>> could add a packages.default to define the stage3 set.
>>>>>> Alternatively, we could use a meta-package to pull in the
>>>>>> defaults, and adjust the stage3 build to pull in that meta-package
>>>>>> automatically.
>>>>>
>>>>> the packages.default sounds like a good idea as then we'd be able to
>>>>> tweak/stack it on a per-profile basis like existing files.  i'll file
>>>>> a release bug on the topic, and then we can talk about moving
>>>>> virtual/ssh out of system and into that.
>>>>
>>>> We really need something generic here rather than just introducing new
>>>> files; this basically duplicates sets for example.
>>>
>>> sets isn't in stable portage yet, right ?  and is it stackable in
>>> profiles ?
>>
>> Bluntly, portage set support from the tree isn't something I'm sure we
>> really want to support /anyways/; it's fairly portage specific last I
>> looked.  Also, it isn't stackable from profiles.
> 
> sounds like you support Zac's previous idea then: packages.default :)

We can easily roll packages.default into the set support that's in
stable portage (no need for full-blown sets.conf support). Currently, in
stable portage, we have:

  @world = @selected + @system

How about if we add an optional @default set that's generated from
pacakges.default in the user's profile? The @default set would be pulled
in by @selected when @default is listed in /var/lib/portage/world_sets
(in stable portage, @selected currently only pulls in atoms from
/var/lib/portage/world).
-- 
Thanks,
Zac


Replies:
Re: sys-libs/ncurses: punted from system in profiles
-- Duncan
References:
sys-libs/ncurses: punted from system in profiles
-- Mike Frysinger
Re: sys-libs/ncurses: punted from system in profiles
-- Mike Frysinger
Re: sys-libs/ncurses: punted from system in profiles
-- Brian Harring
Re: sys-libs/ncurses: punted from system in profiles
-- Mike Frysinger
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: sys-libs/ncurses: punted from system in profiles
Next by thread:
Re: sys-libs/ncurses: punted from system in profiles
Previous by date:
Re: sys-libs/ncurses: punted from system in profiles
Next by date:
Re: sys-libs/ncurses: punted from system in profiles


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.