Re: [gentoo-dev] Re: About herds and their non-existant use

2008-05-23 Thread Marijn Schouten (hkBst)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tiziano � wrote: | Marius Mauch wrote: | - only have one location where members of a given team are listed, | currently it's possible and quite likely that herds.xml and the mail | alias files get out of sync | Well, we need one location where the

Re: [gentoo-dev] Re: About herds and their non-existant use

2008-05-23 Thread Tiziano Müller
Marijn Schouten (hkBst) wrote: While we're changing things around, perhaps we can then also standardize the mail alias to [EMAIL PROTECTED] What Marius is saying though is that there are two files that handle people and their herds. One XML for saying who is in a herd and one for each herd

Re: [gentoo-dev] Re: About herds and their non-existant use

2008-05-23 Thread Santiago M. Mola
On Fri, May 23, 2008 at 10:39 AM, Tiziano Müller [EMAIL PROTECTED] wrote: Marijn Schouten (hkBst) wrote: While we're changing things around, perhaps we can then also standardize the mail alias to [EMAIL PROTECTED] What Marius is saying though is that there are two files that handle people and

[gentoo-dev] lastrite: sys-cluster/{wulfstat,xmlsysd} (replaced by sys-cluster/wulfware)

2008-05-23 Thread Samuli Suominen
# Samuli Suominen [EMAIL PROTECTED] (23 May 2008) # Replaced by sys-cluster/wulfware wrt bug #193635. # Unversioned and old tarballs, and an ebuild # altering /etc/services which is wrong. # Removed in ~60 days by treecleaners. sys-cluster/wulfstat sys-cluster/xmlsysd --

[gentoo-dev] Re: Re: About herds and their non-existant use

2008-05-23 Thread Tiziano Müller
Santiago M. Mola wrote: On Fri, May 23, 2008 at 10:39 AM, Tiziano Müller [EMAIL PROTECTED] wrote: Marijn Schouten (hkBst) wrote: While we're changing things around, perhaps we can then also standardize the mail alias to [EMAIL PROTECTED] What Marius is saying though is that there are two

Re: [gentoo-dev] Re: About herds and their non-existant use

2008-05-23 Thread Marius Mauch
On Thu, 22 May 2008 08:05:07 +0200 Tiziano Müller [EMAIL PROTECTED] wrote: While I think the herds concecpt is somewhat useless, I'd rather like to see something like this instead: maintainer teamfoobar/team /maintainer This makes it clear that it is a team instead of a person (where

Re: [gentoo-dev] Re: Re: About herds and their non-existant use

2008-05-23 Thread Marius Mauch
On Fri, 23 May 2008 14:07:41 +0200 Tiziano Müller [EMAIL PROTECTED] wrote: Santiago M. Mola wrote: On Fri, May 23, 2008 at 10:39 AM, Tiziano Müller [EMAIL PROTECTED] wrote: Marijn Schouten (hkBst) wrote: While we're changing things around, perhaps we can then also standardize the

Re: [gentoo-dev] Re: About herds and their non-existant use

2008-05-23 Thread Robin H. Johnson
On Fri, May 23, 2008 at 07:18:16AM +0200, Marijn Schouten (hkBst) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tiziano ??? wrote: | Marius Mauch wrote: | - only have one location where members of a given team are listed, | currently it's possible and quite likely that herds.xml and

[gentoo-dev] Re: About herds and their non-existant use

2008-05-23 Thread Diego 'Flameeyes' Pettenò
Robin H. Johnson [EMAIL PROTECTED] writes: The sole reason that isn't possible is that some teams would have names that conflict with system accounts. While it's possible to override those in the Gentoo mail server setup, the system account versions DO receive a _LOT_ of spam because they are

Re: [gentoo-dev] Re: About herds and their non-existant use

2008-05-23 Thread Rémi Cardona
Diego 'Flameeyes' Pettenò a écrit : Robin H. Johnson [EMAIL PROTECTED] writes: The sole reason that isn't possible is that some teams would have names that conflict with system accounts. While it's possible to override those in the Gentoo mail server setup, the system account versions DO

[gentoo-dev] [RFC] Eclass for gnome-python* split

2008-05-23 Thread Arun Raghavan
Greetings All, I've been working on an ancient bug [1] requesting a split of the gnome-python, gnome-python-extras, and gnome-python-desktop ebuilds. The motivation behind the split is that packages that depend on a single module or a small set of modules from one of these packages end up pulling