Re: [gentoo-dev] Moving more arches to dev profiles

2013-08-23 Thread Christopher Head
On Thu, 22 Aug 2013 12:28:24 +0100 Markos Chandras wrote: > Wow! That is something we actively encourage people to avoid. Mixed > systems are totally > unsupported and I am sure quite a few bugs are closed as invalid when > a mixed system is detected. > > It may work on regular basis but encoura

Re: [gentoo-dev] Re: Gnome Stabilization 3.6 or 3.8

2013-08-23 Thread Tom Wijsman
On Fri, 23 Aug 2013 14:27:02 +0100 "Steven J. Long" wrote: > On Sat, Aug 10, 2013: > Tom Wijsman wrote: > > "Steven J. Long" wrote: > > > > > The core system has to be a usable basis to build "everything" > > > from. > > > > I do agree with this except for "shaky"; it is a nice goal to > > purs

Re: [gentoo-dev] Re: Gnome Stabilization 3.6 or 3.8

2013-08-23 Thread Steven J. Long
On Sat, Aug 10, 2013: Tom Wijsman wrote: > "Steven J. Long" wrote: > > > The core system has to be a usable basis to build "everything" from. > > I do agree with this except for "shaky"; it is a nice goal to pursue... > > That still does not make us able to do it or make it a realistic goal. Bu

Re: [gentoo-dev] Re: Patch applying function for EAPI 6

2013-08-23 Thread Ulrich Mueller
> On Fri, 23 Aug 2013, Michał Górny wrote: >> Yes, it will be an array. But I guess we will support a space >> separated list in addition, for consistency with DOCS. > This would be very bad since most patches use ${FILESDIR}. > Putting that in a plain string sounds like final bullet in > whi

Re: [gentoo-dev] Re: Patch applying function for EAPI 6

2013-08-23 Thread Michał Górny
Dnia 2013-08-23, o godz. 13:35:11 Ulrich Mueller napisał(a): > > I take it PATCHES variable will be a bash array, or space separated > > list? > > Yes, it will be an array. But I guess we will support a space > separated list in addition, for consistency with DOCS. This would be very bad since

Re: [gentoo-dev] Re: Patch applying function for EAPI 6

2013-08-23 Thread Ulrich Mueller
> On Fri, 23 Aug 2013, Brian Dolbec wrote: >> Only suggestion so far is "dopatch". I don't really like it because >> other do* functions are called from src_install. But if nobody >> comes up with a better name, then it will be dopatch. > What about: > srcpatch() Hm, that looks like a phase

Re: [gentoo-dev] Re: Patch applying function for EAPI 6

2013-08-23 Thread Brian Dolbec
On Fri, 2013-08-23 at 11:45 +0200, Ulrich Mueller wrote: > > On Sun, 18 Aug 2013, Ulrich Mueller wrote: > > For EAPI 6, introduction of a patch applying function to the package > manager itself is being discussed. This would serve two purposes: > - support for PATCHES variable in a default src

Re: [gentoo-dev] Re: Patch applying function for EAPI 6

2013-08-23 Thread Michał Górny
Dnia 2013-08-23, o godz. 11:45:57 Ulrich Mueller napisał(a): > > 2. Should the function do automatic -p* detection, or should it > >default to -p1? Both would be overridable by an explicit -p* > >option. There are good arguments for either variant > >(see the above-mentioned bug). >

[gentoo-dev] Re: Patch applying function for EAPI 6

2013-08-23 Thread Ulrich Mueller
> On Sun, 18 Aug 2013, Ulrich Mueller wrote: > For EAPI 6, introduction of a patch applying function to the package > manager itself is being discussed. This would serve two purposes: > - support for PATCHES variable in a default src_install phase > - a function to apply user patches > In bug