On Fri, Aug 09, 2013 at 07:51:15AM +0100, Steven J. Long wrote:
> wrote:
> > It would seem to make sense if the packages are unmasked conditionally
> s/ conditionally//
>
> > in the parent, or the linux profile, and then unmasked in the profiles
> > that need them. Sorry if I'm misunderstanding.
On 09/08/13 10:19, William Hubbs wrote:
On Fri, Aug 09, 2013 at 07:51:15AM +0100, Steven J. Long wrote:
wrote:
It would seem to make sense if the packages are unmasked conditionally
s/ conditionally//
in the parent, or the linux profile, and then unmasked in the profiles
that need them. Sor
Le jeudi 08 août 2013 à 21:03 -0500, William Hubbs a écrit :
> The decision to depend on systemd for part of its functionality is with
> gnome upstream, not the gnome team of Gentoo.
>
> Pacho wrote a good summary of what is going on. I can see why OpenBSD
> would provide the missing functionality
On Thu, 8 Aug 2013 15:29:06 -0700
Greg KH wrote:
> On Thu, Aug 08, 2013 at 04:43:09AM +0200, Tom Wijsman wrote:
> >
> > > On Thu, Aug 08, 2013 at 12:50:32AM +0200, Peter Stuge wrote:
> > > > I think this supports the argument that the better kernel is
> > > > always the one with the most fixes.
On Fri, 9 Aug 2013 01:44:12 +0200
Peter Stuge wrote:
> > > I think this supports the argument that the better kernel is
> > > always the one with the most fixes.
> >
> > That's what us kernel developers have been saying for 10+ years,
> > nice to see it's finally getting some traction :)
>
> It
On Thu, 8 Aug 2013 15:32:45 -0700
Greg KH wrote:
> On Thu, Aug 08, 2013 at 04:37:32AM +0200, Tom Wijsman wrote:
> > On Wed, 7 Aug 2013 15:44:34 -0700
> > Greg KH wrote:
> >
> > > I am not going to impose an additional burden on developers to get
> > > their patches into the stable kernel releas
On Fri, 09 Aug 2013 08:39:20 +0300
Samuli Suominen wrote:
> On 09/08/13 04:05, Zac Medico wrote:
>
> > This seems like a possible applicatio for "mix-in" profiles like
> > Funtoo uses:
> >
> >http://www.funtoo.org/wiki/Flavors_and_Mix-ins
Thanks, that definitely looks interesting; reading it
On 09/08/13 11:46, Tom Wijsman wrote:
On Fri, 09 Aug 2013 08:39:20 +0300
Samuli Suominen wrote:
On 09/08/13 04:05, Zac Medico wrote:
This seems like a possible applicatio for "mix-in" profiles like
Funtoo uses:
http://www.funtoo.org/wiki/Flavors_and_Mix-ins
Thanks, that definitely loo
On Fri, 09 Aug 2013 08:27:23 +0800
Patrick Lauer wrote:
> [snip]
> >> So would you stabilize a package that works with paludis, but not
> >> with portage? Ouch. It should probably not be in the tree in the
> >> first place, but I that's not what I have in mind here.
> >
> > This isn't a good exa
Pacho Ramos schrieb:
>> If OpenBSD can do it, then Gentoo can do it, too. So would you accept ebuild
>> patches that make it possible to install Gnome 3.8 without systemd again?
>> Only make it possible, not turn it into a configuration which the Gnome team
>> supports.
>
> We have discussed this
On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
> It is not a regression if a new version of gnome mrequires systemd
> and does not work with OpenRc; it is a design choice.
I could claim the "design choice" thing for anything as well.
Actually blender upstream does that for the brokenness of
Hello,
Just a quick one.
Currently, the two listed variables are set in make.globals (installed
by portage ebuild);
COLLISION_IGNORE="/lib/modules/* *.py[co] *\$py.class"
UNINSTALL_IGNORE="/lib/modules/*"
COLLISION_IGNORE specifies files that will be ignored by
FEATURES=collision-protect when t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 09 Aug 2013 01:26:08 +0100
Mike Auty wrote:
> I would like to think that open source developers working on such a
> large and integral project might listen to their users.
Listening comes at a price; you can't listen to everyone at the same
El vie, 09-08-2013 a las 11:26 +0200, Chí-Thanh Christopher Nguyễn
escribió:
> Pacho Ramos schrieb:
> >> If OpenBSD can do it, then Gentoo can do it, too. So would you accept
> >> ebuild
> >> patches that make it possible to install Gnome 3.8 without systemd again?
> >> Only make it possible, not
On Fri, 09 Aug 2013 11:58:11 +0300
Samuli Suominen wrote:
> On 09/08/13 11:46, Tom Wijsman wrote:
> > On Fri, 09 Aug 2013 08:39:20 +0300
> > Samuli Suominen wrote:
> >
> >> On 09/08/13 04:05, Zac Medico wrote:
> >>
> >>> This seems like a possible applicatio for "mix-in" profiles like
> >>> Funt
Pacho Ramos schrieb:
> This makes me think what is the problem with people moving to systemd as
> udev provider (even running openrc) :/
You can't use eudev in that case.
> 2. About the other one: probably somebody adding systemd to
> package.provide *on purpose* will remember to know that he ne
On Fri, Aug 9, 2013 at 5:30 AM, hasufell wrote:
> On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
>> It is not a regression if a new version of gnome mrequires systemd
>> and does not work with OpenRc; it is a design choice.
>
> We are not just talking about random ebuild features here that h
El vie, 09-08-2013 a las 12:22 +0200, Chí-Thanh Christopher Nguyễn
escribió:
[...]
> Ok so we have these options:
>
> 1. keep systemd as hard dependency (current)
> 2. IUSE="+systemd" or "openrc-force" with ewarn when set to unsupported state
> 3. #2 + systemd in package.use.force, can be unforced
On Fri, Aug 9, 2013 at 4:34 AM, Tom Wijsman wrote:
> On Thu, 8 Aug 2013 15:32:45 -0700
> Greg KH wrote:
>> On Thu, Aug 08, 2013 at 04:37:32AM +0200, Tom Wijsman wrote:
>> > > And what about all of the fixes I merge in, that _are_ really
>> > > security fixes, yet we do not want to shout it out to
On Fri, 09 Aug 2013 11:30:17 +0200
hasufell wrote:
> On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
> > It is not a regression if a new version of gnome mrequires systemd
> > and does not work with OpenRc; it is a design choice.
>
> I could claim the "design choice" thing for anything as w
On Fri, Aug 9, 2013 at 3:26 AM, Samuli Suominen wrote:
>
> For example, gnome-base/gnome-settings-daemon could be p.mask in non-systemd
> profiles instructing the users to switch to the systemd profile and point to
> the guide you were referring to
> As in, the benefit would be informative mask me
On 08/09/2013 06:27 PM, Rich Freeman wrote:
> On Fri, Aug 9, 2013 at 5:30 AM, hasufell wrote:
>> On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
>>> It is not a regression if a new version of gnome mrequires systemd
>>> and does not work with OpenRc; it is a design choice.
>>
>> We are not ju
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Lauer wrote:
> You just removed the upgrade path for users.
The upgrade path is to install systemd or to implement openrc support.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34
On 08/09/2013 07:26 PM, Tom Wijsman wrote:
> On Fri, 09 Aug 2013 19:31:22 +0800
> Patrick Lauer wrote:
>
>> You just removed the upgrade path for users.
>
> The upgrade path is to install systemd or to implement openrc support.
>
Invalid upgrade path.
"The upgrade path is to install Fedora" is
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Lauer wrote:
> Somehow I get really confused by this selective perception (anyone
> remembering the KDE overlay getting paludised and the fallout from
> that?)
That's a very selective perception there. If you mean the fully
documented kdebuild-1 EAPI, wh
El vie, 09-08-2013 a las 19:39 +0800, Patrick Lauer escribió:
> On 08/09/2013 07:26 PM, Tom Wijsman wrote:
> > On Fri, 09 Aug 2013 19:31:22 +0800
> > Patrick Lauer wrote:
> >
> >> You just removed the upgrade path for users.
> >
> > The upgrade path is to install systemd or to implement openrc s
On Fri, 09 Aug 2013 19:39:08 +0800
Patrick Lauer wrote:
> On 08/09/2013 07:26 PM, Tom Wijsman wrote:
> > On Fri, 09 Aug 2013 19:31:22 +0800
> > Patrick Lauer wrote:
> >
> >> You just removed the upgrade path for users.
> >
> > The upgrade path is to install systemd or to implement openrc
> > s
On Fri, 9 Aug 2013 12:37:26 +0100
Ciaran McCreesh wrote:
> On Fri, 09 Aug 2013 19:31:22 +0800
> Patrick Lauer wrote:
> > Somehow I get really confused by this selective perception (anyone
> > remembering the KDE overlay getting paludised and the fallout from
> > that?)
>
> That's a very selecti
On 08/09/13 13:38, Pacho Ramos wrote:
> El vie, 09-08-2013 a las 19:39 +0800, Patrick Lauer escribió:
>> On 08/09/2013 07:26 PM, Tom Wijsman wrote:
>>> On Fri, 09 Aug 2013 19:31:22 +0800
>>> Patrick Lauer wrote:
>>>
You just removed the upgrade path for users.
>>> The upgrade path is to insta
On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer wrote:
> You just removed the upgrade path for users.
>
Just install systemd. There really isn't any practical alternative.
Gentoo with systemd is as Gentooish a configuration as Gentoo with
OpenRC, or Gentoo with libav, or Gentoo with emacs.
>
> So
On 08/09/2013 12:27 PM, Rich Freeman wrote:
> On Fri, Aug 9, 2013 at 5:30 AM, hasufell wrote:
>> On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
>>> It is not a regression if a new version of gnome mrequires systemd
>>> and does not work with OpenRc; it is a design choice.
>>
>> We are not ju
On Fri, 9 Aug 2013 11:32:12 +0200
Michał Górny wrote:
> What do you think?
+1
PMS is not an issue here I guess because those are just variables.
On Thu, Aug 08, 2013 at 11:40:58AM -0400, Ian Stakenvicius wrote
> It may be pertinent for this reason (a "smoother" upgrade path) and
> this reason alone, to stabilize gnome-3.6 first -- just to get into
> gnome3 (and get gnome-2 removed) without having to also deal with the
> systemd migration a
On Fri, 09 Aug 2013 14:36:05 +0200
hasufell wrote:
> On 08/09/2013 12:27 PM, Rich Freeman wrote:
>
> > How does not supporting OpenRC matter for Gentoo?
>
> The question puzzles me. For one it is
> * an implementation of virtual/service-manager which is in @system
But systemd is an implementat
On Fri, 9 Aug 2013 06:38:56 -0400
Rich Freeman wrote:
> My sense is that Greg is using the term security bugs to refer to
> implementation errors that could be exploited to obtain unintended
> access to a system. Using this definition, any bug could be a
> security bug, and figuring this out is
> On Fri, 9 Aug 2013, Alexis Ballier wrote:
> On Fri, 9 Aug 2013 11:32:12 +0200 Michał Górny
> wrote:
>> What do you think?
> +1
+1
Some observations (originally from IRC discussion, mgorny has asked me
to post them here for reference):
- As far as we know, these variables are Portage sp
On 09/08/13 14:31, Patrick Lauer wrote:
On 08/09/2013 06:27 PM, Rich Freeman wrote:
On Fri, Aug 9, 2013 at 5:30 AM, hasufell wrote:
On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
It is not a regression if a new version of gnome mrequires systemd
and does not work with OpenRc; it is a de
Hi,
I would like to announce that Joachim Bartosik (jbartosik) just joined
the team as a "full" dev.
He contributed as a staffer before and would like to help now various
areas, among others in the gnome project.
Please give him again a warm welcome.
Justin
signature.asc
Description: OpenPG
On 09/08/13 15:36, hasufell wrote:
On 08/09/2013 12:27 PM, Rich Freeman wrote:
On Fri, Aug 9, 2013 at 5:30 AM, hasufell wrote:
On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
It is not a regression if a new version of gnome mrequires systemd
and does not work with OpenRc; it is a design
Dnia 2013-08-09, o godz. 14:14:12
"viv...@gmail.com" napisał(a):
> On 08/09/13 13:38, Pacho Ramos wrote:
> > El vie, 09-08-2013 a las 19:39 +0800, Patrick Lauer escribió:
> >> On 08/09/2013 07:26 PM, Tom Wijsman wrote:
> >>> On Fri, 09 Aug 2013 19:31:22 +0800
> >>> Patrick Lauer wrote:
> >>>
> >
Dnia 2013-08-09, o godz. 13:45:25
Tom Wijsman napisał(a):
> On Fri, 09 Aug 2013 19:39:08 +0800
> Patrick Lauer wrote:
>
> > On 08/09/2013 07:26 PM, Tom Wijsman wrote:
> > > On Fri, 09 Aug 2013 19:31:22 +0800
> > > Patrick Lauer wrote:
> > >
> > >> You just removed the upgrade path for users.
El vie, 09-08-2013 a las 15:47 +0200, Justin escribió:
> Hi,
>
> I would like to announce that Joachim Bartosik (jbartosik) just joined
> the team as a "full" dev.
>
> He contributed as a staffer before and would like to help now various
> areas, among others in the gnome project.
>
> Please giv
On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman wrote:
> On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer wrote:
>> You just removed the upgrade path for users.
>>
>
> Just install systemd. There really isn't any practical alternative.
> Gentoo with systemd is as Gentooish a configuration as Gentoo wi
On Fri, 09 Aug 2013 15:47:47 +0200
Justin wrote:
> Hi,
>
> I would like to announce that Joachim Bartosik (jbartosik) just joined
> the team as a "full" dev.
>
> He contributed as a staffer before and would like to help now various
> areas, among others in the gnome project.
Welcome!
> Please
On Fri, Aug 9, 2013 at 4:49 PM, Samuli Suominen wrote:
> On 09/08/13 15:36, hasufell wrote:
>>
>> On 08/09/2013 12:27 PM, Rich Freeman wrote:
>>>
>>> On Fri, Aug 9, 2013 at 5:30 AM, hasufell wrote:
On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
>
> It is not a regression i
Alon Bar-Lev schrieb:
> On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman wrote:
>> On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer wrote:
>>> You just removed the upgrade path for users.
>>>
>> Just install systemd. There really isn't any practical alternative.
>> Gentoo with systemd is as Gentooish a
On Fri, Aug 9, 2013 at 5:44 PM, Chí-Thanh Christopher Nguyễn
wrote:
> Alon Bar-Lev schrieb:
>> On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman wrote:
>>> On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer wrote:
You just removed the upgrade path for users.
>>> Just install systemd. There real
On 9 August 2013 20:20, Alon Bar-Lev wrote:
> On Fri, Aug 9, 2013 at 5:44 PM, Chí-Thanh Christopher Nguyễn
> wrote:
>> Alon Bar-Lev schrieb:
>>> On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman wrote:
On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer wrote:
> You just removed the upgrade path
On Fri, Aug 09, 2013 at 11:16:37AM +0200, Tom Wijsman wrote
> Though, an init system standard might be the most promising approach.
Ahemmm http://xkcd.com/927/
--
Walter Dnes
I don't run "desktop environments"; I run useful applications
Alon Bar-Lev schrieb:
>> I think there may be a misunderstanding here. He only said that if you
>> want to run Gnome 3.8, then switch to systemd. Because the Gnome team
>> will not support any other configuration.
>>
>> He did not say that everyone should install systemd, nor that you need
>> to su
On Fri, 9 Aug 2013 17:22:38 +0300
Alon Bar-Lev wrote:
> There was no decision to support Gentoo using any other layout than
> openrc (baselayout).
Was there the decision to only support a single layout on Gentoo? Where?
> There is *HUGE* difference between optional components and core
> compone
On Fri, Aug 9, 2013 at 5:57 PM, Chí-Thanh Christopher Nguyễn
wrote:
> Alon Bar-Lev schrieb:
>>> I think there may be a misunderstanding here. He only said that if you
>>> want to run Gnome 3.8, then switch to systemd. Because the Gnome team
>>> will not support any other configuration.
>>>
>>> He
On Fri, 9 Aug 2013 17:50:24 +0300
Alon Bar-Lev wrote:
> So users will have gnome working but not any other component? How can
> this a good service for users?
Just like we can't ensure that everything builds with LLVM doesn't mean
we shouldn't support packages that only build with GCC, neither
On 08/09/2013 04:57 PM, Chí-Thanh Christopher Nguyễn wrote:
> Alon Bar-Lev schrieb:
>>> I think there may be a misunderstanding here. He only said that if you
>>> want to run Gnome 3.8, then switch to systemd. Because the Gnome team
>>> will not support any other configuration.
>>>
>>> He did not s
As the topic says, when someone converts an ebuild to multilib, please
dont disable binary building for other ABIs, as has already been done
for some packages.
This will break e.g. for users who target 64bit toolchain and 32bit
userland, since those would not get any binaries from building for
non
Dnia 2013-08-09, o godz. 17:32:56
Thomas Sachau napisał(a):
> As the topic says, when someone converts an ebuild to multilib, please
> dont disable binary building for other ABIs, as has already been done
> for some packages.
>
> This will break e.g. for users who target 64bit toolchain and 32bi
On Fri, 9 Aug 2013 17:40:28 +0300
Alon Bar-Lev wrote:
> At least we know what ssuominen thinks... some prople are trying to
> hijack the Gentoo project at the excuse of Gnome to switch into
> specific vendor solution, and be on its mercies from now on. This was
> the exact plan of whoever put all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/08/13 11:43 AM, Michał Górny wrote:
> Dnia 2013-08-09, o godz. 17:32:56 Thomas Sachau
> napisał(a):
>
>> As the topic says, when someone converts an ebuild to multilib,
>> please dont disable binary building for other ABIs, as has
>> already
On Fri, 9 Aug 2013 10:57:49 -0400
"Walter Dnes" wrote:
> On Fri, Aug 09, 2013 at 11:16:37AM +0200, Tom Wijsman wrote
>
>
> > Though, an init system standard might be the most promising
> > approach.
>
> Ahemmm http://xkcd.com/927/
Are there existing init system standards then? Isn't this th
On Fri, 9 Aug 2013 10:32:21 -0400
Alexis Ballier wrote:
> On Fri, 09 Aug 2013 15:47:47 +0200
> Justin wrote:
>
> > I would like to announce that Joachim Bartosik (jbartosik) just
> > joined the team as a "full" dev.
> >
> > He contributed as a staffer before and would like to help now
> > vari
On Fri, 9 Aug 2013 17:51:35 +0200
Tom Wijsman wrote:
>
> > > Please give him again a warm welcome.
> >
> > Joachim: systemd, for or against ? :)
>
> Is "mixed feelings" or "no preference" or "blank vote" a valid answer?
>
It depends how warm you want the welcome committee to be :)
On Fri, 09 Aug 2013 17:32:56 +0200
Thomas Sachau wrote:
> As the topic says, when someone converts an ebuild to multilib, please
> dont disable binary building for other ABIs, as has already been done
> for some packages.
>
> This will break e.g. for users who target 64bit toolchain and 32bit
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dnia 2013-08-09, o godz. 11:48:07
Ian Stakenvicius napisał(a):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 09/08/13 11:43 AM, Michał Górny wrote:
> > Dnia 2013-08-09, o godz. 17:32:56 Thomas Sachau
> > napisał(a):
> >
> >> As the
On Fri, 9 Aug 2013 12:02:10 -0400
Alexis Ballier wrote:
>
> no, we won't be building useless stuff to throw it away one
> minute later, thanks for the bloat.
>
and i'm not even talking about the fact that this wont work unless you
introduce bloated deps by requiring unneeded multilib deps
On Fri, 09 Aug 2013 17:25:10 +0200
hasufell wrote:
> No, that is definitely not how stabilization works and I was told
> something different during my recruitment process.
>
> * _stable_ (as in... it works on different setups... this is already
> not true for gnome)
Current documentation and eb
On Fri, Aug 9, 2013 at 7:14 AM, viv...@gmail.com wrote:
> On 08/09/13 13:38, Pacho Ramos wrote:
>> El vie, 09-08-2013 a las 19:39 +0800, Patrick Lauer escribió:
>>> On 08/09/2013 07:26 PM, Tom Wijsman wrote:
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Lauer wrote:
> You just rem
Alexis Ballier schrieb:
> On Fri, 09 Aug 2013 17:32:56 +0200
> Thomas Sachau wrote:
>
>> As the topic says, when someone converts an ebuild to multilib, please
>> dont disable binary building for other ABIs, as has already been done
>> for some packages.
>>
>> This will break e.g. for users who t
On 09/08/13 17:40, Alon Bar-Lev wrote:
On Fri, Aug 9, 2013 at 4:49 PM, Samuli Suominen wrote:
On 09/08/13 15:36, hasufell wrote:
On 08/09/2013 12:27 PM, Rich Freeman wrote:
On Fri, Aug 9, 2013 at 5:30 AM, hasufell wrote:
On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
It is not a
On Fri, Aug 9, 2013 at 8:54 AM, Michał Górny wrote:
> Dnia 2013-08-09, o godz. 14:14:12
> "viv...@gmail.com" napisał(a):
>
>> On 08/09/13 13:38, Pacho Ramos wrote:
>> > El vie, 09-08-2013 a las 19:39 +0800, Patrick Lauer escribió:
>> >> On 08/09/2013 07:26 PM, Tom Wijsman wrote:
>> >>> On Fri, 09
Some people want that repoman print warnings for ebuilds, whose effective IUSE
contains deprecated
USE flags (e.g. USE flags corresponding to old versions of Python/Ruby). I
suggest that deprecation
of USE flags be specified by " (DEPRECATED)" suffix in descriptions of given
flags in profiles/us
Michał Górny schrieb:
> Dnia 2013-08-09, o godz. 11:48:07
> Ian Stakenvicius napisał(a):
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>
>> On 09/08/13 11:43 AM, Michał Górny wrote:
>>> Dnia 2013-08-09, o godz. 17:32:56 Thomas Sachau
>>> napisał(a):
>>>
As the topic says, when so
On Fri, Aug 9, 2013 at 9:50 AM, Alon Bar-Lev wrote:
> On Fri, Aug 9, 2013 at 5:44 PM, Chí-Thanh Christopher Nguyễn
> wrote:
>> Alon Bar-Lev schrieb:
>>> On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman wrote:
On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer wrote:
> You just removed the upgra
On 08/09/2013 02:32 AM, Michał Górny wrote:
> Hello,
>
> Just a quick one.
>
> Currently, the two listed variables are set in make.globals (installed
> by portage ebuild);
>
> COLLISION_IGNORE="/lib/modules/* *.py[co] *\$py.class"
> UNINSTALL_IGNORE="/lib/modules/*"
>
> COLLISION_IGNORE specifi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/08/13 12:09 PM, Michał Górny wrote:
> Dnia 2013-08-09, o godz. 11:48:07 Ian Stakenvicius
> napisał(a):
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>
>> On 09/08/13 11:43 AM, Michał Górny wrote:
>>> Dnia 2013-08-09, o godz. 17:32:56
On Fri, 09 Aug 2013 18:32:04 +0200
Thomas Sachau wrote:
> Alexis Ballier schrieb:
> > On Fri, 09 Aug 2013 17:32:56 +0200
> > Thomas Sachau wrote:
> >
> >> As the topic says, when someone converts an ebuild to multilib,
> >> please dont disable binary building for other ABIs, as has already
> >>
On Fri, 09 Aug 2013 12:49:21 -0400
Ian Stakenvicius wrote:
>
> ...so, allowing for the ability of 32bit userland with 64bit toolchain
> (via, say, setting ABI_X86=32 in make.conf) using the eclasses is just
> outright not ever going to happen? Never mind not supporting it, but
> essentially not
On 09/08/13 16:49, Samuli Suominen wrote:
On 09/08/13 15:36, hasufell wrote:
On 08/09/2013 12:27 PM, Rich Freeman wrote:
On Fri, Aug 9, 2013 at 5:30 AM, hasufell wrote:
On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
It is not a regression if a new version of gnome mrequires systemd
and
On Fri, 09 Aug 2013 18:41:59 +0200
Thomas Sachau wrote:
> When when you have done it, try e.g. this:
>
> ABI_X86="32" emerge --oneshot =libjpeg-turbo-1.3.0-r2
that's why default abi is in use.force; if this is allowed and really
disables abi_x86_64 on a stock amd64 profile I'd consider this a p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/08/13 01:09 PM, Alexis Ballier wrote:
> On Fri, 09 Aug 2013 18:41:59 +0200 Thomas Sachau
> wrote:
>> When when you have done it, try e.g. this:
>>
>> ABI_X86="32" emerge --oneshot =libjpeg-turbo-1.3.0-r2
>
>
> that's why default abi is in u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/08/13 01:06 PM, Alexis Ballier wrote:
> On Fri, 09 Aug 2013 12:49:21 -0400 Ian Stakenvicius
> wrote:
>>
>> ...so, allowing for the ability of 32bit userland with 64bit
>> toolchain (via, say, setting ABI_X86=32 in make.conf) using the
>> ecla
On Fri, 09 Aug 2013 13:14:34 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 09/08/13 01:06 PM, Alexis Ballier wrote:
> > On Fri, 09 Aug 2013 12:49:21 -0400 Ian Stakenvicius
> > wrote:
> >>
> >> ...so, allowing for the ability of 32bit userland with 64b
Alexis Ballier schrieb:
> On Fri, 09 Aug 2013 18:32:04 +0200
> Thomas Sachau wrote:
>
>> Alexis Ballier schrieb:
>>> On Fri, 09 Aug 2013 17:32:56 +0200
>>> Thomas Sachau wrote:
>>>
As the topic says, when someone converts an ebuild to multilib,
please dont disable binary building for o
On Fri, 09 Aug 2013 13:14:07 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 09/08/13 01:09 PM, Alexis Ballier wrote:
> > On Fri, 09 Aug 2013 18:41:59 +0200 Thomas Sachau
> > wrote:
> >> When when you have done it, try e.g. this:
> >>
> >> ABI_X86="32"
On Fri, 09 Aug 2013 19:23:50 +0200
Thomas Sachau wrote:
> Alexis Ballier schrieb:
> > On Fri, 09 Aug 2013 18:32:04 +0200
> > Thomas Sachau wrote:
> >
> >> Alexis Ballier schrieb:
> >>> On Fri, 09 Aug 2013 17:32:56 +0200
> >>> Thomas Sachau wrote:
> >>>
> As the topic says, when someone co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/08/13 01:28 PM, Alexis Ballier wrote:
> On Fri, 09 Aug 2013 13:14:07 -0400 Ian Stakenvicius
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 09/08/13 01:09 PM, Alexis Ballier wrote:
>>> On Fri, 09 Aug 2013 18:41:59 +020
On Fri, 9 Aug 2013 18:40:39 +0200
Arfrever Frehtes Taifersar Arahesis wrote:
> Some people want that repoman print warnings for ebuilds, whose
> effective IUSE contains deprecated USE flags (e.g. USE flags
> corresponding to old versions of Python/Ruby). I suggest that
> deprecation of USE flags
On Fri, 09 Aug 2013 13:36:31 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 09/08/13 01:28 PM, Alexis Ballier wrote:
> > On Fri, 09 Aug 2013 13:14:07 -0400 Ian Stakenvicius
> > wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
> >>
> >>
On Fri, Aug 09, 2013 at 05:22:38PM +0300, Alon Bar-Lev wrote:
> On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman wrote:
> > On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer wrote:
> >> You just removed the upgrade path for users.
> >>
> >
> > Just install systemd. There really isn't any practical alter
Dnia 2013-08-09, o godz. 13:09:57
Alexis Ballier napisał(a):
> On Fri, 09 Aug 2013 18:41:59 +0200
> Thomas Sachau wrote:
> > When when you have done it, try e.g. this:
> >
> > ABI_X86="32" emerge --oneshot =libjpeg-turbo-1.3.0-r2
>
>
> that's why default abi is in use.force; if this is allowe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dnia 2013-08-09, o godz. 12:49:21
Ian Stakenvicius napisał(a):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 09/08/13 12:09 PM, Michał Górny wrote:
> > Dnia 2013-08-09, o godz. 11:48:07 Ian Stakenvicius
> > napisał(a):
> >
> >>
Dnia 2013-08-09, o godz. 18:40:39
Arfrever Frehtes Taifersar Arahesis napisał(a):
> Some people want that repoman print warnings for ebuilds, whose effective
> IUSE contains deprecated
> USE flags (e.g. USE flags corresponding to old versions of Python/Ruby). I
> suggest that deprecation
> of U
On Fri, 9 Aug 2013 19:54:01 +0200
Michał Górny wrote:
> Dnia 2013-08-09, o godz. 19:23:50
> Thomas Sachau napisał(a):
>
> > Alexis Ballier schrieb:
> > > On Fri, 09 Aug 2013 18:32:04 +0200
> > > Thomas Sachau wrote:
> > >
> > >> Alexis Ballier schrieb:
> > >>> On Fri, 09 Aug 2013 17:32:56 +02
Dnia 2013-08-09, o godz. 19:23:50
Thomas Sachau napisał(a):
> Alexis Ballier schrieb:
> > On Fri, 09 Aug 2013 18:32:04 +0200
> > Thomas Sachau wrote:
> >
> >> Alexis Ballier schrieb:
> >>> On Fri, 09 Aug 2013 17:32:56 +0200
> >>> Thomas Sachau wrote:
> >>>
> As the topic says, when someon
Dnia 2013-08-09, o godz. 09:47:38
Zac Medico napisał(a):
> On 08/09/2013 02:32 AM, Michał Górny wrote:
> > Hello,
> >
> > Just a quick one.
> >
> > Currently, the two listed variables are set in make.globals (installed
> > by portage ebuild);
> >
> > COLLISION_IGNORE="/lib/modules/* *.py[co] *
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/08/13 01:41 PM, Alexis Ballier wrote:
> On Fri, 09 Aug 2013 13:36:31 -0400 Ian Stakenvicius
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 09/08/13 01:28 PM, Alexis Ballier wrote:
>>> On Fri, 09 Aug 2013 13:14:07 -040
On Fri, 09 Aug 2013 14:18:29 -0400
Ian Stakenvicius wrote:
>
> I don't want to test the binaries, I want to test the build/install
> process. But this sub-thread is neither here nor there to the main
> issue.
Then there is no point in testing an invalid process consisting of
disabling your defa
On 08/09/2013 11:10 AM, Michał Górny wrote:
> Dnia 2013-08-09, o godz. 09:47:38
> Zac Medico napisał(a):
>
>> On 08/09/2013 02:32 AM, Michał Górny wrote:
>>> Hello,
>>>
>>> Just a quick one.
>>>
>>> Currently, the two listed variables are set in make.globals (installed
>>> by portage ebuild);
>>>
On 9 August 2013 21:57, Michał Górny wrote:
> Dnia 2013-08-09, o godz. 13:45:25
> Tom Wijsman napisał(a):
>
>> On Fri, 09 Aug 2013 19:39:08 +0800
>> Patrick Lauer wrote:
>>
>> > On 08/09/2013 07:26 PM, Tom Wijsman wrote:
>> > > On Fri, 09 Aug 2013 19:31:22 +0800
>> > > Patrick Lauer wrote:
>> >
Dnia 2013-08-10, o godz. 03:11:55
Ben de Groot napisał(a):
> On 9 August 2013 21:57, Michał Górny wrote:
> > Dnia 2013-08-09, o godz. 13:45:25
> > Tom Wijsman napisał(a):
> >
> >> On Fri, 09 Aug 2013 19:39:08 +0800
> >> Patrick Lauer wrote:
> >>
> >> > On 08/09/2013 07:26 PM, Tom Wijsman wrote
On Fri, Aug 9, 2013 at 12:11 PM, Ben de Groot wrote:
> It doesn't help to keep so aggressively pushing it.
Neither does so aggressively pushing against it.
1 - 100 of 116 matches
Mail list logo
