Mike Frysinger wrote:
> keeping documentation of functions in a separate file (man pages in this
> case)
> has obvious bit rot problems written all over it, so i'd like to merge the
> documentation into the respective eclasses so that the man pages can be
> automatically generated
+1
Of cours
On 6/11/07, Ryan Hill <[EMAIL PROTECTED]> wrote:
> 3) said increase means proctors/devrel have more work (meaning more
> random outbursts at the proctors/devrel when folks realize that they
> *are* going to enforce the behaviour rules, and that the outburstes
> can be punished too).
It should pr
looks like the meeting summary was never sent out, so here it is
- Documentation for mail servers are on gentoo.org now in infrastructure
project
- Social contract changes are waiting on the trustees to clarify the
Foundation statement
- proctors have been working on requested CoC updates but
On Saturday 02 June 2007, Seemant Kulleen wrote:
> Is the council planning on replacing the two missing members (Flameeyes
> and Kloeri)?
yes, we're planning on replacing kloeri in line with the decisions made last
time (when Flameeyes left)
-mike
signature.asc
Description: This is a digitally
keeping documentation of functions in a separate file (man pages in this case)
has obvious bit rot problems written all over it, so i'd like to merge the
documentation into the respective eclasses so that the man pages can be
automatically generated
off the cuff, i'd propose a style like:
# FUN
Thilo Bangert wrote:
[great stuff here]
Thanks for your useful work Thilo :)
/me tips hat
Rémi
--
[EMAIL PROTECTED] mailing list
Robin H. Johnson wrote:
> Removals:
> media-fonts/liberation-fonts-ttf 2007-06-04 18:17:12 je_fro
> media-fonts/liberation-fonts-ttf 2007-06-05 01:31:21 je_fro
>
> Additions:
> media-fonts/liberation-fonts-ttf 2007-06-04 20:34:59 je_fro
> media-fonts/liberation-fonts-ttf
Brian Harring wrote:
> Guess I'll be the killjoy, and throw in the -1 on it.
>
> Reasons are pretty straightforward (at least to me):
I originally agreed with you, but after giving it some thought I think
it might help.
> 1) Creating such channels is just attempting to shift the problem out
>
On Sun, Jun 10, 2007 at 02:31:02PM -0600, Ryan Hill wrote:
> Kumba wrote:
>
> > Anyways, thoughts?
>
> Yes please.
Guess I'll be the killjoy, and throw in the -1 on it.
Reasons are pretty straightforward (at least to me):
1) Creating such channels is just attempting to shift the problem out
o
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2007-06-10 23h59 UTC.
Removals:
media-fonts/liberation-fonts-ttf2007-06-04 18:17:12 je_fro
media-fonts/liberation-fonts-ttf2007-06-05 01:31:21 je_fro
app-vim/sudo
On Sun, 10 Jun 2007 20:13:11 +0100
Steve Long <[EMAIL PROTECTED]> wrote:
> thanks for increasing the SNR.
Pot, meet kettle.
And yes, I know I'm doing the same. However, I'm not complaining about
it, and I don't particularly care.
--
[EMAIL PROTECTED] mailing list
Hi all,
welcome to the second issue of the irregular metadata.xml check.
Did you know that only 16% of all packages in the tree do not belong to
any herd (ie. no-herd). Nevertheless, as no-herd is not a
nice place to be, perhaps your herd can adopt a package or two. If you
get really lucky you
> Step 2 - Metadata.xml contains only a herd
> --
> 1. Take the herd element, and look up the herd in herds.xml to convert
>to an email address. This email address must be a valid bugzilla
>account.
> 2. This email is treated as an implicit maintainer
On Sun, Jun 10, 2007 at 02:58:27PM -0600, Ryan Hill wrote:
> I agree here, we have many packages that are assigned to a herd, with a
> certain member of that herd listed as maintainer. For example I'll use
> freetype since I've been working on it today:
> No matter what, if the herd tag is no
Hi folks,
This got sidetracked originally, and I got busy.
I've greatly revised this to take into account the various feedback on
both the original thread as well as the later 'Irregular Metadata Check'
thread by bangert.
I sided with bangert's arguments after thinking about the processing.
Th
Thilo Bangert wrote:
> "Robin H. Johnson" <[EMAIL PROTECTED]> said:
>> See the thread about automatic assignment for more about this.
>> More importantly, once the automatic stuff goes into play, the
>> existence of the herd tag will only matter on metadata that does not
>> have any other maintain
Kumba wrote:
> Anyways, thoughts?
Yes please.
--
dirtyepic salesman said this vacuum's guaranteed
gentoo org it could suck an ancient virus from the sea
9B81 6C9F E791 83BB 3AB3 5B2D E625 A073 8379 37E8 (0x837937E8)
--
[EMAIL PROTECTED] mailing list
William L. Thomson Jr. wrote:
I have nfc what any of that really means for users.. ;) Either we need both
packages to keep current with any and all gpg usage, or we don't. Sort it
out amongst yourselves, just keep us users able to mouth off about how
great gentoo is.
BTW thanks for deskzilla ;)
Stefan Schweizer wrote:
> The process has worked really good so far. I suggest you to read up on how
> this is currently being done on overlays.gentoo.org/proj/sunrise and if
> you are interested I invite you to join #gentoo-sunrise to see how it is
> done.
>
Lovely, nice to meet you! Sorry i went
Stephen Bennett wrote:
>> P.D: for those of you worried out there: *NO*. Gentoo/Alpha is *not*
>> going to have a different default package manager than the rest of
>> Gentoo ;)
>
> ...yet.
>
> *flees*
yeah that was a valuable technical insight wasn't it? oh noez it was another
one of those crap
20 matches
Mail list logo
