El vie, 09-08-2013 a las 02:26 +0200, Chí-Thanh Christopher Nguyễn
escribió:
Pacho Ramos schrieb:
- openBSD is simply supplying the semibroken Gnome stuff running with
their setup (without multiseat working, neither power management, gdm
service handling, and any new issues that could rise
El vie, 09-08-2013 a las 02:25 +0200, Michael Weber escribió:
Citing from Pachos blog,
[...] we are now forcing people to *run* systemd to be able to properly
run Gnome 3.8, otherwise power management and multiseat support are
lost, [...] [1].
Pacho, would you accept patches and USE flags
El vie, 09-08-2013 a las 08:29 +0300, Samuli Suominen escribió:
On 09/08/13 03:25, Michael Weber wrote:
Citing from Pachos blog,
[...] we are now forcing people to *run* systemd to be able to properly
run Gnome 3.8, otherwise power management and multiseat support are
lost, [...] [1].
On Fri, Aug 09, 2013 at 08:39:20AM +0300, Samuli Suominen wrote:
I've always disliked unnecessary profiles, a lot, but this whole
selecting of init plus packages supporting it plus the /usr-move issue
the systemd maintainers are bundling together with it by forcing the
unstandard systemd
clumsy fool 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.
And for noise.
--
#friendly-coders -- We're friendly, but we're
On Fri, Aug 09, 2013 at 07:51:15AM +0100, Steven J. Long wrote:
clumsy fool 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
On 09/08/13 10:19, William Hubbs wrote:
On Fri, Aug 09, 2013 at 07:51:15AM +0100, Steven J. Long wrote:
clumsy fool 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
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 of
On Thu, 8 Aug 2013 15:29:06 -0700
Greg KH gre...@gentoo.org 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
On Fri, 9 Aug 2013 01:44:12 +0200
Peter Stuge pe...@stuge.se 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 :)
On Thu, 8 Aug 2013 15:32:45 -0700
Greg KH gre...@gentoo.org 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 gre...@gentoo.org wrote:
I am not going to impose an additional burden on developers to get
their patches into
On Fri, 09 Aug 2013 08:39:20 +0300
Samuli Suominen ssuomi...@gentoo.org 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;
On 09/08/13 11:46, Tom Wijsman wrote:
On Fri, 09 Aug 2013 08:39:20 +0300
Samuli Suominen ssuomi...@gentoo.org 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,
On Fri, 09 Aug 2013 08:27:23 +0800
Patrick Lauer patr...@gentoo.org 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
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 some
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 they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 09 Aug 2013 01:26:08 +0100
Mike Auty ike...@gentoo.org 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
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 turn it into
On Fri, 09 Aug 2013 11:58:11 +0300
Samuli Suominen ssuomi...@gentoo.org wrote:
On 09/08/13 11:46, Tom Wijsman wrote:
On Fri, 09 Aug 2013 08:39:20 +0300
Samuli Suominen ssuomi...@gentoo.org wrote:
On 09/08/13 04:05, Zac Medico wrote:
This seems like a possible applicatio for mix-in
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 needs
On Fri, Aug 9, 2013 at 5:30 AM, hasufell hasuf...@gentoo.org 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
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 via
On Fri, Aug 9, 2013 at 4:34 AM, Tom Wijsman tom...@gentoo.org wrote:
On Thu, 8 Aug 2013 15:32:45 -0700
Greg KH gre...@gentoo.org 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
On Fri, 09 Aug 2013 11:30:17 +0200
hasufell hasuf...@gentoo.org 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
On Fri, Aug 9, 2013 at 3:26 AM, Samuli Suominen ssuomi...@gentoo.org 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
On 08/09/2013 06:27 PM, Rich Freeman wrote:
On Fri, Aug 9, 2013 at 5:30 AM, hasufell hasuf...@gentoo.org 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
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Lauer patr...@gentoo.org 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
On 08/09/2013 07:26 PM, Tom Wijsman wrote:
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Lauer patr...@gentoo.org 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
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Lauer patr...@gentoo.org 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
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 patr...@gentoo.org wrote:
You just removed the upgrade path for users.
The upgrade path is to install systemd or to implement
On Fri, 09 Aug 2013 19:39:08 +0800
Patrick Lauer patr...@gentoo.org wrote:
On 08/09/2013 07:26 PM, Tom Wijsman wrote:
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Lauer patr...@gentoo.org wrote:
You just removed the upgrade path for users.
The upgrade path is to install systemd or to
On Fri, 9 Aug 2013 12:37:26 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Lauer patr...@gentoo.org wrote:
Somehow I get really confused by this selective perception (anyone
remembering the KDE overlay getting paludised and the fallout
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 patr...@gentoo.org wrote:
You just removed the upgrade path for users.
The upgrade path is to
On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer patr...@gentoo.org 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
On 08/09/2013 12:27 PM, Rich Freeman wrote:
On Fri, Aug 9, 2013 at 5:30 AM, hasufell hasuf...@gentoo.org 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
On Fri, 9 Aug 2013 11:32:12 +0200
Michał Górny mgo...@gentoo.org 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 at the
On Fri, 09 Aug 2013 14:36:05 +0200
hasufell hasuf...@gentoo.org 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
On Fri, 9 Aug 2013 06:38:56 -0400
Rich Freeman ri...@gentoo.org 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
On Fri, 9 Aug 2013, Alexis Ballier wrote:
On Fri, 9 Aug 2013 11:32:12 +0200 Michał Górny mgo...@gentoo.org
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
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 hasuf...@gentoo.org 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
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: OpenPGP
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 hasuf...@gentoo.org 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
Dnia 2013-08-09, o godz. 14:14:12
viv...@gmail.com 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
Dnia 2013-08-09, o godz. 13:45:25
Tom Wijsman tom...@gentoo.org napisał(a):
On Fri, 09 Aug 2013 19:39:08 +0800
Patrick Lauer patr...@gentoo.org wrote:
On 08/09/2013 07:26 PM, Tom Wijsman wrote:
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Lauer patr...@gentoo.org wrote:
You just
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 give him
On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman ri...@gentoo.org wrote:
On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer patr...@gentoo.org 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, 09 Aug 2013 15:47:47 +0200
Justin j...@gentoo.org 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!
On Fri, Aug 9, 2013 at 4:49 PM, Samuli Suominen ssuomi...@gentoo.org 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 hasuf...@gentoo.org wrote:
On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
It is not a
Alon Bar-Lev schrieb:
On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman ri...@gentoo.org wrote:
On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer patr...@gentoo.org wrote:
You just removed the upgrade path for users.
Just install systemd. There really isn't any practical alternative.
Gentoo with
On Fri, Aug 9, 2013 at 5:44 PM, Chí-Thanh Christopher Nguyễn
chith...@gentoo.org wrote:
Alon Bar-Lev schrieb:
On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman ri...@gentoo.org wrote:
On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer patr...@gentoo.org wrote:
You just removed the upgrade path for
On 9 August 2013 20:20, Alon Bar-Lev alo...@gentoo.org wrote:
On Fri, Aug 9, 2013 at 5:44 PM, Chí-Thanh Christopher Nguyễn
chith...@gentoo.org wrote:
Alon Bar-Lev schrieb:
On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman ri...@gentoo.org wrote:
On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer
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 waltd...@waltdnes.org
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 support such
On Fri, 9 Aug 2013 17:22:38 +0300
Alon Bar-Lev alo...@gentoo.org 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
On Fri, Aug 9, 2013 at 5:57 PM, Chí-Thanh Christopher Nguyễn
chith...@gentoo.org 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.
On Fri, 9 Aug 2013 17:50:24 +0300
Alon Bar-Lev alo...@gentoo.org 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
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 say that
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
Dnia 2013-08-09, o godz. 17:32:56
Thomas Sachau to...@gentoo.org 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
On Fri, 9 Aug 2013 17:40:28 +0300
Alon Bar-Lev alo...@gentoo.org 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
-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 to...@gentoo.org
napisał(a):
As the topic says, when someone converts an ebuild to multilib,
please dont disable binary building for other ABIs, as has
On Fri, 9 Aug 2013 10:57:49 -0400
Walter Dnes waltd...@waltdnes.org 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?
On Fri, 9 Aug 2013 10:32:21 -0400
Alexis Ballier aball...@gentoo.org wrote:
On Fri, 09 Aug 2013 15:47:47 +0200
Justin j...@gentoo.org 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
On Fri, 9 Aug 2013 17:51:35 +0200
Tom Wijsman tom...@gentoo.org 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 to...@gentoo.org 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dnia 2013-08-09, o godz. 11:48:07
Ian Stakenvicius a...@gentoo.org 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 to...@gentoo.org
On Fri, 9 Aug 2013 12:02:10 -0400
Alexis Ballier aball...@gentoo.org 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
On Fri, 09 Aug 2013 17:25:10 +0200
hasufell hasuf...@gentoo.org 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
On Fri, Aug 9, 2013 at 7:14 AM, viv...@gmail.com 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 patr...@gentoo.org wrote:
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 17:32:56 +0200
Thomas Sachau to...@gentoo.org 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
On 09/08/13 17:40, Alon Bar-Lev wrote:
On Fri, Aug 9, 2013 at 4:49 PM, Samuli Suominen ssuomi...@gentoo.org 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 hasuf...@gentoo.org wrote:
On 08/09/2013 09:36 AM,
On Fri, Aug 9, 2013 at 8:54 AM, Michał Górny mgo...@gentoo.org wrote:
Dnia 2013-08-09, o godz. 14:14:12
viv...@gmail.com 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
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
Michał Górny schrieb:
Dnia 2013-08-09, o godz. 11:48:07
Ian Stakenvicius a...@gentoo.org 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 to...@gentoo.org
napisał(a):
As the topic
On Fri, Aug 9, 2013 at 9:50 AM, Alon Bar-Lev alo...@gentoo.org wrote:
On Fri, Aug 9, 2013 at 5:44 PM, Chí-Thanh Christopher Nguyễn
chith...@gentoo.org wrote:
Alon Bar-Lev schrieb:
On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman ri...@gentoo.org wrote:
On Fri, Aug 9, 2013 at 7:31 AM, Patrick
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 specifies files that
-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 a...@gentoo.org
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.
On Fri, 09 Aug 2013 18:32:04 +0200
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 17:32:56 +0200
Thomas Sachau to...@gentoo.org wrote:
As the topic says, when someone converts an ebuild to multilib,
please dont disable binary building for other ABIs,
On Fri, 09 Aug 2013 12:49:21 -0400
Ian Stakenvicius a...@gentoo.org 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
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 hasuf...@gentoo.org wrote:
On 08/09/2013 09:36 AM, Gilles Dartiguelongue wrote:
It is not a regression if a new version of gnome
On Fri, 09 Aug 2013 18:41:59 +0200
Thomas Sachau to...@gentoo.org 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
-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 to...@gentoo.org
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
-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
a...@gentoo.org wrote:
...so, allowing for the ability of 32bit userland with 64bit
toolchain (via, say, setting ABI_X86=32 in make.conf) using the
On Fri, 09 Aug 2013 13:14:34 -0400
Ian Stakenvicius a...@gentoo.org 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
a...@gentoo.org wrote:
...so, allowing for the ability of 32bit
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 18:32:04 +0200
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 17:32:56 +0200
Thomas Sachau to...@gentoo.org wrote:
As the topic says, when someone converts an ebuild to multilib,
please dont disable binary
On Fri, 09 Aug 2013 13:14:07 -0400
Ian Stakenvicius a...@gentoo.org 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 to...@gentoo.org
wrote:
When when you have done it, try e.g. this:
On Fri, 09 Aug 2013 19:23:50 +0200
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 18:32:04 +0200
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 17:32:56 +0200
Thomas Sachau to...@gentoo.org wrote:
As the topic
-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
a...@gentoo.org 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
On Fri, 9 Aug 2013 18:40:39 +0200
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com 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
On Fri, 09 Aug 2013 13:36:31 -0400
Ian Stakenvicius a...@gentoo.org 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
a...@gentoo.org wrote:
-BEGIN PGP SIGNED MESSAGE- Hash:
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 ri...@gentoo.org wrote:
On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer patr...@gentoo.org wrote:
You just removed the upgrade path for users.
Just install systemd. There really
Dnia 2013-08-09, o godz. 13:09:57
Alexis Ballier aball...@gentoo.org napisał(a):
On Fri, 09 Aug 2013 18:41:59 +0200
Thomas Sachau to...@gentoo.org 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dnia 2013-08-09, o godz. 12:49:21
Ian Stakenvicius a...@gentoo.org 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 a...@gentoo.org
Dnia 2013-08-09, o godz. 18:40:39
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com 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
On Fri, 9 Aug 2013 19:54:01 +0200
Michał Górny mgo...@gentoo.org wrote:
Dnia 2013-08-09, o godz. 19:23:50
Thomas Sachau to...@gentoo.org napisał(a):
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 18:32:04 +0200
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On
Dnia 2013-08-09, o godz. 19:23:50
Thomas Sachau to...@gentoo.org napisał(a):
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 18:32:04 +0200
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 17:32:56 +0200
Thomas Sachau to...@gentoo.org wrote:
As the
Dnia 2013-08-09, o godz. 09:47:38
Zac Medico zmed...@gentoo.org 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
a...@gentoo.org 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
1 - 100 of 118 matches
Mail list logo