Re: [gentoo-dev] EAPI checking in eclasses

2008-01-03 Thread Donnie Berkholz
On 09:34 Mon 31 Dec , Caleb Tennis wrote: > Is it legal for an eclass to check the EAPI version (presumably by > using the EAPI variable) and perform some dependent behavior based on > what it sees? I don't see any eclasses using EAPI for anything, so > I'm curious. You can't treat EAPI as

Re: [gentoo-dev] Re: Improving use.desc

2008-01-03 Thread Donnie Berkholz
On 14:59 Wed 02 Jan , Mike Kelly wrote: > While you're at it, I think almost everything in desc/video_cards.desc, > desc/input_devices.desc, and a few more, could use some attention. > > In particular, things like nv vs. nvidia are quite confusing. I usually > end up reading the xorg-server eb

Re: [gentoo-dev] Downtime: lists.gentoo.org migration

2008-01-03 Thread widyachacra
+1 from me On Jan 4, 2008 7:11 AM, Mike Pagano <[EMAIL PROTECTED]> wrote: > On Thursday 03 January 2008 07:51:35 pm Robin H. Johnson wrote: > < snip > > > I'm aiming to do the bulk of the changeover around 05h00 UTC Sunday (Jan > > 6th) morning, and all that should be visible is some delays in ma

Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for January

2008-01-03 Thread Ciaran McCreesh
On Thu, 03 Jan 2008 19:21:39 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: > Ciaran McCreesh wrote: > > On Thu, 03 Jan 2008 18:40:43 -0600 > > Ryan Hill <[EMAIL PROTECTED]> wrote: > >> I have four versions of freetype sitting around that I'd really > >> like to get rid of > > > > And what is the cost

[gentoo-dev] Re: Monthly Gentoo Council Reminder for January

2008-01-03 Thread Ryan Hill
Ciaran McCreesh wrote: On Thu, 03 Jan 2008 18:40:43 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: I have four versions of freetype sitting around that I'd really like to get rid of And what is the cost of you not getting rid of them? Is there any particular reason it matters when it's done? The

Re: [gentoo-dev] Downtime: lists.gentoo.org migration

2008-01-03 Thread Mike Pagano
On Thursday 03 January 2008 07:51:35 pm Robin H. Johnson wrote: < snip > > I'm aiming to do the bulk of the changeover around 05h00 UTC Sunday (Jan > 6th) morning, and all that should be visible is some delays in mail > processing. > Thanks to you and everyone in your team for their time and eff

[gentoo-dev] Downtime: lists.gentoo.org migration

2008-01-03 Thread Robin H. Johnson
While lists.gentoo.org has for the past several years been hosted in the Physics department at the University of Trieste, and we're very grateful to them for that, it has reached the end of it's lifespan. Over the course of this coming weekend, we're migrating the service to a new machine. At the

Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for January

2008-01-03 Thread Ciaran McCreesh
On Thu, 03 Jan 2008 18:40:43 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: > I have four versions of freetype sitting around that I'd really like > to get rid of And what is the cost of you not getting rid of them? Is there any particular reason it matters when it's done? -- Ciaran McCreesh signa

[gentoo-dev] Re: Monthly Gentoo Council Reminder for January

2008-01-03 Thread Ryan Hill
Ciaran McCreesh wrote: Luca Barbato <[EMAIL PROTECTED]> wrote: I'd suggest something like "if nobody could test your update in a timely way you should ask and possibly get an account on an arch box in order to test it and bump if the minimal test pass" sounds fair? Sounds like a great way to

Re: [gentoo-dev] Monthly Gentoo Council Reminder for January

2008-01-03 Thread Ciaran McCreesh
On Fri, 04 Jan 2008 00:54:50 +0100 Luca Barbato <[EMAIL PROTECTED]> wrote: > I'd suggest something like "if nobody could test your update in a > timely way you should ask and possibly get an account on an arch box > in order to test it and bump if the minimal test pass" > > sounds fair? Sounds li

Re: [gentoo-dev] Monthly Gentoo Council Reminder for January

2008-01-03 Thread Luca Barbato
Caleb Tennis wrote: >> If you have something you'd wish for us to chat about, maybe even >> vote on, let us know ! Simply reply to this e-mail for the whole >> Gentoo dev list to see. > > I would like to request the council discuss, though not necessarily take > action or > vote on, the idea of

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Luca Barbato
Richard Brown wrote: > While this thread remains highly entertaining, I'm sure as a past > gentoo developer Roy remembers that we don't generally use gentoo-dev > to bug fix poorly written makefiles, we have a bugzilla where people > interested in fixing it can help, or perhaps upstream have a lis

[gentoo-dev] last rite: dev-ml/{equeue,rpc,netclient}

2008-01-03 Thread Alexis Ballier
# Alexis Ballier <[EMAIL PROTECTED]> (03 Jan 2008) # They are now included in dev-ml/ocamlnet # Removal due: 03 Feb 2008 dev-ml/equeue dev-ml/rpc dev-ml/netclient signature.asc Description: PGP signature

Re: [gentoo-dev] Packages up for grabs

2008-01-03 Thread Heath N. Caldwell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2007-12-25 18:19, Christian Heim wrote: > - app-text/pep > - app-text/rhyme I'll take stuff like pep and rhyme and also app-crypt/mit-krb5 if someone will mentor me. - -- Heath Caldwell - [EMAIL PROTECTED] Operating Systems Analyst - California

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Roy Marples
On Thu, 2008-01-03 at 10:49 -0500, Mike Frysinger wrote: > while is_older_than is negotiable, removing KV_* is not. those are pretty > tight utility functions which duplication in $random-packages will only lead > to problems (especially considering the history of making sure they were > coded

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Roy Marples
On Thu, 2008-01-03 at 16:24 +, Roy Marples wrote: > On Thu, 2008-01-03 at 10:50 -0500, Mike Frysinger wrote: > > it also means a deprecation notice needs to be added here and everywhere > > else > > that has changed. perhaps create a small script that takes > > the /etc/modules.autoload.d/

Re: [gentoo-dev] Re: Improving use.desc

2008-01-03 Thread Bernd Steinhauser
Hi, What about sth. like this: > fglrx - VIDEO_CARDS setting to build driver for fglrx video cards fglrx - Build AMD's proprietary video driver for r300-r600 video cards > nv - VIDEO_CARDS setting to build driver for nv video cards nv - Open source driver for Nvidia cards, only supports 2D (I don

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Roy Marples
On Thu, 2008-01-03 at 10:50 -0500, Mike Frysinger wrote: > it also means a deprecation notice needs to be added here and everywhere else > that has changed. perhaps create a small script that takes > the /etc/modules.autoload.d/ directory and converts it into the > corresponding /etc/conf.d/mod

Re: [gentoo-dev] RFC: brltty not starting early enough

2008-01-03 Thread Mike Frysinger
On Monday 31 December 2007, William Hubbs wrote: > The project's guidelines for linux distributions at > http://www.mielke.cc/brltty/guidelines.html suggest starting the program > very early in the boot sequence. Ideally, I would like to be able to start > brltty as soon as /dev is set up either w

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Mike Frysinger
On Tuesday 01 January 2008, Roy Marples wrote: > On Tue, 2008-01-01 at 20:16 +0100, Thomas Pani wrote: > > It took me some time to find /etc/conf.d/modules, but it's certainly > > useful :). > > It also means all config files, with the exceptions of fstab and rc.conf > are in conf.d and not some ra

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Mike Frysinger
On Wednesday 02 January 2008, Roy Marples wrote: > On Wed, 2008-01-02 at 16:39 +0200, Alon Bar-Lev wrote: > > On 1/1/08, Roy Marples <[EMAIL PROTECTED]> wrote: > > > > It took me some time to find /etc/conf.d/modules, but it's certainly > > > > useful :). > > > > > > It also means all config files,

Re: [gentoo-dev] Re: sys-apps/diffutils dependency on >=sys-apps/man-pages-2.46

2008-01-03 Thread Mike Frysinger
On Wednesday 02 January 2008, Stefan Hellermann wrote: > masking out the dependency with /etc/portage/profile is not a problem, but > why is it needed? Why is there the dependency on man-pages in diffutils? I > think this question is not related to embedded, it's about a wrong > dependency of a sys

Re: [gentoo-dev] Re: Improving use.desc

2008-01-03 Thread Santiago M. Mola
On Jan 2, 2008 8:59 PM, Mike Kelly <[EMAIL PROTECTED]> wrote: > While you're at it, I think almost everything in desc/video_cards.desc, > desc/input_devices.desc, and a few more, could use some attention. Here we go. I based it mostly on http://xorg.freedesktop.org/archive/X11R7.0/doc/html/maninde

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Wulf C. Krueger
On Thursday, 03. January 2008 11:18:19 Richard Brown wrote: > While this thread remains highly entertaining, I'm sure as a past > gentoo developer Roy remembers that we don't generally use gentoo-dev > to bug fix poorly written makefiles, First of all, OpenRC is likely to become an integral part

Re: [gentoo-dev] Fonts Team Status

2008-01-03 Thread Alexis Ballier
Hi, > After the dev-ercizing yesterday, and after talking it over with > the remaining Fonts team members (matsuu & lu_zero), it seems I've > inherited the lead position of the Fonts team. This post is an FYI > and a Request for Help. All members of the fonts team (including me) > are very busy

Re: [gentoo-dev] Monthly Gentoo Council Reminder for January

2008-01-03 Thread Caleb Tennis
> If you have something you'd wish for us to chat about, maybe even > vote on, let us know ! Simply reply to this e-mail for the whole > Gentoo dev list to see. I would like to request the council discuss, though not necessarily take action or vote on, the idea of "slacker arches" and what ebuil

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Santiago M. Mola
On Jan 3, 2008 11:40 AM, Roy Marples <[EMAIL PROTECTED]> wrote: > On Thu, 2008-01-03 at 10:18 +, Richard Brown wrote: > > While this thread remains highly entertaining, I'm sure as a past > > gentoo developer Roy remembers that we don't generally use gentoo-dev > > to bug fix poorly written mak

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Alon Bar-Lev
On 1/3/08, Roy Marples <[EMAIL PROTECTED]> wrote: > On Thu, 2008-01-03 at 10:58 +0200, Alon Bar-Lev wrote: > > At: default.mk, the _SUBDIR loop is somehow incorrect, as it will not > > pass subdir make result to rule. > > So if rule fails the build still considered a success. > > > > make[1]: ***

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Roy Marples
On Thu, 2008-01-03 at 10:18 +, Richard Brown wrote: > While this thread remains highly entertaining, I'm sure as a past > gentoo developer Roy remembers that we don't generally use gentoo-dev > to bug fix poorly written makefiles, we have a bugzilla where people > interested in fixing it can he

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Richard Brown
On Jan 3, 2008 10:13 AM, Roy Marples <[EMAIL PROTECTED]> wrote: > > What version of gnu make? > > What MAKEOPTS do you have set? > > Does it work outside of the ebuild? > > Never mind, I have this fixed now. While this thread remains highly entertaining, I'm sure as a past gentoo developer Roy rem

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Roy Marples
On Thu, 2008-01-03 at 09:50 +, Roy Marples wrote: > On Thu, 2008-01-03 at 10:58 +0200, Alon Bar-Lev wrote: > > At: default.mk, the _SUBDIR loop is somehow incorrect, as it will not > > pass subdir make result to rule. > > So if rule fails the build still considered a success. > > > > make[1]

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Roy Marples
On Thu, 2008-01-03 at 12:02 +0200, Alon Bar-Lev wrote: > On 1/3/08, Roy Marples <[EMAIL PROTECTED]> wrote: > > I knew there was a reason for not adding digests :) > > I've removed them for now. > > Why remove?!?!?! > This way we cannot use layman in order to sync with your changes. Because Gento

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Alon Bar-Lev
On 1/3/08, Roy Marples <[EMAIL PROTECTED]> wrote: > I knew there was a reason for not adding digests :) > I've removed them for now. Why remove?!?!?! This way we cannot use layman in order to sync with your changes. I don't know why you choose git for development, but the cost of it is to readd e

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Roy Marples
On Thu, 2008-01-03 at 10:58 +0200, Alon Bar-Lev wrote: > At: default.mk, the _SUBDIR loop is somehow incorrect, as it will not > pass subdir make result to rule. > So if rule fails the build still considered a success. > > make[1]: *** [start-stop-daemon.o] Error 1 > make[1]: *** Waiting for unfi

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Roy Marples
On Wed, 2008-01-02 at 20:38 -0800, Nathan Smith wrote: > On Tue, 01 Jan 2008 12:41:00 + > Roy Marples <[EMAIL PROTECTED]> wrote: > > > Hi List > > > > 2008 is here and it's time for some change! > > > > OpenRC is now ready for testing. There are no ebuilds in the tree, but > > some are avai

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Roy Marples
On Thu, 2008-01-03 at 08:43 +0200, Alon Bar-Lev wrote: > Again... > !!! Digest verification failed: > !!! /usr/portage/local/layman/openrc/sys-apps/openrc/openrc-.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 3666 > !!! Expected: 3629 I knew there was a reason for not

Re: [gentoo-dev] OpenRC available for testing.

2008-01-03 Thread Alon Bar-Lev
At: default.mk, the _SUBDIR loop is somehow incorrect, as it will not pass subdir make result to rule. So if rule fails the build still considered a success. make[1]: *** [start-stop-daemon.o] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: Leaving directory `/var/tmp/portage/sys-ap

Re: [gentoo-dev] Can somebody please fix the gpg1 vs gpg2 hell?

2008-01-03 Thread Alon Bar-Lev
On 1/3/08, Wolfgang Illmeyer <[EMAIL PROTECTED]> wrote: > AFAIK they can't be, because they need to cache the passphrase, which is not > supported by gpg2. Does anybody know how passphrase caching works with gpg1? > Maybe it is possible to write some plugin/extension/patch to allow gpg2 to do > the