Re: [gentoo-dev] 'State of Gentoo' BoF session, Linux Symposium 2010.

2010-07-10 Thread Joshua Saddler
On Sun, 11 Jul 2010 01:30:08 -0400 Jacob Godserv wrote: > On Fri, Jul 9, 2010 at 13:19, Robin H. Johnson wrote: > > I'm running a BoF session during the Linux Symposium 2010 in Ottawa next > > week, entitled 'State of Gentoo'. > > I've had my own uneducated ideas about this exact topic. I'd love

Re: [gentoo-dev] 'State of Gentoo' BoF session, Linux Symposium 2010.

2010-07-10 Thread Jacob Godserv
On Fri, Jul 9, 2010 at 13:19, Robin H. Johnson wrote: > Hi all, > > I had hoped to send this before now, but the exact scheduled timeslot keeps > changing. It was already on the PR events calendar. > > I'm running a BoF session during the Linux Symposium 2010 in Ottawa next week, > entitled 'State

Re: [gentoo-dev] [bugzilla-dae...@gentoo.org: [Bug 322157] [mail-filter/procmail] new ebuild + autocreate maildirs]

2010-07-10 Thread Jacob Godserv
On Sat, Jul 10, 2010 at 12:13, Enrico Weigelt wrote: > I've already explained the strategy behind the git repo (and not > doing plaintext patches). Please refer to my paper, and my other > mails posted recently on this list. I'm not quite sure I understand your response here. He didn't ask for yo

Re: [gentoo-dev] Re: RFC: remove php4 from depend.php and others

2010-07-10 Thread Doug Goldstein
On Sat, Jul 10, 2010 at 10:02 PM, Ryan Hill wrote: > On Sat, 10 Jul 2010 01:34:37 -0700 > Brian Harring wrote: > >> On Sat, Jul 10, 2010 at 09:30:42AM +0300, Petteri RRRty wrote: >> > The standing policy is still not to remove any public functionality from >> > eclasses. If we decide to start rem

[gentoo-dev] Re: RFC: remove php4 from depend.php and others

2010-07-10 Thread Ryan Hill
On Sat, 10 Jul 2010 01:34:37 -0700 Brian Harring wrote: > On Sat, Jul 10, 2010 at 09:30:42AM +0300, Petteri RRRty wrote: > > The standing policy is still not to remove any public functionality from > > eclasses. If we decide to start removing functionality the council > > should set common rules

Re: [gentoo-dev] RFC: making revdep-rebuild more quiet

2010-07-10 Thread Christian Ruppert
Hey Enrico, On 07/10/2010 06:21 PM, Enrico Weigelt wrote: > i'd like to suggest an option for making revdep-rebuild more silent: > > Passing "-q" twice should make it output only if it really has > something to do (found broken stuff and wants to emerge), so we can > simply put it into an cront

Re: [gentoo-dev] eqawarn for main tree

2010-07-10 Thread Petteri Räty
On 07/10/2010 08:40 PM, "Paweł Hajdan, Jr." wrote: > On 7/10/10 4:15 AM, Petteri Räty wrote: >> Attached is the patch I plan on pushing with the eclass commit. > > Just making sure... will the developer profile print the eqawarn > messages by default on exit? > Doesn't look like it. I use this i

Re: [gentoo-dev] eqawarn for main tree

2010-07-10 Thread Paweł Hajdan, Jr.
On 7/10/10 4:15 AM, Petteri Räty wrote: > Attached is the patch I plan on pushing with the eclass commit. Just making sure... will the developer profile print the eqawarn messages by default on exit? Paweł signature.asc Description: OpenPGP digital signature

[gentoo-dev] RFC: making revdep-rebuild more quiet

2010-07-10 Thread Enrico Weigelt
Hi folks, i'd like to suggest an option for making revdep-rebuild more silent: Passing "-q" twice should make it output only if it really has something to do (found broken stuff and wants to emerge), so we can simply put it into an crontab entry to get a mail when something really happens.

Re: [gentoo-dev] [bugzilla-dae...@gentoo.org: [Bug 322157] [mail-filter/procmail] new ebuild + autocreate maildirs]

2010-07-10 Thread Enrico Weigelt
* Samuli Suominen schrieb: > On 07/08/2010 01:56 AM, Enrico Weigelt wrote: > > > > Hi folks, > > > > > > YFYI: yet another of my ebuilds kicked-down. > > > > It's an improved version of procmail, which automatically creates > > missing maildir directories. > > Provide your patches as plain/te

Re: [gentoo-dev] svga useflag (media-libs/svgalib)

2010-07-10 Thread Enrico Weigelt
* Tomá?? Chvátal schrieb: Hi, > there are few left packages that still have svga useflag and depend on > svgalib. > > To my best knowledge that stuff has been deprecated to not be used. So > my question is which one of the following we should start: Well, if there still are packages where libs

Re: [gentoo-dev] [bugzilla-dae...@gentoo.org: [Bug 322157] [mail-filter/procmail] new ebuild + autocreate maildirs]

2010-07-10 Thread Enrico Weigelt
* Robin H. Johnson schrieb: Hi, > > It's an improved version of procmail, which automatically creates > > missing maildir directories. > Stock procmail does this already. > > From procmailrc: > If the mailbox is specified to be an MH folder or maildir folder, > procmail will create the necessar

Re: [gentoo-dev] eqawarn for main tree

2010-07-10 Thread Petteri Räty
On 07/05/2010 09:19 PM, Mark Loeser wrote: >> >> As there was no further response and next EAPI isn't around the corner I >> propose getting the ball rolling with option 1. I will commit the patch >> next Sunday with needed documentation unless something comes up. > > Could you please give a descr

Re: Allow eclasses to have fluid APIs (was: [gentoo-dev] RFC: remove php4 from depend.php and others)

2010-07-10 Thread Matti Bickel
On 07/10/2010 10:34 AM, Brian Harring wrote: > If people want to allow eclasses to have fluid APIs (specifically > removal of functionality), that's a discussion that needs to start on > the dev level. > > Anyone got strong opinions on this one? The argument was presented a long time before: we

Re: [gentoo-dev] RFC: remove php4 from depend.php and others

2010-07-10 Thread Brian Harring
On Sat, Jul 10, 2010 at 09:30:42AM +0300, Petteri RRRty wrote: > On 07/10/2010 01:22 AM, Matti Bickel wrote: > > Hi, > > > > yet another patch from Ole in a bid to rid the php eclasses from some > > long forgotten code. The patches should be self-explanatory - just rip > > out everything related t