Yeah the "soft" thing was meant as "do this unless something breaks, then
do it otherwise"
On Wed, Feb 10, 2016 at 8:57 PM, Kent Fredric wrote:
> On 11 February 2016 at 15:51, Rich Freeman wrote:
> > In this case you just wouldn't enable python 2.7 support, but you
> > wouldn't disable it eithe
Nicolas Sebrecht posted on Thu, 11 Feb 2016 02:46:33 +0100 as excerpted:
> On Mon, Feb 08, 2016 at 11:00:15AM -0500, Ian Stakenvicius wrote:
>
>> Oh, eudev also doesn't handle network link setup given that external
>> tools already do this just fine. That's another difference, though not
>> one
On 11 February 2016 at 15:51, Rich Freeman wrote:
> In this case you just wouldn't enable python 2.7 support, but you
> wouldn't disable it either. Portage would just pull it in where it is
> needed.
But you still need a mechanism in place if you *dont* want that to happen.
I might choose to f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/10/2016 06:51 PM, Rich Freeman wrote:
> On Wed, Feb 10, 2016 at 9:18 PM, Kent Fredric
> wrote:
>>
>> Hence, this requires me to lie to portage about what my
>> preferences are to get it to play ball, constantly going "Hey
>> portage, I actual
On Wed, Feb 10, 2016 at 9:18 PM, Kent Fredric wrote:
>
> Hence, this requires me to lie to portage about what my preferences
> are to get it to play ball, constantly going "Hey portage, I actually
> want python 2.7 shit, please install it".
>
In this case you just wouldn't enable python 2.7 suppo
On 11 February 2016 at 13:42, Rich Freeman wrote:
>> soft disable = Disable, unless it would break a dependency
>
> I don't really see why these are needed. Just do what we are already
> doing - use the settings in the profile and package defaults.
And soft-disable would be for things where
IU
On 11 February 2016 at 13:42, Rich Freeman wrote:
> I'm not sure why I'd want to set a preference and then just have the
> system ignore it without telling me. If I tell it I want a flag
> on/off then yell at me if it is a problem.
I "prefer" not to pull in python packages and build python supp
On Mon, Feb 08, 2016 at 04:37:28AM -0800, Daniel Campbell wrote:
> Wow, that's actually pretty great news. That's enough 'momentum' to
> maybe maintain a smaller ecosystem free of any particular init-system
> preference! Thanks for sharing!
I wouldn't call that much "momentum" since it's about ad
On Mon, Feb 08, 2016 at 11:00:15AM -0500, Ian Stakenvicius wrote:
> Oh, eudev also doesn't handle network link setup given that external
> tools already do this just fine. That's another difference, though
> not one that matters programmatically. That said, the network-link
> setup was added pri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/10/2016 05:15 PM, Ian Stakenvicius wrote:
> On 10/02/16 12:09 PM, Brian Dolbec wrote:
>> On Wed, 10 Feb 2016 10:26:12 -0600 William Hubbs
>> wrote:
>
>
Often the decision to procrastinate is a decision that is
rewarded. That shou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/02/16 12:09 PM, Brian Dolbec wrote:
> On Wed, 10 Feb 2016 10:26:12 -0600 William Hubbs
> wrote:
>
>
>>> Often the decision to procrastinate is a decision that is
>>> rewarded. That should be considered carefully.
>>
>> + 1.
>>
>> I als
Hi,
On Tue, Feb 09, 2016 at 11:11:07PM -0700, Denis Dupeyron wrote:
>Google Summer of Code 2016 is starting.
<...>
>In this initial
>phase the audience is project mentors. Note that you do not need to be
>a Gentoo developer
On Wed, Feb 10, 2016 at 7:18 PM, Raymond Jennings wrote:
>
> soft enable = Enable, unless it would break dependency
> soft disable = Disable, unless it would break a dependency
I don't really see why these are needed. Just do what we are already
doing - use the settings in the profile and packag
I suppose we could consider it as a hard vs soft configuration?
hard enable = Enable no matter what, and cause an error
soft enable = Enable, unless it would break dependency
soft disable = Disable, unless it would break a dependency
hard disable = Disable no matter what, and cause an error
On We
On Wed, 10 Feb 2016 09:27:50 -0500
waltd...@waltdnes.org wrote:
> On Wed, Feb 10, 2016 at 12:09:58AM -0500, Mike Frysinger wrote
> > On 09 Feb 2016 22:39, Duncan wrote:
> > > the way we're running udev is strongly
> > > discouraged and generally not supported by upstream, with a
> > > statement
On Wed, 10 Feb 2016 15:23:27 +1300
Kent Fredric wrote:
> >> I'd personally rather the list of "automatically turn this on if
> >> required" be something I had the power to restrict than have a
> >> blanket "autodostuff", because in the event some USE can't be
Although I prefer non-explicit auto/
Pp
Sent from my Verizon Wireless BlackBerry
-Original Message-
From: Gregory Woodbury
Date: Wed, 10 Feb 2016 14:30:56
To:
Reply-to: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] The Beauty of Unix
I agree with Paul Varner's comment.
There are places where a tight-coupling make
I agree with Paul Varner's comment.
There are places where a tight-coupling makes sense (the kernel) and places
where it doesn't (system admin and userspace development.)
My objections to the systemd plans is philosophical. There are some
folks who want to make Linux
into a Desktop System environ
On Wed, Feb 10, 2016 at 12:36 PM, Paul Varner wrote:
> On 2/9/16 7:44 AM, Rich Freeman wrote:
>>
>> I thought the whole beauty of unix was the everything-is-a-file design?
>
> No, the beauty of Unix has always been the architectural philosophy of
> loose-coupling of the components of the system.
>
On 2/9/16 7:44 AM, Rich Freeman wrote:
I thought the whole beauty of unix was the everything-is-a-file design?
No, the beauty of Unix has always been the architectural philosophy of
loose-coupling of the components of the system.
The "everything is a file" is a result of that philosophy. The en
On Wed, 10 Feb 2016 10:26:12 -0600
William Hubbs wrote:
> > Often the decision to procrastinate is a decision that is rewarded.
> > That should be considered carefully.
>
> + 1.
>
> I also saw another issue that made me shudder. If we change the
> default to eudev, people who are running
On Wed, Feb 10, 2016 at 09:52:29AM -0500, Rich Freeman wrote:
> On Wed, Feb 10, 2016 at 9:27 AM, wrote:
> > On Wed, Feb 10, 2016 at 12:09:58AM -0500, Mike Frysinger wrote
> >> On 09 Feb 2016 22:39, Duncan wrote:
> >> > Mike Frysinger posted on Tue, 09 Feb 2016 14:26:52 -0500 as excerpted:
> >> >
Dnia 10 lutego 2016 15:27:50 CET, waltd...@waltdnes.org napisał(a):
>On Wed, Feb 10, 2016 at 12:09:58AM -0500, Mike Frysinger wrote
>> On 09 Feb 2016 22:39, Duncan wrote:
>> > Mike Frysinger posted on Tue, 09 Feb 2016 14:26:52 -0500 as
>excerpted:
>> > > On 08 Feb 2016 13:46, Micha?? Górny wrote:
>
On Wed, Feb 10, 2016 at 9:27 AM, wrote:
> On Wed, Feb 10, 2016 at 12:09:58AM -0500, Mike Frysinger wrote
>> On 09 Feb 2016 22:39, Duncan wrote:
>> > Mike Frysinger posted on Tue, 09 Feb 2016 14:26:52 -0500 as excerpted:
>> > > On 08 Feb 2016 13:46, Micha?? Górny wrote:
>> > >> I'm strongly agains
On Wed, Feb 10, 2016 at 12:09:58AM -0500, Mike Frysinger wrote
> On 09 Feb 2016 22:39, Duncan wrote:
> > Mike Frysinger posted on Tue, 09 Feb 2016 14:26:52 -0500 as excerpted:
> > > On 08 Feb 2016 13:46, Micha?? Górny wrote:
> > >> I'm strongly against this, because:
> > >
> > > agreed. i also do
# Aaron Bauman (10 Feb 2016)
# Old, no active or proxy maintainer, dead upstream
# and nothing depends on it.
# Masked for removal in 30 days. See bug 573326
dev-python/simplegui
Cheers,
Aaron Bauman
signature.asc
Description: This is a digitally signed message part.
26 matches
Mail list logo
