Re: [gentoo-dev] Preparing profiles for EAPI 3 IUSE strictness

On Tue, Jul 07, 2009 at 02:08:01AM -0400, Andrew D Kirch wrote: > Ciaran, > > I've talked with the pkgcore people and they don't use the EAPI's (or > PMS) in the first place. No clue who you talked to, but they weren't speaking for pkgcore- I speak for pkgcore pretty much solely. Pkgcore util

Re: [gentoo-dev] Preparing profiles for EAPI 3 IUSE strictness

Ciaran, I've talked with the pkgcore people and they don't use the EAPI's (or PMS) in the first place. This essentially leaves you writing documents you're requiring for paludis support. As this seems to be mostly a PM issue, it should be taken elsewhere. To that end, here is a gentoo-portage-d

Re: [gentoo-dev] Bug #250853

On Mon, Jul 6, 2009 at 1:48 PM, Denis Dupeyron wrote: > Hello Robson, > > On Mon, Jul 6, 2009 at 2:44 AM, Robson Roberto Souza > Peixoto wrote: > > http://bugs.gentoo.org/show_bug.cgi?id=250853 > > On bugzilla has the patch to solve the problem > > The people concerned by this already know about

[gentoo-dev] Preparing profiles for EAPI 3 IUSE strictness

EAPI 3 makes IUSE strict: flags not listed in IUSE can't be used in dependency strings, use queries and so on. However, the specification includes ways of implicitly adding things to the effective value of IUSE via the base profile make.defaults. What the specification doesn't say, and what hasn't

Re: [gentoo-dev] About time to unify "cdda" and "cdaudio" USE flags and make the remaining one global?

Sebastian Pipping wrote: > Rémi Cardona wrote: >> And now for some bikeshedding fun, which flag are we going to keep? ;) > > My vote would be for cdaudio as that > > - is more general (including analog playback) > - is more user friendly > > but let those decide who "implement" it. I'm also i

[gentoo-dev] maintainer needed for app-accessibility/festival and app-accessibility/speech-tools

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All, we have multiple open bugs for app-accessibility/festival and app-accessibility/speech-tools. These packages are very difficult to maintain and upstream appears to be dead. I am not interested in them, and I haven't heard from the accessibility

Re: [gentoo-dev] [gsoc-status] portage backend for PackageKit

On Sun, Jul 5, 2009 at 8:59 PM, Mounir Lamouri wrote: > In addition, they should ask for a packagekit git access. It's easy to > get one and surely better than working in your own playground. > I agree, Richard Hughes is really cool about this stuff, so lxnay, if you're reading this, get in touch

Re: [gentoo-dev] Bug #250853

Hello Robson, On Mon, Jul 6, 2009 at 2:44 AM, Robson Roberto Souza Peixoto wrote: > http://bugs.gentoo.org/show_bug.cgi?id=250853 > On bugzilla has the patch to solve the problem The people concerned by this already know about the bug and patch, there is no need to remind us here. They will get t

[gentoo-dev] Bug #250853

http://bugs.gentoo.org/show_bug.cgi?id=250853 On bugzilla has the patch to solve the problem Thanks, Robinho -- Robson Roberto Souza Peixoto Robinho robsonpeix...@gmail.com Telefone: (19) 8821-0396 (oi) (19) 9799-0135 (vivo) Computer S

Re: [gentoo-dev] rsync mirrorstats page (generation and parsing)

On Mon, Jul 06, 2009 at 12:28:59AM -0700, Zac Medico wrote: > Alec Warner wrote: > > Where is mirrorselect hiding these days, a private git repo? > Yeah, here's the history since I started maintaining it: > http://dev.gentoo.org/~zmedico/projects/mirrorselect.git/ I'll try to suck that down soon an

Re: [gentoo-dev] rsync mirrorstats page (generation and parsing)

Alec Warner wrote: > Where is mirrorselect hiding these days, a private git repo? Yeah, here's the history since I started maintaining it: http://dev.gentoo.org/~zmedico/projects/mirrorselect.git/ -- Thanks, Zac