[gentoo-dev] Gstreamer + Use Flags

2005-08-16 Thread Fabian Zeindl
Hi Some time ago I opened a bug concerning Gstreamer's useflags, which are handled completely unlogical at the moment. *every* package depending on the gstreamer multimediaframework brings it's own use flags for gstreamer-plugins, instead of putting the use flags centrally in the gstreamer

[gentoo-dev] Looking for developers for a new 'Planet' web-app

2005-08-16 Thread Daniel Drake
Hi, As the Planet Gentoo admin (http://planet.gentoo.org), I often get feature ideas and requests for ways to enhance the Planet website. Right now, a python script called planet (www.planetplanet.org) powers the site. planet is a nice simple script, which is invoked by cron every hour - it

Re: [gentoo-dev] Looking for developers for a new 'Planet' web-app

2005-08-16 Thread PaweĊ‚ Madej
Daniel Drake wrote: Hi, As the Planet Gentoo admin (http://planet.gentoo.org), I often get feature ideas and requests for ways to enhance the Planet website. Right now, a python script called planet (www.planetplanet.org) powers the site. planet is a nice simple script, which is invoked by

Re: [gentoo-dev] Looking for developers for a new 'Planet' web-app

2005-08-16 Thread Daniel Drake
Sebastian Bergmann wrote: Have you looked at the software [1] that runs on Planet PHP [2]? -- [1] http://svn.bitflux.ch/repos/public/planet-php/trunk/ [2] http://www.planet-php.net/ Thanks, I hadn't heard of that. It seems in tune to what we need: Storing entries in a MySQL database,

[gentoo-dev] eselect modules

2005-08-16 Thread Jeremy Huddleston
I've recently updated opengl-update to use the eselect framework. I think the team has done a great job as it was extremely easy to port the bash script to an eselect module. However, when I placed it in the portage tree, it sparked a little bit of a policy discussion between myself and the core

Re: [gentoo-dev] eselect modules

2005-08-16 Thread Donnie Berkholz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Huddleston wrote: | The eselect developers want to keep all eselect modules in their svn | repository and distributed through a single package (app-admin/eselect). | Their main reasons for this are better QA and less overhead for releases |

Re: [gentoo-dev] eselect modules

2005-08-16 Thread Chris Gianelloni
On Tue, 2005-08-16 at 12:21 -0700, Donnie Berkholz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Huddleston wrote: | The eselect developers want to keep all eselect modules in their svn | repository and distributed through a single package (app-admin/eselect). | Their main

Re: [gentoo-dev] eselect modules

2005-08-16 Thread Ciaran McCreesh
On Tue, 16 Aug 2005 15:38:08 -0400 Chris Gianelloni [EMAIL PROTECTED] wrote: | There's also the size issue. I use opengl-update on the LiveCD | builds, and have exactly zero need for *any* other eselect module, so | why should I be required to have them all to just get the one that I | need?

Re: [gentoo-dev] eselect modules

2005-08-16 Thread Ciaran McCreesh
On Tue, 16 Aug 2005 21:52:25 +0200 Danny van Dyk [EMAIL PROTECTED] wrote: | b) The possibility to change all modules in one move in case we change | ~ something like a default behaviour, or function names, etc. That kind of thing shouldn't happen once a stable release is out... -- Ciaran

[gentoo-dev] generating ChangeLog files automatically from `cvs commit`

2005-08-16 Thread Mike Frysinger
suggestion: stop keeping ChangeLog files in CVS and instead, let them be generated automagically by the cvs server using the last arbitrary number of commit messages. if you really want to keep a commit message out of the changelog, then we come up with a simple policy of prefixing the message

Re: [gentoo-dev] generating ChangeLog files automatically from `cvs commit`

2005-08-16 Thread Jeremy Huddleston
On Tue, 2005-08-16 at 18:18 -0400, Mike Frysinger wrote: suggestion: stop keeping ChangeLog files in CVS and instead, let them be generated automagically by the cvs server using the last arbitrary number of commit messages. if you really want to keep a commit message out of the changelog,

Re: [gentoo-dev] Looking for developers for a new 'Planet' web-app

2005-08-16 Thread Rob Cakebread
Daniel Drake wrote: Examples of what people are requesting: - Ability to browse the 'archives' (i.e. the content which has dropped off the end of the page, which planet discards) - Ability to search the content and the archives - Ability to browse by Gentoo herd, i.e. view the weblogs of

Re: [gentoo-dev] generating ChangeLog files automatically from `cvs commit`

2005-08-16 Thread Alec Warner
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Huddleston wrote: On Tue, 2005-08-16 at 18:18 -0400, Mike Frysinger wrote: suggestion: stop keeping ChangeLog files in CVS and instead, let them be generated automagically by the cvs server using the last arbitrary number of commit

Re: [gentoo-dev] Devconference archives

2005-08-16 Thread Nathan L. Adams
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Gianelloni wrote: That being said, thanks to IU for doing the webcast... now everybody gets to see what we look like... *grin* If you're like me, you have a perfect face... for email. :P -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1

Re: [gentoo-dev] USE_EXPAND and IUSE

2005-08-16 Thread Jason Stubbs
On Wednesday 22 June 2005 02:07, Donnie Berkholz wrote: Alec Warner wrote: Donnie Berkholz wrote: The reasoning for that is that hardware support doesn't make sense as USE flags, so it should be something else. In this case, that was INPUT_DEVICES. We haven't been able to take much

[gentoo-portage-dev] [PATCH] sane USE_EXPAND + IUSE check

2005-08-16 Thread Brian Harring
Hola- basically, use_expand'd vars need to be exempted from IUSE checks, as long as the USE_EXPAND var is in IUSE. This does that. ~harring Index: ebuild.sh === RCS file: /var/cvsroot/gentoo-src/portage/bin/ebuild.sh,v retrieving

Re: [gentoo-portage-dev] [PATCH] sane USE_EXPAND + IUSE check

2005-08-16 Thread Jason Stubbs
You hijacked a thread again... On Wednesday 17 August 2005 09:52, Brian Harring wrote: basically, use_expand'd vars need to be exempted from IUSE checks, as long as the USE_EXPAND var is in IUSE. I don't really like the idea of this without a companion patch that provides some way to get a