Jorge Manuel B. S. Vicetto wrote:
> Pacho Ramos wrote:
>> Have you think about enabling "cdda" USE flag by default in *desktop*
>> profiles? I think that most of "desktop" users will want to get cdaudio
>> support by default
>
> Please don't.
I wasn't going to. Maybe not for the reasons expected;
Nirbheek Chauhan posted
8b4c83ad0907222009sba2c36fu59d2caf68ebcf...@mail.gmail.com, excerpted
below, on Thu, 23 Jul 2009 08:39:00 +0530:
> 2009/7/23 Sérgio Almeida:
>> I'm still not doing any commits as uselect can still break your python
>> environment while testing and i don't have the time to
2009/7/23 Sérgio Almeida :
> A child process cannot (or shouldn't be able to) change parent's process
> environment.
>
> uprofile will need to change env var's on-the-fly. For instance tag $PS1
> with the current profile in use
>
I don't understand what use this feature has. Won't the "current
pro
Hello,
On Thu, 2009-07-23 at 08:39 +0530, Nirbheek Chauhan wrote:
> It's probably wise to commit code in small-ish (and self-containing)
> discrete units each of which add something without breaking anything.
> Otherwise, it becomes very difficult to track down which change broke
> something via g
2009/7/23 Sérgio Almeida :
> I'm still not doing any commits as uselect can still break your python
> environment while testing and i don't have the time to learn how to
> handle branches in git.
>
It's probably wise to commit code in small-ish (and self-containing)
discrete units each of which ad
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pacho Ramos wrote:
> El mié, 22-07-2009 a las 18:45 +0300, Samuli Suominen escribió:
>> Lars Wendler wrote:
>>> Let's finally move on regarding this topic. As I'm also in favour of
>>> the "cdda" USE flag I'd like to know if there's any objection agai
Robin H. Johnson wrote:
> For iasl, upstream requests that if the tests are run at build time,
> that they are installed to the system, which is what we do. If
> FEATURES=-test USE=test is used however, using 'use test' is bogus,
> because I cannot detect that the tests are going to/have run.
Curr
Steven J Long wrote:
> Zac Medico wrote:
>
>> Steven J Long wrote:
>>> Yeah sounds right. Perhaps a per-category bashrc split (both for
>>> usual /etc/portage case and for overlays) might also be useful?
>>> (Overlay admin can always test PN should the need arise.)
>> Maybe that's more in the doma
On Wed, 22 Jul 2009 13:45:38 -0700
"Robin H. Johnson" wrote:
> USE=test means: "build with support for tests"
USE=test is a special USE flag set by Portage if FEATURES=test, and the
two are supposed to be equivalent (the USE flag existing because
FEATURES isn't suitable for anything that's metada
So I saw the recent set of bugs filed for QA, complaining about misuse
of FEATURES, specifically that we should not be using the FEATURES
variable, and instead should be using "use test" to check for tests
being enabled.
USE=test means: "build with support for tests"
FEATURES=test means: "actually
Josh Saddler wrote:
> Lars Wendler wrote:
>> Let's finally move on regarding this topic. As I'm also in favour of
>> the "cdda" USE flag I'd like to know if there's any objection against the
>> decision to unify/convert the "cdaudio" USE flag into "cdda".
>> If there's no good reason against this
Lars Wendler wrote:
> Let's finally move on regarding this topic. As I'm also in favour of
> the "cdda" USE flag I'd like to know if there's any objection against the
> decision to unify/convert the "cdaudio" USE flag into "cdda".
> If there's no good reason against this conversion I will proceed
Hello,
This has been a very productive week regarding uselect.
I'm still not doing any commits as uselect can still break your python
environment while testing and i don't have the time to learn how to
handle branches in git.
Status:
* Fully Converted all action types to new module syntax
* Inf
It can be restored if someone decides to split tdb out of samba{,-libs}
but this is ancient and unused.
# Samuli Suominen (22 Jul 2009)
# Orphaned library. Moved to samba and samba-libs.
# Masked for removal.
dev-libs/tdb
Pacho Ramos wrote:
> Have you think about enabling "cdda" USE flag by default in *desktop*
> profiles? I think that most of "desktop" users will want to get cdaudio
> support by default
There's quite a few notebooks without cd/dvd drives around these days.
I cannot tell how much that's in percent
Hi,
"Christian Parpart (trapni)" :
> trapni 09/07/22 16:48:59
>
> Modified: use.local.desc
> Log:
> added ahbot and tools useflag to games-rpg/mangos
Please don't use use.local.desc anymore, it is auto-generated from the
individual metadata.xml files. Have a look at any
El mié, 22-07-2009 a las 18:45 +0300, Samuli Suominen escribió:
> Lars Wendler wrote:
> > Let's finally move on regarding this topic. As I'm also in favour of
> > the "cdda" USE flag I'd like to know if there's any objection against the
> > decision to unify/convert the "cdaudio" USE flag into "c
Lars Wendler wrote:
> Let's finally move on regarding this topic. As I'm also in favour of
> the "cdda" USE flag I'd like to know if there's any objection against the
> decision to unify/convert the "cdaudio" USE flag into "cdda".
> If there's no good reason against this conversion I will proceed
Lars Wendler wrote:
> Let's finally move on regarding this topic. As I'm also in favour of
> the "cdda" USE flag I'd like to know if there's any objection against the
> decision to unify/convert the "cdaudio" USE flag into "cdda".
> If there's no good reason against this conversion I will proceed
Let's finally move on regarding this topic. As I'm also in favour of
the "cdda" USE flag I'd like to know if there's any objection against the
decision to unify/convert the "cdaudio" USE flag into "cdda".
If there's no good reason against this conversion I will proceed with filing
bugs against p
On Wed, Jul 15, 2009 at 10:28:18AM -0400, Mike Pagano wrote:
> I'm planning to request the stabling of gentoo-sources-2.6.30 on July
> 22nd, 1 week from now. We have no known regressions in the kernel.
>
>
> Thanks,
> Mike Pagano
>
Due to serious patches released, the new plan is too release a
Zac Medico wrote:
> Steven J Long wrote:
>> Yeah sounds right. Perhaps a per-category bashrc split (both for
>> usual /etc/portage case and for overlays) might also be useful?
>> (Overlay admin can always test PN should the need arise.)
>
> Maybe that's more in the domain of eclasses (or some sor
22 matches
Mail list logo
