[gentoo-dev] One-Day Gentoo Council Reminder for August

2008-08-13 Thread Mike Frysinger
This is your one-day friendly reminder ! The monthly Gentoo Council meeting is tomorrow in #gentoo-council on irc.freenode.net. See the channel topic for the exact time (but it's probably 2000 UTC). If you're supposed to show up, please show up. If you're not supposed to show up, then show up a

[gentoo-dev] [RFC] What features should be included in EAPI 2?

2008-08-13 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello again, I'd like to get some feedback about what people would like to have in the final EAPI 2. In planning for this EAPI bump, we should strike a balance somewhere in between everything that we'd like to have and whatever we can implement in a s

Re: [gentoo-dev] [RFC] What features should be included in EAPI 2?

2008-08-13 Thread Ciaran McCreesh
On Wed, 13 Aug 2008 01:18:33 -0700 Zac Medico <[EMAIL PROTECTED]> wrote: > * The old src_compile phase function is split into separate >src_configure and src_compile fuctions. If you're doing new phases... Exheres has been using src_prepare, after src_unpack, to avoid having lots of things of

[gentoo-dev] [GLEP 56] metadata.xml USE flag descriptions [Clarifications]

2008-08-13 Thread Doug Goldstein
Howdy all, Further questions regarding use.desc have come up with regard to this GLEP. My proposed solution would be a potential amendment to the GLEP to state that Would be allowed. This syntax is not actually disallowed or allowed by the current GLEP, but mentioning it would allow a meta

Re: [gentoo-dev] [GLEP 56] metadata.xml USE flag descriptions [Clarifications]

2008-08-13 Thread Santiago M. Mola
On Wed, Aug 13, 2008 at 7:11 PM, Doug Goldstein <[EMAIL PROTECTED]> wrote: > Howdy all, > > Further questions regarding use.desc have come up with regard to this GLEP. > My proposed solution would be a potential amendment to the GLEP to state > that > > > > Would be allowed. This syntax is not act

Re: [gentoo-dev] [GLEP 56] metadata.xml USE flag descriptions [Clarifications]

2008-08-13 Thread Josh Saddler
Doug Goldstein wrote: Howdy all, Further questions regarding use.desc have come up with regard to this GLEP. My proposed solution would be a potential amendment to the GLEP to state that Comments, Suggestions, Input are all welcome. If you're going for proper XML, then it should look l

Re: [gentoo-dev] [GLEP 56] metadata.xml USE flag descriptions [Clarifications]

2008-08-13 Thread Mark Loeser
Josh Saddler <[EMAIL PROTECTED]> said: > If you're going for proper XML, then it should look like this: > > > > XML doesn't put a space between the attribute and the closing slash -- > XHTML does. Common mistake. Also, use " for attributes, rather than '. Well, if we want to nitpick, adding a sp

Re: [gentoo-dev] [GLEP 56] metadata.xml USE flag descriptions [Clarifications]

2008-08-13 Thread Doug Goldstein
Santiago M. Mola wrote: On Wed, Aug 13, 2008 at 7:11 PM, Doug Goldstein <[EMAIL PROTECTED]> wrote: Howdy all, Further questions regarding use.desc have come up with regard to this GLEP. My proposed solution would be a potential amendment to the GLEP to state that Would be allowed. This sy

Re: [gentoo-dev] [RFC] What features should be included in EAPI 2?

2008-08-13 Thread Petteri Räty
Zac Medico kirjoitti: * Default phase function implementations for older EAPIs are accessible via functions having names that start with 'eapi', followed by the EAPI value. What's the benefit of this feature? Regards, Petteri signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] best way to use profiles and package.use.mask?

2008-08-13 Thread Petteri Räty
Steve Dibb kirjoitti: > Are there ever any cases where we could just simply put the use flag as restricted in the global package.use.mask and then unrestrict them in the profiles ones if, for example, it only worked on one or a few arches? Or is the best policy always to mask it on each profil

Re: [gentoo-dev] best way to use profiles and package.use.mask?

2008-08-13 Thread Petteri Räty
Friedrich Oslage kirjoitti: Maybe we should ask Recruiters what most people answered to that eom-quiz question :) > I have been instructing people to adjust the files themselves. The changes affect only the package in question and as such it falls under the responsibility of the maintainer of

Re: [gentoo-dev] [RFC] What features should be included in EAPI 2?

2008-08-13 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciaran McCreesh wrote: > On Wed, 13 Aug 2008 01:18:33 -0700 > Zac Medico <[EMAIL PROTECTED]> wrote: >> * The old src_compile phase function is split into separate >>src_configure and src_compile fuctions. > > If you're doing new phases... Exheres

Re: [gentoo-dev] [RFC] What features should be included in EAPI 2?

2008-08-13 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Petteri Räty wrote: > Zac Medico kirjoitti: >> >> * Default phase function implementations for older EAPIs are >>accessible via functions having names that start with 'eapi', >>followed by the EAPI value. >> > > What's the benefit of this fea

Re: [gentoo-dev] [RFC] Should we introduce PROPERTIES into the ebuild metadata cache on the rsync mirrors?

2008-08-13 Thread Joe Peterson
Zac Medico wrote: > Please consider the introduction of a new "PROPERTIES" variable to > the ebuild metadata cache that's distributed via the rsync mirrors > and resides locally in the ${PORTDIR}/metadata/cache/ directory. > This variable is intended to have identical syntax to the existing > RESTR

Re: [gentoo-dev] [RFC] What features should be included in EAPI 2?

2008-08-13 Thread Petteri Räty
Zac Medico kirjoitti: Petteri Räty wrote: Zac Medico kirjoitti: * Default phase function implementations for older EAPIs are accessible via functions having names that start with 'eapi', followed by the EAPI value. What's the benefit of this feature? In some cases it might be conveni

Re: [gentoo-dev] Jeeves IRC replacement now alive - Willikins

2008-08-13 Thread Jesus Rivero
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robin H. Johnson wrote: |> If you would like to have the new bot in your #gentoo-* channel, would |> each channel founder/leader please respond to this thread, stating the |> channel name, and that they are the contact for any problems/troubles. Hel

[gentoo-dev] The Plethora of Patches

2008-08-13 Thread Andrew D Kirch
It has become abundantly clear that distribution maintainers should have as few patches as possible. Patches waste time due to duplicate work, resources (portage disk space and bandwidth), and as the Debian project recently found out after a major vulnerability was discovered in the OpenSSH pa

Re: [gentoo-dev] The Plethora of Patches

2008-08-13 Thread Jeremy Olexa
Andrew D Kirch wrote: Good points, I take it that you have found a mentor and are becoming a dev to drive this project then? -Jeremy