Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Danny van Dyk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alec Warner schrieb: |The big controversy seems to be over whether repositories carry a |unique identifier string (for example, in metadata/repository_id) or |whether it's user-assigned. The former is clearly the more sensible |option, since it lets

Re: [gentoo-dev] RFC: disallowing multiple votes per person in council meetings

2005-12-16 Thread Thierry Carrez
Ciaran McCreesh wrote: Possible proposal: the current council meeting rules be updated with one of the following two clauses: Each person at a council meeting may represent only one voting role. Or: A proxy must not be an existing council member, and any single person may not be a proxy

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Ciaran McCreesh
On Sat, 17 Dec 2005 00:19:41 +0900 Jason Stubbs [EMAIL PROTECTED] wrote: | DEPEND==foo-bar/baz-2.1::ciaranmssekritrepo | | which would add a restriction that only packages in | ciaranmssekritrepo would be considered. This only works if the | repository knows its own identifier, however... |

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Ciaran McCreesh
On Fri, 16 Dec 2005 10:00:02 +0100 Danny van Dyk [EMAIL PROTECTED] wrote: | Just one remark: What about making the syntax a bit more familiar to | C++ users: | | ~ DEPENDS=gentoo-foo::foo-bar/baz-2.1 That was my original thought when I started playing with it. I switched to postfix to make it

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Ciaran McCreesh
On Fri, 16 Dec 2005 04:12:08 -0800 Brian Harring [EMAIL PROTECTED] wrote: | What's needed is an extension of the portage configuration so that | it's able to specify multiple standalone repos, slaved (overlay) | repos chained against the standalones, package.* filters applied to | each repo, etc.

[gentoo-dev] UPGRADE bugs.gentoo.org

2005-12-16 Thread Jeffrey Forman
To all, After blowing my upgrade window by almost 2 hours bugzilla is back up, albeit missing the pretty Gentoo theme. I will be putting that in after I've taken a break, because this upgrade was NOT FUN. First and foremost I want to thank some people over in #mozwebtools on irc.mozilla.org for

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Zac Medico
Ciaran McCreesh wrote: | Local news delivery *should* still be using the user label. Unique | repo internal labels don't matter to glep42, since the label that | news delivery _should_ use is what the user's configuration has named | it. | | Just stating it, since tagging a unique id into the

Re: [gentoo-dev] UPGRADE bugs.gentoo.org

2005-12-16 Thread Dan Meltzer
Here, have a goat. It's on me no, literally, get it off! On 12/16/05, Jeffrey Forman [EMAIL PROTECTED] wrote: To all, After blowing my upgrade window by almost 2 hours bugzilla is back up, albeit missing the pretty Gentoo theme. I will be putting that in after I've taken a break, because

Re: [gentoo-dev] Gee, wouldn't it be nice (security bugs)...

2005-12-16 Thread Michael Cummings
Following the bugzilla upgrade, looks like email is now setting a field procmail can filter on. so, ah, thanks! 'cause i know this bugzilla upgrade was all secretly to satisfy me ;) ~mcummings, advocate of saving jforman from further torment without a good cause, like sheer fun or something --

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Dan Meltzer
Why not $(portageq newsdir) ? Currently, that would return only the one for main tree, but if/whenever multi repo support it added, it could return a space delimted list. This makes it simple to manage, and lets the portage crew a) figure out what they want to do b) implement it while keeping

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Zac Medico
Ciaran McCreesh wrote: | Brian agreed with you that the extended dep syntax will be necessary | at some point in the future. I also agree. So, knowing that glep 42 | doesn't require extended depset syntax, can we stop playing this game | and just settle on something like newsdir=$(portageq

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Dan Meltzer
On 12/16/05, Zac Medico [EMAIL PROTECTED] wrote: Ciaran McCreesh wrote: | Brian agreed with you that the extended dep syntax will be necessary | at some point in the future. I also agree. So, knowing that glep 42 | doesn't require extended depset syntax, can we stop playing this game |

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Ciaran McCreesh
On Fri, 16 Dec 2005 14:17:13 -0800 Zac Medico [EMAIL PROTECTED] wrote: | What the heck is this 'gentoo' thing, and how does it help? Shoving | newsdir into portageq doesn't help *at all* with multiple repository | support. | | Like I said in a previous email, 'gentoo' corresponds to |

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Zac Medico
Ciaran McCreesh wrote: On Fri, 16 Dec 2005 14:17:13 -0800 Zac Medico [EMAIL PROTECTED] wrote: | What the heck is this 'gentoo' thing, and how does it help? Shoving | newsdir into portageq doesn't help *at all* with multiple repository | support. | | Like I said in a previous email, 'gentoo'

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Zac Medico
Dan Meltzer wrote: Like I said in a previous email, 'gentoo' corresponds to 'magic-chicken' in your news-magic-chicken.unread files. The news reader app gets the repo identifier from the news-*.unread files and plugs that into portageq to get the directory where the corresponding new items

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Luca Barbato
Danny van Dyk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alec Warner schrieb: |The big controversy seems to be over whether repositories carry a |unique identifier string (for example, in metadata/repository_id) or |whether it's user-assigned. The former is clearly the more sensible

[gentoo-dev] Kill dev-libs/commonc++?

2005-12-16 Thread Ciaran McCreesh
https://bugs.gentoo.org/show_bug.cgi?id=115707 dev-libs/commonc++ doesn't compile with gcc 3.4, and isn't depended upon by anything. The replacement is dev-cpp/commoncpp2. Unless someone screams soon I'll package.mask and remove. -- Ciaran McCreesh : Gentoo Developer (I can kill you with my

Re: [gentoo-dev] Multiple Repo Support

2005-12-16 Thread Brian Harring
On Sat, Dec 17, 2005 at 03:48:05AM +0100, Luca Barbato wrote: Just one remark: What about making the syntax a bit more familiar to C++ users: ~ DEPENDS=gentoo-foo::foo-bar/baz-2.1 Comments? what about DEPENDS=gentoo-foo/foo-bar/baz-2.1 No, screws over 1 depth categories. ~harring

Re: [gentoo-dev] Kill dev-libs/commonc++?

2005-12-16 Thread Ned Ludd
On Sat, 2005-12-17 at 02:55 +, Ciaran McCreesh wrote: https://bugs.gentoo.org/show_bug.cgi?id=115707 dev-libs/commonc++ doesn't compile with gcc 3.4, and isn't depended upon by anything. The replacement is dev-cpp/commoncpp2. Unless someone screams soon I'll package.mask and remove.

Re: [gentoo-portage-dev] chunking up portage

2005-12-16 Thread Brian Harring
On Thu, Dec 15, 2005 at 01:54:06PM +0200, Marius Mauch wrote: Brian Harring wrote: So... thoughts? I'm not much for making portage depend on tarsync just for emerge-webrsync improvements, would rather chunk the bugger out. How about runtime detection? runtime detection is questionable

Re: [gentoo-portage-dev] chunking up portage

2005-12-16 Thread Marius Mauch
Brian Harring wrote: On Thu, Dec 15, 2005 at 01:54:06PM +0200, Marius Mauch wrote: Brian Harring wrote: So... thoughts? I'm not much for making portage depend on tarsync just for emerge-webrsync improvements, would rather chunk the bugger out. How about runtime detection? runtime

Re: [gentoo-portage-dev] PATCH: parallel-fetch

2005-12-16 Thread Jason Stubbs
On Friday 16 December 2005 19:01, Brian Harring wrote: On Fri, Dec 16, 2005 at 12:09:10PM +0900, Jason Stubbs wrote: On Thursday 15 December 2005 20:06, Brian Harring wrote: This is the only blocker for merging parallel-fetch as far as I can tell- so... my vote is nuking the wait out of