Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Fabian Groffen
On 30-09-2012 14:47:17 -0700, Brian Harring wrote: > > In the worst case it returns "Bad marshalling data". > > Examples wanted for this. If this occurs, that's a python bug- one > exception... portage (figures). They install into a non > /usr/lib/python* location, meaning the .pyc/.pyo from p

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2012-09-30 23h59 UTC

2012-09-30 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2012-09-30 23h59 UTC. Removals: games-roguelike/falconseye 2012-09-25 15:33:13 mr_bones_ app-misc/lolcat 2012-09-26 22:25:31 hasufell www-apache/mod_ap2_snmp

[gentoo-dev] Re: example conversion of gentoo-x86 current deps to unified dependencies

2012-09-30 Thread Duncan
Brian Harring posted on Sun, 30 Sep 2012 15:15:18 -0700 as excerpted: > The point I'm trying to make here is that each dep phase should be > authorative; in doing so, you start getting a lot of potential subsets > (DEPEND is a subset of TDEPEND, TDEPEND isn't completely, but mostly a > subset of R

[gentoo-dev] Re: [gentoo-pms] GLEP: gentoo sync based unified deps proposal

2012-09-30 Thread Brian Harring
On Sun, Sep 30, 2012 at 10:53:40PM +0100, Ciaran McCreesh wrote: > But here's the thing: when you sell something as "pragmatic", what > you're really saying is "it's wrong, I know it's wrong, and I'm going > to pretend that wrong is a good thing". Getting it wrong should be > something you do only

Re: [gentoo-dev] Re: example conversion of gentoo-x86 current deps to unified dependencies

2012-09-30 Thread Brian Harring
Pardon the belated response; responding to emails that are quick where possible, but lagging on -dev. Missed this one however... On Wed, Sep 19, 2012 at 09:16:02AM -0400, Ian Stakenvicius wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 19/09/12 09:09 AM, Michael Orlitzky wrot

[gentoo-dev] Re: [gentoo-pms] GLEP: gentoo sync based unified deps proposal

2012-09-30 Thread Ciaran McCreesh
On Sun, 30 Sep 2012 14:42:14 -0700 Brian Harring wrote: > Reality is, our current form can handle deps generally fine- what you > label as trivial is the vast majority- I argue effectively all. We could do away with half of the current feature set if we were only interested in making things nice

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Brian Harring
On Sun, Sep 30, 2012 at 10:58:06AM +0200, Fabian Groffen wrote: > On 30-09-2012 10:31:17 +0200, Pacho Ramos wrote: > > > > Personally, I usually run: > > > > - python_clean_py-compile_files -> Clean py-compile files to disable > > > > byte-compilation allowing us to drop all various ways of doing t

[gentoo-dev] About disabling DISABLE_DEPRECATED

2012-09-30 Thread Gilles Dartiguelongue
Hi all, as discussed this morning on #-desktop, I found out while reading commits from April that we have quite a few ebuilds in tree doing this manually. The problem is that in those ~153 instances of the same command, some do take care of problems such as i18n env, some don't, some delete whole

[gentoo-dev] Re: [gentoo-pms] GLEP: gentoo sync based unified deps proposal

2012-09-30 Thread Brian Harring
On Sun, Sep 30, 2012 at 09:30:18PM +0100, Ciaran McCreesh wrote: > On Sun, 30 Sep 2012 13:14:53 -0700 > Brian Harring wrote: > > > That's largely because there are a lot of former Gentoo developers > > > there who all said "oh, yeah, I forgot we could do it the other way" > > > when this was point

Re: [gentoo-dev] Addressing GLEP-62 itself

2012-09-30 Thread Brian Harring
On Sat, Sep 29, 2012 at 11:55:22AM +0200, Micha?? G??rny wrote: > On Wed, 26 Sep 2012 03:29:17 -0700 > Brian Harring wrote: > > > On Wed, Sep 26, 2012 at 08:02:44AM +0200, Micha?? G??rny wrote: > > > On Tue, 25 Sep 2012 12:54:39 -0700 > > > Brian Harring wrote: > > > > > > > On Tue, Sep 25, 201

[gentoo-dev] Re: [gentoo-pms] GLEP: gentoo sync based unified deps proposal

2012-09-30 Thread Ciaran McCreesh
On Sun, 30 Sep 2012 13:14:53 -0700 Brian Harring wrote: > > That's largely because there are a lot of former Gentoo developers > > there who all said "oh, yeah, I forgot we could do it the other way" > > when this was pointed out... > > I analyzed *all* exheres on git.exherbo. > > To be crystal

[gentoo-dev] Re: [gentoo-pms] GLEP: gentoo sync based unified deps proposal

2012-09-30 Thread Brian Harring
On Sat, Sep 29, 2012 at 05:05:09PM +0100, Ciaran McCreesh wrote: > On Tue, 25 Sep 2012 15:46:14 -0700 > Brian Harring wrote: > > Fun fact; peoples usage of labels in exherbo is thus: > > > > build+run: > > set of deps > > run: > > set of deps/conditionals/etc > > That's largely because there

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Zac Medico
On 09/30/2012 07:12 AM, Fabian Groffen wrote: > Back then, we found it hurt us (Bad marshalling data) when using > binpkgs. Not sure if it still does today with Python 2.7. Somehow we > reached a consensus with the Python maintainer at that time that cache > stuff shouldn't be in VDB, also becaus

Re: [gentoo-dev] making USE=upnp a global flag

2012-09-30 Thread Mike Gilbert
On Sun, Sep 30, 2012 at 11:44 AM, Gilles Dartiguelongue wrote: > Le mercredi 19 septembre 2012 à 10:19 +0200, Michał Górny a écrit : >> >> Just to make it clear: >> - USE=upnp for upnp-igd or nat-pmp, >> - USE=dlna for the video magic and so on. >> >> Do I understand correctly? > > No, TV makers a

Re: [gentoo-dev] making USE=upnp a global flag

2012-09-30 Thread Gilles Dartiguelongue
Le mercredi 19 septembre 2012 à 10:19 +0200, Michał Górny a écrit : > > Just to make it clear: > - USE=upnp for upnp-igd or nat-pmp, > - USE=dlna for the video magic and so on. > > Do I understand correctly? No, TV makers and others advertise UPnP as DLNA (digital living network appliance) but

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Fabian Groffen
I'm on the list, obviously, so PLEASE stop Cc-ing me! On 30-09-2012 15:57:16 +0200, Michał Górny wrote: > > The files are indeed cache, and should be generated on the system that > > installs the files, not the system that builds them. They are currently > > outside of VDB. pyc files store the p

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Michał Górny
On Sat, 29 Sep 2012 22:48:00 +0200 hasufell wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 09/29/2012 08:39 PM, Michał Górny wrote: > > On Sat, 29 Sep 2012 16:37:15 +0200 Dirkjan Ochtman > > wrote: > > > >> On Sat, Sep 29, 2012 at 4:26 PM, hasufell > >> wrote: > >>> That stil

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Michał Górny
On Sun, 30 Sep 2012 10:58:06 +0200 Fabian Groffen wrote: > On 30-09-2012 10:31:17 +0200, Pacho Ramos wrote: > > > > Personally, I usually run: > > > > - python_clean_py-compile_files -> Clean py-compile files to disable > > > > byte-compilation allowing us to drop all various ways of doing this t

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Fabian Groffen
On 30-09-2012 15:28:47 +0200, Michał Górny wrote: > > The files are indeed cache, and should be generated on the system that > > installs the files, not the system that builds them. They are currently > > outside of VDB. pyc files store the path to the original files, so > > generating in ${ROOT}

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Michał Górny
On Sun, 30 Sep 2012 10:58:06 +0200 Fabian Groffen wrote: > On 30-09-2012 10:31:17 +0200, Pacho Ramos wrote: > > > > Personally, I usually run: > > > > - python_clean_py-compile_files -> Clean py-compile files to disable > > > > byte-compilation allowing us to drop all various ways of doing this t

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Pacho Ramos
El dom, 30-09-2012 a las 10:58 +0200, Fabian Groffen escribió: > On 30-09-2012 10:31:17 +0200, Pacho Ramos wrote: > > > > Personally, I usually run: > > > > - python_clean_py-compile_files -> Clean py-compile files to disable > > > > byte-compilation allowing us to drop all various ways of doing th

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Fabian Groffen
On 30-09-2012 10:31:17 +0200, Pacho Ramos wrote: > > > Personally, I usually run: > > > - python_clean_py-compile_files -> Clean py-compile files to disable > > > byte-compilation allowing us to drop all various ways of doing this that > > > were living in the tree some time ago. > > > > Hmm, what

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-30 Thread Pacho Ramos
El sáb, 29-09-2012 a las 22:34 +0200, Michał Górny escribió: > On Sat, 29 Sep 2012 21:20:00 +0200 > Pacho Ramos wrote: > > > El sáb, 29-09-2012 a las 20:40 +0200, Michał Górny escribió: > > > On Sat, 29 Sep 2012 17:45:07 +0200 > > > hasufell wrote: > > > > > > > -BEGIN PGP SIGNED MESSAGE---