Re: [gentoo-dev] new `usex` helper

2011-09-22 Thread Donnie Berkholz
On 18:04 Thu 22 Sep , Alec Warner wrote: > On Thu, Sep 22, 2011 at 5:41 PM, Donnie Berkholz wrote: > > I do, because I don't have time to deal with other people breaking > > my packages, whether they're in gentoo-x86, the science overlay, or > > my personal one. I've got more important thing

Re: [gentoo-dev] new `usex` helper

2011-09-22 Thread Alec Warner
On Thu, Sep 22, 2011 at 5:41 PM, Donnie Berkholz wrote: > On 09:37 Wed 21 Sep     , Alec Warner wrote: >> On Wed, Sep 21, 2011 at 6:11 AM, Donnie Berkholz >> wrote: >> > Not really, because when you update a bundled lib you actually make >> > your whole app compile with it. People change the API

Re: [gentoo-dev] new `usex` helper

2011-09-22 Thread Donnie Berkholz
On 09:37 Wed 21 Sep , Alec Warner wrote: > On Wed, Sep 21, 2011 at 6:11 AM, Donnie Berkholz wrote: > > Not really, because when you update a bundled lib you actually make > > your whole app compile with it. People change the APIs of eclasses > > and then just let every internal consumer (ebu

[gentoo-dev] last rites: games-action/dungeon

2011-09-22 Thread Michael Sterrett
+# Michael Sterrett (22 Sep 2011) +# Doesn't work and upstream has gone away. +# Masked for removal on 20111022 +# See bug #382831 +games-action/dungeon

Re: [gentoo-dev] Packages up for grabs: virtual/{cron,dev-manager,inetd,libc,linux-sources,man,os-headers,package-manager,skkserv,ssh,w3m}

2011-09-22 Thread Mike Frysinger
On Thursday, September 22, 2011 14:23:55 Tim Harder wrote: > On 2011-09-22 Thu 01:53, Ulrich Mueller wrote: > > In the course of the old-style to new-style transition of virtuals, > > I had taken maintainership of several new-style virtual packages. > > > > After several months have passed without

Re: [gentoo-dev] Packages up for grabs: virtual/{cron,dev-manager,inetd,libc,linux-sources,man,os-headers,package-manager,skkserv,ssh,w3m}

2011-09-22 Thread Tim Harder
On 2011-09-22 Thu 01:53, Ulrich Mueller wrote: > In the course of the old-style to new-style transition of virtuals, > I had taken maintainership of several new-style virtual packages. > After several months have passed without any bugs showing up, I > believe it's time that I drop maintainership

Re: [gentoo-dev] git-2: a bunch of patches to review

2011-09-22 Thread Donnie Berkholz
On 16:41 Thu 22 Sep , Andreas K. Huettel wrote: > Am Donnerstag 22 September 2011, 13:27:47 schrieb Michał Górny: > > > > > > > > The style change was approved by Donnie already. > > > > > > You mean that Donnie agreed with the style change. It's not up to any > > > individual developer to "a

Re: [gentoo-dev] git-2: a bunch of patches to review

2011-09-22 Thread Andreas K. Huettel
Am Donnerstag 22 September 2011, 13:27:47 schrieb Michał Górny: > > > > > > The style change was approved by Donnie already. > > > > You mean that Donnie agreed with the style change. It's not up to any > > individual developer to "approve" such a change for the entire tree. > > What kind of 'en

Re: [gentoo-dev] git-2: a bunch of patches to review

2011-09-22 Thread Michał Górny
On Thu, 22 Sep 2011 10:58:28 + "Jorge Manuel B. S. Vicetto" wrote: > On 22-09-2011 08:11, Michał Górny wrote: > > On Thu, 22 Sep 2011 09:01:17 +0200 Ulrich Mueller > > wrote: > > > >>> Attaching fixed version of the last two patches, and a > >>> complete eclass for convenience. > >> > >> J

Re: [gentoo-dev] git-2: a bunch of patches to review

2011-09-22 Thread Jorge Manuel B. S. Vicetto
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22-09-2011 08:11, Michał Górny wrote: > On Thu, 22 Sep 2011 09:01:17 +0200 Ulrich Mueller > wrote: > >>> Attaching fixed version of the last two patches, and a >>> complete eclass for convenience. >> >> Just a general comment: Is it really necess

Re: [gentoo-dev] Packages up for grabs: virtual/{cron,dev-manager,inetd,libc,linux-sources,man,os-headers,package-manager,skkserv,ssh,w3m}

2011-09-22 Thread Anthony G. Basile
On 09/22/2011 04:53 AM, Ulrich Mueller wrote: >virtual/linux-sources > I can take this one if the kernel herd is okay with that. -- Anthony G. Basile, Ph.D. Gentoo Linux Developer [Hardened] E-Mail: bluen...@gentoo.org GnuPG FP : 8040 5A4D 8709 21B1 1A88 33CE 979C AF40 D045 5535 GnuPG I

[gentoo-dev] Packages up for grabs: virtual/{cron,dev-manager,inetd,libc,linux-sources,man,os-headers,package-manager,skkserv,ssh,w3m}

2011-09-22 Thread Ulrich Mueller
Hi, In the course of the old-style to new-style transition of virtuals, I had taken maintainership of several new-style virtual packages. After several months have passed without any bugs showing up, I believe it's time that I drop maintainership of these: virtual/cron virtual/dev-manager

Re: [gentoo-dev] git-2: a bunch of patches to review

2011-09-22 Thread Michał Górny
On Thu, 22 Sep 2011 09:01:17 +0200 Ulrich Mueller wrote: > > Attaching fixed version of the last two patches, and a complete > > eclass for convenience. > > Just a general comment: Is it really necessary to change all > [[ -n ${foo} ]] and [[ -z ${foo} ]] conditionals to the more obscure > [[ ${

Re: [gentoo-dev] git-2: a bunch of patches to review

2011-09-22 Thread Fabian Groffen
On 22-09-2011 09:01:17 +0200, Ulrich Mueller wrote: > > Attaching fixed version of the last two patches, and a complete > > eclass for convenience. > > Just a general comment: Is it really necessary to change all > [[ -n ${foo} ]] and [[ -z ${foo} ]] conditionals to the more obscure > [[ ${foo} ]]

Re: [gentoo-dev] Please don't use IUSE=static-libs unless really necessary

2011-09-22 Thread Amadeusz Żołnowski
Excerpts from Mike Frysinger's message of 2011-09-19 18:05:39 +0200: > On Monday, September 19, 2011 11:35:09 Michał Górny wrote: > > On Mon, 19 Sep 2011 11:11:31 -0400 Mike Frysinger wrote: > > > > > by that token, i'll go ahead and remove glibc's static > > > > > libraries since upstream doesn't

Re: [gentoo-dev] git-2: a bunch of patches to review

2011-09-22 Thread Ulrich Mueller
> Attaching fixed version of the last two patches, and a complete > eclass for convenience. Just a general comment: Is it really necessary to change all [[ -n ${foo} ]] and [[ -z ${foo} ]] conditionals to the more obscure [[ ${foo} ]] and [[ ! ${foo} ]]? The shortest possible form is not always t