Re: [gentoo-dev] Adding PYTHON_TARGETS=python2_7 to base profile

2012-05-13 Thread Michał Górny
On Mon, 14 May 2012 07:23:35 +0200 Hans de Graaff wrote: > On Sun, 2012-05-13 at 16:27 -0400, Mike Gilbert wrote: > > To make ebuilds utilizing python-distutils-ng.eclass usable > > "out-of-the-box", the python team would like to add the following to > > make.defaults in the base profile. > > >

Re: [gentoo-dev] Adding PYTHON_TARGETS=python2_7 to base profile

2012-05-13 Thread Hans de Graaff
On Sun, 2012-05-13 at 16:27 -0400, Mike Gilbert wrote: > To make ebuilds utilizing python-distutils-ng.eclass usable > "out-of-the-box", the python team would like to add the following to > make.defaults in the base profile. > > PYTHON_TARGETS="python2_7" > > See also bug 415575 [1]. I think thi

[gentoo-dev] Re: Proposal of accepting arguments to `default` in src_install (and more?) phases in EAPI=5 (for the next council meeting?)

2012-05-13 Thread Duncan
Ulrich Mueller posted on Sat, 12 May 2012 20:39:05 +0200 as excerpted: > On Sat, 12 May 2012, Michał Górny wrote: > >> EXTRA_EMAKE isn't supposed to be mentioned there. It's an internal use >> variable for users who need to pass something specific to make. > > You are right, of course. > I gues

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

2012-05-13 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-05-13 23h59 UTC. Removals: app-mobilephone/jacksms-desktop 2012-05-07 16:25:38 ago app-office/languagetool 2012-05-09 07:28:15 scarabeus dev-libs/libzip

Re: [gentoo-dev] Adding PYTHON_TARGETS=python2_7 to base profile

2012-05-13 Thread Zac Medico
On 05/13/2012 01:27 PM, Mike Gilbert wrote: > To make ebuilds utilizing python-distutils-ng.eclass usable > "out-of-the-box", the python team would like to add the following to > make.defaults in the base profile. > > PYTHON_TARGETS="python2_7" > > See also bug 415575 [1]. > > Any objections? >

[gentoo-dev] Adding PYTHON_TARGETS=python2_7 to base profile

2012-05-13 Thread Mike Gilbert
To make ebuilds utilizing python-distutils-ng.eclass usable "out-of-the-box", the python team would like to add the following to make.defaults in the base profile. PYTHON_TARGETS="python2_7" See also bug 415575 [1]. Any objections? I would also like to include python3_2, but I do not think this

[gentoo-dev] Lastrites: media-video/undvd, media-sound/ssrc, net-firewall/ipchains, media-libs/libflash, net-fs/fusesmb, net-im/jabberd, app-mobilephone/galicesms, sys-boot/cromwell, net-misc/batmand,

2012-05-13 Thread Pacho Ramos
# Pacho Ramos (13 May 2012) # Upstream dead, needs to be ported to mp4v2-1.9.1 or gpac utils. # Removal in a month. media-video/undvd # Pacho Ramos (13 May 2012) # Overflow (#337410), no new version for a long time and nothing # needs it. Removal in a month. media-sound/ssrc # Pacho Ramos (13

Re: [gentoo-dev] intel (icc,mkl...) packages looking for new maintainer

2012-05-13 Thread Jeroen Roovers
On Fri, 11 May 2012 16:19:33 -0700 Sébastien Fabbro wrote: > dev-lang/icc > dev-lang/ifc > they have up-to-date versions in the science overlay. Do these up-to-date ebuilds fix the Macrovision bug[1]? Do we even have a proper workaround for the sandbox violation that doesn't involve disabling t

[gentoo-dev] Last rites: some sec-policy/selinux-* packages

2012-05-13 Thread Sven Vermeulen
In the past, some SELinux policy packages provided SELinux modules whose name didn't reflect the package name. For instance, selinux-gnupg provided the "gpg" SELinux module. A year or so ago, our SELinux module packages got a standard naming convention so that selinux- provides the SELinux module

Re: [gentoo-dev] RFC: check for enewuser, enewgroup outside of pkg_setup

2012-05-13 Thread Michał Górny
On Sun, 13 May 2012 00:48:00 +0200 Michael Weber wrote: > On 01/19/2011 11:44 PM, Mike Frysinger wrote: > > this is why we allow people to pick the appropriate step. ebuilds > > should be using pkg_{pre,post}inst unless the user/group is needed > > at src_* time. -mike > > I noticed a rather an