Re: [gentoo-dev] Request for changes to GLEP 41
On Sat, Nov 19, 2005 at 04:26:20PM +, Kurt Lieber wrote: * Drop the idea of giving the arch testers an email alias altogether works for me but i think makes the GLEP less meaningful * Change @subdomain.gentoo.org to @gentoo.org. i'd be against this and i'm pretty sure others would be to (just see the first log for GLEP 41) * Create an entirely new domain isnt subdomain.gentoo.org a new domain ? i dont see how this is any different (assuming you mean a new 2nd level domain in the .org tld) -mike -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: implementation details for GLEP 41
Robin H. Johnson posted [EMAIL PROTECTED], excerpted below, on Sat, 19 Nov 2005 21:44:41 -0800: The 6x146GB is overkill for storage, unless you have some other plans that I'm not aware of (I'm assuming RAID5 with a hot-spare, so 4x146GB usable). 6x72GB might be more suitable for the budget. As I just RAID-ed my main system, and have the info fresh... If the capacity is there, go RAID6 (dual parity RAID5, so two drives can drop out without the thing dieing) with a hot-spare as well, so threex146GB usable. In any case, I'd go RAID6 with no hot-spare over RAID5 with a hot-spare, as it's effectively the same thing, only with RAID6, you can lose two at once without dieing, instead of only one -- and you hope the second waits to die at least until the hot-spare gets synced. This of course assumes software RAID, as RAID6 is certainly a kernel option. If it's hardware RAID, you of course go with the capacities the hardware supplies, and I'd guess RAID6 is a less common option, certainly less commonly known. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Dropping phpgroupware from the Portage tree
Hi, I've just masked the package 'www-apps/phpgroupware', and will be dropping it from the tree soon. There are a number of issues with the project, including: * Outstanding security bugs * Upstream homepage no longer available * No real releases in over a year 'www-apps/egroupware' is an actively-maintained fork of phpgroupware, and is available via Portage for anyone looking for an alternative. Best regards, Stu -- Stuart Herbert [EMAIL PROTECTED] Gentoo Developer http://www.gentoo.org/ http://stu.gnqs.org/diary/ GnuGP key id# F9AFC57C available from http://pgp.mit.edu Key fingerprint = 31FB 50D4 1F88 E227 F319 C549 0C2F 80BA F9AF C57C -- signature.asc Description: This is a digitally signed message part
Re[2]: [gentoo-dev] Request for changes to GLEP 41
20.11.2005, 12:10:35, Mike Frysinger wrote: On Sat, Nov 19, 2005 at 04:26:20PM +, Kurt Lieber wrote: * Drop the idea of giving the arch testers an email alias altogether works for me but i think makes the GLEP less meaningful Unless we are able to move to some important things instead of flexing muscles and ego in endless debates on importance of subdomains creating pointless administrative overhead, someone *please* with sugar on top drop that idea from the GLEP. This debate starts to be pretty much ridiculous. -- Best regards, Jakub Moc mailto:[EMAIL PROTECTED] GPG signature: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E ... still no signature ;) pgpWu0qWCJkCy.pgp Description: PGP signature
Re: Retiring devs [was Re: [gentoo-dev] implementation details for GLEP 41]
On Sat, Nov 19, 2005 at 06:26:28PM -0600, Brian Harring wrote: Forums people, any thoughts/requirements? Currently there are approximately 10 mods/admins. In general it's possible for us to keep track of who of us is active or not. Those folks also have toucan access and _should_ update their away when gone. If devrel thinks it is necessary it may be possible to set up automatic notifications if someone has not logged into the forums in a while (not sure if required and how much effort to implement). cheers, Wernfried -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Request for changes to GLEP 41
Jeroen Roovers posted [EMAIL PROTECTED], excerpted below, on Sun, 20 Nov 2005 02:07:37 +0100: * Give those arch testers a temporary [EMAIL PROTECTED] and don't mess with subdomains. That's a very interesting idea. Could it really be as simple as that? It should certainly eliminate any infra concerns with the subdomain, since it eliminates the subdomain, yet it fills all the other requirements as I can see them, anyway, and is consistent with the suggestion language of the GLEP as passed. Why didn't *I* think of that!?? =8^) -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] webapp-config v1.50 added to the tree - testers wanted
Hi, webapp-config v1.50 is now in the Portage tree, and needs wider testing. The package is currently masked. To unmask it, run the following command: echo '~app-admin/webapp-config-1.50' /etc/portage/package.unmask This version, developed by Gunnar Wrobel and Renat Lumpau, is a port to Python. This version of webapp-config is as fast as Portage itself (or faster, if /usr/share/webapps and /var/www are on the same filesystem), and addresses all reported bugs. You can find the authors in #gentoo-web. Best regards, Stu -- Stuart Herbert [EMAIL PROTECTED] Gentoo Developer http://www.gentoo.org/ http://stu.gnqs.org/diary/ GnuGP key id# F9AFC57C available from http://pgp.mit.edu Key fingerprint = 31FB 50D4 1F88 E227 F319 C549 0C2F 80BA F9AF C57C -- signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Email subdomain
On Sat, 19 Nov 2005 22:08:14 + George Prowse [EMAIL PROTECTED] wrote: | Adding on to that, the mud slinging and conspiracy theories in this | thread benefit no-one, especially those looking at Gentoo from the | outside in. I see more Who Killed JR? than this is good/bad | because... Pfff, anyone looking at Gentoo from the outside in will see that a) our management is a mess, and b) we can still stick out a decent end product despite of that. Since we're an open project, what's the point in lying to our users? -- Ciaran McCreesh : Gentoo Developer (Look! Shiny things!) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm signature.asc Description: PGP signature
Re: [gentoo-dev] webapp-config v1.50 added to the tree - testers wanted
On Sun, 2005-11-20 at 13:35 +, Stuart Herbert wrote: This version of webapp-config is as fast as Portage itself (or faster, Sorry I cant help it. But is this some sort of joke? Using the words 'portage' and 'fast' in the same sentence somehow seems like an oxymoron. portage is _powerful_ but it's anything but fast. Anyway cool to hear that a new version is out. good luck brave testers. -- Ned Ludd [EMAIL PROTECTED] Gentoo Linux -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] CVS-Server requirements (was: implementation details for GLEP 41)
The Specs giving were for the new dev box, not the projected CVS/SVN box. I think the wire got crossed somewhere along the way. -Lares On Sun, 2005-11-20 at 06:31 +0100, Lars Weiler wrote: * Lance Albertson [EMAIL PROTECTED] [05/11/19 22:50 -0600]: Yeah, we defiantly could use a beefy new server for CVS/SVN. Just make sure you chat with robbat2/Pylon on the specifics for the requirements. I believe the main thing they wanted was lots of ram. CVS/SVN doesn't need much CPU load or even several CPUs and also we don't need a lot of disk-space. But our setup could make use of a lot of fast RAM and a nice RAID (which we don't have at the moment). So specs are: - ~3GHz Xeon - 4-6GB of RAM - RAID-5 or -10 with u320 disks (for the actual data, 20GB would be enough for the next years) - a very good network-connection Regards, Lars -- Lares Moreau [EMAIL PROTECTED] | LRU: 400755 http://counter.li.org Gentoo x86 Arch Tester | ::0 Alberta, Canada Public Key: 0D46BB6E @ subkeys.pgp.net | Encrypted Mail Prefered Key fingerprint = 0CA3 E40D F897 7709 3628 C5D4 7D94 483E 0D46 BB6E signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: implementation details for GLEP 41
On Sun, 2005-11-20 at 04:29 -0700, Duncan wrote: If the capacity is there, go RAID6 (dual parity RAID5, so two drives can drop out without the thing dieing) with a hot-spare as well, so threex146GB usable. Is RAID6 production ready? -- Lares Moreau [EMAIL PROTECTED] | LRU: 400755 http://counter.li.org Gentoo x86 Arch Tester | ::0 Alberta, Canada Public Key: 0D46BB6E @ subkeys.pgp.net | Encrypted Mail Prefered Key fingerprint = 0CA3 E40D F897 7709 3628 C5D4 7D94 483E 0D46 BB6E signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] webapp-config v1.50 added to the tree - testers wanted
On Sun, 2005-11-20 at 09:18 -0500, Ned Ludd wrote: Sorry I cant help it. But is this some sort of joke? Using the words 'portage' and 'fast' in the same sentence somehow seems like an oxymoron. portage is _powerful_ but it's anything but fast. No, but it *is* a benchmark that everyone can relate to. And it's magnitudes faster than my original bash version of webapp-config ;-) Best regards, Stu -- Stuart Herbert [EMAIL PROTECTED] Gentoo Developer http://www.gentoo.org/ http://stu.gnqs.org/diary/ GnuGP key id# F9AFC57C available from http://pgp.mit.edu Key fingerprint = 31FB 50D4 1F88 E227 F319 C549 0C2F 80BA F9AF C57C -- signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: implementation details for GLEP 41
On Sun, 20 Nov 2005 07:49:11 -0700 Lares Moreau [EMAIL PROTECTED] wrote: | On Sun, 2005-11-20 at 04:29 -0700, Duncan wrote: | If the capacity is there, go RAID6 (dual parity RAID5, so two | drives can drop out without the thing dieing) with a hot-spare as | well, so threex146GB usable. | | Is RAID6 production ready? RAID6 was only invented because a certain large hardware manufacturer shipped a bunch of duff disks in one of its drive arrays. In practice it's not necessary, because if you're taking the kind of damage that kills multiple drives over a short period then you're going to lose more than two drives anyway. -- Ciaran McCreesh : Gentoo Developer (Look! Shiny things!) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm signature.asc Description: PGP signature
Re: Retiring devs [was Re: [gentoo-dev] implementation details for GLEP 41]
On Sat, Nov 19, 2005 at 06:26:28PM -0600, Brian Harring wrote: On Sat, Nov 19, 2005 at 11:04:44PM +, Kurt Lieber wrote: The problem is in detection- an infra issue that could be solved by either allowing normal devrel people to run the detection scripts themselves (rather then asking infra to do so) First I've heard of this request. Has a bug been submitted for it? It's easy enough to set up some cron jobs to run scripts and email output to an alias or mailing list. Only the usual irc infra requests (will take that comment as indication it's time to open a bug). I'm currently retiring a somewhat large portion of inactive devs. I don't use solars script as it doesn't work correctly in some cases. This has been discussed several times on #-infra together with the need for checking bugzilla activity. I've fixed the bugzilla activity using a slightly hackish php script that pulls activity directly from the database for now but it should probably be cleaned up a bit. My biggest problem really is checking cvs/svn activity right now because of the aforementioned bug that more or less forces me to use 'cvs history'. I'll file a bug or two with my requirements later today so it can be handled in a more orderly fashion. Would need the ability to maintain a blacklist of users to auto-ignore (releng), and would need to pull from svn also (something the current script doesn't handle afaik). Binding pulling buzilla stats in would be needed also (poke kloeri about that one). Ultimately, tracking actual pulls (ssh access on lark) rather then just pushes would be needed to- otherwise new doc devs, AT's, and new alt devs would be flagged due to their lack of the write bit. I don't really care about anything besides commits right now. Even for ATs having only ro cvs access I should still be able to determine their activity from bugs.g.o activity. Failing that I do talk to leads when in doubt and always try to cc people on any retirement bugs I file so they can object if needed. Forums people, any thoughts/requirements? ~harring We should be able to handle forums staff the same way I currently check bugs activity. Only requires ro access to the database and a small script but this would obviously have to be discussed with infra and forum leads. Regards, Bryan Østergaard -- gentoo-dev@gentoo.org mailing list
Re: Retiring devs [was Re: [gentoo-dev] implementation details for GLEP 41]
Bryan Ãstergaard wrote: On Sat, Nov 19, 2005 at 06:26:28PM -0600, Brian Harring wrote: On Sat, Nov 19, 2005 at 11:04:44PM +, Kurt Lieber wrote: The problem is in detection- an infra issue that could be solved by either allowing normal devrel people to run the detection scripts themselves (rather then asking infra to do so) First I've heard of this request. Has a bug been submitted for it? It's easy enough to set up some cron jobs to run scripts and email output to an alias or mailing list. Only the usual irc infra requests (will take that comment as indication it's time to open a bug). I'm currently retiring a somewhat large portion of inactive devs. I don't use solars script as it doesn't work correctly in some cases. This has been discussed several times on #-infra together with the need for checking bugzilla activity. I've fixed the bugzilla activity using a slightly hackish php script that pulls activity directly from the database for now but it should probably be cleaned up a bit. My biggest problem really is checking cvs/svn activity right now because of the aforementioned bug that more or less forces me to use 'cvs history'. I'll file a bug or two with my requirements later today so it can be handled in a more orderly fashion. I think we've fixed some of those issues with solar's script. You just need to look at the list and make your assumptions. The script is great to spitting out a list that you can look it. Its not 100%, but its good enough to at least use. -- Lance Albertson [EMAIL PROTECTED] Gentoo Infrastructure | Operations Manager --- GPG Public Key: http://www.ramereth.net/lance.asc Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 ramereth/irc.freenode.net signature.asc Description: OpenPGP digital signature
Re: Retiring devs [was Re: [gentoo-dev] implementation details for GLEP 41]
On Sun, Nov 20, 2005 at 09:34:20AM -0600, Lance Albertson wrote: I think we've fixed some of those issues with solar's script. You just need to look at the list and make your assumptions. The script is great to spitting out a list that you can look it. Its not 100%, but its good enough to at least use. Actually, solars script is completely broken after the move to ldap but he should be working on it now :) Still leaves the other bits of the puzzle though (bugs and forums activity). Regards, Bryan Østergaard -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: implementation details for GLEP 41
On Sunday 20 November 2005 06:49 am, Lares Moreau wrote: On Sun, 2005-11-20 at 04:29 -0700, Duncan wrote: If the capacity is there, go RAID6 (dual parity RAID5, so two drives can drop out without the thing dieing) with a hot-spare as well, so threex146GB usable. Is RAID6 production ready? If you are running HP equipment they have been doing it for years, calling it RAID ADG (advanced data guarding iirc). I've setup all of my servers as RAID ADG plus a hot spare to compensate for their disk failure rate. -C -- Corey Shields Gentoo Linux Infrastructure Team Gentoo Foundation Board of Trustees http://www.gentoo.org/~cshields -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Dropping phpgroupware from the Portage tree
On Sunday 20 November 2005 5:38 am, Stuart Herbert wrote: Hi, I've just masked the package 'www-apps/phpgroupware', and will be dropping it from the tree soon. There are a number of issues with the project, including: * Outstanding security bugs * Upstream homepage no longer available * No real releases in over a year 'www-apps/egroupware' is an actively-maintained fork of phpgroupware, and is available via Portage for anyone looking for an alternative. Best regards, Stu This looks like one of those things that should be announced in GWN or something. phpgroupware is still widely used and users need to know Gentoo is dropping support for it in favor of egroupware. -- Jason Huebel Gentoo Board Of Trustees Member Gentoo Developer Relations/Recruiter GPG Public Key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x9BA9E230 Do not weep; do not wax indignant. Understand. Baruch Spinoza (1632 - 1677) pgpEBZuAbRR0P.pgp Description: PGP signature
[gentoo-dev] Distcc and SLP - request for testing
With bug 80219 a user posted a patch for OpenSLP support with Distcc based off of the 2.18.3-r7 ebuild. I can't seem to make it work so I'm going to ask the dev mail list to see if anyone else can test and make it work. Perhaps I simply lack the SLP knowledge. At this time the ebuild and patch are not in CVS so you'll have to download the ebuild and patch and digest them. Please test if you can and post to the bug with your findings. -- Regards, Lisa Seelye GPG: 09CF5 2D6B8 2B72B 997A7 601BC B46B5 561E4 96FC5 http://www.thedoh.com/~lisa/site signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] GLEP 42 Critical News Reporting Round Two
On Fri, 2005-11-18 at 23:44 +, Stuart Herbert wrote: this, then I change my opinion on supporting this proposal, as I surely don't give a damn about some dev meet in the UK that I would never be able to attend and *definitely* don't want that *shoved* down my throat by the tree. That's twice now you've had a pop at the UK meetings in this thread. If there's some problem with the meetings that you'd like to get off your chest, you could take it up with me on IRC or any of the other UK devs. Huh? I was using it as an example of something that I would not be interested in seeing in *my* tree since I wouldn't ever be able to attend. What did you think I meant by it. Did I at any point say that the UK dev meets are a bad thing? The events I've been involved in organising have been events for users, and they've always been put together by both developers and users. I believe that some of our users *are* interested in exactly this type of news - and, from the enquiries I've had in the past, not just UK-based people. Not in the tree. There is already a place for this stuff. Maybe we should add the ability to filter news based on some sort of geographical setting too? That'd be a reasonable thing to add to the GLEP I think. It really sounds like you are wanting to make this proposal way too complex, but I'll wait for the actual GLEP text before making any more comments. -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Dropping phpgroupware from the Portage tree
Jason Huebel wrote: On Sunday 20 November 2005 5:38 am, Stuart Herbert wrote: Hi, I've just masked the package 'www-apps/phpgroupware', and will be dropping it from the tree soon. There are a number of issues with the project, including: * Outstanding security bugs * Upstream homepage no longer available * No real releases in over a year 'www-apps/egroupware' is an actively-maintained fork of phpgroupware, and is available via Portage for anyone looking for an alternative. Best regards, Stu This looks like one of those things that should be announced in GWN or something. phpgroupware is still widely used and users need to know Gentoo is dropping support for it in favor of egroupware. gentoo-announce mailing list too if it is still widely used Regards, Petteri Räty signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Distcc and SLP - request for testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lisa Seelye wrote: | With bug 80219 a user posted a patch for OpenSLP support with Distcc | based off of the 2.18.3-r7 ebuild. I can't seem to make it work so I'm | going to ask the dev mail list to see if anyone else can test and make | it work. Perhaps I simply lack the SLP knowledge. | | At this time the ebuild and patch are not in CVS so you'll have to | download the ebuild and patch and digest them. | | Please test if you can and post to the bug with your findings. Out of curiosity, why isn't this patch just being sent upstream for incorporation there? Thanks, Donnie -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgNCgXVaO67S1rtsRAvlwAJ99s/FwPZZaZj2yGvbkJSLoq48L1ACgwyhR xukNRYu/5rxE2wOqfSWrgfI= =NzDe -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: Retiring devs [was Re: [gentoo-dev] implementation details for GLEP 41]
On Sun, Nov 20, 2005 at 04:10:34PM +0100, Bryan Ãstergaard wrote: We should be able to handle forums staff the same way I currently check bugs activity. Only requires ro access to the database and a small script but this would obviously have to be discussed with infra and forum leads. As stated in my other mail (where i wrote 10 people, it's actually 18, sorry) i guess that can be implemented with not too much effort. It's probably easiest to discuss the details somewhere on irc (#gentoo-forums, #gentoo-devrel or wherever else). cheers, Wernfried -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] punting the use.defaults feature
Mike Frysinger wrote: On Fri, Nov 18, 2005 at 11:18:58AM -0800, Drake Wyrm wrote: Jakub Moc [EMAIL PROTECTED] wrote: Well, I don't think so... If I want to enable a feature for one specific ebuild and a USE flag in /etc/portage/package.use pulls in a dep, that in turn enables that use flag globally, it's obviously not what I intended and forces me to add yet another -flag into make.conf If you don't want portage to employ dark magic in guessing which use flags you want enabled, don't let it. Specify your use flags explicitly. or we can just remove the dark magic and be done with it use.defaults is almost like letting ./configure scripts auto detect settings on the fly imho -mike I'll put in another vote against dark magic. However changing this will also lead to many supprises and tick off many users who don't know why a bunch of flags just vanished. How about we leave the feature in portage but remove auto from USE_ORDER in the 2006.0 profile and put a note about the changed behaviour the release announcements. For users who do like the functionality just properly document the existance of USE_ORDER in the install guide. -- Michael Marineau [EMAIL PROTECTED] Gentoo Linux Developer Oregon State University signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Distcc and SLP - request for testing
On Sun, 2005-11-20 at 11:38 -0800, Donnie Berkholz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lisa Seelye wrote: | With bug 80219 a user posted a patch for OpenSLP support with Distcc | based off of the 2.18.3-r7 ebuild. I can't seem to make it work so I'm | going to ask the dev mail list to see if anyone else can test and make | it work. Perhaps I simply lack the SLP knowledge. | | At this time the ebuild and patch are not in CVS so you'll have to | download the ebuild and patch and digest them. | | Please test if you can and post to the bug with your findings. Out of curiosity, why isn't this patch just being sent upstream for incorporation there? It is, but there hasn't been much work on Distcc this year. -- Regards, Lisa Seelye GPG: 09CF5 2D6B8 2B72B 997A7 601BC B46B5 561E4 96FC5 http://www.thedoh.com/~lisa/site signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] GLEP 42 Critical News Reporting Round Two
On Sun, 2005-11-20 at 13:06 -0500, Chris Gianelloni wrote: Huh? I was using it as an example of something that I would not be interested in seeing in *my* tree since I wouldn't ever be able to attend. What did you think I meant by it. Did I at any point say that the UK dev meets are a bad thing? I felt that you laboured the point beyond what was reasonable. It's a mis-understanding on my part, and I apologise. The events I've been involved in organising have been events for users, and they've always been put together by both developers and users. I believe that some of our users *are* interested in exactly this type of news - and, from the enquiries I've had in the past, not just UK-based people. Not in the tree. There is already a place for this stuff. Delivering news via this mechanism allows us to reach far more people than we can via the other places. If we could already reach everyone, we wouldn't need this mechanism in the first place. It really sounds like you are wanting to make this proposal way too complex, but I'll wait for the actual GLEP text before making any more comments. I don't see the complexity here. We're proposing a capability to deliver news direct to our users, in a way that can be completely disabled or personalised. How many large corporations would kill to have something that could do that? ;-) If I can't convince you of the merits, I guess there's nothing else for it but to continue work on delivering the proposal without your support :( Best regards, Stu -- Stuart Herbert [EMAIL PROTECTED] Gentoo Developer signature.asc Description: This is a digitally signed message part
[gentoo-dev] Re: GLEP 42 Critical News Reporting Round Two
Personally, I do not think the tree is the place for anything besides that which relates to the tree. I really do not think users would appreciate there sync being burdoned by Developer x broke his toe this week ; developer y is going to italy ; We recently recieved 3 new mirrors and have all this shown on their screen. This feature should only be used for things that are directly related to the tree, and will cause mass breakage if ignored. On 11/20/05, Stuart Herbert [EMAIL PROTECTED] wrote: On Sun, 2005-11-20 at 13:06 -0500, Chris Gianelloni wrote: Huh? I was using it as an example of something that I would not be interested in seeing in *my* tree since I wouldn't ever be able to attend. What did you think I meant by it. Did I at any point say that the UK dev meets are a bad thing? I felt that you laboured the point beyond what was reasonable. It's a mis-understanding on my part, and I apologise. The events I've been involved in organising have been events for users, and they've always been put together by both developers and users. I believe that some of our users *are* interested in exactly this type of news - and, from the enquiries I've had in the past, not just UK-based people. Not in the tree. There is already a place for this stuff. Delivering news via this mechanism allows us to reach far more people than we can via the other places. If we could already reach everyone, we wouldn't need this mechanism in the first place. It really sounds like you are wanting to make this proposal way too complex, but I'll wait for the actual GLEP text before making any more comments. I don't see the complexity here. We're proposing a capability to deliver news direct to our users, in a way that can be completely disabled or personalised. How many large corporations would kill to have something that could do that? ;-) If I can't convince you of the merits, I guess there's nothing else for it but to continue work on delivering the proposal without your support :( Best regards, Stu -- Stuart Herbert [EMAIL PROTECTED] Gentoo Developer -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] punting the use.defaults feature
On Sun, 2005-11-20 at 11:55 -0800, Michael Marineau wrote: However changing this will also lead to many supprises and tick off many users who don't know why a bunch of flags just vanished. How about we leave the feature in portage but remove auto from USE_ORDER in the 2006.0 profile and put a note about the changed behaviour the release announcements. For users who do like the functionality just properly document the existance of USE_ORDER in the install guide. *applauds* Sensibility as well as an un-breaking upgrade path! Finally we see thought in this area ; ) Documenting this would be great. However, I'd -also- want the IUSE=+auto -bongodrums alpha beta +zeta to be set, perhaps with a new USE_ORDER variable :ebuild: ? The dark magic was a very good and usable approach, however with the growth of our tree, it has seen its use and it may well be time to phase it out in favour of a more fine-grained mechanism. Adding and documenting a recommended enable set, would be a great start. It could also be used to fine-tune packages for the GRP set, in order to do partial on/off settings based on the parts that the maintainers consider good and reasonable I know one place where I'd love to see this is fex. the various multimedia backends, openssl/gnutls among other such settings. //Spider -- begin .signature Tortured users / Laughing in pain See Microsoft KB Article Q265230 for more information. end signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Distcc and SLP - request for testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lisa Seelye wrote: | On Sun, 2005-11-20 at 11:38 -0800, Donnie Berkholz wrote: |Out of curiosity, why isn't this patch just being sent upstream for |incorporation there? | | | It is, but there hasn't been much work on Distcc this year. Our policy for X is that if upstream won't accept it, we won't either. Perhaps you'd be interested in adopting that and convincing the reported to get upstream interested? Thanks, Donnie -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgPyVXVaO67S1rtsRAjksAJ4x0liIbHCV0Qej5oHsNHIlfFoWuwCgtHtU qMneOCpCbBsblthSnbCxtj4= =Oj3W -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Distcc and SLP - request for testing
On Sunday 20 November 2005 23:45, Donnie Berkholz wrote: Our policy for X is that if upstream won't accept it, we won't either. It might work for you but it's not always possible. Sometimes there are upstreams that simply does not accept things, or accepts them on a long timeframe. I used to patch xine-lib in big ways, and the patches gone in portage before being accepted by upstream, this was the only way I had to try fixing the unreproduced bugs. Sometimes you can't just sit still and wait for upstream to act.. While it's preferred that upstream accepts, there are things that needs to be fixed, no matter what. Gentoo/FreeBSD is one of the examples. Many people won't think two times about fixing things for FreeBSD, don't ask me why, but it happens. And what happens when the upstream is dead? We're plenty of those examples, too. Nah it can't be made a complete official policy, depends on the upstream depends on the package and depends on the patch that needs to be applied. -- Diego Flameeyes Pettenò - http://dev.gentoo.org/~flameeyes/ Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgp51nqxs0kKH.pgp Description: PGP signature
Re: [gentoo-dev] Distcc and SLP - request for testing
On Sun, 2005-11-20 at 14:45 -0800, Donnie Berkholz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lisa Seelye wrote: | On Sun, 2005-11-20 at 11:38 -0800, Donnie Berkholz wrote: |Out of curiosity, why isn't this patch just being sent upstream for |incorporation there? | | | It is, but there hasn't been much work on Distcc this year. Our policy for X is that if upstream won't accept it, we won't either. Perhaps you'd be interested in adopting that and convincing the reported to get upstream interested? Your policy for X is somewhat questionable Donnie as it puts us in a catch 22. You wont accept patches unless they came from upstream and upstream wants some testing or to put it off till a later date..It's a continuing heartache dealing with X when something could of been fixed months ago. -- Ned Ludd [EMAIL PROTECTED] Gentoo Linux -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Distcc and SLP - request for testing
Donnie Berkholz wrote: Our policy for X is that if upstream won't accept it, we won't either. Perhaps you'd be interested in adopting that and convincing the reported to get upstream interested? I remember trying that as an argument against the reiser4 patch for grub. Nobody seemed to agree then either. --de. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: aging ebuilds with unstable keywords
Daniel Ahlberg wrote: * if ebuild installs COPYING and/or INSTALL into doc. Is this actually important? There are a hell of a lot of ebuilds that fail under this rule. I'd like to start filing patches for some of the packages in this list so I'm interested in knowing what's worth fixing and what's being pedantic. --de. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New Dev: Thunder
Hola list, Damian Florczyk has joined the Alt project to help with the FBSD port, and NetBSD port he's been working on externally. He's 22. lives in Wroclaw (Breslau) PL, and is in his third year of CS. It goes without saying that now would be the time to unleash a few BSD is dead jokes (might as well get them out of you system). :) Please make 'em feel welcome. ~harring pgp1HVVp8FL39.pgp Description: PGP signature
Re: [gentoo-dev] New Dev: Thunder
BSD is dead jokes are dead. Lets move on to the next thing! Developers working on bsd are dead! SHortest development time ever thunder! oh, and who let ferringb write the intro's, needs more verbosity WHens Gentoo/Opensolaris coming? /me hides On 11/20/05, Brian Harring [EMAIL PROTECTED] wrote: Hola list, Damian Florczyk has joined the Alt project to help with the FBSD port, and NetBSD port he's been working on externally. He's 22. lives in Wroclaw (Breslau) PL, and is in his third year of CS. It goes without saying that now would be the time to unleash a few BSD is dead jokes (might as well get them out of you system). :) Please make 'em feel welcome. ~harring -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New Dev: Jeroen Roovers aka JeR
All- Jeroen Roovers, mentored by gmsoft, is joining up to help the HPPA crew. In his words, I have lived in the Nederlands all my life and still intend to change that. I am married and I have two children (now aged 5 and nearly 4). I enjoy music, reading and toying with all the computer systems that keep my office dry and warm, although I also love being outside (webcam available at http://www.xs4all.nl/~rooversj/webcam.html ). I currently translate books and articles for a living, mostly on IT related subjects but occasionally fiction, history or (pop) music. Everyone please give Jeroen a warm welcome- as always, feel free to rib him a bit in irc (look for the nick ReJ, since JeR was long since taken). ~harring pgpOnX09VE0ob.pgp Description: PGP signature
Re: [gentoo-dev] New Dev: Thunder
On Monday 21 November 2005 04:40, Dan Meltzer wrote: WHens Gentoo/Opensolaris coming? /me hides Not today at least :P -- Diego Flameeyes Pettenò - http://dev.gentoo.org/~flameeyes/ Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgpWQmpvtXiDr.pgp Description: PGP signature
Re: [gentoo-dev] New Dev: Jeroen Roovers aka JeR
On Sun, 20 Nov 2005 22:53:47 -0600 Brian Harring [EMAIL PROTECTED] wrote: tx, Brian. This needs some patching after two months: I have lived in the Nederlands all my life and still intend to change that. I am married and I have two children (now aged 5 and nearly 4). s|nearly|| I currently translate books and articles for a living, mostly on IT related subjects but occasionally fiction, history or (pop) music. I stopped my translation business a few weeks ago. More time to tinker with Gentoo, I guess. :) JeR -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] status of http://wwwredesign.gentoo.org
Curt, I'm on a Mac Mini. OS X 10.4, Safari v. 2.0.2 Looks good here. Cheers, Aaron Kulbe a.k.a. SuperLag On 11/21/05, Curtis Napier [EMAIL PROTECTED] wrote: This has been cross posted to gentoo-dev and www-redesign. http://wwwredesign.gentoo.org After receiving a ton of very useful feedback from the developer community I have updated the redesign. It should now be closer to 100% accessible and it should (hopefully) render perfectly in all browsers including text only browsers. It now passes XHTML and CSS validation tests. I'm asking for everyone (developers and users alike) to please have a look at the updated site and send any feedback you may have. I'm especially interested in feedback from anyone who uses accessibilty programs such as screen readers or if you are color blind or have any other accessibilty issues. Also, I only use GNU/Linux and I have only tested on the following browsers: Mozilla-1.7 firefox-1.0 Opera-8.5 Internet Explorer-6 under CrossOver Office Epiphany-1.8.2 Links-2.1 in text mode and graphics mode. If you have access to a Macintosh, Windows, *BSD or any other OS or Browser please test the site and include your OS and the browser version in your feedback. I haven't received feedback from Konqueror or Safari so feedback from those browsers would be much appreciated. The only major outstanding issue is the contents of the menu in the grey bar at the top and what should appear in the 5 purple boxes directly under them. Currently I have that menu listed in order of what a new Gentoo user would need to access first. If you have a better idea of what should be included in this menu or think something important is being left out please send that in your feedback as well. Thanks in advance Curtis -- gentoo-dev@gentoo.org mailing list -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] status of http://wwwredesign.gentoo.org
Curtis Napier wrote: If you have access to a Macintosh, Windows, *BSD or any other OS or Browser please test the site and include your OS and the browser version in your feedback. I haven't received feedback from Konqueror or Safari so feedback from those browsers would be much appreciated. Visually, the light grey color for the main text makes it a bit harder to read the instructions. Any reason why you couldn't use black or a darker color for the text? To me that text is the most important part of our site and if we can't read that well, we have a problem :-). That was the most glaring thing I could see first off. I'll have to dig through the site more later. Cheers- -- Lance Albertson [EMAIL PROTECTED] Gentoo Infrastructure | Operations Manager --- GPG Public Key: http://www.ramereth.net/lance.asc Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 ramereth/irc.freenode.net signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] status of http://wwwredesign.gentoo.org
On Mon, Nov 21, 2005 at 02:18:21AM -0500, Curtis Napier wrote: If you have access to a Macintosh, Windows, *BSD or any other OS or Browser please test the site and include your OS and the browser version in your feedback. I haven't received feedback from Konqueror or Safari so feedback from those browsers would be much appreciated. It looks good in w3m, except for one minor thing: since background images don't show, the top left link (a transparent image to show the background) is simply a large empty block. Could you use a real image for that, assuming that doesn't break anything in other browsers? pgpOrYhLRAmHt.pgp Description: PGP signature
Re: [gentoo-dev] New Dev: Thunder
Dan Meltzer napisał(a): BSD is dead jokes are dead. Lets move on to the next thing! Developers working on bsd are dead! SHortest development time ever thunder! oh, and who let ferringb write the intro's, needs more verbosity WHens Gentoo/Opensolaris coming? /me hides On 11/20/05, Brian Harring [EMAIL PROTECTED] wrote: Hola list, Damian Florczyk has joined the Alt project to help with the FBSD port, and NetBSD port he's been working on externally. He's 22. lives in Wroclaw (Breslau) PL, and is in his third year of CS. It goes without saying that now would be the time to unleash a few BSD is dead jokes (might as well get them out of you system). :) Please make 'em feel welcome. ~harring Hmm Gentoo/Opensolaris i was thinking about this but i dont have enough time to start working on it. I think bootstraping portage on Opensolaris wouldn't be so hard because it would be GNU/Opensoalris anyway. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-portage-dev] Plugin backport PATCH (1/2)/(2/2)
On Sun, Nov 20, 2005 at 11:33:02AM +0900, Jason Stubbs wrote: On Sunday 20 November 2005 01:11, Brian Harring wrote: On Sun, Nov 20, 2005 at 12:50:25AM +0900, Jason Stubbs wrote: regarding FsLocks and keeping fds open while unlocked I still don't see why fds should remain open after all locks are released. What my point above is about is that if some external process creates a bunch of FsLock objects that it keeps around to obtain future locks (bad design, but) fds will quickly become used up when they are not actually being used for anything. How about a configurable? From where I'm sitting, running out of fds *really* shouldn't occur. This locking is strictly fs orientated, synchronization points on the fs shouldn't be too many. Via a configurable, we can avoid open/close for every unlocked - lock and lock - unlocked transition; if fd exhaustion becomes an issue, we can just modify the class to ignore the configurable, so that it falls back to open/close during transitions. Compromise of sorts, plus it's probably useful for the class. :) Still not seeing the benefit... All usage of FsLock within the patch is to create an instance, lock it, unlock it and then destroy it. I can't think of any usage that differs from that in the rest of portage code either. Common code. Stable may not use it, but I intend to in savior... Offhand... it's a bit nuts, but conversion of stable to the class based instance might be worthwhile, rather then the crap func route we have right now. One issue though is that portage_locks will cycle through flock/lockf, then falling back to the evil hardlink locking- this code is strictly flock. Thoughts on trying to clean up that crap in stable, or just leave the mess as it is and try and replace it down the line? Moving over sounds good to me. I don't really trust the current lock_method cycling. It usually comes into play with network mounts, right? Reiserfs managed to kick the cycling into lockf rather then flock in a few occasions. Pretty much if the setup is questionable/stupid/laggy, falling from flock to lockf to hardlink probably will occur. Would have to do some digging to find the scenarios; nfs is one of 'em, as is samba. So unless all machines that are trying to access happen to choose the same lock_method, locking is essentially disabled anyway. Not disabled... silently thinking it works. It's evil. :) Being able to configure what locking method is used would be much saner... Agreed, although locking per fs is the real need, not global (I make no comments about complexity involved, since I don't know). Curious, qualms about using a massively cleaned up version of this? The reason I wanted this seperated out and backported was to go with an actual registry, and abuse the existing code- specific complaints with that route, beyond patch sucking? None here. For what it's worth at this late stage, this patch is much better than my attempt. :) This is version 3 of the savior plugins registry. You *really* do not want to see the first two I created (hence them never being in cvs). It's a fun bit to attempt :) So... assuming a plugin registry with on disk files is an agreeable approach, what would be the initial targets? Cache comes to mind, but what else? The problem with a registry is it just points at the func/code to load up; for elog (fex), it's not binding any configuration information to it- it *could* be managed by pointing at a func that holds the configuration info, but that's massively unclean (plus it'll stomp on 3.0 goals of code/config seperation). This sounds like a fun issue. Might leave it dangle for a bit. ;) Agreed. Just throwing it out there so people don't go and do it and I have to yell at them about mucking things up. :) Speaking of versions, nothing has been decided yet in the 2.0.54/2.1.0/2.2.0 debate. It's pretty much decided that 2.0.x will be only small sets of bug fixes from now on, right? No complaints over a week...ish + everyone is around == works for me. Marius, willing to live with 2.1 as next minor release? I'm not really much for skipping 2.1, but just because I'm noisy doesn't mean I'm right (nor that I speak for the majority)... ~harring pgpEBLoyEY6LK.pgp Description: PGP signature
