From webmaster at margo.bijoux.nom.br Mon Apr 2 00:27:25 2007 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sun, 01 Apr 2007 21:27:25 -0300 Subject: Introduction Message-ID: <46104DED.7080701@margo.bijoux.nom.br> Hello list. I'm a lurker from the list that decided to help a bit . I work as a sysadmin here in Brazil, mostly with Fedora and Red Hat, but sometimes with debian, slackware , sometimes even sco unix and windows. My current focus is mail servers, so I guess I could help a bit in this area. My deployments are usually built around fc/rh + postfix + clamav + amavis (or maia mailguard) + postgrey . I"ve also worked a bit with nagios (not much, since we had one person who worked only with nagios at the time) and other network services. I'm also a bsc in computer science, so I got a bit of programming knowledge, even though most of my C is rusty, but my perl , php and shell script skills are still working. []'s From skvidal at linux.duke.edu Mon Apr 2 05:03:41 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 02 Apr 2007 01:03:41 -0400 Subject: fedorapeople (planet and .org) Message-ID: <1175490221.12588.82.camel@cutter> Hey folks, So we've been thinking we're going to take fpserv.fedoraproject.org which lives at duke and make it into fedorapeople.org and also planet.fedoraproject.org fedorapeople.org will provide all the fedora account holders and groups with some quota-controlled space to put files up. what I was thinking might be cool is to reinstall fpserv with el5 so we can use Xen. Then setup 2 xen guests. 1 would be the system that people use to put their files up, the other would be for the planet code that makes the planet pages (planet.fedoraproject.org, etc) Does that sound pretty good to everyone? -sv From jonathansteffan at gmail.com Mon Apr 2 05:44:49 2007 From: jonathansteffan at gmail.com (Jonathan Steffan) Date: Sun, 01 Apr 2007 23:44:49 -0600 Subject: fedorapeople (planet and .org) In-Reply-To: <1175490221.12588.82.camel@cutter> References: <1175490221.12588.82.camel@cutter> Message-ID: <46109851.7090109@gmail.com> seth vidal wrote: > Hey folks, > So we've been thinking we're going to take fpserv.fedoraproject.org > which lives at duke and make it into fedorapeople.org and also > planet.fedoraproject.org > > fedorapeople.org will provide all the fedora account holders and groups > with some quota-controlled space to put files up. > > what I was thinking might be cool is to reinstall fpserv with el5 so we > can use Xen. Then setup 2 xen guests. Anyone know if the hardware would support KVM? > 1 would be the system that people > use to put their files up, the other would be for the planet code that > makes the planet pages (planet.fedoraproject.org, etc) > > Does that sound pretty good to everyone? > +1, Sounds great. Jonathan Steffan daMaestro From skvidal at linux.duke.edu Mon Apr 2 05:56:42 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 02 Apr 2007 01:56:42 -0400 Subject: fedorapeople (planet and .org) In-Reply-To: <46109851.7090109@gmail.com> References: <1175490221.12588.82.camel@cutter> <46109851.7090109@gmail.com> Message-ID: <1175493402.12588.86.camel@cutter> On Sun, 2007-04-01 at 23:44 -0600, Jonathan Steffan wrote: > seth vidal wrote: > > Hey folks, > > So we've been thinking we're going to take fpserv.fedoraproject.org > > which lives at duke and make it into fedorapeople.org and also > > planet.fedoraproject.org > > > > fedorapeople.org will provide all the fedora account holders and groups > > with some quota-controlled space to put files up. > > > > what I was thinking might be cool is to reinstall fpserv with el5 so we > > can use Xen. Then setup 2 xen guests. > Anyone know if the hardware would support KVM? no, it won't. it's a poweredge 2850. -sv From paulo.banon at googlemail.com Mon Apr 2 07:18:12 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Mon, 2 Apr 2007 08:18:12 +0100 Subject: fedorapeople (planet and .org) In-Reply-To: <1175493402.12588.86.camel@cutter> References: <1175490221.12588.82.camel@cutter> <46109851.7090109@gmail.com> <1175493402.12588.86.camel@cutter> Message-ID: <7a41c4bc0704020018o595f0ca0o8f188b244d643338@mail.gmail.com> Seth, It sounds great! +1 for me Paulo On 4/2/07, seth vidal wrote: > > On Sun, 2007-04-01 at 23:44 -0600, Jonathan Steffan wrote: > > seth vidal wrote: > > > Hey folks, > > > So we've been thinking we're going to take fpserv.fedoraproject.org > > > which lives at duke and make it into fedorapeople.org and also > > > planet.fedoraproject.org > > > > > > fedorapeople.org will provide all the fedora account holders and > groups > > > with some quota-controlled space to put files up. > > > > > > what I was thinking might be cool is to reinstall fpserv with el5 so > we > > > can use Xen. Then setup 2 xen guests. > > Anyone know if the hardware would support KVM? > > no, it won't. > > it's a poweredge 2850. > -sv > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Mon Apr 2 12:10:36 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 2 Apr 2007 08:10:36 -0400 Subject: fedorapeople (planet and .org) In-Reply-To: <46109851.7090109@gmail.com> References: <1175490221.12588.82.camel@cutter> <46109851.7090109@gmail.com> Message-ID: <200704020810.36758.jkeating@redhat.com> On Monday 02 April 2007 01:44:49 Jonathan Steffan wrote: > Anyone know if the hardware would support KVM? Even if it did, KVM is still full virt and will be a tad slower than using paravirt Xen. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dimitris at glezos.com Mon Apr 2 16:16:56 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Mon, 02 Apr 2007 17:16:56 +0100 Subject: fedorapeople (planet and .org) In-Reply-To: <1175490221.12588.82.camel@cutter> References: <1175490221.12588.82.camel@cutter> Message-ID: <46112C78.3090103@glezos.com> O/H seth vidal ??????: > Hey folks, > So we've been thinking we're going to take fpserv.fedoraproject.org > which lives at duke and make it into fedorapeople.org and also > planet.fedoraproject.org > > fedorapeople.org will provide all the fedora account holders and groups > with some quota-controlled space to put files up. > > what I was thinking might be cool is to reinstall fpserv with el5 so we > can use Xen. Then setup 2 xen guests. 1 would be the system that people > use to put their files up, the other would be for the planet code that > makes the planet pages (planet.fedoraproject.org, etc) > > Does that sound pretty good to everyone? Sounds great Seth. It will help a lot for various files we need to upload now and then which now lie either on personal servers, redhat.com space or the wiki. Looking forward to it! Any compelling reason not to use the 'people.fedoraproject.org/user/' URL structure instead of 'user.fedorapeople.org'? I'm just worried we'll begin to get lost with all these subdomains and miss the handy 'host:fedoraproject.org' google search query. Not to mention the URL auto-complete of most browsers. :) -d -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From mmcgrath at redhat.com Mon Apr 2 16:25:43 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 02 Apr 2007 11:25:43 -0500 Subject: fedorapeople (planet and .org) In-Reply-To: <46112C78.3090103@glezos.com> References: <1175490221.12588.82.camel@cutter> <46112C78.3090103@glezos.com> Message-ID: <46112E87.3000000@redhat.com> Dimitris Glezos wrote: > Sounds great Seth. It will help a lot for various files we need to upload now > and then which now lie either on personal servers, redhat.com space or the wiki. > Looking forward to it! > > Any compelling reason not to use the 'people.fedoraproject.org/user/' URL > structure instead of 'user.fedorapeople.org'? I'm just worried we'll begin to > get lost with all these subdomains and miss the handy 'host:fedoraproject.org' > google search query. Not to mention the URL auto-complete of most browsers. :) > We had talked about this a ways back, there's no reason we can't do both. -Mike From skvidal at linux.duke.edu Mon Apr 2 17:30:29 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 02 Apr 2007 13:30:29 -0400 Subject: fedorapeople (planet and .org) In-Reply-To: <46112E87.3000000@redhat.com> References: <1175490221.12588.82.camel@cutter> <46112C78.3090103@glezos.com> <46112E87.3000000@redhat.com> Message-ID: <1175535029.12588.102.camel@cutter> On Mon, 2007-04-02 at 11:25 -0500, Mike McGrath wrote: > Dimitris Glezos wrote: > > Sounds great Seth. It will help a lot for various files we need to upload now > > and then which now lie either on personal servers, redhat.com space or the wiki. > > Looking forward to it! > > > > Any compelling reason not to use the 'people.fedoraproject.org/user/' URL > > structure instead of 'user.fedorapeople.org'? I'm just worried we'll begin to > > get lost with all these subdomains and miss the handy 'host:fedoraproject.org' > > google search query. Not to mention the URL auto-complete of most browsers. :) > > > We had talked about this a ways back, there's no reason we can't do both. correct, though I suspect we'd just have one do a redirect to the other :) -sv From a.badger at gmail.com Mon Apr 2 19:21:17 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 02 Apr 2007 12:21:17 -0700 Subject: Multiple CLA Implementation In-Reply-To: <460C19A3.7000004@redhat.com> References: <460C19A3.7000004@redhat.com> Message-ID: <1175541677.12162.30.camel@localhost.localdomain> On Thu, 2007-03-29 at 15:55 -0400, Warren Togami wrote: > One Time Changes > ================ [...] > 4) Modify existing Fedora CLA signing process to join fedora_cla instead > of cla_done. > > Automatic Changes Thereafter > ============================ > fedora_cla auto adds to cla_done > redhat_cla autoadds to cla_done > dell_cla autoadds to cla_done > Toshio's cvsextras -> fedorabugs code should work in these cases too? Patch attached to handle these two things. Notes: 1) This is untested code and could contain bugs. Please test that it does what it's supposed to when applying for a new Fedora Individual CLA and being approved for cvsextras. 2) This obsoletes my previous patch to auto-add fedorabugs when a person is approved for cvsextras. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: fas1-auto-cla-fedorabugs.diff Type: text/x-patch Size: 6316 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at linux.duke.edu Mon Apr 2 20:28:44 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 02 Apr 2007 16:28:44 -0400 Subject: nuking old zope/plone instance Message-ID: <1175545724.27588.12.camel@cutter> Hey, I've gotten the approvals from kwade and stickster (paul frields) about the old plone instance on fpserv.fedoraproject.org. I'm going to shut it down and kill it now as a step in killing all the extraneous services on fpserv. -sv From pu_kathy at hotmail.com Mon Apr 2 22:54:18 2007 From: pu_kathy at hotmail.com (kathy pu) Date: Mon, 02 Apr 2007 15:54:18 -0700 Subject: kernel debugger Message-ID: Hi Everybody, I have recently updatqed to fedora 2.6.20-1.2933. I would like to know how to add a kernel debugger and kernel dump analysis utility. 1. Is KGDB the right tool? Or there is others? 2. How and where to download and enable KGDB, and the working version for my kernel 3. any utility for analyzing the kernel core dump 4. where and how to download and enable 3. Many thanks. kathy From mmcgrath at redhat.com Mon Apr 2 23:40:15 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 02 Apr 2007 18:40:15 -0500 Subject: kernel debugger In-Reply-To: References: Message-ID: <4611945F.9020107@redhat.com> kathy pu wrote: > Hi Everybody, > > I have recently updatqed to fedora 2.6.20-1.2933. I would like to > know how to add a kernel debugger and kernel dump analysis utility. > > 1. Is KGDB the right tool? Or there is others? > 2. How and where to download and enable KGDB, and the working version > for my kernel > 3. any utility for analyzing the kernel core dump > 4. where and how to download and enable 3. > > Many thanks. sorry Kathy this isn't the appropriate list for that topic. Please join the fedora users list. -Mike From katzj at redhat.com Tue Apr 3 16:38:03 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 03 Apr 2007 12:38:03 -0400 Subject: Multiple CLA Implementation In-Reply-To: <200703300000.47673.dennis@ausil.us> References: <460C19A3.7000004@redhat.com> <200703300031.58979.jkeating@redhat.com> <200703300000.47673.dennis@ausil.us> Message-ID: <1175618283.3746.13.camel@aglarond.local> On Fri, 2007-03-30 at 00:00 -0500, Dennis Gilmore wrote: > Once upon a time Thursday 29 March 2007, Jesse Keating wrote: > > On Thursday 29 March 2007 15:55:15 Warren Togami wrote: > > > 4) Later give RH GIS access, so they can make it part of their standard > > > "new employee" or "remove employee" process. > > > > > > See any problems in this? Please comment. > > > > Surely being hired by Red Hat doesn't grant an immediate Fedora account? > > Is GIS going to be pre-creating Fedora accounts for every new RH hire? > > Removing I can see sure, but adding I'm leery of. > > I told warren he needs to run this whole idea by the board. As it is > something that effects the entry path into Fedora. It has to have approval > from them. This can have far reaching implications. > > So until the borad ok's it nothing can be implemented. everything can be > developed just not implemented. FYI -- the board okayed this at today's meeting. Jeremy From mmcgrath at redhat.com Tue Apr 3 17:03:55 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 03 Apr 2007 12:03:55 -0500 Subject: Xen, application servers and going forward Message-ID: <461288FB.8050905@redhat.com> I'm working on getting our first production xen instance up and running for things like koji, smolt, bodhi and the package database. Here are some guidelines I'd like to put on the wiki as well as some changes I'd like to make. 1) xen dom0 - RHEL5 (its just a black box, lets set it up and forget about it) 2) after we update our RHEL4 boxes to RHEL5 We will maintain two types of servers, RHEL5 and FC6 (this is because not all required packages are in EPEL, and ultimately the FC6 boxes will probably become FC7,8,9 boxes. I'd like to keep just two types so we can create an appa[1-9] and an appb[1-9]. I'd like to put appa and appb behind a vip that gets balanced 1-9 RR. This will allow us to choose where we want to put our apps, stable environments vs cutting edge. 3) test and production xen guests will exist only on test and production xen hosts. (basically no mixing of production and test). Obviously emergencies are one thing but in general this is just for organizational purposes and because we may create a test network later and they won't be able to mix. 4) xen instances will be named by hostname. Naming by purpose is getting confusing. 5) We will probably start mixing hardware. Unlike before where we had builder hardware and app hardware, we'll be bluring this line as the need requires. I plan on building out a few more wiki instances before the F7 release. 6) Kickstarts - I'm working on a xen-host and xen-guest kickstart script. All of our boxes will be based off of one of these two scripts (they'll be sent to the list soon for examination / suggestions). Beyond that configuration will happen with puppet. Note: puppet can pull in config files, install packages and restart services. 7) Monitoring - I'm working on a monitoring piece (basically a web page) that will list exactly what xen guests are running on what xen hosts, if they are pingable, etc. What do you guys think? -Mike From jmtaylor90 at gmail.com Tue Apr 3 17:31:18 2007 From: jmtaylor90 at gmail.com (Jason Taylor) Date: Tue, 03 Apr 2007 13:31:18 -0400 Subject: Xen, application servers and going forward In-Reply-To: <461288FB.8050905@redhat.com> References: <461288FB.8050905@redhat.com> Message-ID: <1175621478.10977.8.camel@buster.blogdns.net> On Tue, 2007-04-03 at 12:03 -0500, Mike McGrath wrote: > I'm working on getting our first production xen instance up and running > for things like koji, smolt, bodhi and the package database. Here are > some guidelines I'd like to put on the wiki as well as some changes I'd > like to make. > > > 1) xen dom0 - RHEL5 (its just a black box, lets set it up and forget > about it) > 2) after we update our RHEL4 boxes to RHEL5 We will maintain two types > of servers, RHEL5 and FC6 (this is because not all required packages are > in EPEL, and ultimately the FC6 boxes will probably become FC7,8,9 > boxes. I'd like to keep just two types so we can create an appa[1-9] > and an appb[1-9]. I'd like to put appa and appb behind a vip that gets > balanced 1-9 RR. This will allow us to choose where we want to put our > apps, stable environments vs cutting edge. this makes a lot of sense and would help ease admin/maintenance tasks. > 3) test and production xen guests will exist only on test and production > xen hosts. (basically no mixing of production and test). Obviously > emergencies are one thing but in general this is just for organizational > purposes and because we may create a test network later and they won't > be able to mix. production and test *should* never mix :) bad things tend to happen and tracking the cause down gets waaay complicated. > 4) xen instances will be named by hostname. Naming by purpose is > getting confusing. less confusion is good, if this is what does it.. > 5) We will probably start mixing hardware. Unlike before where we had > builder hardware and app hardware, we'll be bluring this line as the > need requires. I plan on building out a few more wiki instances before > the F7 release. > 6) Kickstarts - I'm working on a xen-host and xen-guest kickstart > script. All of our boxes will be based off of one of these two scripts > (they'll be sent to the list soon for examination / suggestions). > Beyond that configuration will happen with puppet. Note: puppet can > pull in config files, install packages and restart services. > 7) Monitoring - I'm working on a monitoring piece (basically a web page) > that will list exactly what xen guests are running on what xen hosts, if > they are pingable, etc. good ideas, on a side note just curious how do updates get pulled/pushed once the servers and apps are in place? -Jason -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Wed Apr 4 03:34:18 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 03 Apr 2007 22:34:18 -0500 Subject: Trip to Phoenix Message-ID: <46131CBA.1080406@redhat.com> I'll be traveling to our colo tomorrow night through Friday. I may be taking some boxes up and down for maintenance or upgrades. I'll give you guys as much notice as possible and I won't be taking any critical services down (so the wiki will be up even if I have to take one of the proxies down and I won't be messing with the buildsys or CVS at all. -Mike From a.badger at gmail.com Wed Apr 4 18:04:34 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 04 Apr 2007 11:04:34 -0700 Subject: Multiple CLA Implementation In-Reply-To: <1175204475.3961.17.camel@lt21223.campus.dmacc.edu> References: <460C19A3.7000004@redhat.com> <1175204475.3961.17.camel@lt21223.campus.dmacc.edu> Message-ID: <1175709874.31104.42.camel@localhost.localdomain> On Thu, 2007-03-29 at 16:41 -0500, Jeffrey C. Ollie wrote: > On Thu, 2007-03-29 at 15:55 -0400, Warren Togami wrote: > > > One Time Changes > > ================ > > 1) Existing cla_done is cloned to fedora_cla. > > 2) dell_cla group is created, Matt adds whoever he wants. Remove > > dell_cla members from fedora_cla. > > 3) redhat_cla group is created, populated through various means. > > 4) Modify existing Fedora CLA signing process to join fedora_cla instead > > of cla_done. > > So without ever having looked at the FAS schema before today, and never > having tested this code, I think that this will clone the cla_done to > fedora_cla and create the dell_cla and redhat_cla groups... > > insert into project_group > (name, owner_id, group_type) > values > ('fedora_cla', > (SELECT id FROM person WHERE username = 'admin'), > 'tracker'); > > insert into project_group > (name, owner_id, group_type) > values > ('redhat_cla', > (SELECT id FROM person WHERE username = 'wtogami'), > 'tracker'); > > insert into project_group > (name, owner_id, group_type) > values > ('dell_cla', > (SELECT id FROM person WHERE username = 'admin'), > 'tracker'); > > insert into role > (person_id, project_group_id, role_type, > role_domain, role_status, internal_comments, > sponsor_id, creation, approval) > values > (select a.person_id, b.id, a.role_type, > a.role_domain, a.role_status, a.internal_comments, > a.sponsor_id, a.creation, a.approval) > from > role a, project_group b > where > a.project_group_id is (select id from project_group where name = > 'cla_done') and > b.id is (select id from project_group where name = 'fedora_cla'); > Tested this on an extremely small subset of the fas db. It just needed a few minor changes to the syntax of copying the role:: insert into project_group (name, owner_id, group_type) values ('fedora_cla', (SELECT id FROM person WHERE username = 'admin'), 'tracker'); insert into project_group (name, owner_id, group_type) values ('redhat_cla', (SELECT id FROM person WHERE username = 'wtogami'), 'tracker'); insert into project_group (name, owner_id, group_type) values ('dell_cla', (SELECT id FROM person WHERE username = 'admin'), 'tracker'); insert into role (person_id, project_group_id, role_type, role_domain, role_status, internal_comments, sponsor_id, creation, approval) select a.person_id, b.id, a.role_type, a.role_domain, a.role_status, a.internal_comments, a.sponsor_id, a.creation, a.approval from role a, project_group b where a.project_group_id in (select id from project_group where name = 'cla_done') and b.id in (select id from project_group where name = 'fedora_cla'); -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Thu Apr 5 09:27:06 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 5 Apr 2007 11:27:06 +0200 Subject: buildsys user home dirs reset again? Message-ID: <20070405112706.0ced61d1.bugs.michael@gmx.net> On buildsys.fedoraproject.org, all users' home directories have been reset/emptied again. Why? From bugs.michael at gmx.net Thu Apr 5 09:28:54 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 5 Apr 2007 11:28:54 +0200 Subject: Broken stuff at http://cvs.fedora.redhat.com In-Reply-To: <460D8B0B.7000404@redhat.com> References: <20070330230240.2070cc69.bugs.michael@gmx.net> <460D8B0B.7000404@redhat.com> Message-ID: <20070405112854.b54c301b.bugs.michael@gmx.net> On Fri, 30 Mar 2007 17:11:23 -0500, Mike McGrath wrote: > Michael Schwendt wrote: > >> Software error: > >> > >> install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC (@INC contains: -snip- .) at (eval 4) line 3. > >> Perhaps the DBD::mysql perl module hasn't been fully installed, > >> or perhaps the capitalisation of 'mysql' isn't right. > >> Available drivers: ExampleP, Proxy, Sponge. > >> at globals.pl line 114 > >> > >> For help, please send mail to the webmaster (root at localhost), > >> giving this error message and the time and date of the error. > >> > > > > > > Is what I get when trying the offered Bonsai CVS Tree Control > > Query Tool at: > > > > http://cvs.fedora.redhat.com/bonsai/cvsqueryform.cgi?cvsroot=/cvs/extras&module=extras > > > > http://cvs.fedora.redhat.com/bonsai/toplevel.cgi?treeid=extras > > > > Also desolate is LXR at: > > > > http://cvs.fedora.redhat.com/lxr/extras/source > > > > It points to out-of-date files from Nov 2006 just like the daily > > checkout seeds: > > > > http://cvs.fedora.redhat.com/webfiles/ > > > > The opened ticket has not gotten any attention yet. > > And yes, all this is offered at: > > > > http://cvs.fedora.redhat.com/extras.shtml > > > There's an open ticket about this, it gets brought up about 3 or 4 times > a year. So far no one has fixed it though. I'll try to take a look > soon, I don't even know what these do or what fixing them gets us. > > -Mike Who offers resistance to simply deleting these broken services? From bugs.michael at gmx.net Thu Apr 5 09:44:53 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 5 Apr 2007 11:44:53 +0200 Subject: python-kid on buildsys server In-Reply-To: <20070327120220.4b6c6510.bugs.michael@gmx.net> References: <20070315220812.8d6dc388.bugs.michael@gmx.net> <20070320140320.9e79c10e.bugs.michael@gmx.net> <460893C8.2090309@redhat.com> <20070327120220.4b6c6510.bugs.michael@gmx.net> Message-ID: <20070405114453.8c2581a7.bugs.michael@gmx.net> On Tue, 27 Mar 2007 12:02:20 +0200, Michael Schwendt wrote: > On Mon, 26 Mar 2007 22:47:20 -0500, Mike McGrath wrote: > > > Michael Schwendt wrote: > > > On Thu, 15 Mar 2007 22:08:12 +0100, Michael Schwendt wrote: > > > > > > > > >> $ rpm -q python-kid > > >> python-kid-0.9-2.centos4 > > >> > > >> on buildsys.fedoraproject.org would benefit from an update to 0.9.5 which > > >> includes xml related fixes and makes it possible to create pages that > > >> don't fail in the w3c validator. > > >> > > >> $ rpm -q --whatrequires python-kid > > >> repoview-0.5.1-1.centos4 > > >> > > > > > > http://home.arcor.de/ms2002sep/tmp/el4-extras/noarch/python-kid-0.9.5-0.1.el4.noarch.rpm > > > > > > Source rpms and build requirements here: > > > http://home.arcor.de/ms2002sep/tmp/el4-extras/ > > > > > > > I'm not sure I fully understand what problem this solves. Can you give > > me an example? > > Sure. It's > > http://tinyurl.com/2pc37j > > versus > > http://tinyurl.com/2wdk5s > > The former was created with unmodified software on buildsys.f.o, while the > latter was created with my modified repoview including an updated > python-kid. So, what is the formal procedure for requesting a package update on the buildsys server like described above and getting an official and final reply? From oliver at linux-kernel.at Thu Apr 5 11:21:54 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 05 Apr 2007 13:21:54 +0200 Subject: Bugzilla and alpha Message-ID: <4614DBD2.4090703@linux-kernel.at> Hi folks! A short question: Is it possible to CC: all alpha related bugs to a mailinglist? AlphaCore team would be happy to receive notifications about alpha-related bugs. If this cannot be easily done. I think I can provide a (perl-)script that queries the database and sends out a mail... Let me know... Best, Oliver From Matt_Domsch at dell.com Thu Apr 5 14:08:17 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 5 Apr 2007 09:08:17 -0500 Subject: more mirrormanager testing Message-ID: <20070405140817.GA28442@lists.us.dell.com> Mirror Admins: Thank you to the several people who have put their data into mirrormanager https://admin.fedoraproject.org/mirrormanager/ already. I've made a few tweaks in the past week to speed up the queries, and it seems to be working pretty well[1]. I ask everyone to please enter their data into mirrormanager now, so we can shake out any additional bugs before F7 Test 4 is ready to go out. In particular, please create: * an account in the Fedora Account System if you haven't already * a new Site * a new Host in your Site * a new ACL IP for your Host (DNS name preferred, IP ok too) * two new Category entries, one for Fedora Core, and one for Fedora Extras * For each of FC and FE, one or more URLs by which end users can get at your data (HTTP, FTP, and rsync). With that in place, the http/ftp crawler will come by every 6 hours or so looking at what you're carrying. Each Category page in the web UI will show the list of directories you have it thinks are up-to-date. https://admin.fedoraproject.org/mirrormanager/publiclist/ displays all the active mirrors. This page (and its children - the per-version, per-arch subselect pages) will get exported static soon which is what we'll publicize end users to view. Likewise the yum mirrorlist redirectors are available for playing with with a URL of https://admin.fedoraproject.org/mirrormanager/mirrorlist?repo=core-6&arch=i386 e.g. the same as the normal mirrorlist syntax, just a change in the host. The lists are being exported as static files every few hours also, so the standard mirrorlist CGI can use it unchanged, but as Infrastructure is moving that particular CGI this week, I haven't tested that. As always, thank you for your generous support of Fedora. With your help, this will be the smoothest Fedora release ever. [1] occasionally we have authentication problems with the Fedora Account System, but it's much rarer that it had been. If you hit it, please just reload a few times and it'll clear. [2] per-country lookups on the mirrorlist aren't quite working yet, appending &country=XX. It will soon though... Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Axel.Thimm at ATrpms.net Thu Apr 5 14:28:58 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 5 Apr 2007 16:28:58 +0200 Subject: more mirrormanager testing In-Reply-To: <20070405140817.GA28442@lists.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> Message-ID: <20070405142858.GB4531@neu.nirvana> Hi, On Thu, Apr 05, 2007 at 09:08:17AM -0500, Matt Domsch wrote: > With that in place, the http/ftp crawler will come by every 6 hours or > so looking at what you're carrying. Each Category page in the web UI > will show the list of directories you have it thinks are up-to-date. I checked the ones for ATrpms and they list FC1-FC4 as being up-to-date which were not on the mirror at the time I registered it, so I must be seeing someone else's mirror. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at redhat.com Thu Apr 5 14:30:47 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 05 Apr 2007 09:30:47 -0500 Subject: buildsys user home dirs reset again? In-Reply-To: <20070405112706.0ced61d1.bugs.michael@gmx.net> References: <20070405112706.0ced61d1.bugs.michael@gmx.net> Message-ID: <46150817.2000804@redhat.com> Michael Schwendt wrote: > On buildsys.fedoraproject.org, all users' home directories have been > reset/emptied again. Why? > Its probably running the older buildsys code. IIRC the older version of the 'make users' script will delete all users if it cannot contact the server. I'll make sure that script gets updated. -Mike From mmcgrath at redhat.com Thu Apr 5 14:32:03 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 05 Apr 2007 09:32:03 -0500 Subject: python-kid on buildsys server In-Reply-To: <20070405114453.8c2581a7.bugs.michael@gmx.net> References: <20070315220812.8d6dc388.bugs.michael@gmx.net> <20070320140320.9e79c10e.bugs.michael@gmx.net> <460893C8.2090309@redhat.com> <20070327120220.4b6c6510.bugs.michael@gmx.net> <20070405114453.8c2581a7.bugs.michael@gmx.net> Message-ID: <46150863.2050400@redhat.com> Michael Schwendt wrote: > On Tue, 27 Mar 2007 12:02:20 +0200, Michael Schwendt wrote: > > >> On Mon, 26 Mar 2007 22:47:20 -0500, Mike McGrath wrote: >> >> >>> Michael Schwendt wrote: >>> >>>> On Thu, 15 Mar 2007 22:08:12 +0100, Michael Schwendt wrote: >>>> >>>> >>>> >>>>> $ rpm -q python-kid >>>>> python-kid-0.9-2.centos4 >>>>> >>>>> on buildsys.fedoraproject.org would benefit from an update to 0.9.5 which >>>>> includes xml related fixes and makes it possible to create pages that >>>>> don't fail in the w3c validator. >>>>> >>>>> $ rpm -q --whatrequires python-kid >>>>> repoview-0.5.1-1.centos4 >>>>> >>>>> >>>> http://home.arcor.de/ms2002sep/tmp/el4-extras/noarch/python-kid-0.9.5-0.1.el4.noarch.rpm >>>> >>>> Source rpms and build requirements here: >>>> http://home.arcor.de/ms2002sep/tmp/el4-extras/ >>>> >>>> >>> I'm not sure I fully understand what problem this solves. Can you give >>> me an example? >>> >> Sure. It's >> >> http://tinyurl.com/2pc37j >> >> versus >> >> http://tinyurl.com/2wdk5s >> >> The former was created with unmodified software on buildsys.f.o, while the >> latter was created with my modified repoview including an updated >> python-kid. >> > > So, what is the formal procedure for requesting a package update on the > buildsys server like described above and getting an official and final > reply? > Get someone upstream (RHEL) to accept the package changes. buildsys is going away in days anyway after koji goes live. -Mike From mmcgrath at redhat.com Thu Apr 5 14:32:54 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 05 Apr 2007 09:32:54 -0500 Subject: Broken stuff at http://cvs.fedora.redhat.com In-Reply-To: <20070405112854.b54c301b.bugs.michael@gmx.net> References: <20070330230240.2070cc69.bugs.michael@gmx.net> <460D8B0B.7000404@redhat.com> <20070405112854.b54c301b.bugs.michael@gmx.net> Message-ID: <46150896.4010106@redhat.com> Michael Schwendt wrote: > On Fri, 30 Mar 2007 17:11:23 -0500, Mike McGrath wrote: > > >> Michael Schwendt wrote: >> >>>> Software error: >>>> >>>> install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC (@INC contains: -snip- .) at (eval 4) line 3. >>>> Perhaps the DBD::mysql perl module hasn't been fully installed, >>>> or perhaps the capitalisation of 'mysql' isn't right. >>>> Available drivers: ExampleP, Proxy, Sponge. >>>> at globals.pl line 114 >>>> >>>> For help, please send mail to the webmaster (root at localhost), >>>> giving this error message and the time and date of the error. >>>> >>>> >>> Is what I get when trying the offered Bonsai CVS Tree Control >>> Query Tool at: >>> >>> http://cvs.fedora.redhat.com/bonsai/cvsqueryform.cgi?cvsroot=/cvs/extras&module=extras >>> >>> http://cvs.fedora.redhat.com/bonsai/toplevel.cgi?treeid=extras >>> >>> Also desolate is LXR at: >>> >>> http://cvs.fedora.redhat.com/lxr/extras/source >>> >>> It points to out-of-date files from Nov 2006 just like the daily >>> checkout seeds: >>> >>> http://cvs.fedora.redhat.com/webfiles/ >>> >>> The opened ticket has not gotten any attention yet. >>> And yes, all this is offered at: >>> >>> http://cvs.fedora.redhat.com/extras.shtml >>> >>> >> There's an open ticket about this, it gets brought up about 3 or 4 times >> a year. So far no one has fixed it though. I'll try to take a look >> soon, I don't even know what these do or what fixing them gets us. >> >> -Mike >> > > Who offers resistance to simply deleting these broken services? > No one has. So they just kind of sit there broken. -Mike From mmcgrath at redhat.com Thu Apr 5 14:51:24 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 05 Apr 2007 09:51:24 -0500 Subject: Moin question Message-ID: <46150CEC.9030909@redhat.com> One way we could see immediate performance gain on the wiki is to delete old users. I would like permission from both teams to do delete all users who A) aren't in the edit group B) aren't watching any pages Presently there's 9,900 accounts on there. Only 600 of which are actually in the edit group. Since having an account, without edit or watching abilities is basically useless I'd like to just get rid of those accounts. Nothing would prevent those people from signing up again if they chose to do so. This is kind of a drastic measure, I realize, but I think its needed. Thoughts? -Mike From skvidal at linux.duke.edu Thu Apr 5 14:55:04 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Apr 2007 10:55:04 -0400 Subject: Moin question In-Reply-To: <46150CEC.9030909@redhat.com> References: <46150CEC.9030909@redhat.com> Message-ID: <1175784904.19199.7.camel@cutter> On Thu, 2007-04-05 at 09:51 -0500, Mike McGrath wrote: > One way we could see immediate performance gain on the wiki is to delete > old users. I would like permission from both teams to do delete all > users who > > A) aren't in the edit group > B) aren't watching any pages > > Presently there's 9,900 accounts on there. Only 600 of which are > actually in the edit group. Since having an account, without edit or > watching abilities is basically useless I'd like to just get rid of > those accounts. Nothing would prevent those people from signing up > again if they chose to do so. > > This is kind of a drastic measure, I realize, but I think its needed. > > Thoughts? I thought we got rid of the EditGroup requirement for certain sets of pages. -sv From kwade at redhat.com Thu Apr 5 14:57:01 2007 From: kwade at redhat.com (Karsten Wade) Date: Thu, 05 Apr 2007 07:57:01 -0700 Subject: Moin question In-Reply-To: <46150CEC.9030909@redhat.com> References: <46150CEC.9030909@redhat.com> Message-ID: <1175785022.31972.125.camel@erato.phig.org> On Thu, 2007-04-05 at 09:51 -0500, Mike McGrath wrote: > One way we could see immediate performance gain on the wiki is to delete > old users. I would like permission from both teams to do delete all > users who > > A) aren't in the edit group > B) aren't watching any pages > > Presently there's 9,900 accounts on there. Only 600 of which are > actually in the edit group. Since having an account, without edit or > watching abilities is basically useless I'd like to just get rid of > those accounts. Nothing would prevent those people from signing up > again if they chose to do so. > > This is kind of a drastic measure, I realize, but I think its needed. Thoughts are: * When we move to the click-through CLA, would we be able to force the 9300 users to click-through? * Would we want to? That would encourage people to agree to something without knowing about it. * So, if we are never going to push a click-through on those accounts, they will have to be re-created anyway for a user to actually gain edit privs. * However, many people probably signed up thinking they could edit, then learned they couldn't. * People might be pissed if they got vaporized without some word about it. Therefore .... 1. Send an announcement (f-announce-l) that we are doing an account audit and cleaning: * All account without watches and/or edit privs will be removed * The UserName shall be purged, so it is available again later * Link to page with more explanation. 2. Can we post for ... 24 hours? 48 hours? a short announcement everywhere on the Wiki? Change the theme or something so there is a notice that points to a page explaining the above. Otherwise, sounds like a wise idea to me. - Karsten -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kwade at redhat.com Thu Apr 5 15:00:15 2007 From: kwade at redhat.com (Karsten Wade) Date: Thu, 05 Apr 2007 08:00:15 -0700 Subject: Moin question In-Reply-To: <1175784904.19199.7.camel@cutter> References: <46150CEC.9030909@redhat.com> <1175784904.19199.7.camel@cutter> Message-ID: <1175785215.31972.128.camel@erato.phig.org> On Thu, 2007-04-05 at 10:55 -0400, seth vidal wrote: > I thought we got rid of the EditGroup requirement for certain sets of > pages. Really? What sets? I didn't realize we had or wanted any content on fp.o/wiki that wasn't covered by the CLA. - Karsten -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Thu Apr 5 15:05:37 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 05 Apr 2007 17:05:37 +0200 Subject: Moin question In-Reply-To: <46150CEC.9030909@redhat.com> References: <46150CEC.9030909@redhat.com> Message-ID: <46151041.2020609@leemhuis.info> Hi! Mike McGrath schrieb: > One way we could see immediate performance gain on the wiki is to delete > old users. [...] I'd like to suggest another one: remove old Meeting logs from the wiki and place them somewhere else. Searching for a string in the wiki takes longer and longer every month and often finds a lots of old cruft from old meeting logs. There are so many old summaries and logs in the wiki from differnet groups like Ambassadors, Board, EPEL, FESCo, QA, ..., and it gets more and more every moths for a IMHO small gain. Maybe simply sending the stuff to a mailing list and placing a link to the archive in the wiki would be more then enough? CU thl From bugs.michael at gmx.net Thu Apr 5 15:23:31 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 5 Apr 2007 17:23:31 +0200 Subject: python-kid on buildsys server In-Reply-To: <46150863.2050400@redhat.com> References: <20070315220812.8d6dc388.bugs.michael@gmx.net> <20070320140320.9e79c10e.bugs.michael@gmx.net> <460893C8.2090309@redhat.com> <20070327120220.4b6c6510.bugs.michael@gmx.net> <20070405114453.8c2581a7.bugs.michael@gmx.net> <46150863.2050400@redhat.com> Message-ID: <20070405172331.46ee0fec.bugs.michael@gmx.net> On Thu, 05 Apr 2007 09:32:03 -0500, Mike McGrath wrote: > Michael Schwendt wrote: > > On Tue, 27 Mar 2007 12:02:20 +0200, Michael Schwendt wrote: > > > > > >> On Mon, 26 Mar 2007 22:47:20 -0500, Mike McGrath wrote: > >> > >> > >>> Michael Schwendt wrote: > >>> > >>>> On Thu, 15 Mar 2007 22:08:12 +0100, Michael Schwendt wrote: > >>>> > >>>> > >>>> > >>>>> $ rpm -q python-kid > >>>>> python-kid-0.9-2.centos4 > >>>>> > >>>>> on buildsys.fedoraproject.org would benefit from an update to 0.9.5 which > >>>>> includes xml related fixes and makes it possible to create pages that > >>>>> don't fail in the w3c validator. > >>>>> > >>>>> $ rpm -q --whatrequires python-kid > >>>>> repoview-0.5.1-1.centos4 > >>>>> > >>>>> > >>>> http://home.arcor.de/ms2002sep/tmp/el4-extras/noarch/python-kid-0.9.5-0.1.el4.noarch.rpm > >>>> > >>>> Source rpms and build requirements here: > >>>> http://home.arcor.de/ms2002sep/tmp/el4-extras/ > >>>> > >>>> > >>> I'm not sure I fully understand what problem this solves. Can you give > >>> me an example? > >>> > >> Sure. It's > >> > >> http://tinyurl.com/2pc37j > >> > >> versus > >> > >> http://tinyurl.com/2wdk5s > >> > >> The former was created with unmodified software on buildsys.f.o, while the > >> latter was created with my modified repoview including an updated > >> python-kid. > >> > > > > So, what is the formal procedure for requesting a package update on the > > buildsys server like described above and getting an official and final > > reply? > > > Get someone upstream (RHEL) to accept the package changes. buildsys is > going away in days anyway after koji goes live. > > -Mike The package is not in RHEL and not in CentOS either. It is the Fedora package built for CentOS. Luke Macken's updates system also uses python-kid, and would benefit from the minor version upgrade, too. From wtogami at redhat.com Thu Apr 5 15:22:08 2007 From: wtogami at redhat.com (Warren Togami) Date: Thu, 05 Apr 2007 11:22:08 -0400 Subject: buildsys user home dirs reset again? In-Reply-To: <20070405112706.0ced61d1.bugs.michael@gmx.net> References: <20070405112706.0ced61d1.bugs.michael@gmx.net> Message-ID: <46151420.7000104@redhat.com> Michael Schwendt wrote: > On buildsys.fedoraproject.org, all users' home directories have been > reset/emptied again. Why? > /srv/extras-push/bin/create-user-push-env.sh Does this script DTRT to recreate needed symlinks in your home directory? I wrote it based upon one of your earlier e-mails. Warren From bugs.michael at gmx.net Thu Apr 5 15:39:36 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 5 Apr 2007 17:39:36 +0200 Subject: buildsys user home dirs reset again? In-Reply-To: <46151420.7000104@redhat.com> References: <20070405112706.0ced61d1.bugs.michael@gmx.net> <46151420.7000104@redhat.com> Message-ID: <20070405173936.3b91adae.bugs.michael@gmx.net> On Thu, 05 Apr 2007 11:22:08 -0400, Warren Togami wrote: > > On buildsys.fedoraproject.org, all users' home directories have been > > reset/emptied again. Why? > > > > /srv/extras-push/bin/create-user-push-env.sh > Does this script DTRT to recreate needed symlinks in your home > directory? I wrote it based upon one of your earlier e-mails. > > Warren Yes, it does. It works fine. I have tried it, although I had reinstalled my links before. From mmcgrath at redhat.com Thu Apr 5 15:51:32 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 05 Apr 2007 10:51:32 -0500 Subject: buildsys user home dirs reset again? In-Reply-To: <20070405173936.3b91adae.bugs.michael@gmx.net> References: <20070405112706.0ced61d1.bugs.michael@gmx.net> <46151420.7000104@redhat.com> <20070405173936.3b91adae.bugs.michael@gmx.net> Message-ID: <46151B04.2040007@redhat.com> Michael Schwendt wrote: > On Thu, 05 Apr 2007 11:22:08 -0400, Warren Togami wrote: > > >>> On buildsys.fedoraproject.org, all users' home directories have been >>> reset/emptied again. Why? >>> >>> >> /srv/extras-push/bin/create-user-push-env.sh >> Does this script DTRT to recreate needed symlinks in your home >> directory? I wrote it based upon one of your earlier e-mails. >> >> Warren >> > > Yes, it does. It works fine. I have tried it, although I had reinstalled > my links before. > I've updated the script, this shouldn't happen again. -Mike From Matt_Domsch at dell.com Thu Apr 5 16:06:42 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 5 Apr 2007 11:06:42 -0500 Subject: more mirrormanager testing In-Reply-To: <20070405142858.GB4531@neu.nirvana> References: <20070405140817.GA28442@lists.us.dell.com> <20070405142858.GB4531@neu.nirvana> Message-ID: <20070405160641.GG20763@humbolt.us.dell.com> On Thu, Apr 05, 2007 at 04:28:58PM +0200, Axel Thimm wrote: > Hi, > > On Thu, Apr 05, 2007 at 09:08:17AM -0500, Matt Domsch wrote: > > With that in place, the http/ftp crawler will come by every 6 hours or > > so looking at what you're carrying. Each Category page in the web UI > > will show the list of directories you have it thinks are up-to-date. > > I checked the ones for ATrpms and they list FC1-FC4 as being > up-to-date which were not on the mirror at the time I registered it, > so I must be seeing someone else's mirror. http://mirror.atrpms.net/fedoracore/ contains FC1-4, yes? Well, not ISOs, but everything else. That's fine, the ISO directories don't appear on your list. /me is confused. What's wrong? Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From a.badger at gmail.com Thu Apr 5 16:48:14 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 05 Apr 2007 09:48:14 -0700 Subject: Moin question In-Reply-To: <1175785215.31972.128.camel@erato.phig.org> References: <46150CEC.9030909@redhat.com> <1175784904.19199.7.camel@cutter> <1175785215.31972.128.camel@erato.phig.org> Message-ID: <1175791694.30064.44.camel@localhost.localdomain> On Thu, 2007-04-05 at 08:00 -0700, Karsten Wade wrote: > On Thu, 2007-04-05 at 10:55 -0400, seth vidal wrote: > > > I thought we got rid of the EditGroup requirement for certain sets of > > pages. > > Really? What sets? > > I didn't realize we had or wanted any content on fp.o/wiki that wasn't > covered by the CLA. > I think some of the pages that are being used to request changes are like this. For instance: http://fedoraproject.org/wiki/EditGroupQueue I don't know if there are others pages like this; I do know that CVSSyncNeeded has since been moved into a process based around Bugzilla. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Thu Apr 5 17:51:12 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 5 Apr 2007 19:51:12 +0200 Subject: more mirrormanager testing In-Reply-To: <20070405160641.GG20763@humbolt.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> <20070405142858.GB4531@neu.nirvana> <20070405160641.GG20763@humbolt.us.dell.com> Message-ID: <20070405175112.GC4531@neu.nirvana> On Thu, Apr 05, 2007 at 11:06:42AM -0500, Matt Domsch wrote: > On Thu, Apr 05, 2007 at 04:28:58PM +0200, Axel Thimm wrote: > > Hi, > > > > On Thu, Apr 05, 2007 at 09:08:17AM -0500, Matt Domsch wrote: > > > With that in place, the http/ftp crawler will come by every 6 hours or > > > so looking at what you're carrying. Each Category page in the web UI > > > will show the list of directories you have it thinks are up-to-date. > > > > I checked the ones for ATrpms and they list FC1-FC4 as being > > up-to-date which were not on the mirror at the time I registered it, > > so I must be seeing someone else's mirror. > > http://mirror.atrpms.net/fedoracore/ > contains FC1-4, yes? Well, not ISOs, but everything else. That's > fine, the ISO directories don't appear on your list. > > /me is confused. What's wrong? Oh, please forget about it, I'm confused, not you ... :) (FWIW I mixed up dl.atrpms.net and mirror.atrpms.net) I'm going to really remove the content, now, should I expect the Category pages to catch up within 6h? BTW is there a special User-Agent: you use for crawling? Thanks and sorry for the false alarm. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Matt_Domsch at dell.com Thu Apr 5 17:56:15 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 5 Apr 2007 12:56:15 -0500 Subject: more mirrormanager testing In-Reply-To: <20070405175112.GC4531@neu.nirvana> References: <20070405140817.GA28442@lists.us.dell.com> <20070405142858.GB4531@neu.nirvana> <20070405160641.GG20763@humbolt.us.dell.com> <20070405175112.GC4531@neu.nirvana> Message-ID: <20070405175614.GB23259@humbolt.us.dell.com> On Thu, Apr 05, 2007 at 07:51:12PM +0200, Axel Thimm wrote: > On Thu, Apr 05, 2007 at 11:06:42AM -0500, Matt Domsch wrote: > > On Thu, Apr 05, 2007 at 04:28:58PM +0200, Axel Thimm wrote: > > > Hi, > > > > > > On Thu, Apr 05, 2007 at 09:08:17AM -0500, Matt Domsch wrote: > > > > With that in place, the http/ftp crawler will come by every 6 hours or > > > > so looking at what you're carrying. Each Category page in the web UI > > > > will show the list of directories you have it thinks are up-to-date. > > > > > > I checked the ones for ATrpms and they list FC1-FC4 as being > > > up-to-date which were not on the mirror at the time I registered it, > > > so I must be seeing someone else's mirror. > > > > http://mirror.atrpms.net/fedoracore/ > > contains FC1-4, yes? Well, not ISOs, but everything else. That's > > fine, the ISO directories don't appear on your list. > > > > /me is confused. What's wrong? > > Oh, please forget about it, I'm confused, not you ... :) > (FWIW I mixed up dl.atrpms.net and mirror.atrpms.net) > > I'm going to really remove the content, now, should I expect the > Category pages to catch up within 6h? Yes. > BTW is there a special User-Agent: you use for crawling? I don't think so, I'm using httplib directly. I'll look into adding one. > Thanks and sorry for the false alarm. np at all. Thanks for testing! -Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Thu Apr 5 18:05:00 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 5 Apr 2007 13:05:00 -0500 Subject: more mirrormanager testing In-Reply-To: <20070405175614.GB23259@humbolt.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> <20070405142858.GB4531@neu.nirvana> <20070405160641.GG20763@humbolt.us.dell.com> <20070405175112.GC4531@neu.nirvana> <20070405175614.GB23259@humbolt.us.dell.com> Message-ID: <20070405180459.GC23259@humbolt.us.dell.com> On Thu, Apr 05, 2007 at 12:56:15PM -0500, Matt Domsch wrote: > On Thu, Apr 05, 2007 at 07:51:12PM +0200, Axel Thimm wrote: > > BTW is there a special User-Agent: you use for crawling? > > I don't think so, I'm using httplib directly. I'll look into adding one. It will start using: mirrormanager-crawler/0.1 (+http://hosted.fedoraproject.org/projects/mirrormanager) shortly. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From skvidal at linux.duke.edu Thu Apr 5 18:13:14 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Apr 2007 14:13:14 -0400 Subject: Moin question In-Reply-To: <1175785215.31972.128.camel@erato.phig.org> References: <46150CEC.9030909@redhat.com> <1175784904.19199.7.camel@cutter> <1175785215.31972.128.camel@erato.phig.org> Message-ID: <1175796794.19199.30.camel@cutter> On Thu, 2007-04-05 at 08:00 -0700, Karsten Wade wrote: > On Thu, 2007-04-05 at 10:55 -0400, seth vidal wrote: > > > I thought we got rid of the EditGroup requirement for certain sets of > > pages. > > Really? What sets? > I reserve the right to be wrong :) > I didn't realize we had or wanted any content on fp.o/wiki that wasn't > covered by the CLA. I thought we wanted to get people to editing quickly w/o jumping through all the hoops. Wouldn't that preclude EditGroup addition? -sv From mmcgrath at redhat.com Thu Apr 5 18:23:41 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 05 Apr 2007 13:23:41 -0500 Subject: Moin question In-Reply-To: <1175796794.19199.30.camel@cutter> References: <46150CEC.9030909@redhat.com> <1175784904.19199.7.camel@cutter> <1175785215.31972.128.camel@erato.phig.org> <1175796794.19199.30.camel@cutter> Message-ID: <46153EAD.7030307@redhat.com> seth vidal wrote: > On Thu, 2007-04-05 at 08:00 -0700, Karsten Wade wrote: > >> On Thu, 2007-04-05 at 10:55 -0400, seth vidal wrote: >> >> >>> I thought we got rid of the EditGroup requirement for certain sets of >>> pages. >>> >> Really? What sets? >> >> > > I reserve the right to be wrong :) > > >> I didn't realize we had or wanted any content on fp.o/wiki that wasn't >> covered by the CLA. >> > > I thought we wanted to get people to editing quickly w/o jumping through > all the hoops. Wouldn't that preclude EditGroup addition? > > -sv > > And really, the spirit of this is "We're having a problem so we're getting rid of accounts. If you want to, sign back up" So, in theory, we're not preventing anyone from doing anything, at worst they'll just have to sign up again. -Mike From skvidal at linux.duke.edu Thu Apr 5 18:28:57 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Apr 2007 14:28:57 -0400 Subject: Moin question In-Reply-To: <46153EAD.7030307@redhat.com> References: <46150CEC.9030909@redhat.com> <1175784904.19199.7.camel@cutter> <1175785215.31972.128.camel@erato.phig.org> <1175796794.19199.30.camel@cutter> <46153EAD.7030307@redhat.com> Message-ID: <1175797737.19199.33.camel@cutter> On Thu, 2007-04-05 at 13:23 -0500, Mike McGrath wrote: > seth vidal wrote: > > On Thu, 2007-04-05 at 08:00 -0700, Karsten Wade wrote: > > > >> On Thu, 2007-04-05 at 10:55 -0400, seth vidal wrote: > >> > >> > >>> I thought we got rid of the EditGroup requirement for certain sets of > >>> pages. > >>> > >> Really? What sets? > >> > >> > > > > I reserve the right to be wrong :) > > > > > >> I didn't realize we had or wanted any content on fp.o/wiki that wasn't > >> covered by the CLA. > >> > > > > I thought we wanted to get people to editing quickly w/o jumping through > > all the hoops. Wouldn't that preclude EditGroup addition? > > > > -sv > > > > > And really, the spirit of this is "We're having a problem so we're > getting rid of accounts. If you want to, sign back up" So, in theory, > we're not preventing anyone from doing anything, at worst they'll just > have to sign up again. I agree, though I think Karsten has a point. Let people know it'll happen. -sv From tchung at fedoraproject.org Thu Apr 5 19:03:10 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Thu, 5 Apr 2007 12:03:10 -0700 Subject: 502 Bad Gateway Message-ID: <369bce3b0704051203v54c086bcq438ff12bda24a539@mail.gmail.com> Are we experiencing an issue with our wiki? I'm seeing following all pages: Bad Gateway The proxy server received an invalid response from an upstream server. Apache/2.0.52 (Red Hat) Server at fedoraproject.org Port 80 -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From tchung at fedoraproject.org Thu Apr 5 19:20:35 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Thu, 5 Apr 2007 12:20:35 -0700 Subject: 502 Bad Gateway In-Reply-To: <369bce3b0704051203v54c086bcq438ff12bda24a539@mail.gmail.com> References: <369bce3b0704051203v54c086bcq438ff12bda24a539@mail.gmail.com> Message-ID: <369bce3b0704051220s2acdb9dbkee6f37162eed887@mail.gmail.com> On 4/5/07, Thomas Chung wrote: > Are we experiencing an issue with our wiki? > I'm seeing following all pages: > > Bad Gateway > > The proxy server received an invalid response from an upstream server. > Apache/2.0.52 (Red Hat) Server at fedoraproject.org Port 80 It seems the problem has been resolved now. :) Regards, -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From Matt_Domsch at Dell.com Thu Apr 5 19:51:57 2007 From: Matt_Domsch at Dell.com (Matt_Domsch at Dell.com) Date: Thu, 5 Apr 2007 14:51:57 -0500 Subject: more mirrormanager testing In-Reply-To: <461549DD.7050109@cs.umanitoba.ca> References: <20070405140817.GA28442@lists.us.dell.com> <461549DD.7050109@cs.umanitoba.ca> Message-ID: The Fedora Infrastructure team has been dealing with bad hardware today on several fronts. Failure to get to admin.f.r.c/accounts or admin.f.r.c/mirrormanager is the result. They're working on it dilligently, we ask for your continued patience. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com -----Original Message----- From: mirror-list-d-bounces at redhat.com [mailto:mirror-list-d-bounces at redhat.com] On Behalf Of Gilbert E. Detillieux Sent: Thursday, April 05, 2007 2:11 PM To: A private discussion group for official mirrors of ftp.redhat.com Cc: fedora-infrastructure-list at redhat.com Subject: Re: more mirrormanager testing On 2007-04-05 09:08, Matt Domsch wrote: > Mirror Admins: > > Thank you to the several people who have put their data into > mirrormanager https://admin.fedoraproject.org/mirrormanager/ already. > I've made a few tweaks in the past week to speed up the queries, and > it seems to be working pretty well[1]. > > I ask everyone to please enter their data into mirrormanager now, so > we can shake out any additional bugs before F7 Test 4 is ready to go > out. > > In particular, please create: > * an account in the Fedora Account System if you haven't already OK, I go to the URL you specified above, I click on the "register" link (https://admin.fedora.redhat.com/accounts), and I get the following error... 502 Bad Gateway The proxy server received an invalid response from an upstream server. Any advice? I'd _like_ to get an account set up, but I can't see any way to do it at the moment. > * a new Site > * a new Host in your Site > * a new ACL IP for your Host (DNS name preferred, IP ok too) > * two new Category entries, one for Fedora Core, and one for Fedora > Extras > * For each of FC and FE, one or more URLs by which end users can get > at your data (HTTP, FTP, and rsync). I imagine I can't enter any of this until _after_ i login with the FAS account, which I have yet to create. > [1] occasionally we have authentication problems with the Fedora > Account System, but it's much rarer that it had been. If you hit it, > please just reload a few times and it'll clear. I've tried reloading repeatedly, and the 502 error happens consistently. -- Gilbert E. Detillieux E-mail: Dept. of Computer Science Web: http://www.cs.umanitoba.ca/~gedetil/ University of Manitoba Phone: (204)474-8161 Winnipeg MB CANADA R3T 2N2 Fax: (204)474-7609 -- From Matt_Domsch at dell.com Thu Apr 5 20:02:20 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 5 Apr 2007 15:02:20 -0500 Subject: more mirrormanager testing In-Reply-To: References: <20070405140817.GA28442@lists.us.dell.com> Message-ID: <20070405200220.GD23259@humbolt.us.dell.com> On Thu, Apr 05, 2007 at 08:52:34PM +0100, archive-admin at mirrorservice.org wrote: > > Ok I put in a cdir block in the host access as it could come from one of > nine ip's depending on which box really has the mirror on it... I am not > sure if thats going to work. Probably not. I *think* the Red Hat backend uses tcpwrappers for its ACLs, but I don't know. tcpwrappers doesn't use CIDR notation except for IPv6, which the masters don't speak. I'd recommend just creating 9 entries. It's just a list after all. :-) > Also you probably want to check the iso country codes > http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/list-en1.html > I notice entries in both cases and also for the UK which isnt a vaild > iso code 'GB is for the United Kingdom'... I guess UKRAINE wannted UK > though a guess the compromise was no one to have it as they seem to have > ended up with UA. Anyone good with python-GeoIP? I'd love to turn that into a dropdown, and I know the GeoIP C headers export the actual country list, continent list, etc. which is very cool. But I don't see those exposed via the python bindings. Or maybe I'm just dense. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From jkeating at redhat.com Thu Apr 5 20:36:03 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 5 Apr 2007 16:36:03 -0400 Subject: New mirror layout for the merged core and extras Message-ID: <200704051636.06855.jkeating@redhat.com> I've tossed together a quick rundown of a new mirror layout for the merged core and extras. You can find it here: http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge#head-d370223ce90e602f6d5c4bf3584bd20800da68b6 Any feedback would be appreciated. This could be expected to go live as early as Monday Apr 9th. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- -- From mmcgrath at redhat.com Thu Apr 5 21:05:03 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 05 Apr 2007 16:05:03 -0500 Subject: 502 Bad Gateway In-Reply-To: <369bce3b0704051220s2acdb9dbkee6f37162eed887@mail.gmail.com> References: <369bce3b0704051203v54c086bcq438ff12bda24a539@mail.gmail.com> <369bce3b0704051220s2acdb9dbkee6f37162eed887@mail.gmail.com> Message-ID: <4615647F.3060506@redhat.com> Thomas Chung wrote: > On 4/5/07, Thomas Chung wrote: >> Are we experiencing an issue with our wiki? >> I'm seeing following all pages: >> >> Bad Gateway >> >> The proxy server received an invalid response from an upstream server. >> Apache/2.0.52 (Red Hat) Server at fedoraproject.org Port 80 > > It seems the problem has been resolved now. :) > Regards, This was actually one of our worst crashes. I've got some plans I'm working on but we'll need the netapps for them to work. Here's a roundup of what happened. App2 (where the wiki is actually stored) was having an issue with httpd starting. I haven't looked into this error (yet) but here's the message: [Thu Apr 05 11:34:17 2007] [error] (28)No space left on device: mod_python: Failed to create global mutex 1 of 4 (/tmp/mpmtx309251). I verified that the box had enough space and inodes (we're talking 70% free). The box was behaving strangely so I decided to reboot it. Normally not a problem except this box still had the older iptables rules on it which causes excessive logging. With connections coming into it from the proxy servers and app1 the box quickly got overwhelmed. It locked and I couldn't log in via the console so I killed the box. When it came back up the grub settings were off so I could not console into it to see why the boot was hanging (I suspect fsck). We couldn't PXE that box because its on a different network from the DHCP server so no rescue mode. Completely lucky for me, I happened to be here. Stuck a CD in and we were off. This was bad and could have been much worse. I'm going to take a look at our options to make sure it doesn't happen again. -Mike From robn at berrymount.nl Fri Apr 6 02:30:49 2007 From: robn at berrymount.nl (Rob van Nieuwkerk) Date: Fri, 6 Apr 2007 04:30:49 +0200 Subject: more mirrormanager testing / unacceptable Export Restrictions In-Reply-To: <20070405140817.GA28442@lists.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> Message-ID: <20070406043049.df0c5242.robn@berrymount.nl> On Thu, 5 Apr 2007 09:08:17 -0500 Matt Domsch wrote: > Mirror Admins: > > Thank you to the several people who have put their data into > mirrormanager https://admin.fedoraproject.org/mirrormanager/ already. > I've made a few tweaks in the past week to speed up the queries, and > it seems to be working pretty well[1]. > > I ask everyone to please enter their data into mirrormanager now, so > we can shake out any additional bugs before F7 Test 4 is ready to go > out. > > In particular, please create: > * an account in the Fedora Account System if you haven't already > * a new Site Hi Matt, I created a FAS account some time ago. I did not proceed with adding my site because this requires that you agree with the "Export Restrictions". I don't see many sites added. Probabaly because most people realize that it comes down to this: ------------------------------------------------------------- If you agree with these Export Restrictions you will violate these rules anytime somone who isn't liked by the US downloads any piece of Fedora from your mirror. ------------------------------------------------------------- Run a mirror, help Red Hat, and get arrested next time you visit the USA .. Besides any political or moral right/wrongness of these Export Restrictions it is of course TECHNICALLY COMPLETELY IMPOSSIBLE to comply with them !!! The whole mirrormanager thing will (unfortunatly !) never work as long as agreeing to these Export Restrictions is required. Mirror-admins: be very carful with what you sign or agree to ! friendly greetings, Rob van Nieuwkerk From Matt_Domsch at dell.com Fri Apr 6 04:18:12 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 5 Apr 2007 23:18:12 -0500 Subject: more mirrormanager testing / unacceptable Export Restrictions In-Reply-To: <20070406043049.df0c5242.robn@berrymount.nl> References: <20070405140817.GA28442@lists.us.dell.com> <20070406043049.df0c5242.robn@berrymount.nl> Message-ID: <20070406041812.GA8143@lists.us.dell.com> On Fri, Apr 06, 2007 at 04:30:49AM +0200, Rob van Nieuwkerk wrote: > Hi Matt, > > I created a FAS account some time ago. I did not proceed with adding my > site because this requires that you agree with the "Export Restrictions". > > I don't see many sites added. Probabaly because most people realize > that it comes down to this: > > ------------------------------------------------------------- > If you agree with these Export Restrictions you will violate > these rules anytime somone who isn't liked by the US downloads > any piece of Fedora from your mirror. > ------------------------------------------------------------- > > Run a mirror, help Red Hat, and get arrested next time you visit the USA .. > > Besides any political or moral right/wrongness of these Export > Restrictions it is of course TECHNICALLY COMPLETELY IMPOSSIBLE > to comply with them !!! > > The whole mirrormanager thing will (unfortunatly !) never work > as long as agreeing to these Export Restrictions is required. To be fair, this has noting to do with mirrormanager, except that mirrormanager asks you to say you will comply. The problem is that the US State Department considers software posted on the Internet to be exports, and has certain rules about this. Red Hat, as a US-based company, must comply with these rules. In reality, these rules apply today, regardless of mirrormanager. You and I both know it's impossible to police every download from every web server in the US or under the control of a US-based company to ensure the person doing the downloading isn't a national of an embargoed country, or is on the Denied Parties List or whatever other rules there are. And yes, the software has export licenses (license TSU) allowing it to be exported almost anywhere to almost anyone. Therein lies the problem - it's not really anyone anywhere, but "almost". I think the State Department knows it's impossible too. They must know. So, we show due dilligence. We have a notice on the FTP site saying "if you're someone subject to US State Deparment restrictions, you aren't allowed to download anything here." But we don't technically stop anyone from doing so. The question is, must we technically stop anyone from doing so? Apparently not, I haven't been asked to try - because it's impossible and everyone knows it. So the notice is our Due Dilligence, and by asking you to agree too, that's our Due Dilligence. You post that notice, and it's your Due Dilligence too. That's my understanding of it. IANAL, but as this has come up repeatedly in the past, this has always been the tacit resolution. > Mirror-admins: be very carful with what you sign or agree to ! Always wise. -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From a.badger at gmail.com Fri Apr 6 22:16:18 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 06 Apr 2007 15:16:18 -0700 Subject: Rewritten script for packagedb => bugzilla Message-ID: <1175897778.8504.62.camel@localhost.localdomain> Hey guys, I've rewritten the owners.list => bugzilla script to sync from the packagedb => bugzilla. This script relies on a new version of the python-fedora module which has a fas email => bugzilla email mapping. (python-fedora-0.2.90.5-1.noarch.rpm). I'm attaching the old version that's in cvs so people who don't have the module checked out from cvs can more easily take a look at the differences. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: bz-make-components.py Type: text/x-python Size: 6209 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bz-make-components.py.old Type: text/x-python Size: 4940 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kwade at redhat.com Sat Apr 7 06:14:56 2007 From: kwade at redhat.com (Karsten Wade) Date: Fri, 06 Apr 2007 23:14:56 -0700 Subject: Moin question In-Reply-To: <46151041.2020609@leemhuis.info> References: <46150CEC.9030909@redhat.com> <46151041.2020609@leemhuis.info> Message-ID: <1175926496.3347.90.camel@erato.phig.org> On Thu, 2007-04-05 at 17:05 +0200, Thorsten Leemhuis wrote: > Maybe simply sending the > stuff to a mailing list and placing a link to the archive in the wiki > would be more then enough? With a few meetings excepted, that is what we have done in FDSCo from the start. It saves steps and is easy. Sounds like it might be a good policy for all. - Karsten -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kwade at redhat.com Sat Apr 7 06:22:13 2007 From: kwade at redhat.com (Karsten Wade) Date: Fri, 06 Apr 2007 23:22:13 -0700 Subject: Moin question In-Reply-To: <1175796794.19199.30.camel@cutter> References: <46150CEC.9030909@redhat.com> <1175784904.19199.7.camel@cutter> <1175785215.31972.128.camel@erato.phig.org> <1175796794.19199.30.camel@cutter> Message-ID: <1175926933.3347.98.camel@erato.phig.org> On Thu, 2007-04-05 at 14:13 -0400, seth vidal wrote: > I thought we wanted to get people to editing quickly w/o jumping through > all the hoops. Wouldn't that preclude EditGroup addition? You are just a few steps ahead, that is all. I got the lawyer-based permission and guidelines for using a click-through CLA for the Wiki. When that is setup, we can stop using EditGroup for the site-wide ACLs. When ... uh, whenever we get to it. I feel guilty every time I see an addition to EditGroup, but this one is a little lower on the current priorities. Still, what needs to be done is: * Click-through page enabled for new users -- must check "Agree" and then submit the form. * Click-through page is (probably) an Include() of the CLA contents itself -- not very proc intensive to do that, since people only see that page when they create their account. * Confirm that ACLs for special areas (Docs/) are working. Anything else? Other than tell people and celebrate? The dividing line between "click-through is OK" and "need to GPG-sign" is if the user has the ability to put content directly into a content storage system from where it goes into a package (then into an ISO.) So, we can leave Docs/Beats/ open to click-through CLAers because that content is edited before going into CVS (and a package), all done by people who have signed the CLA with a GPG key. This is analogous to patches and such that come in via mailing lists and bugzilla. The special locations such as Docs/ are Wiki-based publishing points, so Docs Project contributor guidelines come into play. - Karsten -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Sat Apr 7 12:36:42 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 07 Apr 2007 14:36:42 +0200 Subject: Moin question In-Reply-To: <1175926496.3347.90.camel@erato.phig.org> References: <46150CEC.9030909@redhat.com> <46151041.2020609@leemhuis.info> <1175926496.3347.90.camel@erato.phig.org> Message-ID: <4617905A.5090405@leemhuis.info> Karsten Wade schrieb: > On Thu, 2007-04-05 at 17:05 +0200, Thorsten Leemhuis wrote: >> Maybe simply sending the >> stuff to a mailing list and placing a link to the archive in the wiki >> would be more then enough? > > With a few meetings excepted, that is what we have done in FDSCo from > the start. I started to do it for like that for EPEL one week ago. > It saves steps and is easy. +1 > Sounds like it might be a good policy for all. +1 -- how has the authority to issue such a policy? CU thl From mmcgrath at redhat.com Sat Apr 7 15:16:19 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 07 Apr 2007 10:16:19 -0500 Subject: Moin question In-Reply-To: <46151041.2020609@leemhuis.info> References: <46150CEC.9030909@redhat.com> <46151041.2020609@leemhuis.info> Message-ID: <4617B5C3.4080408@redhat.com> Thorsten Leemhuis wrote: > Hi! > > Mike McGrath schrieb: > >> One way we could see immediate performance gain on the wiki is to delete >> old users. [...] >> > > I'd like to suggest another one: remove old Meeting logs from the wiki > and place them somewhere else. Searching for a string in the wiki takes > longer and longer every month and often finds a lots of old cruft from > old meeting logs. > I have done a little research on this part and I don't think we'd get much of a gain performance wise. It would clean things up a bit. Interestingly, we have more users (9989) on Moin then we have pages (7214) -Mike From fedora at leemhuis.info Sat Apr 7 15:36:23 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 07 Apr 2007 17:36:23 +0200 Subject: Moin question In-Reply-To: <4617B5C3.4080408@redhat.com> References: <46150CEC.9030909@redhat.com> <46151041.2020609@leemhuis.info> <4617B5C3.4080408@redhat.com> Message-ID: <4617BA77.1030104@leemhuis.info> Mike McGrath schrieb: > Thorsten Leemhuis wrote: >> Mike McGrath schrieb: >>> One way we could see immediate performance gain on the wiki is to delete >>> old users. [...] >> I'd like to suggest another one: remove old Meeting logs from the wiki >> and place them somewhere else. Searching for a string in the wiki takes >> longer and longer every month and often finds a lots of old cruft from >> old meeting logs. > I have done a little research on this part and I don't think we'd get > much of a gain performance wise. It would clean things up a bit. Especially the latter thing seems important to me, as searching for stuff in the wiki these days often afaics finds more often uninteresting meeting minutes then then what you really look for. > Interestingly, we have more users (9989) on Moin then we have pages (7214) Well, but if we add logs from - FESCo - EPEL - Ambassadors - Docs - FPC (those add two pages per meeting) - some other projects I forget just now each week then the number of pages will increase to much over time IMHO. CU thl From mmcgrath at redhat.com Mon Apr 9 03:25:27 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 08 Apr 2007 22:25:27 -0500 Subject: Moin question In-Reply-To: <1175926933.3347.98.camel@erato.phig.org> References: <46150CEC.9030909@redhat.com> <1175784904.19199.7.camel@cutter> <1175785215.31972.128.camel@erato.phig.org> <1175796794.19199.30.camel@cutter> <1175926933.3347.98.camel@erato.phig.org> Message-ID: <4619B227.8050901@redhat.com> Karsten Wade wrote: > On Thu, 2007-04-05 at 14:13 -0400, seth vidal wrote: > > >> I thought we wanted to get people to editing quickly w/o jumping through >> all the hoops. Wouldn't that preclude EditGroup addition? >> > > You are just a few steps ahead, that is all. I got the lawyer-based > permission and guidelines for using a click-through CLA for the Wiki. > When that is setup, we can stop using EditGroup for the site-wide ACLs. > > When ... uh, whenever we get to it. I feel guilty every time I see an > addition to EditGroup, but this one is a little lower on the current > priorities. Still, what needs to be done is: > > * Click-through page enabled for new users -- must check "Agree" and > then submit the form. > * Click-through page is (probably) an Include() of the CLA contents > itself -- not very proc intensive to do that, since people only see that > page when they create their account. > * Confirm that ACLs for special areas (Docs/) are working. > > Anything else? Other than tell people and celebrate? > > The dividing line between "click-through is OK" and "need to GPG-sign" > is if the user has the ability to put content directly into a content > storage system from where it goes into a package (then into an ISO.) > So, we can leave Docs/Beats/ open to click-through CLAers because that > content is edited before going into CVS (and a package), all done by > people who have signed the CLA with a GPG key. This is analogous to > patches and such that come in via mailing lists and bugzilla. The > special locations such as Docs/ are Wiki-based publishing points, so > Docs Project contributor guidelines come into play. > > FYI All: I did a test on this this weekend and my page save was about 17 seconds, a pretty significant difference. So here's the plan. 1) Grab a list of all the users to be removed (Users not in EditGroup and not watching any pages) 2) Send a mass email of notification of removal and why 3) Remove users (will make a backup) 4) Enjoy our much faster but still slow save pages. -Mike From mmcgrath at redhat.com Mon Apr 9 13:58:23 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 09 Apr 2007 08:58:23 -0500 Subject: Email Addresses (Revisited) Message-ID: <461A467F.5010303@redhat.com> So this thread kind of got forgotten about without any action. Here's where it left off. current situation: User signs up and gets account at fp.o and firstname.lastname at fp.o The problem: accounts are unique but firstname.lastname is not. This causes collisions. Firstname.Lastname may (and currently does) contain characters that postfix and sendmail freak out about. Secondary problem: People think firstname.lastname sounds professional while accountname at fp.o may not. I'd like to move forward with removing the firstname.lastname addresses after sending out a notification. Secondary issues aside, our current model can't work forever and already causes some issues. Are there any major detractors? -Mike From skvidal at linux.duke.edu Mon Apr 9 14:03:07 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 09 Apr 2007 10:03:07 -0400 Subject: Email Addresses (Revisited) In-Reply-To: <461A467F.5010303@redhat.com> References: <461A467F.5010303@redhat.com> Message-ID: <1176127387.19199.113.camel@cutter> On Mon, 2007-04-09 at 08:58 -0500, Mike McGrath wrote: > So this thread kind of got forgotten about without any action. Here's > where it left off. > > current situation: > User signs up and gets account at fp.o and firstname.lastname at fp.o > > The problem: > accounts are unique but firstname.lastname is not. This causes > collisions. > Firstname.Lastname may (and currently does) contain characters that > postfix and sendmail freak out about. > > Secondary problem: > People think firstname.lastname sounds professional while > accountname at fp.o may not. > > > I'd like to move forward with removing the firstname.lastname addresses > after sending out a notification. Secondary issues aside, our current > model can't work forever and already causes some issues. > > Are there any major detractors? > I think it's a good plan - we should be willing to keep a couple of fname.lname aliases for some folks who have already published them/used them elsewhere. And we should say as much in the warning email. but by and large I think killing them will be fine. -sv From mmcgrath at redhat.com Mon Apr 9 14:03:36 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 09 Apr 2007 09:03:36 -0500 Subject: Email Addresses (Revisited) In-Reply-To: <1176127387.19199.113.camel@cutter> References: <461A467F.5010303@redhat.com> <1176127387.19199.113.camel@cutter> Message-ID: <461A47B8.8060505@redhat.com> seth vidal wrote: > I think it's a good plan - we should be willing to keep a couple of > fname.lname aliases for some folks who have already published them/used > them elsewhere. And we should say as much in the warning email. > > but by and large I think killing them will be fine. > To be kept by special request only? -Mike From skvidal at linux.duke.edu Mon Apr 9 14:07:26 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 09 Apr 2007 10:07:26 -0400 Subject: Email Addresses (Revisited) In-Reply-To: <461A47B8.8060505@redhat.com> References: <461A467F.5010303@redhat.com> <1176127387.19199.113.camel@cutter> <461A47B8.8060505@redhat.com> Message-ID: <1176127646.19199.116.camel@cutter> On Mon, 2007-04-09 at 09:03 -0500, Mike McGrath wrote: > seth vidal wrote: > > I think it's a good plan - we should be willing to keep a couple of > > fname.lname aliases for some folks who have already published them/used > > them elsewhere. And we should say as much in the warning email. > > > > but by and large I think killing them will be fine. > > > To be kept by special request only? yeah. So the warning email would say something like: We're planning on removing the firstname.lastname aliases. If you are already using this address and would like to continue to, please contact admin at fedoraproject.org and tell us about it. yada,yada,yada, blah,blah,blah -sv From wtogami at redhat.com Mon Apr 9 14:07:16 2007 From: wtogami at redhat.com (Warren Togami) Date: Mon, 09 Apr 2007 10:07:16 -0400 Subject: Email Addresses (Revisited) In-Reply-To: <1176127646.19199.116.camel@cutter> References: <461A467F.5010303@redhat.com> <1176127387.19199.113.camel@cutter> <461A47B8.8060505@redhat.com> <1176127646.19199.116.camel@cutter> Message-ID: <461A4894.9010508@redhat.com> seth vidal wrote: > On Mon, 2007-04-09 at 09:03 -0500, Mike McGrath wrote: >> seth vidal wrote: >>> I think it's a good plan - we should be willing to keep a couple of >>> fname.lname aliases for some folks who have already published them/used >>> them elsewhere. And we should say as much in the warning email. >>> >>> but by and large I think killing them will be fine. >>> >> To be kept by special request only? > > yeah. So the warning email would say something like: > > > We're planning on removing the firstname.lastname aliases. If you are > already using this address and would like to continue to, please contact > admin at fedoraproject.org and tell us about it. > yada,yada,yada, blah,blah,blah > > -sv Umm, didn't we agree upon removal of first.last@ addresses many weeks ago? How is this different now? Warren From skvidal at linux.duke.edu Mon Apr 9 14:10:37 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 09 Apr 2007 10:10:37 -0400 Subject: Email Addresses (Revisited) In-Reply-To: <461A4894.9010508@redhat.com> References: <461A467F.5010303@redhat.com> <1176127387.19199.113.camel@cutter> <461A47B8.8060505@redhat.com> <1176127646.19199.116.camel@cutter> <461A4894.9010508@redhat.com> Message-ID: <1176127837.19199.118.camel@cutter> On Mon, 2007-04-09 at 10:07 -0400, Warren Togami wrote: > seth vidal wrote: > > On Mon, 2007-04-09 at 09:03 -0500, Mike McGrath wrote: > >> seth vidal wrote: > >>> I think it's a good plan - we should be willing to keep a couple of > >>> fname.lname aliases for some folks who have already published them/used > >>> them elsewhere. And we should say as much in the warning email. > >>> > >>> but by and large I think killing them will be fine. > >>> > >> To be kept by special request only? > > > > yeah. So the warning email would say something like: > > > > > > We're planning on removing the firstname.lastname aliases. If you are > > already using this address and would like to continue to, please contact > > admin at fedoraproject.org and tell us about it. > > yada,yada,yada, blah,blah,blah > > > > -sv > > Umm, didn't we agree upon removal of first.last@ addresses many weeks > ago? How is this different now? > It's not. but I just think the warning email should make allowances for folks who are using them. -sv From dennis at ausil.us Mon Apr 9 14:10:31 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 9 Apr 2007 09:10:31 -0500 Subject: Email Addresses (Revisited) In-Reply-To: <461A4894.9010508@redhat.com> References: <461A467F.5010303@redhat.com> <1176127646.19199.116.camel@cutter> <461A4894.9010508@redhat.com> Message-ID: <200704090910.31787.dennis@ausil.us> On Monday 09 April 2007 09:07:16 am Warren Togami wrote: > seth vidal wrote: > > On Mon, 2007-04-09 at 09:03 -0500, Mike McGrath wrote: > >> seth vidal wrote: > >>> I think it's a good plan - we should be willing to keep a couple of > >>> fname.lname aliases for some folks who have already published them/used > >>> them elsewhere. And we should say as much in the warning email. > >>> > >>> but by and large I think killing them will be fine. > >> > >> To be kept by special request only? > > > > yeah. So the warning email would say something like: > > > > > > We're planning on removing the firstname.lastname aliases. If you are > > already using this address and would like to continue to, please contact > > admin at fedoraproject.org and tell us about it. > > yada,yada,yada, blah,blah,blah > > > > -sv > > Umm, didn't we agree upon removal of first.last@ addresses many weeks > ago? How is this different now? > > Warren > I thought we had and that it had been announced and implemented. I guess i missed something. -- Dennis Gilmore, RHCE From mmcgrath at redhat.com Mon Apr 9 14:16:13 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 09 Apr 2007 09:16:13 -0500 Subject: Email Addresses (Revisited) In-Reply-To: <461A4894.9010508@redhat.com> References: <461A467F.5010303@redhat.com> <1176127387.19199.113.camel@cutter> <461A47B8.8060505@redhat.com> <1176127646.19199.116.camel@cutter> <461A4894.9010508@redhat.com> Message-ID: <461A4AAD.5040905@redhat.com> Warren Togami wrote: > seth vidal wrote: >> On Mon, 2007-04-09 at 09:03 -0500, Mike McGrath wrote: >>> seth vidal wrote: >>>> I think it's a good plan - we should be willing to keep a couple of >>>> fname.lname aliases for some folks who have already published >>>> them/used >>>> them elsewhere. And we should say as much in the warning email. >>>> >>>> but by and large I think killing them will be fine. >>>> >>> To be kept by special request only? >> >> yeah. So the warning email would say something like: >> >> >> We're planning on removing the firstname.lastname aliases. If you are >> already using this address and would like to continue to, please contact >> admin at fedoraproject.org and tell us about it. >> yada,yada,yada, blah,blah,blah >> >> -sv > > Umm, didn't we agree upon removal of first.last@ addresses many weeks > ago? How is this different now? Its not, thus (Revisited), it was basically just left in a state of flux where most people agreed, some people didn't and then nothing got done about it. I'm just making sure we're all on the same page before I send the notification out and patch the alias generation script. -Mike From ryan.ordway at oregonstate.edu Mon Apr 9 17:56:11 2007 From: ryan.ordway at oregonstate.edu (Ryan Ordway) Date: Mon, 09 Apr 2007 10:56:11 -0700 Subject: Email Addresses (Revisited) In-Reply-To: <461A47B8.8060505@redhat.com> Message-ID: On 4/9/07 7:03 AM, "Mike McGrath" spake: > seth vidal wrote: >> I think it's a good plan - we should be willing to keep a couple of >> fname.lname aliases for some folks who have already published them/used >> them elsewhere. And we should say as much in the warning email. >> >> but by and large I think killing them will be fine. >> > To be kept by special request only? > That sounds reasonable to me, as long as it does not complicate things. -- Ryan Ordway E-mail: rordway at oregonstate.edu Unix Systems Administrator rordway at library.oregonstate.edu OSU Libraries, Corvallis, OR 97370 Office: Valley Library #4657 From wtogami at redhat.com Mon Apr 9 19:26:05 2007 From: wtogami at redhat.com (Warren Togami) Date: Mon, 09 Apr 2007 15:26:05 -0400 Subject: cvsextras > packager Change List Message-ID: <461A934D.9050806@redhat.com> Stuff Needing Changing for cvsextras > packager rename ====================================================== 1) PostgreSQL project_group.name row. 2) FASv1 website.py. 3) FASv2? 4) PackageDB 5) Documentation? (Where?) 6) Filesystems? chown was mentioned, but isn't this unnecessary because the name is changing, not the gid? Can anybody else think of other places that need to be changed for cvsextras to be renamed successfully? Rename Procedure ================ 1) Shutdown FAS, CVS, buildsys. 2) Make changes all at once. 3) Run export-shell-accounts.sh on app2. 4) Run process-shell-accounts.py on every other machine. 5) Start FAS, CVS and buildsys. Anything missing? Warren Togami wtogami at redhat.com From mmcgrath at redhat.com Mon Apr 9 19:52:56 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 09 Apr 2007 14:52:56 -0500 Subject: cvsextras > packager Change List In-Reply-To: <461A934D.9050806@redhat.com> References: <461A934D.9050806@redhat.com> Message-ID: <461A9998.40208@redhat.com> Warren Togami wrote: > Rename Procedure > ================ > 1) Shutdown FAS, CVS, buildsys. > 2) Make changes all at once. > 3) Run export-shell-accounts.sh on app2. > 4) Run process-shell-accounts.py on every other machine. > 5) Start FAS, CVS and buildsys. Also buildsys:/etc/cron.hourly/sync-committers.sh -Mike From a.badger at gmail.com Tue Apr 10 01:14:18 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 09 Apr 2007 18:14:18 -0700 Subject: FAS DB -- domain change Message-ID: <1176167658.9360.98.camel@localhost.localdomain> Currently, the FAS DB has a field for domains:: CREATE TABLE role ( person_id INTEGER NOT NULL REFERENCES person (id), project_group_id INTEGER NOT NULL REFERENCES project_group (id), --- role_domain would be relevant for limiting the person to a specific portion of the project, --- e.g. '/rpms/util-linux' [...] role_domain VARCHAR(80), UNIQUE (person_id, project_group_id, role_domain) ); The intention of this definition is for a person to belong to a group within a domain no more than once. However, it doesn't work out that way. The value of role_domain is allowed to be null in the above definition. Among SQL databases, Null is the absence of a value and postgres (among other databases) takes this to mean that a Null value has no effect on the unique clause. So it's legal to have several entries for the same person_id and project_group_id as long as the role_domain is null. Additionally, a role_domain of "" (empty string) and Null are different values as well. These issues are causing us to see some users having duplicate groups defined in the FAS. In order to fix this, I would like to change the database schema to make role_domain non-nullable. Concurrently, I'll be converting all roles where a group is defined as null into a group where the group is defined as "" and merging any that have been duplicated. This fix also requires auditing the FAS1 code for places where role_domain is defined as Null and changing them to "". If no one objects, I'll try to get this done by Friday (although it's turning into a busy week at work so I may have to push this off until Monday. I'll be sure to inform the list when the changes go live.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From baerjj at gmail.com Tue Apr 10 01:39:30 2007 From: baerjj at gmail.com (John Baer) Date: Mon, 09 Apr 2007 21:39:30 -0400 Subject: Moin question Message-ID: <1176169170.8302.3.camel@localhost.localdomain> Mike, I don't know if the cleaning has begun but I seem to have lost my wiki account (JohnBaer). :( My home page is still there and everything else .... Is the process to create a new wiki account with the same credentials as the old? John From mmcgrath at redhat.com Tue Apr 10 01:50:04 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 09 Apr 2007 20:50:04 -0500 Subject: Moin question In-Reply-To: <1176169170.8302.3.camel@localhost.localdomain> References: <1176169170.8302.3.camel@localhost.localdomain> Message-ID: <461AED4C.2010903@redhat.com> John Baer wrote: > Mike, > > I don't know if the cleaning has begun but I seem to have lost my wiki > account (JohnBaer). :( > > My home page is still there and everything else .... > > Is the process to create a new wiki account with the same credentials as > the old? > > John > You should be ok now, my scripts are taking a really long time. -Mike From paulo.banon at googlemail.com Tue Apr 10 09:04:31 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Tue, 10 Apr 2007 11:04:31 +0200 Subject: Moin question In-Reply-To: <461AED4C.2010903@redhat.com> References: <1176169170.8302.3.camel@localhost.localdomain> <461AED4C.2010903@redhat.com> Message-ID: <7a41c4bc0704100204n15e38233o250a53e1e7ebb563@mail.gmail.com> Same happened to me, and i know that im in EditGroup. Paulo On 4/10/07, Mike McGrath wrote: > > John Baer wrote: > > Mike, > > > > I don't know if the cleaning has begun but I seem to have lost my wiki > > account (JohnBaer). :( > > > > My home page is still there and everything else .... > > > > Is the process to create a new wiki account with the same credentials as > > the old? > > > > John > > > You should be ok now, my scripts are taking a really long time. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliver at linux-kernel.at Tue Apr 10 13:39:21 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 10 Apr 2007 15:39:21 +0200 Subject: Bugzilla and alpha In-Reply-To: <4614DBD2.4090703@linux-kernel.at> References: <4614DBD2.4090703@linux-kernel.at> Message-ID: <461B9389.8000801@linux-kernel.at> On 04/05/2007 01:21 PM, Oliver Falk wrote: > Hi folks! > > A short question: Is it possible to CC: all alpha related bugs to a > mailinglist? AlphaCore team would be happy to receive notifications > about alpha-related bugs. > > If this cannot be easily done. I think I can provide a (perl-)script > that queries the database and sends out a mail... > > Let me know... FI team? Hell0? resp0nse? p1ng? -of From mmcgrath at redhat.com Tue Apr 10 13:45:09 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 10 Apr 2007 08:45:09 -0500 Subject: Bugzilla and alpha In-Reply-To: <461B9389.8000801@linux-kernel.at> References: <4614DBD2.4090703@linux-kernel.at> <461B9389.8000801@linux-kernel.at> Message-ID: <461B94E5.4080600@redhat.com> Oliver Falk wrote: > On 04/05/2007 01:21 PM, Oliver Falk wrote: >> Hi folks! >> >> A short question: Is it possible to CC: all alpha related bugs to a >> mailinglist? AlphaCore team would be happy to receive notifications >> about alpha-related bugs. short answer: I have no idea. -Mike From oliver at linux-kernel.at Tue Apr 10 14:23:55 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 10 Apr 2007 16:23:55 +0200 Subject: Bugzilla and alpha In-Reply-To: <461B94E5.4080600@redhat.com> References: <4614DBD2.4090703@linux-kernel.at> <461B9389.8000801@linux-kernel.at> <461B94E5.4080600@redhat.com> Message-ID: <461B9DFB.3070808@linux-kernel.at> On 04/10/2007 03:45 PM, Mike McGrath wrote: > Oliver Falk wrote: >> On 04/05/2007 01:21 PM, Oliver Falk wrote: >>> Hi folks! >>> >>> A short question: Is it possible to CC: all alpha related bugs to a >>> mailinglist? AlphaCore team would be happy to receive notifications >>> about alpha-related bugs. > short answer: I have no idea. At least I've received an answer. :-) Thx Mike! -of From Matt_Domsch at dell.com Tue Apr 10 14:30:47 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 10 Apr 2007 09:30:47 -0500 Subject: more mirrormanager testing In-Reply-To: References: <20070405140817.GA28442@lists.us.dell.com> Message-ID: <20070410143047.GA6579@humbolt.us.dell.com> On Tue, Apr 10, 2007 at 11:40:44AM +0100, archive-admin at mirrorservice.org wrote: > > Is there any feed back on why stuff isn't appearing? my FC stuff is there > but the extras havn't showed up? yep, just found it. Congrats, you found a bug in my crawler. You're issuing a 301 redirect to an intra-site link, which is fine, except that the crawler wasn't expecting it. All previous redirects I've seen were to ftp://... which works fine. I need to teach the crawler how to handle these site-relative redirects. Then it'll work. Basically, it got to the core/updates/testing/1/i386/SRPMS directory and got stuck and eventually died, so it didn't discover stuff after that (in your case, all of extras). send: u'HEAD http://www.mirrorservice.org/sites/download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/SRPMS HTTP/1.1\r\nHost: www.mirrorservice.org\r\nAccept-Encoding: identity\r\nConnection: Keep-Alive\r\nPragma: no-cache\r\nUser-Agent: mirrormanager-crawler/0.1 (+http://hosted.fedoraproject.org/projects/mirrormanager)\r\n\r\n' reply: 'HTTP/1.1 301 Moved Permanently\r\n' header: Date: Tue, 10 Apr 2007 14:23:43 GMT header: Server: Apache/2.0.54 (Debian GNU/Linux) header: Location: /sites/download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/SRPMS/ header: Content-Type: text/html header: Via: 1.1 www.mirrorservice.org That which kills it makes it stronger. :-) I'll get that fixed soon. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From jkeating at redhat.com Tue Apr 10 14:57:05 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 10 Apr 2007 10:57:05 -0400 Subject: Bugzilla and alpha In-Reply-To: <4614DBD2.4090703@linux-kernel.at> References: <4614DBD2.4090703@linux-kernel.at> Message-ID: <200704101057.05579.jkeating@redhat.com> On Thursday 05 April 2007 07:21:54 Oliver Falk wrote: > A short question: Is it possible to CC: all alpha related bugs to a > mailinglist? AlphaCore team would be happy to receive notifications > about alpha-related bugs. > > If this cannot be easily done. I think I can provide a (perl-)script > that queries the database and sends out a mail... I don't believe this can be done yet. It is something we want for secondary arches. The best thing I can think of for now is to create a tracker bug for Alpha issues and have policy that bugs regarding alpha block said tracker. Fugly but functional for now. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Matt_Domsch at Dell.com Tue Apr 10 15:03:22 2007 From: Matt_Domsch at Dell.com (Matt_Domsch at Dell.com) Date: Tue, 10 Apr 2007 10:03:22 -0500 Subject: more mirrormanager testing References: <20070405140817.GA28442@lists.us.dell.com> <20070410145241.GA11129@jadzia.bu.edu> Message-ID: Doh. I need to add a delete button there. Thanks for catching it. (it's not used right now, so don't sweat it). -- Matt Domsch Software Architect Dell Linux Solutions www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com -----Original Message----- From: mirror-list-d-bounces at redhat.com on behalf of Matthew Miller Sent: Tue 4/10/2007 9:52 AM To: A private discussion group for official mirrors of ftp.redhat.com Cc: fedora-infrastructure-list at redhat.com Subject: Re: more mirrormanager testing If you accidentally add something to "Countries allowed", is there a secret way to remove it? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> -- From oliver at linux-kernel.at Tue Apr 10 15:33:47 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 10 Apr 2007 17:33:47 +0200 Subject: Bugzilla and alpha In-Reply-To: <200704101057.05579.jkeating@redhat.com> References: <4614DBD2.4090703@linux-kernel.at> <200704101057.05579.jkeating@redhat.com> Message-ID: <461BAE5B.4010000@linux-kernel.at> On 04/10/2007 04:57 PM, Jesse Keating wrote: > On Thursday 05 April 2007 07:21:54 Oliver Falk wrote: >> A short question: Is it possible to CC: all alpha related bugs to a >> mailinglist? AlphaCore team would be happy to receive notifications >> about alpha-related bugs. >> >> If this cannot be easily done. I think I can provide a (perl-)script >> that queries the database and sends out a mail... > > I don't believe this can be done yet. It is something we want for secondary > arches. The best thing I can think of for now is to create a tracker bug for > Alpha issues and have policy that bugs regarding alpha block said tracker. > Fugly but functional for now. And for the tracker bug we can all CC: ourself or the m/l. BZ should then mail us in case of changes!? That sounds fine enough... thx, -of From pierre.bourgin at arteris.com Tue Apr 3 09:42:08 2007 From: pierre.bourgin at arteris.com (Pierre Bourgin) Date: Tue, 03 Apr 2007 11:42:08 +0200 Subject: configuration management: choice of bcfg2 / puppet Message-ID: <46122170.80606@arteris.com> Hello, As do/done people of the FedoraProject, I need to choose another tool (more efficient than rdist ....) to manage my configurations at work. I've read the Fedora admin ML and see that finally, you choosed the puppet tool for config. management. I must have missed a thread of the ML, but I don't find the major points that made you choose puppet and not bcfg2. Can someone give me more details on the pro/cons for instance between these 2 projects, or the missing feature of bcfg2 from the FC perspective ? It will be a really valuable information for me. Thanks in advance, Pierre Bourgin From tchung at fedoraproject.org Thu Apr 5 17:36:56 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Thu, 5 Apr 2007 10:36:56 -0700 Subject: Moin question In-Reply-To: <1175785022.31972.125.camel@erato.phig.org> References: <46150CEC.9030909@redhat.com> <1175785022.31972.125.camel@erato.phig.org> Message-ID: <369bce3b0704051036v5e01d5cerfb84cc83e45f22e2@mail.gmail.com> On 4/5/07, Karsten Wade wrote: > 1. Send an announcement (f-announce-l) that we are doing an account > audit and cleaning: > * All account without watches and/or edit privs will be removed > * The UserName shall be purged, so it is available again later > * Link to page with more explanation. > 2. Can we post for ... 24 hours? 48 hours? a short announcement > everywhere on the Wiki? Change the theme or something so there is a > notice that points to a page explaining the above. Soulds like a good plan. +1 -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From gedetil at cs.umanitoba.ca Thu Apr 5 19:11:25 2007 From: gedetil at cs.umanitoba.ca (Gilbert E. Detillieux) Date: Thu, 05 Apr 2007 14:11:25 -0500 Subject: more mirrormanager testing In-Reply-To: <20070405140817.GA28442@lists.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> Message-ID: <461549DD.7050109@cs.umanitoba.ca> On 2007-04-05 09:08, Matt Domsch wrote: > Mirror Admins: > > Thank you to the several people who have put their data into > mirrormanager https://admin.fedoraproject.org/mirrormanager/ already. > I've made a few tweaks in the past week to speed up the queries, and > it seems to be working pretty well[1]. > > I ask everyone to please enter their data into mirrormanager now, so > we can shake out any additional bugs before F7 Test 4 is ready to go > out. > > In particular, please create: > * an account in the Fedora Account System if you haven't already OK, I go to the URL you specified above, I click on the "register" link (https://admin.fedora.redhat.com/accounts), and I get the following error... 502 Bad Gateway The proxy server received an invalid response from an upstream server. Any advice? I'd _like_ to get an account set up, but I can't see any way to do it at the moment. > * a new Site > * a new Host in your Site > * a new ACL IP for your Host (DNS name preferred, IP ok too) > * two new Category entries, one for Fedora Core, and one for Fedora > Extras > * For each of FC and FE, one or more URLs by which end users can get > at your data (HTTP, FTP, and rsync). I imagine I can't enter any of this until _after_ i login with the FAS account, which I have yet to create. > [1] occasionally we have authentication problems with the Fedora > Account System, but it's much rarer that it had been. If you hit it, > please just reload a few times and it'll clear. I've tried reloading repeatedly, and the 502 error happens consistently. -- Gilbert E. Detillieux E-mail: Dept. of Computer Science Web: http://www.cs.umanitoba.ca/~gedetil/ University of Manitoba Phone: (204)474-8161 Winnipeg MB CANADA R3T 2N2 Fax: (204)474-7609 From archive-admin at mirrorservice.org Thu Apr 5 19:52:34 2007 From: archive-admin at mirrorservice.org (archive-admin at mirrorservice.org) Date: Thu, 5 Apr 2007 20:52:34 +0100 (BST) Subject: more mirrormanager testing In-Reply-To: <20070405140817.GA28442@lists.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> Message-ID: Ok I put in a cdir block in the host access as it could come from one of nine ip's depending on which box really has the mirror on it... I am not sure if thats going to work. Also you probably want to check the iso country codes http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/list-en1.html I notice entries in both cases and also for the UK which isnt a vaild iso code 'GB is for the United Kingdom'... I guess UKRAINE wannted UK though a guess the compromise was no one to have it as they seem to have ended up with UA. Thanks Phill. On Thu, 5 Apr 2007, Matt Domsch wrote: > Mirror Admins: > > Thank you to the several people who have put their data into > mirrormanager https://admin.fedoraproject.org/mirrormanager/ already. > I've made a few tweaks in the past week to speed up the queries, and > it seems to be working pretty well[1]. > > I ask everyone to please enter their data into mirrormanager now, so > we can shake out any additional bugs before F7 Test 4 is ready to go > out. > > In particular, please create: > * an account in the Fedora Account System if you haven't already > * a new Site > * a new Host in your Site > * a new ACL IP for your Host (DNS name preferred, IP ok too) > * two new Category entries, one for Fedora Core, and one for Fedora > Extras > * For each of FC and FE, one or more URLs by which end users can get > at your data (HTTP, FTP, and rsync). > > With that in place, the http/ftp crawler will come by every 6 hours or > so looking at what you're carrying. Each Category page in the web UI > will show the list of directories you have it thinks are up-to-date. > > https://admin.fedoraproject.org/mirrormanager/publiclist/ > displays all the active mirrors. This page (and its children - the > per-version, per-arch subselect pages) will get exported static soon > which is what we'll publicize end users to view. Likewise the yum > mirrorlist redirectors are available for playing with with a URL of > https://admin.fedoraproject.org/mirrormanager/mirrorlist?repo=core-6&arch=i386 > > e.g. the same as the normal mirrorlist syntax, just a change in the > host. The lists are being exported as static files every few hours > also, so the standard mirrorlist CGI can use it unchanged, but as > Infrastructure is moving that particular CGI this week, I haven't > tested that. > > > > > As always, thank you for your generous support of Fedora. With your > help, this will be the smoothest Fedora release ever. > > > > [1] occasionally we have authentication problems with the Fedora > Account System, but it's much rarer that it had been. If you hit it, > please just reload a few times and it'll clear. > > [2] per-country lookups on the mirrorlist aren't quite working yet, > appending &country=XX. It will soon though... > > > Thanks, > Matt > > -- Archive Admin's at The UK Mirror Service http://www.mirrorservice.org/ From archive-admin at mirrorservice.org Thu Apr 5 20:13:05 2007 From: archive-admin at mirrorservice.org (archive-admin at mirrorservice.org) Date: Thu, 5 Apr 2007 21:13:05 +0100 (BST) Subject: more mirrormanager testing In-Reply-To: <20070405200220.GD23259@humbolt.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> <20070405200220.GD23259@humbolt.us.dell.com> Message-ID: On Thu, 5 Apr 2007, Matt Domsch wrote: > On Thu, Apr 05, 2007 at 08:52:34PM +0100, archive-admin at mirrorservice.org wrote: > > > > Ok I put in a cdir block in the host access as it could come from one of > > nine ip's depending on which box really has the mirror on it... I am not > > sure if thats going to work. > > Probably not. I *think* the Red Hat backend uses tcpwrappers for its > ACLs, but I don't know. tcpwrappers doesn't use CIDR notation except > for IPv6, which the masters don't speak. Its probably ok as I think its currently using the CDIR range I gave when I last moved the mirror. Id like to keep the range that way i dont have to poke the list when i add new hosts etc... or should i make that forget to add to the list when i add new hosts... ;-) Thanks.. Phill. -- Archive Admin's at The UK Mirror Service http://www.mirrorservice.org/ From archive-admin at mirrorservice.org Tue Apr 10 10:40:44 2007 From: archive-admin at mirrorservice.org (archive-admin at mirrorservice.org) Date: Tue, 10 Apr 2007 11:40:44 +0100 (BST) Subject: more mirrormanager testing In-Reply-To: <20070405140817.GA28442@lists.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> Message-ID: Is there any feed back on why stuff isn't appearing? my FC stuff is there but the extras havn't showed up? Thanks. Phill. On Thu, 5 Apr 2007, Matt Domsch wrote: > Mirror Admins: > > Thank you to the several people who have put their data into > mirrormanager https://admin.fedoraproject.org/mirrormanager/ already. > I've made a few tweaks in the past week to speed up the queries, and > it seems to be working pretty well[1]. > > I ask everyone to please enter their data into mirrormanager now, so > we can shake out any additional bugs before F7 Test 4 is ready to go > out. > > In particular, please create: > * an account in the Fedora Account System if you haven't already > * a new Site > * a new Host in your Site > * a new ACL IP for your Host (DNS name preferred, IP ok too) > * two new Category entries, one for Fedora Core, and one for Fedora > Extras > * For each of FC and FE, one or more URLs by which end users can get > at your data (HTTP, FTP, and rsync). > > With that in place, the http/ftp crawler will come by every 6 hours or > so looking at what you're carrying. Each Category page in the web UI > will show the list of directories you have it thinks are up-to-date. > > https://admin.fedoraproject.org/mirrormanager/publiclist/ > displays all the active mirrors. This page (and its children - the > per-version, per-arch subselect pages) will get exported static soon > which is what we'll publicize end users to view. Likewise the yum > mirrorlist redirectors are available for playing with with a URL of > https://admin.fedoraproject.org/mirrormanager/mirrorlist?repo=core-6&arch=i386 > > e.g. the same as the normal mirrorlist syntax, just a change in the > host. The lists are being exported as static files every few hours > also, so the standard mirrorlist CGI can use it unchanged, but as > Infrastructure is moving that particular CGI this week, I haven't > tested that. > > > > > As always, thank you for your generous support of Fedora. With your > help, this will be the smoothest Fedora release ever. > > > > [1] occasionally we have authentication problems with the Fedora > Account System, but it's much rarer that it had been. If you hit it, > please just reload a few times and it'll clear. > > [2] per-country lookups on the mirrorlist aren't quite working yet, > appending &country=XX. It will soon though... > > > Thanks, > Matt > > -- Archive Admin's at The UK Mirror Service http://www.mirrorservice.org/ From mattdm at mattdm.org Tue Apr 10 14:52:41 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 10:52:41 -0400 Subject: more mirrormanager testing In-Reply-To: <20070405140817.GA28442@lists.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> Message-ID: <20070410145241.GA11129@jadzia.bu.edu> If you accidentally add something to "Countries allowed", is there a secret way to remove it? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Tue Apr 10 15:08:48 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 10 Apr 2007 11:08:48 -0400 Subject: more mirrormanager testing In-Reply-To: References: <20070405140817.GA28442@lists.us.dell.com> <20070410145241.GA11129@jadzia.bu.edu> Message-ID: <20070410150848.GA10097@jadzia.bu.edu> On Tue, Apr 10, 2007 at 10:03:22AM -0500, Matt_Domsch at Dell.com wrote: > Doh. I need to add a delete button there. Thanks for catching it. > (it's not used right now, so don't sweat it). I'm just as useful as one of those programs that clicks on things randomly to see if something crashes. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mmcgrath at redhat.com Tue Apr 10 17:16:32 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 10 Apr 2007 12:16:32 -0500 Subject: configuration management: choice of bcfg2 / puppet In-Reply-To: <46122170.80606@arteris.com> References: <46122170.80606@arteris.com> Message-ID: <461BC670.8040700@redhat.com> Pierre Bourgin wrote: > Hello, > > As do/done people of the FedoraProject, I need to choose another tool > (more efficient than rdist ....) to manage my configurations at work. > > I've read the Fedora admin ML and see that finally, you choosed the > puppet tool for config. management. > > I must have missed a thread of the ML, but I don't find the major > points that made you choose puppet and not bcfg2. > > Can someone give me more details on the pro/cons for instance between > these 2 projects, or the missing feature of bcfg2 from the FC > perspective ? It will be a really valuable information for me. Honestly their feature set is very similar. The primary reason we chose puppet over something else is we had a lot of people on the list already that were familiar with puppet and some people internally at Red Hat that are eager to help us with questions. -Mike From ask at develooper.com Tue Apr 10 19:42:09 2007 From: ask at develooper.com (=?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?=) Date: Tue, 10 Apr 2007 12:42:09 -0700 Subject: more mirrormanager testing In-Reply-To: <20070410143047.GA6579@humbolt.us.dell.com> References: <20070405140817.GA28442@lists.us.dell.com> <20070410143047.GA6579@humbolt.us.dell.com> Message-ID: On Apr 10, 2007, at 7:30 AM, Matt Domsch wrote: >> Is there any feed back on why stuff isn't appearing? my FC stuff >> is there >> but the extras havn't showed up? > > yep, just found it. Congrats, you found a bug in my crawler. You're > issuing a 301 redirect to an intra-site link, which is fine, except > that the crawler wasn't expecting it. All previous redirects I've > seen were to ftp://... which works fine. I need to teach the crawler > how to handle these site-relative redirects. Then it'll work. Actually, the URI specified in the Location: header is supposed to be an absolute URL (with http://host/...). http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30 (of course, most/all browsers makes it work anyway.....) - ask -- http://develooper.com/ - http://askask.com/ From tchung at fedoraproject.org Tue Apr 10 20:36:02 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Tue, 10 Apr 2007 13:36:02 -0700 Subject: Fedora Wiki Account Issues Message-ID: <369bce3b0704101336l19269f87ge6388c09c7fdf204@mail.gmail.com> I'm getting a few reports from users that their Fedora Wiki Accounts have been removed or can't login any more. I know about this announcement but has this been implemented already? https://www.redhat.com/archives/fedora-announce-list/2007-April/msg00002.html Regards, -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From mmcgrath at redhat.com Tue Apr 10 21:28:05 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 10 Apr 2007 16:28:05 -0500 Subject: Fedora Wiki Account Issues In-Reply-To: <369bce3b0704101336l19269f87ge6388c09c7fdf204@mail.gmail.com> References: <369bce3b0704101336l19269f87ge6388c09c7fdf204@mail.gmail.com> Message-ID: <461C0165.8020002@redhat.com> Thomas Chung wrote: > I'm getting a few reports from users that their Fedora Wiki Accounts > have been removed or can't login any more. > > I know about this announcement but has this been implemented already? > https://www.redhat.com/archives/fedora-announce-list/2007-April/msg00002.html > > Regards, I'm just finishing it up now. It took about 1 second per file to determine if they were in the Edit Group or not and all together the script takes about 5 hours to run. It timed out twice last night and should be finishing up now. -Mike From kzak at redhat.com Wed Apr 11 07:56:13 2007 From: kzak at redhat.com (Karel Zak) Date: Wed, 11 Apr 2007 09:56:13 +0200 Subject: FAS DB -- domain change In-Reply-To: <1176167658.9360.98.camel@localhost.localdomain> References: <1176167658.9360.98.camel@localhost.localdomain> Message-ID: <20070411075613.GT31445@petra.dvoda.cz> On Mon, Apr 09, 2007 at 06:14:18PM -0700, Toshio Kuratomi wrote: > Currently, the FAS DB has a field for domains:: > > CREATE TABLE role ( > person_id INTEGER NOT NULL REFERENCES person (id), ON DELETE ??? ON UPDATE ??? :-) > project_group_id INTEGER NOT NULL REFERENCES project_group (id), > --- role_domain would be relevant for limiting the person to a > specific portion of the project, > --- e.g. '/rpms/util-linux' > [...] > role_domain VARCHAR(80), > > UNIQUE (person_id, project_group_id, role_domain) > ); > > The intention of this definition is for a person to belong to a group > within a domain no more than once. However, it doesn't work out that > way. The value of role_domain is allowed to be null in the above > definition. Among SQL databases, Null is the absence of a value and > postgres (among other databases) takes this to mean that a Null value > has no effect on the unique clause. So it's legal to have several > entries for the same person_id and project_group_id as long as the > role_domain is null. Additionally, a role_domain of "" (empty string) > and Null are different values as well. > > These issues are causing us to see some users having duplicate groups > defined in the FAS. In order to fix this, I would like to change the > database schema to make role_domain non-nullable. Concurrently, I'll be > converting all roles where a group is defined as null into a group where > the group is defined as "" and merging any that have been duplicated. > This fix also requires auditing the FAS1 code for places where > role_domain is defined as Null and changing them to "". Why there is not a role_domain table and reference to this table rather than the VARCHAR(80). Karel -- Karel Zak From a.badger at gmail.com Wed Apr 11 08:33:53 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 11 Apr 2007 01:33:53 -0700 Subject: FAS DB -- domain change In-Reply-To: <20070411075613.GT31445@petra.dvoda.cz> References: <1176167658.9360.98.camel@localhost.localdomain> <20070411075613.GT31445@petra.dvoda.cz> Message-ID: <1176280433.30783.191.camel@localhost.localdomain> On Wed, 2007-04-11 at 09:56 +0200, Karel Zak wrote: > On Mon, Apr 09, 2007 at 06:14:18PM -0700, Toshio Kuratomi wrote: > > Currently, the FAS DB has a field for domains:: > > > > CREATE TABLE role ( > > person_id INTEGER NOT NULL REFERENCES person (id), > > ON DELETE ??? ON UPDATE ??? > > :-) > I think postgres default is to prevent a delete or update when there's a foreign key constraint that would be invalidated by the change. I haven't considered what's optimal... see note below. > > project_group_id INTEGER NOT NULL REFERENCES project_group (id), > > --- role_domain would be relevant for limiting the person to a > > specific portion of the project, > > --- e.g. '/rpms/util-linux' > > [...] > > role_domain VARCHAR(80), > > > > UNIQUE (person_id, project_group_id, role_domain) > > ); [snip] > Why there is not a role_domain table and reference to this table > rather than the VARCHAR(80). > Sopwith and Gafton are the ones who know the answers to your questions :-). role_domain is currently "" or Null for every record that we have (Looks to be a feature designed into the db that we've never used.) Since we're moving to LDAP for FAS2 (between now and Fedora 8) I'm trying to keep my changes to the minimum necessary to keep things working. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Wed Apr 11 18:05:37 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 11 Apr 2007 13:05:37 -0500 Subject: Brief moin outage Message-ID: <461D2371.4000007@redhat.com> There will be a brief moin outage this evening while I move the primary moin server to a beefier box. -Mike From frankc.fedora at gmail.com Wed Apr 11 20:42:50 2007 From: frankc.fedora at gmail.com (Frank Chiulli) Date: Wed, 11 Apr 2007 13:42:50 -0700 Subject: A Volunteer Message-ID: Hi, My name is Frank and I would like to volunteer to help. I've already traded a few emails with Mike McGrath. He suggested that I send a short introduction the list. So here it is. I am 58 years old. I have been writing software for about 37 years professionally - longer if you count college. But of course when I was in college, we had to suffer with punched cards and paper tape. I have been doing System Administration on and off the whole time usually in combination with some application development work. I am currently working on SGI (IRIX) hardware. But have also worked on Sun (Solaris and Sun/OS), VAXes and Control Data (CDC). I have written lots of Perl scripts and shell scripts. I have used several different shells over the years. Most of my recent scripts have been written in Korn shell. I have not used Python to date. I am reading "Learning Python" online. This is thanks to my employer who has granted me access to Safari. I have some knowledge of databases but am not an expert by any means. I can write some basic SQL. I don't have anything specific in mind for an area in which to help. So I'm open. If you have any questions, please ask away. If you want my help, please speak up. Frank From mmcgrath at redhat.com Wed Apr 11 20:51:26 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 11 Apr 2007 15:51:26 -0500 Subject: A Volunteer In-Reply-To: References: Message-ID: <461D4A4E.5030404@redhat.com> Frank Chiulli wrote: > Hi, > > My name is Frank and I would like to volunteer to help. > > I've already traded a few emails with Mike McGrath. He suggested that > I send > a short introduction the list. So here it is. > > I am 58 years old. I have been writing software for about 37 years > professionally - longer if you count college. But of course when I > was in > college, we had to suffer with punched cards and paper tape. > > I have been doing System Administration on and off the whole time > usually in > combination with some application development work. > > I am currently working on SGI (IRIX) hardware. But have also worked > on Sun > (Solaris and Sun/OS), VAXes and Control Data (CDC). > > I have written lots of Perl scripts and shell scripts. I have used > several > different shells over the years. Most of my recent scripts have been > written > in Korn shell. > > I have not used Python to date. I am reading "Learning Python" > online. This is > thanks to my employer who has granted me access to Safari. > > I have some knowledge of databases but am not an expert by any means. > I can > write some basic SQL. > > I don't have anything specific in mind for an area in which to help. > So I'm > open. > > If you have any questions, please ask away. > > If you want my help, please speak up. Thanks Frank. I don't have anything in the immediate future for Frank so I thought I'd ask if any of the other officers need anything done? -Mike From mmcgrath at redhat.com Thu Apr 12 00:39:10 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 11 Apr 2007 19:39:10 -0500 Subject: Outage Notification Message-ID: <461D7FAE.40607@redhat.com> For internal outages I've created two scripts on each of the proxy servers. /etc/httpd/outage/outage.sh and /etc/httpd/outage/outage-over.sh They're pretty self explanatory. Basically though they stop httpd and start up a special instance. Configs, html and images are all self contained in /etc/httpd/outage/ so as long as that dir exists and apache is installed, the outage page should be viewable. -Mike From jw at jhop.com Thu Apr 12 17:26:11 2007 From: jw at jhop.com (Jason Watson) Date: Thu, 12 Apr 2007 13:26:11 -0400 Subject: Outage Notification In-Reply-To: <461D7FAE.40607@redhat.com> References: <461D7FAE.40607@redhat.com> Message-ID: <461E6BB3.70704@jhop.com> Unintended consequences? The Outage page breaks yum in a strange way. $ sudo yum update Loading "fastestmirror" plugin Loading "changelog" plugin Loading "tsflags" plugin Loading "kernel-module" plugin Loading "fedorakmod" plugin Loading "protectbase" plugin Setting up Update Process Setting up repositories macromedia [1/6] livna [2/6] core [3/6] not using ftp, http[s], or file for repos, skipping - not using ftp, http[s], or file for repos, skipping - not using ftp, http[s], or file for repos, skipping - not using ftp, http[s], or file for repos, skipping - not using ftp, http[s], or file for repos, skipping - Fedora :: We are currently down for maintenance :: fedoraproject.org</html> not using ftp, http[s], or file for repos, skipping - <style type="text/css"> not using ftp, http[s], or file for repos, skipping - body { not using ftp, http[s], or file for repos, skipping - margin: 0px; not using ftp, http[s], or file for repos, skipping - border-top: 10px #337acc solid; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - body, ul, li, p { not using ftp, http[s], or file for repos, skipping - font-family: sans-serif; not using ftp, http[s], or file for repos, skipping - font-size: small; not using ftp, http[s], or file for repos, skipping - color: #777; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - h1, h2, a, a:link { not using ftp, http[s], or file for repos, skipping - color: #337acc; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - ul { not using ftp, http[s], or file for repos, skipping - list-style-image: url('/blue-bullet.png'); not using ftp, http[s], or file for repos, skipping - list-style-position: outside; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - li { padding-bottom: 18px; } not using ftp, http[s], or file for repos, skipping - img { not using ftp, http[s], or file for repos, skipping - border: none; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - img#bluebar { not using ftp, http[s], or file for repos, skipping - margin: 0px; not using ftp, http[s], or file for repos, skipping - margin-top: 100px; not using ftp, http[s], or file for repos, skipping - float: left; not using ftp, http[s], or file for repos, skipping - clear: right; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - img#logo { not using ftp, http[s], or file for repos, skipping - position: absolute; not using ftp, http[s], or file for repos, skipping - top: 20px; not using ftp, http[s], or file for repos, skipping - left: 12px; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - div#content { not using ftp, http[s], or file for repos, skipping - margin-top: 12%; not using ftp, http[s], or file for repos, skipping - float: right; not using ftp, http[s], or file for repos, skipping - margin-right: 30px; not using ftp, http[s], or file for repos, skipping - text-align: left; not using ftp, http[s], or file for repos, skipping - width: 55%; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - img.resource-icon { not using ftp, http[s], or file for repos, skipping - float: left; not using ftp, http[s], or file for repos, skipping - clear: right; not using ftp, http[s], or file for repos, skipping - margin-right: 16px; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - div.resource { not using ftp, http[s], or file for repos, skipping - width: 80%; not using ftp, http[s], or file for repos, skipping - margin-bottom: 12px; not using ftp, http[s], or file for repos, skipping - padding-bottom: 12px; not using ftp, http[s], or file for repos, skipping - border-bottom: 1px solid #eee; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - img.resource-link { not using ftp, http[s], or file for repos, skipping - margin-right: 8px; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - h3 { not using ftp, http[s], or file for repos, skipping - display: inline; not using ftp, http[s], or file for repos, skipping - clear: left; not using ftp, http[s], or file for repos, skipping - width: 70%; not using ftp, http[s], or file for repos, skipping - margin: 0px; not using ftp, http[s], or file for repos, skipping - padding: 0px; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - margin-top: 100px; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - font-size: x-small; not using ftp, http[s], or file for repos, skipping - text-align: center; not using ftp, http[s], or file for repos, skipping - color: #bbb; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - color: #999; not using ftp, http[s], or file for repos, skipping - } not using ftp, http[s], or file for repos, skipping - </style> not using ftp, http[s], or file for repos, skipping - </head> not using ftp, http[s], or file for repos, skipping - <body> not using ftp, http[s], or file for repos, skipping - <a href="http://fedoraproject.org/"><img id="logo" src="/fedora-logo-fiv.png" alt="Fedora logo" /></a> not using ftp, http[s], or file for repos, skipping - <img id="bluebar" src="/blue-bar.png" alt="404" /> not using ftp, http[s], or file for repos, skipping - <div id="content"> not using ftp, http[s], or file for repos, skipping - <h1>Sorry! We are currently down for maintenance.</h1> not using ftp, http[s], or file for repos, skipping - <p>We apologize, but the fedoraproject.org site is currently down for maintenance. For more information, you may:</p> not using ftp, http[s], or file for repos, skipping - <ul> not using ftp, http[s], or file for repos, skipping - <li>Join <strong>#fedora-admin</strong> on <strong>irc.freenode.net</strong></li> not using ftp, http[s], or file for repos, skipping - <li>Contact <a href="mailto:admin at fedoraproject.org">the fedoraproject.org admin</a></li> not using ftp, http[s], or file for repos, skipping - </ul> not using ftp, http[s], or file for repos, skipping - <div id="footer"> not using ftp, http[s], or file for repos, skipping - <p>Copyright © 2003, 2004, 2005, 2006, 2007 Red Hat, Inc. and others. All rights reserved.<br /> not using ftp, http[s], or file for repos, skipping - The Fedora Project is not a supported product of Red Hat, Inc.<br /> not using ftp, http[s], or file for repos, skipping - <a href="http://fedoraproject.org/wiki/Legal">Legal</a> | <a href="http://fedoraproject.org/wiki/Legal/TrademarkGuidelines">Trademark Guidelines</a> not using ftp, http[s], or file for repos, skipping - </div> not using ftp, http[s], or file for repos, skipping - </div> not using ftp, http[s], or file for repos, skipping - </body> not using ftp, http[s], or file for repos, skipping - </html> Cannot find a valid baseurl for repo: core Error: Cannot find a valid baseurl for repo: core Mike McGrath wrote: > For internal outages I've created two scripts on each of the proxy servers. > /etc/httpd/outage/outage.sh > and > /etc/httpd/outage/outage-over.sh > > They're pretty self explanatory. Basically though they stop httpd and > start up a special instance. Configs, html and images are all self > contained in /etc/httpd/outage/ so as long as that dir exists and apache > is installed, the outage page should be viewable. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From mmcgrath at redhat.com Thu Apr 12 17:38:07 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 12 Apr 2007 12:38:07 -0500 Subject: Outage Notification In-Reply-To: <461E6BB3.70704@jhop.com> References: <461D7FAE.40607@redhat.com> <461E6BB3.70704@jhop.com> Message-ID: <461E6E7F.6060303@redhat.com> Jason Watson wrote: > Unintended consequences? The Outage page breaks yum in a strange way. > > $ sudo yum update > Loading "fastestmirror" plugin > Loading "changelog" plugin > Loading "tsflags" plugin > Loading "kernel-module" plugin > Loading "fedorakmod" plugin > Loading "protectbase" plugin > Setting up Update Process > Setting up repositories > macromedia [1/6] > livna [2/6] > core [3/6] > not using ftp, http[s], or file for repos, skipping - <!DOCTYPE html > PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" > not using ftp, http[s], or file for repos, skipping - > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> > not using ftp, http[s], or file for repos, skipping - <html > xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en"> > not using ftp, http[s], or file for repos, skipping - <head> > not using ftp, http[s], or file for repos, skipping - <META > http-equiv="Content-Type" content="text/html;charset=UTF-8"> > not using ftp, http[s], or file for repos, skipping - <title>Fedora :: > We are currently down for maintenance :: fedoraproject.org</html> > not using ftp, http[s], or file for repos, skipping - <style > type="text/css"> > not using ftp, http[s], or file for repos, skipping - body { > not using ftp, http[s], or file for repos, skipping - margin: 0px; > not using ftp, http[s], or file for repos, skipping - border-top: 10px > #337acc solid; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - body, ul, li, p { > not using ftp, http[s], or file for repos, skipping - font-family: > sans-serif; > not using ftp, http[s], or file for repos, skipping - font-size: small; > not using ftp, http[s], or file for repos, skipping - color: #777; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - h1, h2, a, a:link { > not using ftp, http[s], or file for repos, skipping - color: #337acc; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - ul { > not using ftp, http[s], or file for repos, skipping - > list-style-image: url('/blue-bullet.png'); > not using ftp, http[s], or file for repos, skipping - > list-style-position: outside; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - li { > padding-bottom: 18px; } > not using ftp, http[s], or file for repos, skipping - img { > not using ftp, http[s], or file for repos, skipping - border: none; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - img#bluebar { > not using ftp, http[s], or file for repos, skipping - margin: 0px; > not using ftp, http[s], or file for repos, skipping - margin-top: 100px; > not using ftp, http[s], or file for repos, skipping - float: left; > not using ftp, http[s], or file for repos, skipping - clear: right; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - img#logo { > not using ftp, http[s], or file for repos, skipping - position: absolute; > not using ftp, http[s], or file for repos, skipping - top: 20px; > not using ftp, http[s], or file for repos, skipping - left: 12px; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - div#content { > not using ftp, http[s], or file for repos, skipping - margin-top: 12%; > not using ftp, http[s], or file for repos, skipping - float: right; > not using ftp, http[s], or file for repos, skipping - margin-right: 30px; > not using ftp, http[s], or file for repos, skipping - text-align: left; > not using ftp, http[s], or file for repos, skipping - width: 55%; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - img.resource-icon { > not using ftp, http[s], or file for repos, skipping - float: left; > not using ftp, http[s], or file for repos, skipping - clear: right; > not using ftp, http[s], or file for repos, skipping - margin-right: 16px; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - div.resource { > not using ftp, http[s], or file for repos, skipping - width: 80%; > not using ftp, http[s], or file for repos, skipping - margin-bottom: 12px; > not using ftp, http[s], or file for repos, skipping - padding-bottom: > 12px; > not using ftp, http[s], or file for repos, skipping - border-bottom: > 1px solid #eee; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - img.resource-link { > not using ftp, http[s], or file for repos, skipping - margin-right: 8px; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - h3 { > not using ftp, http[s], or file for repos, skipping - display: inline; > not using ftp, http[s], or file for repos, skipping - clear: left; > not using ftp, http[s], or file for repos, skipping - width: 70%; > not using ftp, http[s], or file for repos, skipping - margin: 0px; > not using ftp, http[s], or file for repos, skipping - padding: 0px; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - margin-top: 100px; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - font-size: x-small; > not using ftp, http[s], or file for repos, skipping - text-align: center; > not using ftp, http[s], or file for repos, skipping - color: #bbb; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - color: #999; > not using ftp, http[s], or file for repos, skipping - } > not using ftp, http[s], or file for repos, skipping - </style> > not using ftp, http[s], or file for repos, skipping - </head> > not using ftp, http[s], or file for repos, skipping - <body> > not using ftp, http[s], or file for repos, skipping - <a > href="http://fedoraproject.org/"><img id="logo" > src="/fedora-logo-fiv.png" alt="Fedora logo" /></a> > not using ftp, http[s], or file for repos, skipping - <img id="bluebar" > src="/blue-bar.png" alt="404" /> > not using ftp, http[s], or file for repos, skipping - <div id="content"> > not using ftp, http[s], or file for repos, skipping - <h1>Sorry! We are > currently down for maintenance.</h1> > not using ftp, http[s], or file for repos, skipping - <p>We apologize, > but the fedoraproject.org site is currently down for maintenance. For > more information, you may:</p> > not using ftp, http[s], or file for repos, skipping - <ul> > not using ftp, http[s], or file for repos, skipping - <li>Join > <strong>#fedora-admin</strong> on <strong>irc.freenode.net</strong></li> > not using ftp, http[s], or file for repos, skipping - <li>Contact <a > href="mailto:admin at fedoraproject.org">the fedoraproject.org admin</a></li> > not using ftp, http[s], or file for repos, skipping - </ul> > not using ftp, http[s], or file for repos, skipping - <div id="footer"> > not using ftp, http[s], or file for repos, skipping - <p>Copyright > © 2003, 2004, 2005, 2006, 2007 Red Hat, Inc. and others. All rights > reserved.<br /> > not using ftp, http[s], or file for repos, skipping - The Fedora Project > is not a supported product of Red Hat, Inc.<br /> > not using ftp, http[s], or file for repos, skipping - <a > href="http://fedoraproject.org/wiki/Legal">Legal</a> | <a > href="http://fedoraproject.org/wiki/Legal/TrademarkGuidelines">Trademark > Guidelines</a> > not using ftp, http[s], or file for repos, skipping - </div> > not using ftp, http[s], or file for repos, skipping - </div> > not using ftp, http[s], or file for repos, skipping - </body> > not using ftp, http[s], or file for repos, skipping - </html> > Cannot find a valid baseurl for repo: core > Error: Cannot find a valid baseurl for repo: core > > > > Mike McGrath wrote: > >> For internal outages I've created two scripts on each of the proxy servers. >> /etc/httpd/outage/outage.sh >> and >> /etc/httpd/outage/outage-over.sh >> >> They're pretty self explanatory. Basically though they stop httpd and >> start up a special instance. Configs, html and images are all self >> contained in /etc/httpd/outage/ so as long as that dir exists and apache >> is installed, the outage page should be viewable. >> We know, its being fixed. -Mike From mmcgrath at redhat.com Thu Apr 12 17:46:29 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 12 Apr 2007 12:46:29 -0500 Subject: wiki outage Message-ID: <461E7075.2080900@redhat.com> The wiki is having an outage, we're working on it. Should be up soon. We suspect our issues are because of mod_python. The moin developers suggest not using it. So we'll go back to cgi (slow) and deal with it (stable). -Mike From lmacken at redhat.com Thu Apr 12 18:32:08 2007 From: lmacken at redhat.com (Luke Macken) Date: Thu, 12 Apr 2007 14:32:08 -0400 Subject: DSN audit Message-ID: <20070412183208.GA18931@tomservo.rh.rit.edu> Peter van der Does will be conducting a DNS security audit next week; please speak up if this is going to be a problem for anyone. ns1.fedoraproject.org : Tuesday - 10 AM EST dns1.j2solutions.net : Wednesday - 10 AM EST The results will eventually make their way onto the InfrastructurePrivate wiki. luke From jkeating at redhat.com Thu Apr 12 18:38:55 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 12 Apr 2007 14:38:55 -0400 Subject: DSN audit In-Reply-To: <20070412183208.GA18931@tomservo.rh.rit.edu> References: <20070412183208.GA18931@tomservo.rh.rit.edu> Message-ID: <200704121438.56000.jkeating@redhat.com> On Thursday 12 April 2007 14:32:08 Luke Macken wrote: > ? ? dns1.j2solutions.net ?: Wednesday - 10 AM EST Whoops. I'll be flying across the country at that time, I'd rather not have my box get trashed during that time (: Can we swap times? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070412/eeeb9a71/attachment.sig> From peter at ourvirtualhome.com Thu Apr 12 18:53:19 2007 From: peter at ourvirtualhome.com (Peter van der Does) Date: Thu, 12 Apr 2007 14:53:19 -0400 Subject: DSN audit In-Reply-To: <200704121438.56000.jkeating@redhat.com> References: <20070412183208.GA18931@tomservo.rh.rit.edu> <200704121438.56000.jkeating@redhat.com> Message-ID: <461E801F.8050700@ourvirtualhome.com> Not a problem, New time and dates: dns1.j2solutions.net : Tuesday - 10 AM EST ns1.fedoraproject.org: Wednesday - 10 AM EST Jesse Keating wrote: > On Thursday 12 April 2007 14:32:08 Luke Macken wrote: >> dns1.j2solutions.net : Wednesday - 10 AM EST > > Whoops. I'll be flying across the country at that time, I'd rather not have > my box get trashed during that time (: Can we swap times? > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -- Peter van der Does YIM: petervanderdoes at yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070412/2fe341c9/attachment.sig> From smooge at gmail.com Thu Apr 12 18:56:15 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 12 Apr 2007 12:56:15 -0600 Subject: DSN audit In-Reply-To: <20070412183208.GA18931@tomservo.rh.rit.edu> References: <20070412183208.GA18931@tomservo.rh.rit.edu> Message-ID: <80d7e4090704121156q289d5e4ck153a359737130f33@mail.gmail.com> On 4/12/07, Luke Macken <lmacken at redhat.com> wrote: > Peter van der Does will be conducting a DNS security audit next week; > please speak up if this is going to be a problem for anyone. > > ns1.fedoraproject.org : Tuesday - 10 AM EST > dns1.j2solutions.net : Wednesday - 10 AM EST > > The results will eventually make their way onto the InfrastructurePrivate wiki. Is there an outline of what this audit will be? I run a set of servers for UNM and would like to do a similar listing with my systems. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From mmcgrath at redhat.com Thu Apr 12 18:59:18 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 12 Apr 2007 13:59:18 -0500 Subject: DSN audit In-Reply-To: <80d7e4090704121156q289d5e4ck153a359737130f33@mail.gmail.com> References: <20070412183208.GA18931@tomservo.rh.rit.edu> <80d7e4090704121156q289d5e4ck153a359737130f33@mail.gmail.com> Message-ID: <461E8186.2060604@redhat.com> Stephen John Smoogen wrote: > Is there an outline of what this audit will be? I run a set of servers > for UNM and would like to do a similar listing with my systems. > Here's what he's done so far, what he has left to do I believe involves a nessus scan. -Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: dnsaudit.odt Type: application/vnd.oasis.opendocument.text Size: 32966 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070412/c35bbb56/attachment.odt> From peter at ourvirtualhome.com Thu Apr 12 19:18:25 2007 From: peter at ourvirtualhome.com (Peter van der Does) Date: Thu, 12 Apr 2007 15:18:25 -0400 Subject: DSN audit In-Reply-To: <461E8186.2060604@redhat.com> References: <20070412183208.GA18931@tomservo.rh.rit.edu> <80d7e4090704121156q289d5e4ck153a359737130f33@mail.gmail.com> <461E8186.2060604@redhat.com> Message-ID: <461E8601.7040909@ourvirtualhome.com> Yep, that's the only thing left. After the scan results are in I'll write them up in a similar report. This report will go, as requested, to Luke only. The only thing I didn't check is the named.conf as I don't have access to it. Mike McGrath wrote: > Stephen John Smoogen wrote: >> Is there an outline of what this audit will be? I run a set of servers >> for UNM and would like to do a similar listing with my systems. >> > > Here's what he's done so far, what he has left to do I believe involves > a nessus scan. > > -Mike -- Peter van der Does YIM: petervanderdoes at yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070412/c936ff14/attachment.sig> From lmacken at redhat.com Thu Apr 12 19:46:46 2007 From: lmacken at redhat.com (Luke Macken) Date: Thu, 12 Apr 2007 15:46:46 -0400 Subject: DSN audit In-Reply-To: <461E8601.7040909@ourvirtualhome.com> References: <20070412183208.GA18931@tomservo.rh.rit.edu> <80d7e4090704121156q289d5e4ck153a359737130f33@mail.gmail.com> <461E8186.2060604@redhat.com> <461E8601.7040909@ourvirtualhome.com> Message-ID: <20070412194646.GA21095@tomservo.rh.rit.edu> On Thu, Apr 12, 2007 at 03:18:25PM -0400, Peter van der Does wrote: > Yep, that's the only thing left. After the scan results are in I'll > write them up in a similar report. This report will go, as requested, to > Luke only. Please send them to {mmcgrath,jkeating}@redhat.com as well; I just wanted to make sure that the results didn't end up on this list first :) luke From mmcgrath at redhat.com Thu Apr 12 22:57:15 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 12 Apr 2007 17:57:15 -0500 Subject: wiki outage In-Reply-To: <461E7075.2080900@redhat.com> References: <461E7075.2080900@redhat.com> Message-ID: <461EB94B.4030303@redhat.com> Mike McGrath wrote: > The wiki is having an outage, we're working on it. Should be up > soon. We suspect our issues are because of mod_python. The moin > developers suggest not using it. So we'll go back to cgi (slow) and > deal with it (stable). Ok, so that experiment lasted almost 5 minutes :-) The box crapped out just after it hit a load around 200. We had a whole team of sysadmins in #fedora-admin and did some things including enabling keep alive (no one even remembers why it was off) but also lowering the number of MaxRequestsPerChild significantly. We were also working with the Moin developers to get this going. The moin developers suggested using mod_fastCGI, but it has an unfriendly license at present. So we're back to mod_python for the moment (other things were suggested and will be tested if we're still seeing issues). Things seem to be going well though, load is low, the box doesn't seem to be swapping much. We'll have to keep an eye on it and see how everything goes. Anyone interested in any of the tests we ran and things we changed let me know. We're just going to let it be for a while and if, in fact, we have fixed the issue then we'll migrate that back to the other app servers (its currently going proxy -> app server no balancing) -Mike From dimitris at glezos.com Fri Apr 13 20:17:58 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Fri, 13 Apr 2007 21:17:58 +0100 Subject: Fedora counter Message-ID: <461FE576.9010604@glezos.com> How difficult would it be to create for Fedora something like this: http://wordpress.org/download/counter/ (not for downloads but for installs) -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From mmcgrath at redhat.com Fri Apr 13 20:23:22 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 13 Apr 2007 15:23:22 -0500 Subject: Fedora counter In-Reply-To: <461FE576.9010604@glezos.com> References: <461FE576.9010604@glezos.com> Message-ID: <461FE6BA.8080006@redhat.com> Dimitris Glezos wrote: > How difficult would it be to create for Fedora something like this: > > http://wordpress.org/download/counter/ > > (not for downloads but for installs) > We have this: http://fedoraproject.org/wiki/Statistics I suppose we could just make it BIGGER ;-) -Mike From dimitris at glezos.com Fri Apr 13 22:14:33 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Fri, 13 Apr 2007 23:14:33 +0100 Subject: Fedora counter In-Reply-To: <461FE6BA.8080006@redhat.com> References: <461FE576.9010604@glezos.com> <461FE6BA.8080006@redhat.com> Message-ID: <462000C9.10206@glezos.com> O/H Mike McGrath ??????: > Dimitris Glezos wrote: >> How difficult would it be to create for Fedora something like this: >> >> http://wordpress.org/download/counter/ >> >> (not for downloads but for installs) >> > We have this: > http://fedoraproject.org/wiki/Statistics > > I suppose we could just make it BIGGER ;-) The guys at SpreadFirefox have a similar counter available through RSS: http://feeds.spreadfirefox.com/downloads/firefox and a couple of ready-made ways to syndicate it: http://www.spreadfirefox.com/node/15143 It's not something really functional and numbers aren't the best thing to spend your time on, however, some people from the community might like it and use the number somewhere to promote Fedora. We could put it on the wiki footer. Just an idea. :-) -d -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From Matt_Domsch at dell.com Sun Apr 15 04:23:25 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 14 Apr 2007 23:23:25 -0500 Subject: db1 pgsql databases non-responsive Message-ID: <20070415042325.GA32251@lists.us.dell.com> At about 11pm CDT, I noticed db1 stopped responding to pgsql database connections to either the mirrormanager database or the FAS database. One can start to connect to it: psql -h db1 -d mirrormanager -U mirroradmin -W Password for user mirroradmin: but it just hangs at this point. Other apps trying to access it are also hanging. I don't have access to db1, nor do I know enough about pgsql to feel comfortable digging. Hopefully someone who has both access and skill can take a look? Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From a.badger at gmail.com Sun Apr 15 06:48:27 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 14 Apr 2007 23:48:27 -0700 Subject: db1 pgsql databases non-responsive In-Reply-To: <20070415042325.GA32251@lists.us.dell.com> References: <20070415042325.GA32251@lists.us.dell.com> Message-ID: <1176619707.31445.38.camel@localhost.localdomain> On Sat, 2007-04-14 at 23:23 -0500, Matt Domsch wrote: > At about 11pm CDT, I noticed db1 stopped responding to pgsql database > connections to either the mirrormanager database or the FAS database. > One can start to connect to it: > > psql -h db1 -d mirrormanager -U mirroradmin -W > Password for user mirroradmin: > > > but it just hangs at this point. Other apps trying to access it are > also hanging. > > I don't have access to db1, nor do I know enough about pgsql to feel > comfortable digging. Hopefully someone who has both access and skill > can take a look? > I've just restarted the postgres server. It looks to me as though koji might have been the culprit. Some output of ps prior to restarting postgres is attached. After restarting the db, FASv1 was available. packagedb and packagedb-devel were runnable (but this could be because they were not running when the db was restarted and the autostart script started them fresh.) mirrormanager was down until I restarted the script on publictest7. koji was down and is still down. If someone who knows koji could restart it, that would be great. -Toshio -------------- next part -------------- 10828 ? S 1:08 /usr/bin/postmaster -p 5432 -D /var/lib/pgsql/data 10831 ? S 180:10 postgres: stats buffer process 10832 ? S 140:04 postgres: stats collector process 31373 ? S 0:00 postgres: apache fassession 10.8.34.83 idle 31374 ? S 0:00 postgres: apache fassession 10.8.34.83 idle 5536 ? S 0:00 postgres: apache fedorausers 10.8.34.83 idle 15890 ? S 0:00 postgres: apache fedorausers 10.8.34.50 idle in transaction 22085 ? S 97:30 postgres: koji koji 10.8.34.98 idle in transaction 22349 ? S 89:26 postgres: koji koji 10.8.34.98 idle in transaction 22365 ? S 89:46 postgres: koji koji 10.8.34.98 idle in transaction 23009 ? R 73:47 postgres: koji koji 10.8.34.98 UPDATE 23355 ? S 60:28 postgres: koji koji 10.8.34.98 UPDATE 23431 ? R 59:05 postgres: koji koji 10.8.34.98 UPDATE 24008 ? S 42:30 postgres: koji koji 10.8.34.98 idle in transaction 24031 ? S 41:58 postgres: koji koji 10.8.34.98 idle in transaction 24032 ? S 42:09 postgres: koji koji 10.8.34.98 idle in transaction 24033 ? S 41:29 postgres: koji koji 10.8.34.98 idle in transaction 24193 ? S 34:53 postgres: koji koji 10.8.34.98 idle in transaction 24291 ? R 32:40 postgres: koji koji 10.8.34.98 UPDATE 24429 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 idle in transaction 24430 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 idle in transaction 24431 ? S 0:00 postgres: apache fassession 10.8.34.97 idle 24432 ? S 0:00 postgres: apache fassession 10.8.34.97 idle 24434 ? S 0:00 postgres: apache fedorausers 10.8.34.97 idle 24435 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 idle 24439 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 VACUUM waiting 24446 ? S 0:00 su - postgres /var/lib/pgsql/save-db /var/lib/pgsql/backups/db-backup.new 24512 ? S 0:00 postgres: postgres mirrormanager [local] LOCK TABLE waiting 24513 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 VACUUM waiting 24524 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24525 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24526 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24529 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24535 ? S 0:00 postgres: apache fedorausers 10.8.34.50 startup waiting 24568 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24569 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24570 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 24591 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 24614 ? S 0:00 postgres: koji koji 10.8.34.98 startup waiting 24627 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24628 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24643 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24644 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24645 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24658 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24659 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24664 ? S 0:00 postgres: koji koji 10.8.34.98 startup waiting 24665 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24670 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24673 ? S 0:00 postgres: apache fedorausers 10.8.34.52 startup waiting 24680 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24681 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24682 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24686 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24689 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24696 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 startup waiting 24744 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24745 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24748 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24749 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 startup waiting 24750 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24755 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 startup waiting 24756 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 startup waiting 24762 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 startup waiting 24763 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24764 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 24767 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24768 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24769 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24774 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24812 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24813 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 24814 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24815 ? S 0:00 postgres: apache fedorausers 10.8.34.50 startup waiting 24816 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24817 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 24819 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 24821 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 24822 ? S 0:00 postgres: mirroradmin mirrormanager 10.8.34.97 startup waiting 24830 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24831 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24836 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24844 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24850 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24851 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24852 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24855 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24856 ? S 0:00 postgres: apache fedorausers 10.8.34.52 startup waiting 24864 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24868 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24869 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24870 ? S 0:00 postgres: apache fedorausers 10.8.34.200 startup waiting 24873 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 24878 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24881 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24882 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24883 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24887 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 24888 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24889 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24890 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24891 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24896 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 24897 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24899 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24901 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24902 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24908 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24909 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24919 ? S 0:00 su - postgres /var/lib/pgsql/save-db /var/lib/pgsql/backups/db-backup.new 24953 ? S 0:00 postgres: postgres template1 [local] startup waiting 24955 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24956 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24969 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24972 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24973 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24974 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 24977 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 24978 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25007 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25017 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25018 ? S 0:00 postgres: apache fedorausers 10.8.34.50 startup waiting 25019 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 25020 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 25021 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25023 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 25024 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 25025 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 25034 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25035 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25040 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 25041 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 25052 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25053 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25054 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25059 ? S 0:00 postgres: apache fedorausers 10.8.34.52 startup waiting 25061 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 25069 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25070 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25075 ? S 0:00 postgres: koji koji 10.8.34.98 startup waiting 25076 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25079 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25089 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25090 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25091 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25097 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25149 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25152 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25158 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25164 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25165 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25166 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25172 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25173 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25179 ? S 0:00 postgres: apache fedorausers 10.8.34.50 startup waiting 25212 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 25213 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25214 ? S 0:00 postgres: apache fedorausers 10.8.34.51 startup waiting 25215 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25216 ? S 0:00 postgres: apache fedorausers 10.8.31.59 startup waiting 25218 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 25219 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 25220 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 25221 ? S 0:00 postgres: apache fedorausers 10.8.31.60 startup waiting 25230 ? S 0:00 postgres: apache fedorausers 10.8.34.50 startup waiting 25282 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25283 ? S 0:00 postgres: otrs otrs 10.8.31.60 startup waiting 25343 pts/0 S 0:00 grep post -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070414/b08fb79b/attachment.sig> From a.badger at gmail.com Sun Apr 15 06:59:07 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 14 Apr 2007 23:59:07 -0700 Subject: db1 pgsql databases non-responsive In-Reply-To: <20070415042325.GA32251@lists.us.dell.com> References: <20070415042325.GA32251@lists.us.dell.com> Message-ID: <1176620347.31445.44.camel@localhost.localdomain> One little addition before I head to bed. This looks to be the first error we had related to the db outage. I'm guessing that the backup process at 19:50 -0700 was still running and waiting on the database which is why we received the failure message. -------- Forwarded Message -------- From: Cron Daemon <root at fedoraproject.org> To: root at fedoraproject.org Subject: Cron <root at db1> /var/lib/pgsql/backup-db Date: Sat, 14 Apr 2007 20:50:02 -0700 Usage: su - postgres /var/lib/pgsql/save-db DESTDIR Destdir must not exist and it must be creatable by the postgres user. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070414/0cad1081/attachment.sig> From jkeating at redhat.com Sun Apr 15 11:47:57 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 15 Apr 2007 07:47:57 -0400 Subject: db1 pgsql databases non-responsive In-Reply-To: <1176619707.31445.38.camel@localhost.localdomain> References: <20070415042325.GA32251@lists.us.dell.com> <1176619707.31445.38.camel@localhost.localdomain> Message-ID: <200704150748.05721.jkeating@redhat.com> On Sunday 15 April 2007 02:48:27 Toshio Kuratomi wrote: > I've just restarted the postgres server. ?It looks to me as though koji > might have been the culprit. ?Some output of ps prior to restarting > postgres is attached. Strange, koji shouldn't have been doing anything, we aren't running any builds through it and I wasn't importing anything... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070415/ba96bec7/attachment.sig> From jkeating at redhat.com Sun Apr 15 11:50:21 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 15 Apr 2007 07:50:21 -0400 Subject: db1 pgsql databases non-responsive In-Reply-To: <1176619707.31445.38.camel@localhost.localdomain> References: <20070415042325.GA32251@lists.us.dell.com> <1176619707.31445.38.camel@localhost.localdomain> Message-ID: <200704150750.21560.jkeating@redhat.com> On Sunday 15 April 2007 02:48:27 Toshio Kuratomi wrote: > koji was down and is still down. ?If someone who knows > koji could restart it, that would be great. how were you determining that Koji was/is down? It seems up to me... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070415/b8e4674b/attachment.sig> From jkeating at redhat.com Sun Apr 15 12:19:49 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 15 Apr 2007 08:19:49 -0400 Subject: Wiki outage again Message-ID: <200704150819.49757.jkeating@redhat.com> This morning at some point the wiki went down again. Looking at the logs on the test2 xen guest it looks like this was the last thing accessed: 10.8.32.56 - - [15/Apr/2007:04:03:39 -0700] "GET /wiki/Releases/7 HTTP/1.1" 200 14870 "http://fedoraproject.org/wiki/Releases/7/Schedule" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070410 Fedora/2.0.0.3-3.fc7 Firefox/2.0.0.3" There were some http processes still going but in the error log there was: [Sun Apr 15 05:16:48 2007] [notice] child pid 3299 exit signal Segmentation fault (11) [Sun Apr 15 05:16:50 2007] [notice] child pid 3301 exit signal Segmentation fault (11) [Sun Apr 15 05:16:50 2007] [notice] child pid 3302 exit signal Segmentation fault (11) [Sun Apr 15 05:16:51 2007] [notice] child pid 3303 exit signal Segmentation fault (11) a bunch of those. I restarted http and the wiki came right back up. This was at Sun Apr 15 05:17:02 MST 2007 according to the box, so roughly an hour outage. I don't know if the other outages play a role in this crash or not, as it seemed like we had a good config going. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070415/38915102/attachment.sig> From damian.myerscough at gmail.com Sun Apr 15 13:36:37 2007 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Sun, 15 Apr 2007 14:36:37 +0100 Subject: Wiki outage again In-Reply-To: <200704150819.49757.jkeating@redhat.com> References: <200704150819.49757.jkeating@redhat.com> Message-ID: <8c9e56490704150636s210fd1abgb93a5eb26ca5cb73@mail.gmail.com> Jesse, Is it possible you could send me a copy of the httpd.conf we are using so I can have a look over it? Still at uni so I cant ssh in because the firewall is blocking all outgoing ports. On 15/04/07, Jesse Keating <jkeating at redhat.com> wrote: > This morning at some point the wiki went down again. Looking at the logs on > the test2 xen guest it looks like this was the last thing accessed: > > 10.8.32.56 - - [15/Apr/2007:04:03:39 -0700] "GET /wiki/Releases/7 HTTP/1.1" > 200 14870 "http://fedoraproject.org/wiki/Releases/7/Schedule" "Mozilla/5.0 > (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070410 Fedora/2.0.0.3-3.fc7 > Firefox/2.0.0.3" > > There were some http processes still going but in the error log there was: > > [Sun Apr 15 05:16:48 2007] [notice] child pid 3299 exit signal Segmentation > fault (11) > [Sun Apr 15 05:16:50 2007] [notice] child pid 3301 exit signal Segmentation > fault (11) > [Sun Apr 15 05:16:50 2007] [notice] child pid 3302 exit signal Segmentation > fault (11) > [Sun Apr 15 05:16:51 2007] [notice] child pid 3303 exit signal Segmentation > fault (11) > > a bunch of those. I restarted http and the wiki came right back up. This was > at Sun Apr 15 05:17:02 MST 2007 according to the box, so roughly an hour > outage. > > I don't know if the other outages play a role in this crash or not, as it > seemed like we had a good config going. > > -- > Jesse Keating > Release Engineer: Fedora > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > -- Regards, Damian From a.badger at gmail.com Sun Apr 15 18:29:28 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 15 Apr 2007 11:29:28 -0700 Subject: db1 pgsql databases non-responsive In-Reply-To: <200704150750.21560.jkeating@redhat.com> References: <20070415042325.GA32251@lists.us.dell.com> <1176619707.31445.38.camel@localhost.localdomain> <200704150750.21560.jkeating@redhat.com> Message-ID: <1176661768.31445.46.camel@localhost.localdomain> On Sun, 2007-04-15 at 07:50 -0400, Jesse Keating wrote: > On Sunday 15 April 2007 02:48:27 Toshio Kuratomi wrote: > > koji was down and is still down. If someone who knows > > koji could restart it, that would be great. > > how were you determining that Koji was/is down? It seems up to me... > I was hitting http://koji.fedoraproject.org/koji/ and it was returning a traceback. It's back up for me now. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070415/c05e5948/attachment.sig> From wilmer at fedoraproject.org Mon Apr 16 05:58:36 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Mon, 16 Apr 2007 01:58:36 -0400 Subject: Introduction: Wilmer Jaramillo Message-ID: <2b26c4260704152258p3e30d445yf00e4ae9f95e1851@mail.gmail.com> I'm a Linux administrator since 1999, actually I'm a RHCE working for an Red Hat Partner in Venezuela (http://www.sldv777.com), I'm a volunteer on others Fedora Project, I have an interest in helping out with the Fedora Infrastructure Project, I've done some scripting mainly Bash and Perl, i know a lot of stuff on areas such as Networking, Monitoring, Email, FDS/LDAP. Let me know guys how to start, i has requested membership in the infrastructure group. Other: https://fedoraproject.org/wiki/WilmerJaramillo Best Regards -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From wilmer at fedoraproject.org Mon Apr 16 06:32:21 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Mon, 16 Apr 2007 02:32:21 -0400 Subject: fedoraplanet.org - For fedora-related weblog Message-ID: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> Hi, i wanted to propose the use an alternative domain for the aggregation of Fedora-related weblog planet.fedoraproject.org. In principle and to equal of other consolidated projects it should to be more precise to use. Actually only just do a redirect of planet.fedoraproject.org <-- fedoraplanet.org -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From mmcgrath at redhat.com Mon Apr 16 13:14:34 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 16 Apr 2007 08:14:34 -0500 Subject: Introduction: Wilmer Jaramillo In-Reply-To: <2b26c4260704152258p3e30d445yf00e4ae9f95e1851@mail.gmail.com> References: <2b26c4260704152258p3e30d445yf00e4ae9f95e1851@mail.gmail.com> Message-ID: <462376BA.1010104@redhat.com> Wilmer Jaramillo M. wrote: > I'm a Linux administrator since 1999, actually I'm a RHCE working for > an Red Hat Partner in Venezuela (http://www.sldv777.com), I'm a > volunteer on others Fedora Project, I have an interest in helping out > with the Fedora Infrastructure Project, I've done some scripting > mainly Bash and Perl, i know a lot of stuff on areas such as > Networking, Monitoring, Email, FDS/LDAP. Welcome Wilmer. We have weekly meetings in #fedora-admin on irc.freenode.net if you think you can make it. It's a great way to get to know our process and what's going on. - http://fedoraproject.org/wiki/Infrastructure/Meetings -Mike From wilmer at fedoraproject.org Mon Apr 16 15:36:41 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Mon, 16 Apr 2007 11:36:41 -0400 Subject: Introduction: Wilmer Jaramillo In-Reply-To: <462376BA.1010104@redhat.com> References: <2b26c4260704152258p3e30d445yf00e4ae9f95e1851@mail.gmail.com> <462376BA.1010104@redhat.com> Message-ID: <2b26c4260704160836u67919754tb537a0a520cb2a09@mail.gmail.com> On 4/16/07, Mike McGrath <mmcgrath at redhat.com> wrote: > Wilmer Jaramillo M. wrote: > > I'm a Linux administrator since 1999, actually I'm a RHCE working for > > an Red Hat Partner in Venezuela (http://www.sldv777.com), I'm a > > volunteer on others Fedora Project, I have an interest in helping out > > with the Fedora Infrastructure Project, I've done some scripting > > mainly Bash and Perl, i know a lot of stuff on areas such as > > Networking, Monitoring, Email, FDS/LDAP. > Welcome Wilmer. We have weekly meetings in #fedora-admin on > irc.freenode.net if you think you can make it. It's a great way to get > to know our process and what's going on. - > http://fedoraproject.org/wiki/Infrastructure/Meetings Next Thursday at 20:00 UTC, i'll be here, Thanks, -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From wilmer at fedoraproject.org Mon Apr 16 22:13:41 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Mon, 16 Apr 2007 18:13:41 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704161440k6df4f3b4m3b900d5d3ecb066f@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <2b26c4260704161440k6df4f3b4m3b900d5d3ecb066f@mail.gmail.com> Message-ID: <2b26c4260704161513j411b1f02q836ccaf843955be4@mail.gmail.com> I should contact with my registrar and tell them to change its nameservers to: NS1.FEDORAPROJECT.ORG? what yours thinking about it? On 4/16/07, Wilmer Jaramillo M. <wilmer at fedoraproject.org> wrote: > Hi, i wanted to propose the use an alternative domain for the > aggregation of Fedora-related weblog planet.fedoraproject.org. In > principle and to equal of other consolidated projects it should to be > more precise to use. > > Actually only just do a redirect of planet.fedoraproject.org <-- > fedoraplanet.org -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From Matt_Domsch at dell.com Mon Apr 16 22:23:47 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 16 Apr 2007 17:23:47 -0500 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704161513j411b1f02q836ccaf843955be4@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <2b26c4260704161440k6df4f3b4m3b900d5d3ecb066f@mail.gmail.com> <2b26c4260704161513j411b1f02q836ccaf843955be4@mail.gmail.com> Message-ID: <20070416222347.GA32650@lists.us.dell.com> On Mon, Apr 16, 2007 at 06:13:41PM -0400, Wilmer Jaramillo M. wrote: > I should contact with my registrar and tell them to change its nameservers > to: > NS1.FEDORAPROJECT.ORG? what yours thinking about it? Are you volunteering to donate this purchased domain name to the Fedora Project? If so, rather than just point DNS servers, we'd prefer to have domain ownership transferred to the Fedora Project. Domain ID:D127711255-LROR Domain Name:FEDORAPLANET.ORG Created On:23-Aug-2006 22:00:31 UTC Last Updated On:16-Apr-2007 13:20:03 UTC Expiration Date:23-Aug-2007 22:00:31 UTC Sponsoring Registrar:Directi Internet Solutions d/b/a PublicDomainRegistry.Com (R27-LROR) Status:OK Registrant ID:DI_3988043 Registrant Name:Jaramillo M. Wilmer Registrant Organization:Jaramillo M. Wilmer Registrant Email:wilmer5 at gmail.com ... Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From wtogami at redhat.com Mon Apr 16 23:17:23 2007 From: wtogami at redhat.com (Warren Togami) Date: Mon, 16 Apr 2007 19:17:23 -0400 Subject: cvsextras > packager Change List In-Reply-To: <461A934D.9050806@redhat.com> References: <461A934D.9050806@redhat.com> Message-ID: <46240403.40005@redhat.com> Warren Togami wrote: > Stuff Needing Changing for cvsextras > packager rename > ====================================================== > 1) PostgreSQL project_group.name row. > 2) FASv1 website.py. > 3) FASv2? > 4) PackageDB > 5) Documentation? (Where?) > 6) Filesystems? chown was mentioned, but isn't this unnecessary because > the name is changing, not the gid? Ah, an equivalent cvsextras@ alias and mailing list subscription might also need to adjusted. > > Can anybody else think of other places that need to be changed for > cvsextras to be renamed successfully? > > Rename Procedure > ================ > 1) Shutdown FAS, CVS, buildsys. > 2) Make changes all at once. > 3) Run export-shell-accounts.sh on app2. > 4) Run process-shell-accounts.py on every other machine. > 5) Start FAS, CVS and buildsys. > > Anything missing? From wilmer at fedoraproject.org Mon Apr 16 23:50:48 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Mon, 16 Apr 2007 19:50:48 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <20070416222347.GA32650@lists.us.dell.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <2b26c4260704161440k6df4f3b4m3b900d5d3ecb066f@mail.gmail.com> <2b26c4260704161513j411b1f02q836ccaf843955be4@mail.gmail.com> <20070416222347.GA32650@lists.us.dell.com> Message-ID: <2b26c4260704161650x69acdd3cl56a2daa63f5e1721@mail.gmail.com> Excelent, i'm happy for doing it, send me the information. On 4/16/07, Matt Domsch <Matt_Domsch at dell.com> wrote: > On Mon, Apr 16, 2007 at 06:13:41PM -0400, Wilmer Jaramillo M. wrote: > > I should contact with my registrar and tell them to change its nameservers > > to: > > NS1.FEDORAPROJECT.ORG? what yours thinking about it? > > > Are you volunteering to donate this purchased domain name to the > Fedora Project? If so, rather than just point DNS servers, we'd > prefer to have domain ownership transferred to the Fedora Project. > > Domain ID:D127711255-LROR > Domain Name:FEDORAPLANET.ORG > Created On:23-Aug-2006 22:00:31 UTC > Last Updated On:16-Apr-2007 13:20:03 UTC > Expiration Date:23-Aug-2007 22:00:31 UTC > Sponsoring Registrar:Directi Internet Solutions d/b/a > PublicDomainRegistry.Com (R27-LROR) > Status:OK > Registrant ID:DI_3988043 > Registrant Name:Jaramillo M. Wilmer > Registrant Organization:Jaramillo M. Wilmer > Registrant Email:wilmer5 at gmail.com > ... > > > Thanks, > Matt > > -- > Matt Domsch > Software Architect > Dell Linux Solutions linux.dell.com & www.dell.com/linux > Linux on Dell mailing lists @ http://lists.us.dell.com > -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From jkeating at redhat.com Tue Apr 17 03:11:57 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 16 Apr 2007 23:11:57 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> Message-ID: <200704162311.57850.jkeating@redhat.com> On Monday 16 April 2007 02:32:21 Wilmer Jaramillo M. wrote: > Hi, i wanted to propose the use an alternative domain for the > aggregation of Fedora-related weblog planet.fedoraproject.org. In > principle and to equal of other consolidated projects it should to be > more precise to use. > > Actually only just do a redirect of planet.fedoraproject.org <-- > fedoraplanet.org Do we really need another way to get to this? We have planet.fedoraproject.org, fedoraproject.org/people, and fedoraproject.org/fedorapeople. Why do we need a whole different domain to get there as well? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070416/9eeae1b0/attachment.sig> From fedora at leemhuis.info Tue Apr 17 05:03:24 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 17 Apr 2007 07:03:24 +0200 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <200704162311.57850.jkeating@redhat.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704162311.57850.jkeating@redhat.com> Message-ID: <4624551C.6050404@leemhuis.info> On 17.04.2007 05:11, Jesse Keating wrote: > On Monday 16 April 2007 02:32:21 Wilmer Jaramillo M. wrote: >> Hi, i wanted to propose the use an alternative domain for the >> aggregation of Fedora-related weblog planet.fedoraproject.org. In >> principle and to equal of other consolidated projects it should to be >> more precise to use. >> >> Actually only just do a redirect of planet.fedoraproject.org <-- >> fedoraplanet.org > > Do we really need another way to get to this? > > We have planet.fedoraproject.org, fedoraproject.org/people, and > fedoraproject.org/fedorapeople. Why do we need a whole different domain to > get there as well? +1 FWIW: Other projects use the planet.foo.org scheme, too: http://planet.kernel.org/ http://planet.gnome.org/ http://planet.ubuntulinux.org/ http://planet.debian.org/ CU thl From mgalgoci at redhat.com Tue Apr 17 05:17:40 2007 From: mgalgoci at redhat.com (Matthew Galgoci) Date: Tue, 17 Apr 2007 01:17:40 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <4624551C.6050404@leemhuis.info> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704162311.57850.jkeating@redhat.com> <4624551C.6050404@leemhuis.info> Message-ID: <Pine.LNX.4.64.0704170117140.28695@acis.rdu.redhat.com> > On 17.04.2007 05:11, Jesse Keating wrote: > > On Monday 16 April 2007 02:32:21 Wilmer Jaramillo M. wrote: > > > Hi, i wanted to propose the use an alternative domain for the > > > aggregation of Fedora-related weblog planet.fedoraproject.org. In > > > principle and to equal of other consolidated projects it should to be > > > more precise to use. > > > > > > Actually only just do a redirect of planet.fedoraproject.org <-- > > > fedoraplanet.org > > > > Do we really need another way to get to this? > > > > We have planet.fedoraproject.org, fedoraproject.org/people, and > > fedoraproject.org/fedorapeople. Why do we need a whole different domain to > > get there as well? > > +1 > > FWIW: Other projects use the planet.foo.org scheme, too: > > http://planet.kernel.org/ > http://planet.gnome.org/ > http://planet.ubuntulinux.org/ > http://planet.debian.org/ +1 -- Matthew Galgoci GIS Production Operations Red Hat, Inc 919.754.3700 x44155 From dimitris at glezos.com Tue Apr 17 11:03:36 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Tue, 17 Apr 2007 12:03:36 +0100 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <200704162311.57850.jkeating@redhat.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704162311.57850.jkeating@redhat.com> Message-ID: <4624A988.4070306@glezos.com> O/H Jesse Keating ??????: > On Monday 16 April 2007 02:32:21 Wilmer Jaramillo M. wrote: >> Hi, i wanted to propose the use an alternative domain for the >> aggregation of Fedora-related weblog planet.fedoraproject.org. In >> principle and to equal of other consolidated projects it should to be >> more precise to use. >> >> Actually only just do a redirect of planet.fedoraproject.org <-- >> fedoraplanet.org > > Do we really need another way to get to this? > > We have planet.fedoraproject.org, fedoraproject.org/people, and > fedoraproject.org/fedorapeople. Why do we need a whole different domain to > get there as well? +1 for consistency in domains. Google already returns two planets when you search for "planet fedora". -d -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From wilmer at fedoraproject.org Tue Apr 17 15:02:10 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Tue, 17 Apr 2007 11:02:10 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <200704162311.57850.jkeating@redhat.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704162311.57850.jkeating@redhat.com> Message-ID: <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> On 4/16/07, Jesse Keating <jkeating at redhat.com> wrote: > On Monday 16 April 2007 02:32:21 Wilmer Jaramillo M. wrote: > > Hi, i wanted to propose the use an alternative domain for the > > aggregation of Fedora-related weblog planet.fedoraproject.org. In > > principle and to equal of other consolidated projects it should to be > > more precise to use. > > > > Actually only just do a redirect of planet.fedoraproject.org <-- > > fedoraplanet.org > > Do we really need another way to get to this? > > We have planet.fedoraproject.org, fedoraproject.org/people, and > fedoraproject.org/fedorapeople. Why do we need a whole different domain to > get there as well? FedoraNEWS.org FedoraUnited.org FedoraForum.org FedoraFaq.org FedoraPlanet.org It's posibble? On 4/17/07, Matthew Galgoci <mgalgoci at redhat.com> wrote: > > On 17.04.2007 05:11, Jesse Keating wrote: > > > > > > Do we really need another way to get to this? > > > > > > We have planet.fedoraproject.org, fedoraproject.org/people, and > > > fedoraproject.org/fedorapeople. Why do we need a whole different domain to > > > get there as well? > > > > +1 > > > > FWIW: Other projects use the planet.foo.org scheme, too: > > > > http://planet.kernel.org/ > > http://planet.gnome.org/ > > http://planet.ubuntulinux.org/ > > http://planet.debian.org/ www.debianplanet.org www.planetsuse.org I do not believe that this is the norm and suppose we do not shouldn't to copy a model, some positive things: 1.- Google should to relate more easily a search by 'fedora planet' on the domain fedoraplanet.org. 2.- To maintain planet.fedoraproject.org and/or to redirect to fedoraplanet.org. without spirits to argue, simply this is a proposal. ;) Better greetings. -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From sundaram at fedoraproject.org Tue Apr 17 15:05:44 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 17 Apr 2007 20:35:44 +0530 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704162311.57850.jkeating@redhat.com> <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> Message-ID: <4624E248.7030602@fedoraproject.org> Wilmer Jaramillo M. wrote: >> >> We have planet.fedoraproject.org, fedoraproject.org/people, and >> fedoraproject.org/fedorapeople. Why do we need a whole different >> domain to >> get there as well? > > FedoraNEWS.org Merging with fedoraproject.org > FedoraUnited.org Doesnt exist. If you mean Fedora Unity its unofficial. > FedoraForum.org Endorsed third party > FedoraFaq.org Unofficial. > FedoraPlanet.org > > It's posibble? Possible yeah but confusing. Since you already own the site I don't see any harm in donating it to Fedora and setting up a redirect. Rahul From mmcgrath at redhat.com Tue Apr 17 15:07:19 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 17 Apr 2007 10:07:19 -0500 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704162311.57850.jkeating@redhat.com> <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> Message-ID: <4624E2A7.5000009@redhat.com> Wilmer Jaramillo M. wrote: > > FedoraNEWS.org > FedoraUnited.org > FedoraForum.org > FedoraFaq.org > FedoraPlanet.org Actually we don't run any of those, those are all community owned. We have no formal control over them. I'm thinking planet.fedoraproject.org should stick just because we're already using it and it works. We've got bigger fish to fry :) -Mike From mmcgrath at redhat.com Tue Apr 17 15:09:28 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 17 Apr 2007 10:09:28 -0500 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <4624E248.7030602@fedoraproject.org> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704162311.57850.jkeating@redhat.com> <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> <4624E248.7030602@fedoraproject.org> Message-ID: <4624E328.8010703@redhat.com> Rahul Sundaram wrote: > Wilmer Jaramillo M. wrote: >>> >>> We have planet.fedoraproject.org, fedoraproject.org/people, and >>> fedoraproject.org/fedorapeople. Why do we need a whole different >>> domain to >>> get there as well? >> >> FedoraNEWS.org > > Merging with fedoraproject.org > >> FedoraUnited.org > > Doesnt exist. If you mean Fedora Unity its unofficial. > >> FedoraForum.org > > Endorsed third party > >> FedoraFaq.org > > Unofficial. > >> FedoraPlanet.org >> >> It's posibble? > > Possible yeah but confusing. Since you already own the site I don't > see any harm in donating it to Fedora and setting up a redirect. Oh, if its already owned just set up a redirect. We can transfer ownership if you'd like? Discuss with Thomas Chung what he'd like the official site to be, he has some opinions on the subject. -Mike From jkeating at redhat.com Tue Apr 17 15:26:03 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 11:26:03 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <4624E248.7030602@fedoraproject.org> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> <4624E248.7030602@fedoraproject.org> Message-ID: <200704171126.04028.jkeating@redhat.com> On Tuesday 17 April 2007 11:05:44 Rahul Sundaram wrote: > Possible yeah but confusing. Since you already own the site I don't see > any harm in donating it to Fedora and setting up a redirect. The harm is that it is confusing, and it is yet one more thing we have to worry about should we redirect where the home of this site is. I'd rather not have this many "paths" to the planet. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070417/f3a69341/attachment.sig> From wilmer at fedoraproject.org Tue Apr 17 15:45:00 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Tue, 17 Apr 2007 11:45:00 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <200704171126.04028.jkeating@redhat.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> <4624E248.7030602@fedoraproject.org> <200704171126.04028.jkeating@redhat.com> Message-ID: <2b26c4260704170845s16ebecf1nc8021cdd2ea8e7e7@mail.gmail.com> On 4/17/07, Jesse Keating <jkeating at redhat.com> wrote: > On Tuesday 17 April 2007 11:05:44 Rahul Sundaram wrote: > > Possible yeah but confusing. Since you already own the site I don't see > > any harm in donating it to Fedora and setting up a redirect. > > The harm is that it is confusing, and it is yet one more thing we have to > worry about should we redirect where the home of this site is. I'd rather > not have this many "paths" to the planet. Note the difference bettewen debianplanet.org and planet.debian.org, try using google to search by the words 'debian planet'. The first result is debianplanet.org that is a News page, and later planet.debian.org, that is confusing and possibly it happens same with fedora. -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From wilmer at fedoraproject.org Tue Apr 17 15:49:39 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Tue, 17 Apr 2007 11:49:39 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <4624E328.8010703@redhat.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704162311.57850.jkeating@redhat.com> <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> <4624E248.7030602@fedoraproject.org> <4624E328.8010703@redhat.com> Message-ID: <2b26c4260704170849v69905ed0s82812a485d525bd5@mail.gmail.com> On 4/17/07, Mike McGrath <mmcgrath at redhat.com> wrote: > Oh, if its already owned just set up a redirect. We can transfer > ownership if you'd like? Discuss with Thomas Chung what he'd like the > official site to be, he has some opinions on the subject. I haven't any problem, i should donate it, only i need that the community approval it. Thanks. -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From jkeating at redhat.com Tue Apr 17 16:12:57 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 12:12:57 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704170845s16ebecf1nc8021cdd2ea8e7e7@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704171126.04028.jkeating@redhat.com> <2b26c4260704170845s16ebecf1nc8021cdd2ea8e7e7@mail.gmail.com> Message-ID: <200704171212.58077.jkeating@redhat.com> On Tuesday 17 April 2007 11:45:00 Wilmer Jaramillo M. wrote: > Note the difference bettewen debianplanet.org and planet.debian.org, > try using google to search by the words 'debian planet'. > The first result is debianplanet.org that is a News page, and later > planet.debian.org, that is confusing and possibly it happens same with > fedora. It's confusing because there are multiple domains. If there weren't, it wouldn't be confusing. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070417/b06860fc/attachment.sig> From wilmer at fedoraproject.org Tue Apr 17 16:23:09 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Tue, 17 Apr 2007 12:23:09 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <200704171212.58077.jkeating@redhat.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704171126.04028.jkeating@redhat.com> <2b26c4260704170845s16ebecf1nc8021cdd2ea8e7e7@mail.gmail.com> <200704171212.58077.jkeating@redhat.com> Message-ID: <2b26c4260704170923i4d43d2f9k3ba2b5ca9ab6c5c7@mail.gmail.com> On 4/17/07, Jesse Keating <jkeating at redhat.com> wrote: > On Tuesday 17 April 2007 11:45:00 Wilmer Jaramillo M. wrote: > > Note the difference bettewen debianplanet.org and planet.debian.org, > > try using google to search by the words 'debian planet'. > > The first result is debianplanet.org that is a News page, and later > > planet.debian.org, that is confusing and possibly it happens same with > > fedora. > > It's confusing because there are multiple domains. If there weren't, it > wouldn't be confusing. Maybe it's confusing because the domains are of differents topics. -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From jkeating at redhat.com Tue Apr 17 16:28:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 12:28:54 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704170923i4d43d2f9k3ba2b5ca9ab6c5c7@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704171212.58077.jkeating@redhat.com> <2b26c4260704170923i4d43d2f9k3ba2b5ca9ab6c5c7@mail.gmail.com> Message-ID: <200704171228.55029.jkeating@redhat.com> On Tuesday 17 April 2007 12:23:09 Wilmer Jaramillo M. wrote: > Maybe it's confusing because the domains are of differents topics. and yet you want to create multiple domains to point to not only the same topic, but the same exact content? How is that not confusing? How is that helping things at all? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070417/fe00c3aa/attachment.sig> From wilmer at fedoraproject.org Tue Apr 17 17:42:48 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Tue, 17 Apr 2007 13:42:48 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <200704171228.55029.jkeating@redhat.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704171212.58077.jkeating@redhat.com> <2b26c4260704170923i4d43d2f9k3ba2b5ca9ab6c5c7@mail.gmail.com> <200704171228.55029.jkeating@redhat.com> Message-ID: <2b26c4260704171042j50671fd7l1d15a349c364646c@mail.gmail.com> On 4/17/07, Jesse Keating <jkeating at redhat.com> wrote: > On Tuesday 17 April 2007 12:23:09 Wilmer Jaramillo M. wrote: > > Maybe it's confusing because the domains are of differents topics. > > and yet you want to create multiple domains to point to not only the same > topic, but the same exact content? How is that not confusing? How is that > helping things at all? Please, this not is a whim, in this case really I believe that it's only question to define which is the correct and best domain for Fedora Planet and use it. -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From tchung at fedoraproject.org Tue Apr 17 17:49:17 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Tue, 17 Apr 2007 10:49:17 -0700 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704170849v69905ed0s82812a485d525bd5@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704162311.57850.jkeating@redhat.com> <2b26c4260704170802k4d3ff778j70b04fca09873fd6@mail.gmail.com> <4624E248.7030602@fedoraproject.org> <4624E328.8010703@redhat.com> <2b26c4260704170849v69905ed0s82812a485d525bd5@mail.gmail.com> Message-ID: <369bce3b0704171049p6183feadl4a3e5ed31636dd99@mail.gmail.com> On 4/17/07, Wilmer Jaramillo M. <wilmer at fedoraproject.org> wrote: > On 4/17/07, Mike McGrath <mmcgrath at redhat.com> wrote: > > Oh, if its already owned just set up a redirect. We can transfer > > ownership if you'd like? Discuss with Thomas Chung what he'd like the > > official site to be, he has some opinions on the subject. > > I haven't any problem, i should donate it, only i need that the > community approval it. Hi Wilmer, I think the community *will* approve and appreciate if you donate the domain to Fedora Project. One of the reason, I've moved Fedora Weekly News from fedoranews.org to fedoraproject.org is to avoid such confusion. We need to put all our efforts into a single domain for better and unifying communication. Regards, -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From mmcgrath at redhat.com Tue Apr 17 17:50:51 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 17 Apr 2007 12:50:51 -0500 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704171042j50671fd7l1d15a349c364646c@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704171212.58077.jkeating@redhat.com> <2b26c4260704170923i4d43d2f9k3ba2b5ca9ab6c5c7@mail.gmail.com> <200704171228.55029.jkeating@redhat.com> <2b26c4260704171042j50671fd7l1d15a349c364646c@mail.gmail.com> Message-ID: <462508FB.2050801@redhat.com> Wilmer Jaramillo M. wrote: > On 4/17/07, Jesse Keating <jkeating at redhat.com> wrote: >> On Tuesday 17 April 2007 12:23:09 Wilmer Jaramillo M. wrote: >> > Maybe it's confusing because the domains are of differents topics. >> >> and yet you want to create multiple domains to point to not only the >> same >> topic, but the same exact content? How is that not confusing? How >> is that >> helping things at all? > > Please, this not is a whim, in this case really I believe that it's > only question to define which is the correct and best domain for > Fedora Planet and use it. > Have you contacted Thomas Chung yet? He just did a lot of work to rebrand and sync the links that point to planet.fedoraproject.org. You're welcome to point fedoraplanet.org to our site but the odds are few things will actually point to it. -Mike From jkeating at redhat.com Tue Apr 17 17:50:12 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 17 Apr 2007 13:50:12 -0400 Subject: fedoraplanet.org - For fedora-related weblog In-Reply-To: <2b26c4260704171042j50671fd7l1d15a349c364646c@mail.gmail.com> References: <2b26c4260704152332q43aa67c8yd16ad75cbf8fd42a@mail.gmail.com> <200704171228.55029.jkeating@redhat.com> <2b26c4260704171042j50671fd7l1d15a349c364646c@mail.gmail.com> Message-ID: <200704171350.15980.jkeating@redhat.com> On Tuesday 17 April 2007 13:42:48 Wilmer Jaramillo M. wrote: > Please, this not is a whim, in this case really I believe that it's > only question to define which is the correct and best domain for > Fedora Planet and use it. And my opinion is that it should use the SAME domain the rest of our official Fedora stuff is trying to use, which is fedoraproject.org. planet being a subdomain of fedoraproject.org, just like hosted, etc... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070417/9642520f/attachment.sig> From wilmer at fedoraproject.org Tue Apr 17 17:58:48 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Tue, 17 Apr 2007 13:58:48 -0400 Subject: Set Reply-to Header for mailing list Message-ID: <2b26c4260704171058r63d462cal13d4fcce11bc7512@mail.gmail.com> Hi, I have a suggestion, because don't is set the "Reply-to" header for fedora-infrastructure-list at redhat.com on mailing list?. When I answer a mail, only one _should_ receive the mail, but all of the internal list possibly does not, should use the header to redirect replies to messages into to mailing list. -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From wilmer at fedoraproject.org Tue Apr 17 17:58:48 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Tue, 17 Apr 2007 13:58:48 -0400 Subject: Set Reply-to Header for mailing list Message-ID: <2b26c4260704171058r63d462cal13d4fcce11bc7512@mail.gmail.com> Hi, I have a suggestion, because don't is set the "Reply-to" header for fedora-infrastructure-list at redhat.com on mailing list?. When I answer a mail, only one _should_ receive the mail, but all of the internal list possibly does not, should use the header to redirect replies to messages into to mailing list. -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From rayvd at bludgeon.org Tue Apr 17 18:13:54 2007 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Tue, 17 Apr 2007 11:13:54 -0700 Subject: Set Reply-to Header for mailing list In-Reply-To: <2b26c4260704171058r63d462cal13d4fcce11bc7512@mail.gmail.com> References: <2b26c4260704171058r63d462cal13d4fcce11bc7512@mail.gmail.com> Message-ID: <20070417181353.GA7778@bludgeon.org> On Tue, Apr 17, 2007 at 01:58:48PM -0400, Wilmer Jaramillo M. wrote: > Hi, I have a suggestion, because don't is set the "Reply-to" header > for fedora-infrastructure-list at redhat.com on mailing list?. When I > answer a mail, only one _should_ receive the mail, but all of the > internal list possibly does not, should use the header to redirect > replies to messages into to mailing list. Likely a Mailman config option. Don't know if it's a side-wide default for all of RH's lists or not. If you use mutt, you can always use 'L' to do a list-only reply. :) Ray From kanarip at kanarip.com Tue Apr 17 18:41:02 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 17 Apr 2007 20:41:02 +0200 Subject: Set Reply-to Header for mailing list In-Reply-To: <20070417181353.GA7778@bludgeon.org> References: <2b26c4260704171058r63d462cal13d4fcce11bc7512@mail.gmail.com> <20070417181353.GA7778@bludgeon.org> Message-ID: <462514BE.9090105@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Keyword here is to use 'Reply All', and let the receiving party figure out whether he/she wants to receive duplicate messages. mailman allows the user to configure whether to check if the user is in both the members list as well as the TO_ headers, and prevent sending the message more then once. And yes, modifying the Reply-to: header is a mailman option, and applies to every message sent to the m-l. Kind regards, Jeroen van Meeuwen - -kanarip Ray Van Dolson wrote: > On Tue, Apr 17, 2007 at 01:58:48PM -0400, Wilmer Jaramillo M. wrote: >> Hi, I have a suggestion, because don't is set the "Reply-to" header >> for fedora-infrastructure-list at redhat.com on mailing list?. When I >> answer a mail, only one _should_ receive the mail, but all of the >> internal list possibly does not, should use the header to redirect >> replies to messages into to mailing list. > > Likely a Mailman config option. Don't know if it's a side-wide default > for all of RH's lists or not. > > If you use mutt, you can always use 'L' to do a list-only reply. :) > > Ray > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGJRS+KN6f2pNCvwgRAmUjAKDVMjDojPcOMM5oEB+DNymRSj2pkACdEz1c +wepvALf4gX9Aln2/nq3qpc= =UrF8 -----END PGP SIGNATURE----- From wilmer at fedoraproject.org Tue Apr 17 18:45:54 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Tue, 17 Apr 2007 14:45:54 -0400 Subject: Set Reply-to Header for mailing list In-Reply-To: <20070417181353.GA7778@bludgeon.org> References: <2b26c4260704171058r63d462cal13d4fcce11bc7512@mail.gmail.com> <20070417181353.GA7778@bludgeon.org> Message-ID: <2b26c4260704171145w135c8c7amad5623a24aba90c6@mail.gmail.com> On 4/17/07, Ray Van Dolson <rayvd at bludgeon.org> wrote: > On Tue, Apr 17, 2007 at 01:58:48PM -0400, Wilmer Jaramillo M. wrote: > > Hi, I have a suggestion, because don't is set the "Reply-to" header > > for fedora-infrastructure-list at redhat.com on mailing list?. When I > > answer a mail, only one _should_ receive the mail, but all of the > > internal list possibly does not, should use the header to redirect > > replies to messages into to mailing list. > > Likely a Mailman config option. Don't know if it's a side-wide default > for all of RH's lists or not. > > If you use mutt, you can always use 'L' to do a list-only reply. :) Umm... i only have experiment it with this mailing list -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From lmacken at redhat.com Tue Apr 17 21:34:23 2007 From: lmacken at redhat.com (Luke Macken) Date: Tue, 17 Apr 2007 17:34:23 -0400 Subject: Set Reply-to Header for mailing list In-Reply-To: <2b26c4260704171058r63d462cal13d4fcce11bc7512@mail.gmail.com> References: <2b26c4260704171058r63d462cal13d4fcce11bc7512@mail.gmail.com> Message-ID: <20070417213423.GI6171@tomservo.rh.rit.edu> On Tue, Apr 17, 2007 at 01:58:48PM -0400, Wilmer Jaramillo M. wrote: > Hi, I have a suggestion, because don't is set the "Reply-to" header > for fedora-infrastructure-list at redhat.com on mailing list?. When I > answer a mail, only one _should_ receive the mail, but all of the > internal list possibly does not, should use the header to redirect > replies to messages into to mailing list. Done. luke From mmcgrath at redhat.com Tue Apr 17 23:48:05 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 17 Apr 2007 18:48:05 -0500 Subject: bastion now using puppet Message-ID: <46255CB5.8030408@redhat.com> Bastion is now using puppet, probably its most common config change is the aliases.template. To do this from lockbox: cvs -d /cvs/puppet co configs cd configs vi system/smtp/aliases.template cvs commit -m "Luke broke something so I'm redirecting all mail to him" sudo make install after the make install is complete bastion will pick up the changes and automatically build the aliases file within a half hour. If this is not fast enough just restart puppet on bastion to pick up the changes immediately. -Mike From paulo.banon at googlemail.com Wed Apr 18 09:50:18 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Wed, 18 Apr 2007 11:50:18 +0200 Subject: bastion now using puppet In-Reply-To: <46255CB5.8030408@redhat.com> References: <46255CB5.8030408@redhat.com> Message-ID: <7a41c4bc0704180250n475fa7e8h8621b79929c77331@mail.gmail.com> Mike, +1 on bastion (and everything else) Do we have all servers using puppet now ? Thanks, Paulo On 4/18/07, Mike McGrath <mmcgrath at redhat.com> wrote: > > Bastion is now using puppet, probably its most common config change is > the aliases.template. To do this from lockbox: > > cvs -d /cvs/puppet co configs > cd configs > vi system/smtp/aliases.template > cvs commit -m "Luke broke something so I'm redirecting all mail to him" > sudo make install > > after the make install is complete bastion will pick up the changes and > automatically build the aliases file within a half hour. If this is not > fast enough just restart puppet on bastion to pick up the changes > immediately. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070418/e3e6f448/attachment.htm> From mmcgrath at redhat.com Wed Apr 18 13:18:27 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 18 Apr 2007 08:18:27 -0500 Subject: bastion now using puppet In-Reply-To: <7a41c4bc0704180250n475fa7e8h8621b79929c77331@mail.gmail.com> References: <46255CB5.8030408@redhat.com> <7a41c4bc0704180250n475fa7e8h8621b79929c77331@mail.gmail.com> Message-ID: <46261AA3.7030509@redhat.com> Paulo Santos wrote: > Mike, > > +1 on bastion (and everything else) > > Do we have all servers using puppet now ? We're close, proxy servers are up, I'm working on the app servers now. xenbuilder3 is (so the others could be very shortly) but I'm going to wait to make sure its ok with the rest of the build people. Boxes that haven't been touched yet include lockbox, cvs and db1. All of the xen tests are in there in some form or another, even if it is just the base configs. -Mike From mmcgrath at redhat.com Wed Apr 18 19:37:29 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 18 Apr 2007 14:37:29 -0500 Subject: Firstname.Lastname@fedoraproject.org is no more! Message-ID: <46267379.6030608@redhat.com> As has been discussed in the past, firstname.lastname at fedoraproject.org aliases are no more. username at fedoraproject.org is, of course, still valid. The reasons behind this are purely technical. Specifically: firstname.lastname currently produces many invalid email addresses. firstname.lastname is prone to collisions. Anyone seeking questions please let me know or stop by #fedora-admin on irc.freenode.net -Mike From oliver at linux-kernel.at Fri Apr 20 07:41:36 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 20 Apr 2007 09:41:36 +0200 Subject: What's goin' on with Fedora CVS? Message-ID: <46286EB0.3010506@linux-kernel.at> [of at x sinjdoc]$ cvs up -d cvs update: Updating . cvs update: cannot open directory /cvs/dist/devel/sinjdoc: No such file or directory cvs update: skipping directory From mmcgrath at redhat.com Fri Apr 20 13:28:27 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 20 Apr 2007 08:28:27 -0500 Subject: What's goin' on with Fedora CVS? In-Reply-To: <46286EB0.3010506@linux-kernel.at> References: <46286EB0.3010506@linux-kernel.at> Message-ID: <4628BFFB.7010705@redhat.com> Oliver Falk wrote: > [of at x sinjdoc]$ cvs up -d > cvs update: Updating . > cvs update: cannot open directory /cvs/dist/devel/sinjdoc: No such > file or directory > cvs update: skipping directory Looks like sinjdoc actually does not exist in /cvs/dist/devel/ This is actually an rsync job on the fedora cvs from an internal server. Warren, jesse, any idea? -Mike From Matt_Domsch at Dell.com Fri Apr 20 15:37:35 2007 From: Matt_Domsch at Dell.com (Matt_Domsch at Dell.com) Date: Fri, 20 Apr 2007 10:37:35 -0500 Subject: mirrorlist?core- * for F7 ? Message-ID: <E9909A75A543064DB66E55B8E3BE41EC0E6467@ausx3mps307.aus.amer.dell.com> Good day. I see the fedora-release package in rawhide has lines like: [core] name=Fedora Core $releasever - $basearch mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=core-$releas ever&arch=$basearch My question is, for F7 and future, are we going to stick with the repo=core-$releasever name 'core', or is that changing to something else? If so, to what, and when? Just trying to prepare for the change... Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From jkeating at redhat.com Fri Apr 20 15:48:38 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 20 Apr 2007 11:48:38 -0400 Subject: mirrorlist?core- * for F7 ? In-Reply-To: <E9909A75A543064DB66E55B8E3BE41EC0E6467@ausx3mps307.aus.amer.dell.com> References: <E9909A75A543064DB66E55B8E3BE41EC0E6467@ausx3mps307.aus.amer.dell.com> Message-ID: <200704201148.39072.jkeating@redhat.com> On Friday 20 April 2007 11:37:35 Matt_Domsch at dell.com wrote: > Good day. ?I see the fedora-release package in rawhide has lines like: > > [core] > name=Fedora Core $releasever - $basearch > mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=core-$releas > ever&arch=$basearch > > > My question is, for F7 and future, are we going to stick with the > repo=core-$releasever name 'core', or is that changing to something > else? ?If so, to what, and when? > > Just trying to prepare for the change... Hrm, I haven't thought of it much. The -core file will have to exist at least as a symlink to the real repos. I imagine we'll just name it repo=fedora-$releasever off the top of my head here. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070420/238d3ccd/attachment.sig> From orion at cora.nwra.com Fri Apr 20 22:59:09 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 20 Apr 2007 16:59:09 -0600 Subject: Something not right with a RHEL5 ppc builder? Message-ID: <462945BD.3060906@cora.nwra.com> Looks like it's looking for something with "Beta" in the name still. Other builds have worked... -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mmcgrath at redhat.com Fri Apr 20 23:14:15 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 20 Apr 2007 18:14:15 -0500 Subject: Something not right with a RHEL5 ppc builder? In-Reply-To: <462945BD.3060906@cora.nwra.com> References: <462945BD.3060906@cora.nwra.com> Message-ID: <46294947.8090503@redhat.com> Orion Poplawski wrote: > Looks like it's looking for something with "Beta" in the name still. > Other builds have worked... > can you give us some reference? an error, build id? -Mike From mmcgrath at redhat.com Mon Apr 23 13:52:51 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 23 Apr 2007 08:52:51 -0500 Subject: Standard Operating Procedures Message-ID: <462CBA33.3020802@redhat.com> I've been working on getting some SOP's together for our environment. I guess the natural lifecycle will be RFR -> SOP. There's still much to get documented but I'm hoping we can keep much of these public so others can look them over. I've only got two of them up there so far: http://fedoraproject.org/wiki/Infrastructure/SOP/database?action=fullsearch&context=180&value=Infrastructure%2FSOP&titlesearch=Titles One of which is the wiki, which as lmacken points out, won't be much good if the wiki is totally dead :-) Anyway, if you're a member of the team who regularly does something and you don't want to be the only one to know how to do that thing. Put it up here! -Mike From mastahnke at gmail.com Mon Apr 23 19:00:33 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 23 Apr 2007 14:00:33 -0500 Subject: Standard Operating Procedures In-Reply-To: <462CBA33.3020802@redhat.com> References: <462CBA33.3020802@redhat.com> Message-ID: <7874d9dd0704231200q7f1c4864ib63d54e29f3c4b25@mail.gmail.com> Mike, is there any sort of database/heads-up view that shows what each service is and what it runs on ? Some would call it a Configuration management DB. Or even, just a listing of OS instances and roughly what they do? (More like asset mgmt) stahnma On 4/23/07, Mike McGrath <mmcgrath at redhat.com> wrote: > I've been working on getting some SOP's together for our environment. I > guess the natural lifecycle will be RFR -> SOP. There's still much to > get documented but I'm hoping we can keep much of these public so others > can look them over. I've only got two of them up there so far: > > http://fedoraproject.org/wiki/Infrastructure/SOP/database?action=fullsearch&context=180&value=Infrastructure%2FSOP&titlesearch=Titles > > One of which is the wiki, which as lmacken points out, won't be much > good if the wiki is totally dead :-) Anyway, if you're a member of the > team who regularly does something and you don't want to be the only one > to know how to do that thing. Put it up here! > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From mmcgrath at redhat.com Mon Apr 23 19:38:30 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 23 Apr 2007 14:38:30 -0500 Subject: Standard Operating Procedures In-Reply-To: <7874d9dd0704231200q7f1c4864ib63d54e29f3c4b25@mail.gmail.com> References: <462CBA33.3020802@redhat.com> <7874d9dd0704231200q7f1c4864ib63d54e29f3c4b25@mail.gmail.com> Message-ID: <462D0B36.9050902@redhat.com> Michael Stahnke wrote: > Mike, is there any sort of database/heads-up view that shows what each > service is and what it runs on ? Some would call it a Configuration > management DB. Or even, just a listing of OS instances and roughly > what they do? (More like asset mgmt) > > stahnma So there's two sides to that, architecture and whats actually running. We have a nagios instance that will have some work done on it very soon to see whats actually running but the architecture is still in a state of flux and probably will be for the next month or two. But this information will be made available. -Mike From sundaram at fedoraproject.org Tue Apr 24 20:50:22 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 25 Apr 2007 02:20:22 +0530 Subject: sponsored vs volunteers Message-ID: <462E6D8E.1060807@fedoraproject.org> Hi I think it would be useful to understand how much contributions of any form in Fedora are sponsored vs volunteers doing it. As a first step can we add in a field in the package database to note down that information? Rahul From mmcgrath at redhat.com Tue Apr 24 20:54:34 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 24 Apr 2007 15:54:34 -0500 Subject: sponsored vs volunteers In-Reply-To: <462E6D8E.1060807@fedoraproject.org> References: <462E6D8E.1060807@fedoraproject.org> Message-ID: <462E6E8A.50200@redhat.com> Rahul Sundaram wrote: > Hi > > I think it would be useful to understand how much contributions of any > form in Fedora are sponsored vs volunteers doing it. As a first step > can we add in a field in the package database to note down that > information? Define both. -Mike From sundaram at fedoraproject.org Tue Apr 24 20:57:07 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 25 Apr 2007 02:27:07 +0530 Subject: sponsored vs volunteers In-Reply-To: <462E6E8A.50200@redhat.com> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> Message-ID: <462E6F23.90101@fedoraproject.org> Mike McGrath wrote: > Rahul Sundaram wrote: >> Hi >> >> I think it would be useful to understand how much contributions of any >> form in Fedora are sponsored vs volunteers doing it. As a first step >> can we add in a field in the package database to note down that >> information? > > Define both. In a simplied form: Whether you are paid to do some work in Fedora or not. Rahul From notting at redhat.com Tue Apr 24 21:09:57 2007 From: notting at redhat.com (Bill Nottingham) Date: Tue, 24 Apr 2007 17:09:57 -0400 Subject: sponsored vs volunteers In-Reply-To: <462E6F23.90101@fedoraproject.org> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> Message-ID: <20070424210957.GA6096@nostromo.devel.redhat.com> Rahul Sundaram (sundaram at fedoraproject.org) said: > In a simplied form: Whether you are paid to do some work in Fedora or not. Even if someone is paid to work on some part of Fedora, that doesn't mean they're paid for all their contributions to Fedora. For example, I don't *think* that Red Hat is explicitly paying Jens to maintain Haskell bindings for Gtk+. Bill From sundaram at fedoraproject.org Tue Apr 24 21:13:47 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 25 Apr 2007 02:43:47 +0530 Subject: sponsored vs volunteers In-Reply-To: <20070424210957.GA6096@nostromo.devel.redhat.com> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> Message-ID: <462E730B.3070008@fedoraproject.org> Bill Nottingham wrote: > Rahul Sundaram (sundaram at fedoraproject.org) said: >> In a simplied form: Whether you are paid to do some work in Fedora or not. > > Even if someone is paid to work on some part of Fedora, that doesn't mean > they're paid for all their contributions to Fedora. For example, I don't > *think* that Red Hat is explicitly paying Jens to maintain Haskell bindings > for Gtk+. This is precisely why having a field with this information per package in the package database is useful. Rahul From mmcgrath at redhat.com Tue Apr 24 21:20:48 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 24 Apr 2007 16:20:48 -0500 Subject: sponsored vs volunteers In-Reply-To: <462E730B.3070008@fedoraproject.org> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> Message-ID: <462E74B0.2070504@redhat.com> Rahul Sundaram wrote: > Bill Nottingham wrote: >> Rahul Sundaram (sundaram at fedoraproject.org) said: >>> In a simplied form: Whether you are paid to do some work in Fedora >>> or not. >> >> Even if someone is paid to work on some part of Fedora, that doesn't >> mean >> they're paid for all their contributions to Fedora. For example, I don't >> *think* that Red Hat is explicitly paying Jens to maintain Haskell >> bindings >> for Gtk+. > > This is precisely why having a field with this information per package > in the package database is useful. This sounds like bloat to me. While this is something we could do, is it really something we should? -Mike From paulo.banon at googlemail.com Tue Apr 24 21:30:47 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Tue, 24 Apr 2007 22:30:47 +0100 Subject: Web configuration audit Message-ID: <7a41c4bc0704241430i1891d4c1hecf1e6ba8818c602@mail.gmail.com> Hi all, In preparation for F7 release and some upgrades Mike is going to perform on our servers, i will be doing an audit to our own configuration files, for everything that supports fp.org. In the next few days, i'll be writing a report and sending to the list, for proper review, before doing any actual change. In the end we hope to improve the stability, performance and end-user experience in our beloved infrastructure. Please dont hesitate to send any comments, observations, and/or requests. Thanks, Paulo -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070424/b840da12/attachment.htm> From mmcgrath at redhat.com Tue Apr 24 21:32:49 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 24 Apr 2007 16:32:49 -0500 Subject: Web configuration audit In-Reply-To: <7a41c4bc0704241430i1891d4c1hecf1e6ba8818c602@mail.gmail.com> References: <7a41c4bc0704241430i1891d4c1hecf1e6ba8818c602@mail.gmail.com> Message-ID: <462E7781.2010902@redhat.com> Paulo Santos wrote: > Hi all, > > In preparation for F7 release and some upgrades Mike is going to > perform on > our servers, i will be doing an audit to our own configuration files, for > everything that supports fp.org. > > In the next few days, i'll be writing a report and sending to the > list, for > proper review, before doing any actual change. In the end we hope to > improve > the stability, performance and end-user experience in our beloved > infrastructure. > > Please dont hesitate to send any comments, observations, and/or requests. > Thanks paulo, it'll be good to get the larger community to look over some of these configs. They've had many authors over many years :-) -Mike From sundaram at fedoraproject.org Tue Apr 24 21:49:06 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 25 Apr 2007 03:19:06 +0530 Subject: sponsored vs volunteers In-Reply-To: <462E74B0.2070504@redhat.com> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> Message-ID: <462E7B52.8040503@fedoraproject.org> Mike McGrath wrote: > Rahul Sundaram wrote: >> Bill Nottingham wrote: >>> Rahul Sundaram (sundaram at fedoraproject.org) said: >>>> In a simplied form: Whether you are paid to do some work in Fedora >>>> or not. >>> >>> Even if someone is paid to work on some part of Fedora, that doesn't >>> mean >>> they're paid for all their contributions to Fedora. For example, I don't >>> *think* that Red Hat is explicitly paying Jens to maintain Haskell >>> bindings >>> for Gtk+. >> >> This is precisely why having a field with this information per package >> in the package database is useful. > > This sounds like bloat to me. While this is something we could do, is > it really something we should? I think it is useful to understand the nature of contributions. It has some up several times before in various discussions that we had in the past about strength of the Fedora community and vendor participation. Rahul From mmcgrath at redhat.com Tue Apr 24 21:52:42 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 24 Apr 2007 16:52:42 -0500 Subject: sponsored vs volunteers In-Reply-To: <462E7B52.8040503@fedoraproject.org> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <462E7B52.8040503@fedoraproject.org> Message-ID: <462E7C2A.7040802@redhat.com> Rahul Sundaram wrote: > Mike McGrath wrote: >> Rahul Sundaram wrote: >>> Bill Nottingham wrote: >>>> Rahul Sundaram (sundaram at fedoraproject.org) said: >>>>> In a simplied form: Whether you are paid to do some work in Fedora >>>>> or not. >>>> >>>> Even if someone is paid to work on some part of Fedora, that >>>> doesn't mean >>>> they're paid for all their contributions to Fedora. For example, I >>>> don't >>>> *think* that Red Hat is explicitly paying Jens to maintain Haskell >>>> bindings >>>> for Gtk+. >>> >>> This is precisely why having a field with this information per >>> package in the package database is useful. >> >> This sounds like bloat to me. While this is something we could do, >> is it really something we should? > > I think it is useful to understand the nature of contributions. It has > some up several times before in various discussions that we had in the > past about strength of the Fedora community and vendor participation. So I should log in to the package database and click yes I'm being paid to do this or no I'm know being paid to do this? Whats the default? Where can I find these various discussions? -Mike From sundaram at fedoraproject.org Tue Apr 24 22:01:17 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 25 Apr 2007 03:31:17 +0530 Subject: sponsored vs volunteers In-Reply-To: <462E7C2A.7040802@redhat.com> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <462E7B52.8040503@fedoraproject.org> <462E7C2A.7040802@redhat.com> Message-ID: <462E7E2D.6070500@fedoraproject.org> Mike McGrath wrote: > > So I should log in to the package database and click yes I'm being paid > to do this or no I'm know being paid to do this? Whats the default? Let's say you can have two fields Sponsored: Yes/No. Default: No (Since most of the packages in the repository are maintained voluntarily and we expect the percentage to increase) Sponsored by: <Empty>. Inactive if no. > Where can I find these various discussions? No public archives. Most of these were on phone or in person. Fundamentally it is another metric that determines the health of the community (users and contributors) and our understanding of them, like the number of users (Statistics page) or what applications they run usually (mugshot app stats) Rahul From kanarip at kanarip.com Tue Apr 24 22:10:23 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 25 Apr 2007 00:10:23 +0200 Subject: sponsored vs volunteers In-Reply-To: <462E7E2D.6070500@fedoraproject.org> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <462E7B52.8040503@fedoraproject.org> <462E7C2A.7040802@redhat.com> <462E7E2D.6070500@fedoraproject.org> Message-ID: <462E804F.6030102@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rahul Sundaram wrote: > Mike McGrath wrote: >> >> So I should log in to the package database and click yes I'm being >> paid to do this or no I'm know being paid to do this? Whats the >> default? > > Let's say you can have two fields > > Sponsored: Yes/No. Default: No (Since most of the packages in the > repository are maintained voluntarily and we expect the percentage to > increase) > > Sponsored by: <Empty>. Inactive if no. > >> Where can I find these various discussions? > > No public archives. Most of these were on phone or in person. > Fundamentally it is another metric that determines the health of the > community (users and contributors) and our understanding of them, like > the number of users (Statistics page) or what applications they run > usually (mugshot app stats) > > Rahul > Then would you also want to know by whom a person may be paid to make the contribution? Does this go per change? Would you suppose I click the sponsored button if I'm being paid for package X most of the time but John Doe has volunteered to provide me with a patch I update the package with, is that sponsored or not sponsored? Isn't this more appropriately addressed with a questionair you request your contributors to fill out (wiki poll)?. Just my thoughts. Kind regards, Jeroen van Meeuwen - -kanarip -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGLoBOKN6f2pNCvwgRAiiNAJ9JAidPrY3h55n6p7NqCZGGuy0/YQCgiwon FsDe8HUcMyyvLIUpAjgUZM4= =vhD1 -----END PGP SIGNATURE----- From sundaram at fedoraproject.org Tue Apr 24 22:21:52 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 25 Apr 2007 03:51:52 +0530 Subject: sponsored vs volunteers In-Reply-To: <462E804F.6030102@kanarip.com> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <462E7B52.8040503@fedoraproject.org> <462E7C2A.7040802@redhat.com> <462E7E2D.6070500@fedoraproject.org> <462E804F.6030102@kanarip.com> Message-ID: <462E8300.4090203@fedoraproject.org> Jeroen van Meeuwen wrote: > Then would you also want to know by whom a person may be paid to make > the contribution? I dont think we really need that level of information Does this go per change? Would you suppose I click the > sponsored button if I'm being paid for package X most of the time but > John Doe has volunteered to provide me with a patch I update the package > with, is that sponsored or not sponsored? Per patch would be more accurate but too intrusive. I prefer to have metrics that give you information with some amount of fuzziness. We know that such stats are not entirely accurate even it it is done on a per patch basis but it does give you a basic understanding. That is all I am aiming for. Isn't this more appropriately > addressed with a questionair you request your contributors to fill out > (wiki poll)?. I had already thought about that. Polls are asynchronous and has to be done on a periodical basis. Having this information as part of infrastructure is going to be successful in giving you more complete metrics. Rahul From a.badger at gmail.com Tue Apr 24 22:56:17 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 24 Apr 2007 15:56:17 -0700 Subject: sponsored vs volunteers In-Reply-To: <462E74B0.2070504@redhat.com> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> Message-ID: <1177455377.6791.57.camel@localhost.localdomain> On Tue, 2007-04-24 at 16:20 -0500, Mike McGrath wrote: > Rahul Sundaram wrote: > > Bill Nottingham wrote: > >> Rahul Sundaram (sundaram at fedoraproject.org) said: > >>> In a simplied form: Whether you are paid to do some work in Fedora > >>> or not. > >> > >> Even if someone is paid to work on some part of Fedora, that doesn't > >> mean > >> they're paid for all their contributions to Fedora. For example, I don't > >> *think* that Red Hat is explicitly paying Jens to maintain Haskell > >> bindings > >> for Gtk+. > > > > This is precisely why having a field with this information per package > > in the package database is useful. > > This sounds like bloat to me. While this is something we could do, is > it really something we should? > I'm usually of the opinion that more information is better as long as it doesn't compromise someone's privacy. If this is optional information it probably wouldn't violate that principle. I could see this kind of data being useful for things like: 1) Estimating how much of an investment companies besides Red Hat have in Fedora. 2) Having figures on community contributors to post as part of a reply to "Fedora is RHEL Beta". Here's a stab at how this would work: A package could be maintained by multiple people. One might be paid to do work on it but another would not. So this needs to be part of a person/package linking table. We have a table that links person->package-in-collection so that might be appropriate. We probably want to track something more complex than a boolean; sponsored by (self|Red Hat|Dell|Pogo|School District). So adding a nullable field to the personpackagelisting table that references a list of companies (updatable by users) is probably a good first approximation. (Another interesting thing would be to categorize the organization so we could see which sectors are paying people to work on Fedora but the more collected information, the more work a contributor would have to do to enter it.) One problem with this is that the owner is currently embedded within the packagelisting (this made sense as every package needs to have one packager that is the owner.) The best way to change this is probably to change this to create a personpackagelisting entry for every owner and have the owner field in the packagelisting table point at that personpackagelisting entry. Rahul, if you'd like to put this on the list at the bottom of:: http://fedoraproject.org/wiki/Infrastructure/PackageDatabase I can look at it in more detail later. It won't hit before F7 unless someone else wants to do the work, though. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070424/7ed5987d/attachment.sig> From sundaram at fedoraproject.org Tue Apr 24 23:07:29 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 25 Apr 2007 04:37:29 +0530 Subject: sponsored vs volunteers In-Reply-To: <1177455377.6791.57.camel@localhost.localdomain> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <1177455377.6791.57.camel@localhost.localdomain> Message-ID: <462E8DB1.8080009@fedoraproject.org> Toshio Kuratomi wrote: > Rahul, if you'd like to put this on the list at the bottom of:: > http://fedoraproject.org/wiki/Infrastructure/PackageDatabase > > I can look at it in more detail later. It won't hit before F7 unless > someone else wants to do the work, though. Added. Rahul From wtogami at redhat.com Wed Apr 25 00:37:42 2007 From: wtogami at redhat.com (Warren Togami) Date: Tue, 24 Apr 2007 20:37:42 -0400 Subject: sponsored vs volunteers In-Reply-To: <462E7E2D.6070500@fedoraproject.org> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <462E7B52.8040503@fedoraproject.org> <462E7C2A.7040802@redhat.com> <462E7E2D.6070500@fedoraproject.org> Message-ID: <462EA2D6.3040202@redhat.com> Rahul Sundaram wrote: > Mike McGrath wrote: >> >> So I should log in to the package database and click yes I'm being >> paid to do this or no I'm know being paid to do this? Whats the >> default? > > Let's say you can have two fields > > Sponsored: Yes/No. Default: No (Since most of the packages in the > repository are maintained voluntarily and we expect the percentage to > increase) What if I maintain packages for work, and some for personal use? How do you count work done on packages owned by other people? This seems like an inaccurate and misleading metric. Meanwhile, we have many *far* more relevant things that we could measure that we haven't done so yet like: https://www.redhat.com/archives/fedora-infrastructure-list/2007-March/msg00239.html Warren Togami wtogami at redhat.com From sundaram at fedoraproject.org Wed Apr 25 00:40:09 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 25 Apr 2007 06:10:09 +0530 Subject: sponsored vs volunteers In-Reply-To: <462EA2D6.3040202@redhat.com> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <462E7B52.8040503@fedoraproject.org> <462E7C2A.7040802@redhat.com> <462E7E2D.6070500@fedoraproject.org> <462EA2D6.3040202@redhat.com> Message-ID: <462EA369.1090408@fedoraproject.org> Warren Togami wrote: > Rahul Sundaram wrote: >> Mike McGrath wrote: >>> >>> So I should log in to the package database and click yes I'm being >>> paid to do this or no I'm know being paid to do this? Whats the >>> default? >> >> Let's say you can have two fields >> >> Sponsored: Yes/No. Default: No (Since most of the packages in the >> repository are maintained voluntarily and we expect the percentage to >> increase) > > What if I maintain packages for work, and some for personal use? Are you even reading the thread? I have already answered that. > > How do you count work done on packages owned by other people? Also answered in Toshio's mail. > > This seems like an inaccurate and misleading metric. This seems more like you jumped into a thread without reading it completely. Rahul From mauricio at projetofedora.org Wed Apr 25 01:25:29 2007 From: mauricio at projetofedora.org (Mauricio Pretto) Date: Tue, 24 Apr 2007 22:25:29 -0300 Subject: Hey There Message-ID: <462EAE09.1040702@projetofedora.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey guys, I just subscribed my self to the list, as one of the steps in gettingstarted. :) So now im doing the next step, introduce my self at the list. Im Mauricio Pretto, Brazilian, i was part of the Fedora Ambassadors before but went out for backpacking for almost one year, now im getting back and starting all over again. Already started working at the Fedora Project Brazil as infrastructure responsible (just a few things to do), and would like to help at the global fedora project infrastructure as well. So, i have been working with linux for more then 10 Years now, started running my own bbs back at the 90's, working with ISPs, and then working as Linux Engeneer. Im Redhat Certified Engeneer, and a have a few more certs. Have lot of experience with Oracle, MySQL and Postgresql running servers, and all network services that can run in a linux box. Well thats it, if you have any questions, just let me know. I hope i can help somehow. Regards - -- Mauricio Pretto e-mail:hash at fedoraproject.org Brazilian Fedora Ambassador http://fedoraproject.org/wiki/MauricioPretto -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGLq4J9UY7Qym3OmoRAoIoAJ9xBG8hKvkJL9Z+aObYCSUZucMBFQCgnBxm 5HcVtWbrK8nPzmMgAdz2DaI= =6ZHG -----END PGP SIGNATURE----- From mmcgrath at redhat.com Wed Apr 25 01:52:27 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 24 Apr 2007 20:52:27 -0500 Subject: Hey There In-Reply-To: <462EAE09.1040702@projetofedora.org> References: <462EAE09.1040702@projetofedora.org> Message-ID: <462EB45B.9060808@redhat.com> Mauricio Pretto wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hey guys, > I just subscribed my self to the list, as one of the steps in > gettingstarted. :) > So now im doing the next step, introduce my self at the list. > Im Mauricio Pretto, Brazilian, i was part of the Fedora Ambassadors > before but went out for backpacking for almost one year, now im getting > back and starting all over again. > Already started working at the Fedora Project Brazil as > infrastructure responsible (just a few things to do), and would like to > help at the global fedora project infrastructure as well. > So, i have been working with linux for more then 10 Years now, > started running my own bbs back at the 90's, working with ISPs, and then > working as Linux Engeneer. Im Redhat Certified Engeneer, and a have a > few more certs. Have lot of experience with Oracle, MySQL and > Postgresql running servers, and all network services that can run in a > linux box. > Well thats it, if you have any questions, just let me know. > I hope i can help somehow. > > Welcome to the sysadmin team. If you can make sure you come to the next meeting at: http://fedoraproject.org/wiki/Infrastructure/Meetings Is there anything on the Schedules page that interests you? http://fedoraproject.org/wiki/Infrastructure/Schedule -Mike From mauricio at projetofedora.org Wed Apr 25 02:27:19 2007 From: mauricio at projetofedora.org (Mauricio Pretto) Date: Tue, 24 Apr 2007 23:27:19 -0300 Subject: Hey There In-Reply-To: <462EB45B.9060808@redhat.com> References: <462EAE09.1040702@projetofedora.org> <462EB45B.9060808@redhat.com> Message-ID: <462EBC87.9050400@projetofedora.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Should i choose one that dont have a Leader? Regards Mauricio Pretto e-mail:hash at fedoraproject.org Brazilian Fedora Ambassador http://fedoraproject.org/wiki/MauricioPretto Mike McGrath escreveu: > Mauricio Pretto wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hey guys, >> I just subscribed my self to the list, as one of the steps in >> gettingstarted. :) >> So now im doing the next step, introduce my self at the list. >> Im Mauricio Pretto, Brazilian, i was part of the Fedora Ambassadors >> before but went out for backpacking for almost one year, now im getting >> back and starting all over again. >> Already started working at the Fedora Project Brazil as >> infrastructure responsible (just a few things to do), and would like to >> help at the global fedora project infrastructure as well. >> So, i have been working with linux for more then 10 Years now, >> started running my own bbs back at the 90's, working with ISPs, and then >> working as Linux Engeneer. Im Redhat Certified Engeneer, and a have a >> few more certs. Have lot of experience with Oracle, MySQL and >> Postgresql running servers, and all network services that can run in a >> linux box. >> Well thats it, if you have any questions, just let me know. >> I hope i can help somehow. >> >> > > Welcome to the sysadmin team. If you can make sure you come to the next > meeting at: > > http://fedoraproject.org/wiki/Infrastructure/Meetings > > Is there anything on the Schedules page that interests you? > > http://fedoraproject.org/wiki/Infrastructure/Schedule > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGLryC9UY7Qym3OmoRAv1jAJ9wLEg4gqbNl4xfy69629oR00tCdQCgq1tT 7aY7yEMdnEuS/VECSrDRvTM= =wFDy -----END PGP SIGNATURE----- From notting at redhat.com Wed Apr 25 02:53:09 2007 From: notting at redhat.com (Bill Nottingham) Date: Tue, 24 Apr 2007 22:53:09 -0400 Subject: sponsored vs volunteers In-Reply-To: <1177455377.6791.57.camel@localhost.localdomain> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <1177455377.6791.57.camel@localhost.localdomain> Message-ID: <20070425025309.GA4843@nostromo.devel.redhat.com> Toshio Kuratomi (a.badger at gmail.com) said: > I'm usually of the opinion that more information is better as long as it > doesn't compromise someone's privacy. If this is optional information > it probably wouldn't violate that principle. I could see this kind of > data being useful for things like: > > 1) Estimating how much of an investment companies besides Red Hat have > in Fedora. However, if it's only optional... > 2) Having figures on community contributors to post as part of a reply > to "Fedora is RHEL Beta". It leaves out so many ways that people can be part of the community... ... write docs for Fedora ... do artwork for Fedora ... do testing of Fedora ... port Fedora to other platforms ... contribute patches to Fedora ... do upstream development with/on Fedora ... maintain systems for Fedora I'm not saying that collecting these metrics, or things like Warren's different-levels-of-packaging proposal aren't something that can be useful. But I'd like us to think how we can somehow collect stats that somehow encompass the entirety of someone's contributions. Bill, off in pie-in-the-sky land From mmcgrath at redhat.com Wed Apr 25 03:08:07 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 24 Apr 2007 22:08:07 -0500 Subject: Hey There In-Reply-To: <462EBC87.9050400@projetofedora.org> References: <462EAE09.1040702@projetofedora.org> <462EB45B.9060808@redhat.com> <462EBC87.9050400@projetofedora.org> Message-ID: <462EC617.7080307@redhat.com> Mauricio Pretto wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Should i choose one that dont have a Leader? > If you like, starting out though it might be best to find something that interests you that already has a leader and offer to help. It'd be a good way to get to know how things work. -Mike From mauricio at projetofedora.org Wed Apr 25 03:13:03 2007 From: mauricio at projetofedora.org (Mauricio Pretto) Date: Wed, 25 Apr 2007 00:13:03 -0300 Subject: Hey There In-Reply-To: <462EC617.7080307@redhat.com> References: <462EAE09.1040702@projetofedora.org> <462EB45B.9060808@redhat.com> <462EBC87.9050400@projetofedora.org> <462EC617.7080307@redhat.com> Message-ID: <462EC73F.9080203@projetofedora.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 will pick two for now, Firewall system rewrite VCS choice What do you think? Mauricio Pretto e-mail:hash at fedoraproject.org Brazilian Fedora Ambassador http://fedoraproject.org/wiki/MauricioPretto Mike McGrath escreveu: > Mauricio Pretto wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Should i choose one that dont have a Leader? >> > > If you like, starting out though it might be best to find something that > interests you that already has a leader and offer to help. It'd be a > good way to get to know how things work. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGLsc/9UY7Qym3OmoRAtqaAKCKxOOs2deA4GOXCWFDnKMlT68pWgCgr7et DoUe0bfNiKA2i1fRSacck20= =MGIp -----END PGP SIGNATURE----- From mmcgrath at redhat.com Wed Apr 25 03:17:53 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 24 Apr 2007 22:17:53 -0500 Subject: Hey There In-Reply-To: <462EC73F.9080203@projetofedora.org> References: <462EAE09.1040702@projetofedora.org> <462EB45B.9060808@redhat.com> <462EBC87.9050400@projetofedora.org> <462EC617.7080307@redhat.com> <462EC73F.9080203@projetofedora.org> Message-ID: <462EC861.2010406@redhat.com> Mauricio Pretto wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > will pick two for now, > Firewall system rewrite > VCS choice > > What do you think? > Either one, you could do both! Seth Vidal is already working on the firewall rewrite. I'm not sure if he needs help or not but I'm sure he wouldn't mind a second set of eyes looking over whatever rules he comes up with for sanity. The VCS choice is on hold for a moment but will be hit pretty hard just after the F7 release. There's an SCM sig that we've created at: http://fedoraproject.org/wiki/Infrastructure/SCMSig for the VCS Choice. Make sure you sign up there and put your experience down, we'll make sure you get notice of before we have meetings and things. The wheels of Infrastructure don't always move very quickly so be patient. Do you have any python experience? -Mike From mauricio at projetofedora.org Wed Apr 25 03:21:06 2007 From: mauricio at projetofedora.org (Mauricio Pretto) Date: Wed, 25 Apr 2007 00:21:06 -0300 Subject: Hey There In-Reply-To: <462EC861.2010406@redhat.com> References: <462EAE09.1040702@projetofedora.org> <462EB45B.9060808@redhat.com> <462EBC87.9050400@projetofedora.org> <462EC617.7080307@redhat.com> <462EC73F.9080203@projetofedora.org> <462EC861.2010406@redhat.com> Message-ID: <462EC922.2040809@projetofedora.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 python? just a little bit, im not good on developing im good on shell scripts :) what about Postfix or the dns audit? or you may just give me a task :) Mauricio Pretto e-mail:hash at fedoraproject.org Brazilian Fedora Ambassador http://fedoraproject.org/wiki/MauricioPretto Mike McGrath escreveu: > Mauricio Pretto wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> will pick two for now, >> Firewall system rewrite >> VCS choice >> >> What do you think? >> > > Either one, you could do both! Seth Vidal is already working on the > firewall rewrite. I'm not sure if he needs help or not but I'm sure he > wouldn't mind a second set of eyes looking over whatever rules he comes > up with for sanity. The VCS choice is on hold for a moment but will be > hit pretty hard just after the F7 release. There's an SCM sig that > we've created at: http://fedoraproject.org/wiki/Infrastructure/SCMSig > for the VCS Choice. Make sure you sign up there and put your experience > down, we'll make sure you get notice of before we have meetings and > things. The wheels of Infrastructure don't always move very quickly so > be patient. Do you have any python experience? > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGLski9UY7Qym3OmoRAoKGAKCCR2BIMsw9Mha0R0FG8oRsK7bXmgCgl7CX 9mgDXKxQj3wAjLa81wLPlSY= =TiQJ -----END PGP SIGNATURE----- From a.badger at gmail.com Wed Apr 25 03:35:56 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 24 Apr 2007 20:35:56 -0700 Subject: sponsored vs volunteers In-Reply-To: <20070425025309.GA4843@nostromo.devel.redhat.com> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <1177455377.6791.57.camel@localhost.localdomain> <20070425025309.GA4843@nostromo.devel.redhat.com> Message-ID: <1177472156.6791.70.camel@localhost.localdomain> On Tue, 2007-04-24 at 22:53 -0400, Bill Nottingham wrote: > Toshio Kuratomi (a.badger at gmail.com) said: > > I'm usually of the opinion that more information is better as long as it > > doesn't compromise someone's privacy. If this is optional information > > it probably wouldn't violate that principle. I could see this kind of > > data being useful for things like: > > > > 1) Estimating how much of an investment companies besides Red Hat have > > in Fedora. > > However, if it's only optional... > > > 2) Having figures on community contributors to post as part of a reply > > to "Fedora is RHEL Beta". > > It leaves out so many ways that people can be part of the community... > > ... write docs for Fedora > ... do artwork for Fedora > ... do testing of Fedora > ... port Fedora to other platforms > ... contribute patches to Fedora > ... do upstream development with/on Fedora > ... maintain systems for Fedora > > I'm not saying that collecting these metrics, or things like Warren's > different-levels-of-packaging proposal aren't something that can be > useful. But I'd like us to think how we can somehow collect stats > that somehow encompass the entirety of someone's contributions. > Oh yeah! Now you're talking :-). I would really love to be able to hit a web page enter someone's name and get a list of all their contributions to Fedora. Some nice summaries and graphs (% patches accepted into the package; % Fedora contribution in each subproject,...) It would be an interesting cross with social networking to see how projects you work on intersect with projects that other Fedora Contributors work on. Hmmm... I work on the Turbogears package and Luke Macken works on TurboGears. Luke works on Fedora Infrastructure projects. Wow, Infrastructure is using TurboGears all over the place! I think I should sign up to help out there! -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070424/fec2be06/attachment.sig> From lmacken at redhat.com Wed Apr 25 20:07:28 2007 From: lmacken at redhat.com (Luke Macken) Date: Wed, 25 Apr 2007 16:07:28 -0400 Subject: update announcement modifications Message-ID: <20070425200728.GM2991@tomservo.rh.rit.edu> I modified our update announcement template to show Bugs and CVE's. Below is an example of what it looks like. Let me know if you have any comments/suggestions for improvements (nitpicking welcome). luke - - - Subject: [SECURITY] Fedora Core 6 Test Update: mutt-1.4.2.2-5.fc6 -------------------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2007-0001 2007-04-25 12:57:27 -------------------------------------------------------------------------------- Name : mutt Product : Fedora Core 6 Version : 1.4.2.2 Release : 5.fc6 Summary : A text mode mail user agent. Description : Mutt is a text-mode mail user agent. Mutt supports color, threading, arbitrary key remapping, and a lot of customization. You should install mutt if you have used it in the past and you prefer it, or if you are new to mail programs and have not decided which one you are going to use. -------------------------------------------------------------------------------- Update Information: blah blah blah -------------------------------------------------------------------------------- ChangeLog: * Wed Dec 6 2006 Miroslav Lichvar <mlichvar at redhat.com> 5:1.4.2.2-5 - use correct fcc folder with IMAP (#217469) - don't require smtpdaemon, gettext -------------------------------------------------------------------------------- References: Bug #123 - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123 Bug #1234 - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=1234 CVE-2007-0001 - http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-0001 -------------------------------------------------------------------------------- This update can be downloaded from: http://download.fedoraproject.org/pub/fedora/linux/core/updates/testing/6/ 15849ed63fdb68096748a08b2e4d3d33855e2b80 ppc/mutt-1.4.2.2-5.fc6.ppc.rpm c3287aeb9793072f770e4cae6344c9bb3adfdd36 ppc/debug/mutt-debuginfo-1.4.2.2-5.fc6.ppc.rpm 6d34ee31084b8c59416d27716c3cd1cccb4cbeb4 x86_64/mutt-1.4.2.2-5.fc6.x86_64.rpm 77e92e4b85922a71432b584eb13b6db1b716f17a x86_64/debug/mutt-debuginfo-1.4.2.2-5.fc6.x86_64.rpm ff49f9237c5563d50598a9cd6d2efe38c56be2fb i386/mutt-1.4.2.2-5.fc6.i386.rpm a5ee13f13fb37d4b1ecf0ec424268510c0cd06d2 i386/debug/mutt-debuginfo-1.4.2.2-5.fc6.i386.rpm c3e2582d8d703a3b03d779056fede294e85db497 SRPMS/mutt-1.4.2.2-5.fc6.src.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. -------------------------------------------------------------------------------- From tchung at fedoraproject.org Wed Apr 25 20:15:28 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Wed, 25 Apr 2007 13:15:28 -0700 Subject: update announcement modifications In-Reply-To: <20070425200728.GM2991@tomservo.rh.rit.edu> References: <20070425200728.GM2991@tomservo.rh.rit.edu> Message-ID: <369bce3b0704251315u2d088997wc985fb9e56a2d761@mail.gmail.com> On 4/25/07, Luke Macken <lmacken at redhat.com> wrote: > I modified our update announcement template to show Bugs and CVE's. > Below is an example of what it looks like. Let me know if you have > any comments/suggestions for improvements (nitpicking welcome). > > ... > This update can be installed with the 'yum' update program. Use 'yum update > package-name' at the command line. For more information, refer to 'Managing > Software with yum,' available at http://fedora.redhat.com/docs/yum/. It's minor but could you update the URL for yum? http://docs.fedoraproject.org/yum/ Regards, -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From kwade at redhat.com Thu Apr 26 21:07:55 2007 From: kwade at redhat.com (Karsten Wade) Date: Thu, 26 Apr 2007 14:07:55 -0700 Subject: sponsored vs volunteers In-Reply-To: <1177472156.6791.70.camel@localhost.localdomain> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <1177455377.6791.57.camel@localhost.localdomain> <20070425025309.GA4843@nostromo.devel.redhat.com> <1177472156.6791.70.camel@localhost.localdomain> Message-ID: <1177621675.4056.204.camel@erato.phig.org> On Tue, 2007-04-24 at 20:35 -0700, Toshio Kuratomi wrote: > On Tue, 2007-04-24 at 22:53 -0400, Bill Nottingham wrote: > > > > It leaves out so many ways that people can be part of the community... [snip list] > > Oh yeah! Now you're talking :-). I agree, *very* interesting. Obviously, we can pursue Rahul's idea right now (well, after F7), while we can talk about how to do the pie-in-the-sky idea. One thing we can hope for is that, for most contributors, there is a consistent default. Then even if we ask for every e.g. Wiki page save, "Was this for-pay or for-personal?" the unique default for each person is going to most often be the right one. With FAS, we have the backbone needed -- all services talk with the same account system, so all services can derive default and follow-on values, as well as write back new values when they come up. When contributing using a service such as CVS or Plone, your default is picked up, your optional values are a tab-completion away, and there is always a way to force a new value. But what these all call for is a social convention adjustment. Just as it takes effort to get a group of developers who don't use changelogs well to remember to include '-m "Something meaningful, damnit!"' for every commit. We would be asking, for example, add a keyword if it is *not* your default (cvs ci -m "Something meaningful; *sponsor=Big Company*"). So the first question is really, how do we get buy-in from across the project that the extra hassle is worth the value it brings Fedora to know where we stand at all times? - Karsten -- Karsten Wade, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070426/7a134507/attachment.sig> From kwade at redhat.com Thu Apr 26 21:18:29 2007 From: kwade at redhat.com (Karsten Wade) Date: Thu, 26 Apr 2007 14:18:29 -0700 Subject: update announcement modifications In-Reply-To: <20070425200728.GM2991@tomservo.rh.rit.edu> References: <20070425200728.GM2991@tomservo.rh.rit.edu> Message-ID: <1177622309.4056.209.camel@erato.phig.org> On Wed, 2007-04-25 at 16:07 -0400, Luke Macken wrote: > This update can be installed with the 'yum' update program. Use 'yum update > package-name' at the command line. For more information, refer to 'Managing > Software with yum,' available at http://fedora.redhat.com/docs/yum/. Unless I am mistaking something about modern yum, it requires root or sudo to run. Rather than teaching about sudo, our standard in Docs whenever we are instructing to call a privileged app is to use: su -c 'yum install foo' These days, we also mention Pirut and Pup. As Thomas noted, definitely: s/fedora.redhat.com\/docs/docs.fedoraproject.org/g It actually works just like that, all else underneath is the same. :) - Karsten -- Karsten Wade, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070426/6e84b9b1/attachment.sig> From notting at redhat.com Fri Apr 27 03:01:18 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 26 Apr 2007 23:01:18 -0400 Subject: sponsored vs volunteers In-Reply-To: <1177621675.4056.204.camel@erato.phig.org> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <1177455377.6791.57.camel@localhost.localdomain> <20070425025309.GA4843@nostromo.devel.redhat.com> <1177472156.6791.70.camel@localhost.localdomain> <1177621675.4056.204.camel@erato.phig.org> Message-ID: <20070427030118.GB6104@nostromo.devel.redhat.com> Karsten Wade (kwade at redhat.com) said: > So the first question is really, how do we get buy-in from across the > project that the extra hassle is worth the value it brings Fedora to > know where we stand at all times? What's the point of having the data? What are we intending to do with it? What does it buy us? You need to know that before you know if it's worth the hassle. It's essentially navel-gazing sort of numbers, that may not have a *direct* effect on any particular aspect of the project in the short term. Bill From sundaram at fedoraproject.org Fri Apr 27 22:10:45 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 28 Apr 2007 03:40:45 +0530 Subject: sponsored vs volunteers In-Reply-To: <20070427030118.GB6104@nostromo.devel.redhat.com> References: <462E6D8E.1060807@fedoraproject.org> <462E6E8A.50200@redhat.com> <462E6F23.90101@fedoraproject.org> <20070424210957.GA6096@nostromo.devel.redhat.com> <462E730B.3070008@fedoraproject.org> <462E74B0.2070504@redhat.com> <1177455377.6791.57.camel@localhost.localdomain> <20070425025309.GA4843@nostromo.devel.redhat.com> <1177472156.6791.70.camel@localhost.localdomain> <1177621675.4056.204.camel@erato.phig.org> <20070427030118.GB6104@nostromo.devel.redhat.com> Message-ID: <463274E5.8000003@fedoraproject.org> Bill Nottingham wrote: > Karsten Wade (kwade at redhat.com) said: >> So the first question is really, how do we get buy-in from across the >> project that the extra hassle is worth the value it brings Fedora to >> know where we stand at all times? > > What's the point of having the data? What are we intending to do with > it? What does it buy us? > > You need to know that before you know if it's worth the hassle. It's > essentially navel-gazing sort of numbers, that may not have a *direct* > effect on any particular aspect of the project in the short term. My goal was marketing. Showing community and multi vendor participation in Fedora has a very direct effect on perceptions on how things evolved in Fedora. There are other benefits like Toshio said but this alone makes it worth the effort IMO. Rahul From wilmer at fedoraproject.org Sat Apr 28 01:38:00 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Fri, 27 Apr 2007 21:38:00 -0400 Subject: Edit Account disable Message-ID: <2b26c4260704271838v533ad63as5241b8185a7e83fa@mail.gmail.com> Edit your account page is unable: https://admin.fedoraproject.org/accounts/userbox.cgi?_edit=1 -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From peter at ourvirtualhome.com Sat Apr 28 02:24:28 2007 From: peter at ourvirtualhome.com (Peter van der Does) Date: Fri, 27 Apr 2007 22:24:28 -0400 Subject: Edit Account disable In-Reply-To: <2b26c4260704271838v533ad63as5241b8185a7e83fa@mail.gmail.com> References: <2b26c4260704271838v533ad63as5241b8185a7e83fa@mail.gmail.com> Message-ID: <4632B05C.5080208@ourvirtualhome.com> Wilmer Jaramillo M. wrote: > Edit your account page is unable: > https://admin.fedoraproject.org/accounts/userbox.cgi?_edit=1 > No problem for me at this time. -- Peter van der Does YIM: petervanderdoes at yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070427/b6106213/attachment.sig> From wilmer at fedoraproject.org Sat Apr 28 02:54:15 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Fri, 27 Apr 2007 22:54:15 -0400 Subject: Edit Account disable In-Reply-To: <4632B05C.5080208@ourvirtualhome.com> References: <2b26c4260704271838v533ad63as5241b8185a7e83fa@mail.gmail.com> <4632B05C.5080208@ourvirtualhome.com> Message-ID: <2b26c4260704271954x29764137ocd4da9a4a35e5578@mail.gmail.com> On 4/27/07, Peter van der Does <peter at ourvirtualhome.com> wrote: > Wilmer Jaramillo M. wrote: > > Edit your account page is unable: > > https://admin.fedoraproject.org/accounts/userbox.cgi?_edit=1 > > > No problem for me at this time. But for news ambassadors or contributers? this also not work: https://admin.fedoraproject.org/accounts/userbox.cgi -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From peter at ourvirtualhome.com Sun Apr 29 02:22:21 2007 From: peter at ourvirtualhome.com (Peter van der Does) Date: Sat, 28 Apr 2007 22:22:21 -0400 Subject: Why Python? Message-ID: <4634015D.6090402@ourvirtualhome.com> Just out of curiosity but why are our webapps written in Python and not in Perl for example? I have a feeling there is more Perl knowledge among infrastructure specialists as there is Python. -- Peter van der Does YIM: petervanderdoes at yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070428/263c85bd/attachment.sig> From jonathansteffan at gmail.com Sun Apr 29 02:35:39 2007 From: jonathansteffan at gmail.com (Jonathan Steffan) Date: Sat, 28 Apr 2007 20:35:39 -0600 Subject: Why Python? In-Reply-To: <4634015D.6090402@ourvirtualhome.com> References: <4634015D.6090402@ourvirtualhome.com> Message-ID: <4634047B.4030008@gmail.com> Peter van der Does wrote: > Just out of curiosity but why are our webapps written in Python and not > in Perl for example? > Mmmm Perl. > I have a feeling there is more Perl knowledge among infrastructure > specialists as there is Python. > From mmcgrath at redhat.com Sun Apr 29 03:55:36 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 28 Apr 2007 22:55:36 -0500 Subject: Why Python? In-Reply-To: <4634015D.6090402@ourvirtualhome.com> References: <4634015D.6090402@ourvirtualhome.com> Message-ID: <46341738.3060903@redhat.com> Peter van der Does wrote: > Just out of curiosity but why are our webapps written in Python and not > in Perl for example? > > I have a feeling there is more Perl knowledge among infrastructure > specialists as there is Python. > > The biggest is that most of the infrastructure people were already well versed in Python. On the one hand its good to not commit yourself to one technology. But, on the other hand, we've got 5 different turbogears apps written by 4 people. And, to me, thats way better then 1 turbogears app one php app, one perl app, one ruby app, etc, written by 4 people :-). Since Python had already proved itself as a strong language in other areas of our Operating System I think the community in general decided to stick with it. We do have other apps not written in python but pretty much all of our home grown apps are in python and I think, for us, thats a good thing. -Mike From jkeating at redhat.com Sun Apr 29 17:35:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 29 Apr 2007 10:35:59 -0700 Subject: Why Python? In-Reply-To: <4634015D.6090402@ourvirtualhome.com> References: <4634015D.6090402@ourvirtualhome.com> Message-ID: <200704291036.04791.jkeating@redhat.com> On Saturday 28 April 2007 19:22:21 Peter van der Does wrote: > Just out of curiosity but why are our webapps written in Python and not > in Perl for example? > > I have a feeling there is more Perl knowledge among infrastructure > specialists as there is Python. Perl is great for your need today. Perl is not so great for you're third level replacement that has to try and read and figure out what the heck your "elegant" perl code is actually trying to do and adjust it for some change. Historically it seems to many that python apps remain maintainable over time, while perl apps have a tendency to not. Of course, this is merely the opinion of me and my experiences, and by no means the reason why we at large use python. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070429/7212b05c/attachment.sig> From smooge at gmail.com Mon Apr 30 02:45:56 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 29 Apr 2007 20:45:56 -0600 Subject: Why Python? In-Reply-To: <200704291036.04791.jkeating@redhat.com> References: <4634015D.6090402@ourvirtualhome.com> <200704291036.04791.jkeating@redhat.com> Message-ID: <80d7e4090704291945j54333657o3aac5c34b2510abd@mail.gmail.com> On 4/29/07, Jesse Keating <jkeating at redhat.com> wrote: > > Of course, this is merely the opinion of me and my experiences, and by no > means the reason why we at large use python. > Long long ago, rpm was written in perl.. and it was slow, poor to fix, and odd in its form.. and the Lords of Development looked down and were sorely pained by this experience. So each went off to the lands of coding to find what would be what would be used. Some loved C in its simplicity, some liked Java in its complexity, and some liked C++ for being in between... but none loved the Perl child anymore (well those who were in Support used the Perl, but they were cast out into the outer darkness to great gnashing of teeth.) Then lo, a Developer came back with a Staff and cast the staff to the ground. The staff became a Snake, and it ate the C, the Java and C++, and the other Lords of Development became followers of the Snake. They threw out the installer that had been, and replaced it with a snake. They replaced the Tcling tools, and the Bash tools, and the few remaining Perl tools with snakes.. and soon snakes covered that lands... and all worshipped the Snakes. Thus is the history of Python and Red Hat. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From mmcgrath at redhat.com Mon Apr 30 16:59:44 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 30 Apr 2007 11:59:44 -0500 Subject: Ambassador Aliases Message-ID: <46362080.8050300@redhat.com> So the firstname.lastname removal has been done and went fairly well with one exception. Many of the ambassadors use firstname.lastname when dealing with other people. They like a good, professional looking email address. Unfortunately, not everyone thinks of this when they're creating their account name and trying to be an ambassador with fluffyone23 at fedoraproject.org may cause issues. I've added a few exceptions but I really don't want our group maintaining this list. We're not in the business of user administration, that always gets delegated to the specific group owners/admins. This puts us in an awkward position because of the sensitive nature of the alises file we can't just let everyone edit this file. Here's what I'd like to propose: Thomas Chung has offered to maintain this list for the ambassadors. Since its a manual intervention we're not as open to attack/collisions as we were when it was automated. We'll continue to use CVS so we get notifications when a change goes out. Additionally I've given the following guidelines to Thomas should we chose to go this route: * All alises for the ambassadors must be firstname.lastname at fp.o * Exceptions are made by Thomas Chung for the ambassadors only. He has the final say as to whether someone is eligible for the alias * Careful precautions must be made to not cause collisions. (This would include looking out for suspicious aliases like senior.admin at fedoraproject.org Does anyone have any issues / concerns with this? -Mike From skvidal at linux.duke.edu Mon Apr 30 17:06:25 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 30 Apr 2007 13:06:25 -0400 Subject: Ambassador Aliases In-Reply-To: <46362080.8050300@redhat.com> References: <46362080.8050300@redhat.com> Message-ID: <1177952785.18256.7.camel@cutter> On Mon, 2007-04-30 at 11:59 -0500, Mike McGrath wrote: > So the firstname.lastname removal has been done and went fairly well > with one exception. Many of the ambassadors use firstname.lastname when > dealing with other people. They like a good, professional looking email > address. Unfortunately, not everyone thinks of this when they're > creating their account name and trying to be an ambassador with > fluffyone23 at fedoraproject.org may cause issues. > > I've added a few exceptions but I really don't want our group > maintaining this list. We're not in the business of user > administration, that always gets delegated to the specific group > owners/admins. This puts us in an awkward position because of the > sensitive nature of the alises file we can't just let everyone edit this > file. Here's what I'd like to propose: > > Thomas Chung has offered to maintain this list for the ambassadors. > Since its a manual intervention we're not as open to attack/collisions > as we were when it was automated. We'll continue to use CVS so we get > notifications when a change goes out. Additionally I've given the > following guidelines to Thomas should we chose to go this route: > > * All alises for the ambassadors must be firstname.lastname at fp.o > * Exceptions are made by Thomas Chung for the ambassadors only. He has > the final say as to whether someone is eligible for the alias > * Careful precautions must be made to not cause collisions. (This would > include looking out for suspicious aliases like > senior.admin at fedoraproject.org > > > Does anyone have any issues / concerns with this? > no issues. +1 on delegating it to Thomas, provided it is not further delegated from there. -sv From sundaram at fedoraproject.org Mon Apr 30 17:10:04 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 30 Apr 2007 22:40:04 +0530 Subject: Ambassador Aliases In-Reply-To: <46362080.8050300@redhat.com> References: <46362080.8050300@redhat.com> Message-ID: <463622EC.2050603@fedoraproject.org> Mike McGrath wrote: > So the firstname.lastname removal has been done and went fairly well > with one exception. Many of the ambassadors use firstname.lastname when > dealing with other people. They like a good, professional looking email > address. Unfortunately, not everyone thinks of this when they're > creating their account name and trying to be an ambassador with > fluffyone23 at fedoraproject.org may cause issues. > > I've added a few exceptions but I really don't want our group > maintaining this list. We're not in the business of user > administration, that always gets delegated to the specific group > owners/admins. This puts us in an awkward position because of the > sensitive nature of the alises file we can't just let everyone edit this > file. Here's what I'd like to propose: > > Thomas Chung has offered to maintain this list for the ambassadors. > Since its a manual intervention we're not as open to attack/collisions > as we were when it was automated. We'll continue to use CVS so we get > notifications when a change goes out. Additionally I've given the > following guidelines to Thomas should we chose to go this route: > > * All alises for the ambassadors must be firstname.lastname at fp.o As in they should not be using their account names as aliases? I would prefer to continue using what I use currently. Rahul From itamar at ispbrasil.com.br Mon Apr 30 17:16:22 2007 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Mon, 30 Apr 2007 15:16:22 -0200 Subject: Ambassador Aliases References: <46362080.8050300@redhat.com> <463622EC.2050603@fedoraproject.org> Message-ID: <000d01c78b4b$47d332e0$fe00a8c0@ispbrasil> I don't like firstname.lastname we are working with opensource, my vote is let user choices your email address. -------------------- Itamar Reis Peixoto e-mail: itamar at ispbrasil.com.br msn: itamarjp at starmedia.com skype: itamarjp icq: 81053601 +55 34 3238 3845 +55 11 4063 5033 >> * All alises for the ambassadors must be firstname.lastname at fp.o > > As in they should not be using their account names as aliases? I would > prefer to continue using what I use currently. > > Rahul From mmcgrath at redhat.com Mon Apr 30 17:22:29 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 30 Apr 2007 12:22:29 -0500 Subject: Ambassador Aliases In-Reply-To: <463622EC.2050603@fedoraproject.org> References: <46362080.8050300@redhat.com> <463622EC.2050603@fedoraproject.org> Message-ID: <463625D5.6050009@redhat.com> Rahul Sundaram wrote: > Mike McGrath wrote: >> >> * All alises for the ambassadors must be firstname.lastname at fp.o > > As in they should not be using their account names as aliases? I would > prefer to continue using what I use currently. the username at fedoraproject.org will continue but an extra alias can be created for them by request of firstname.lastname at fedoraproject.org. It was available to them up until just last week. -Mike From itamar at ispbrasil.com.br Mon Apr 30 17:29:16 2007 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Mon, 30 Apr 2007 15:29:16 -0200 Subject: Ambassador Aliases References: <46362080.8050300@redhat.com> <463622EC.2050603@fedoraproject.org> <463625D5.6050009@redhat.com> Message-ID: <001f01c78b4d$25df91e0$fe00a8c0@ispbrasil> I don't like this. I don't like to work for a company who give the name of my email address, who choice the style of my hair, the style of my shirt's. -------------------- Itamar Reis Peixoto e-mail: itamar at ispbrasil.com.br msn: itamarjp at starmedia.com skype: itamarjp icq: 81053601 +55 34 3238 3845 +55 11 4063 5033 > Rahul Sundaram wrote: >> Mike McGrath wrote: >>> >>> * All alises for the ambassadors must be firstname.lastname at fp.o >> >> As in they should not be using their account names as aliases? I would >> prefer to continue using what I use currently. > > the username at fedoraproject.org will continue but an extra alias can be > created for them by request of firstname.lastname at fedoraproject.org. It > was available to them up until just last week. > > -Mike From mmcgrath at redhat.com Mon Apr 30 17:33:33 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 30 Apr 2007 12:33:33 -0500 Subject: Ambassador Aliases In-Reply-To: <001f01c78b4d$25df91e0$fe00a8c0@ispbrasil> References: <46362080.8050300@redhat.com> <463622EC.2050603@fedoraproject.org> <463625D5.6050009@redhat.com> <001f01c78b4d$25df91e0$fe00a8c0@ispbrasil> Message-ID: <4636286D.2030709@redhat.com> Itamar Reis Peixoto wrote: > I don't like this. > > I don't like to work for a company who give the name of my email > address, who choice the style of my hair, the style of my shirt's. You'll be able to keep your username at fedoraproject.org address if thats what you mean? -Mike From rayvd at bludgeon.org Mon Apr 30 17:33:03 2007 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Mon, 30 Apr 2007 10:33:03 -0700 Subject: Ambassador Aliases In-Reply-To: <001f01c78b4d$25df91e0$fe00a8c0@ispbrasil> References: <46362080.8050300@redhat.com> <463622EC.2050603@fedoraproject.org> <463625D5.6050009@redhat.com> <001f01c78b4d$25df91e0$fe00a8c0@ispbrasil> Message-ID: <20070430173303.GA29473@bludgeon.org> On Mon, Apr 30, 2007 at 03:29:16PM -0200, Itamar Reis Peixoto wrote: > I don't like this. > > I don't like to work for a company who give the name of my email address, > who choice the style of my hair, the style of my shirt's. I don't think he's saying it will be mandatory. Some Ambassadors prefer to continue using their Firstname.Lastname email addresses vs going to a username and I think they are making exceptions to allow this. Ray > >Rahul Sundaram wrote: > >>Mike McGrath wrote: > >>> > >>>* All alises for the ambassadors must be firstname.lastname at fp.o > >> > >>As in they should not be using their account names as aliases? I would > >>prefer to continue using what I use currently. > > > >the username at fedoraproject.org will continue but an extra alias can be > >created for them by request of firstname.lastname at fedoraproject.org. It > >was available to them up until just last week. > > > > -Mike From gerold at lugd.org Mon Apr 30 17:38:01 2007 From: gerold at lugd.org (Gerold Kassube) Date: Mon, 30 Apr 2007 19:38:01 +0200 Subject: Ambassador Aliases In-Reply-To: <001f01c78b4d$25df91e0$fe00a8c0@ispbrasil> References: <46362080.8050300@redhat.com> <463622EC.2050603@fedoraproject.org> <463625D5.6050009@redhat.com> <001f01c78b4d$25df91e0$fe00a8c0@ispbrasil> Message-ID: <1177954681.3776.5.camel@Amilo-GK.homenet.local> it is a "nice to have" ... not a "must" to have a firstname.lastname at fp.o ... Why everybody want to discuss decissions? Sometimes, I thought I better took the red pill ... Regards GeroldKa at fedoraproject.org Am Montag, den 30.04.2007, 15:29 -0200 schrieb Itamar Reis Peixoto: > I don't like this. > > I don't like to work for a company who give the name of my email address, > who choice the style of my hair, the style of my shirt's. > > > -------------------- > > Itamar Reis Peixoto > > e-mail: itamar at ispbrasil.com.br > msn: itamarjp at starmedia.com > skype: itamarjp > icq: 81053601 > +55 34 3238 3845 > +55 11 4063 5033 > > > Rahul Sundaram wrote: > >> Mike McGrath wrote: > >>> > >>> * All alises for the ambassadors must be firstname.lastname at fp.o > >> > >> As in they should not be using their account names as aliases? I would > >> prefer to continue using what I use currently. > > > > the username at fedoraproject.org will continue but an extra alias can be > > created for them by request of firstname.lastname at fedoraproject.org. It > > was available to them up until just last week. > > > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070430/6e19ce80/attachment.sig> From tchung at fedoraproject.org Mon Apr 30 18:24:45 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Mon, 30 Apr 2007 11:24:45 -0700 Subject: Ambassador Aliases In-Reply-To: <1177954681.3776.5.camel@Amilo-GK.homenet.local> References: <46362080.8050300@redhat.com> <463622EC.2050603@fedoraproject.org> <463625D5.6050009@redhat.com> <001f01c78b4d$25df91e0$fe00a8c0@ispbrasil> <1177954681.3776.5.camel@Amilo-GK.homenet.local> Message-ID: <369bce3b0704301124p639b5712ie4e88c0a2d33eae7@mail.gmail.com> On 4/30/07, Gerold Kassube <gerold at lugd.org> wrote: > it is a "nice to have" ... > not a "must" to have a firstname.lastname at fp.o ... > > Why everybody want to discuss decissions? > > Sometimes, I thought I better took the red pill ... > > Regards > > GeroldKa at fedoraproject.org I think there has been a mis-interpretation in following line: * All alises for the ambassadors must be firstname.lastname at fp.o What it really means, if someone *really* needs to use name based email alias, we must use "FirstName.LastName" convention. This does not change anything in new policy which is we use fedora-username at fp.o by default. Until the new policy implemented, many of our Ambassadors have been using firstname.lastname at fp.o for their contacts. As you know, in the lines of marketing business, changes of email address/alias can be critical. So we're trying to minimize this issue. We can assure you, we won't just give away firstname.lastname at fp.o to anyone. We're making *exceptions* to just the few. Regards. -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From ssrat at ticon.net Mon Apr 30 18:26:07 2007 From: ssrat at ticon.net (David Douthitt) Date: Mon, 30 Apr 2007 13:26:07 -0500 Subject: Why Python? In-Reply-To: <200704291036.04791.jkeating@redhat.com> References: <4634015D.6090402@ourvirtualhome.com> <200704291036.04791.jkeating@redhat.com> Message-ID: <463634BF.5080708@ticon.net> Jesse Keating wrote: > On Saturday 28 April 2007 19:22:21 Peter van der Does wrote: > >> Just out of curiosity but why are our webapps written in Python and not >> in Perl for example? > Historically it seems to many that python apps remain maintainable > over time, while perl apps have a tendency to not. > I would suggest that it is possible to write maintainable and understandable Perl code, just as it is easy to write complicated, incomprehensible, and obfuscated Python. On a related note: does this mean one would be handicapped (in the Fedora Infrastructure area) by a lack of Python knowledge? From mmcgrath at redhat.com Mon Apr 30 18:36:41 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 30 Apr 2007 13:36:41 -0500 Subject: Why Python? In-Reply-To: <463634BF.5080708@ticon.net> References: <4634015D.6090402@ourvirtualhome.com> <200704291036.04791.jkeating@redhat.com> <463634BF.5080708@ticon.net> Message-ID: <46363739.8040707@redhat.com> David Douthitt wrote: > Jesse Keating wrote: >> On Saturday 28 April 2007 19:22:21 Peter van der Does wrote: >> >>> Just out of curiosity but why are our webapps written in Python and not >>> in Perl for example? >> Historically it seems to many that python apps remain maintainable >> over time, while perl apps have a tendency to not. >> > I would suggest that it is possible to write maintainable and > understandable Perl code, just as it is easy to write complicated, > incomprehensible, and obfuscated Python. > > On a related note: does this mean one would be handicapped (in the > Fedora Infrastructure area) by a lack of Python knowledge? Not at all, I didn't do my first hello world app in python until last August. It's just that a lot of our development is done in python and we happen to have a lot of development needs right now. But as long as you have core competencies in some of the technologies we're using (Apache and Xen both immediately come to mind) you'll do just fine. -Mike From oliver at linux-kernel.at Mon Apr 30 19:13:23 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 30 Apr 2007 21:13:23 +0200 Subject: Ambassador Aliases In-Reply-To: <46362080.8050300@redhat.com> References: <46362080.8050300@redhat.com> Message-ID: <46363FD3.4010005@linux-kernel.at> Mike McGrath schrieb: > So the firstname.lastname removal has been done and went fairly well > with one exception. Many of the ambassadors use firstname.lastname > when dealing with other people. They like a good, professional > looking email address. Unfortunately, not everyone thinks of this > when they're creating their account name and trying to be an > ambassador with fluffyone23 at fedoraproject.org may cause issues. > > I've added a few exceptions but I really don't want our group > maintaining this list. We're not in the business of user > administration, that always gets delegated to the specific group > owners/admins. This puts us in an awkward position because of the > sensitive nature of the alises file we can't just let everyone edit > this file. Here's what I'd like to propose: > > Thomas Chung has offered to maintain this list for the ambassadors. > Since its a manual intervention we're not as open to attack/collisions > as we were when it was automated. We'll continue to use CVS so we get > notifications when a change goes out. Additionally I've given the > following guidelines to Thomas should we chose to go this route: > > * All alises for the ambassadors must be firstname.lastname at fp.o > * Exceptions are made by Thomas Chung for the ambassadors only. He > has the final say as to whether someone is eligible for the alias > * Careful precautions must be made to not cause collisions. (This > would include looking out for suspicious aliases like > senior.admin at fedoraproject.org > > > Does anyone have any issues / concerns with this? > No. It's fine; If you have some 'strange looking' login/account-name like the fluffyone23 you mentioned, it's better to go with FirstName.LastName at fp.o. For me oliver at fp.o is fine. :-) Best, Oliver From rayvd at bludgeon.org Mon Apr 30 19:14:34 2007 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Mon, 30 Apr 2007 12:14:34 -0700 Subject: Ambassador Aliases In-Reply-To: <46363FD3.4010005@linux-kernel.at> References: <46362080.8050300@redhat.com> <46363FD3.4010005@linux-kernel.at> Message-ID: <20070430191434.GA32027@bludgeon.org> On Mon, Apr 30, 2007 at 09:13:23PM +0200, Oliver Falk wrote: > No. It's fine; If you have some 'strange looking' login/account-name > like the fluffyone23 you mentioned, it's better to go with > FirstName.LastName at fp.o. For me oliver at fp.o is fine. :-) So is fluffyone23 at fp.o taken? If not, maybe someone could change my login to that........ ;) From jkeating at redhat.com Mon Apr 30 21:08:49 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 14:08:49 -0700 Subject: Why Python? In-Reply-To: <463634BF.5080708@ticon.net> References: <4634015D.6090402@ourvirtualhome.com> <200704291036.04791.jkeating@redhat.com> <463634BF.5080708@ticon.net> Message-ID: <200704301408.50273.jkeating@redhat.com> On Monday 30 April 2007 11:26:07 David Douthitt wrote: > I would suggest that it is possible to write maintainable and > understandable Perl code, just as it is easy to write complicated, > incomprehensible, and obfuscated Python. You are absolutely correct. My observations have been that one happens far more often than the other, IE obfuscated and 'cute' perl code gets written and deployed far more often than the same in Python. But as stated before, this is just /my/ observation. > On a related note: does this mean one would be handicapped (in the > Fedora Infrastructure area) by a lack of Python knowledge? It just means you may not be able to help out with coding level stuff, but there is plenty of other things to do. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070430/56f89793/attachment.sig> From peter at ourvirtualhome.com Mon Apr 30 22:04:37 2007 From: peter at ourvirtualhome.com (Peter van der Does) Date: Mon, 30 Apr 2007 18:04:37 -0400 Subject: Infrastructure projects. Message-ID: <463667F5.7030105@ourvirtualhome.com> I was just looking at our schedule and was wondering if that's all there is to do. I just read in an other thread there's a lot of development needed, but I can't really see it in the schedule nor the ticket system. Unfortunately it's very hard for me to attend the IRC meetings due to other responsibilities so maybe it's discussed there. I'm also wondering what the status is of some of the projects. Where is help needed? I can't really tell from the schedule page. -- Peter van der Does YIM: petervanderdoes at yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070430/64e5428a/attachment.sig> From jkeating at redhat.com Mon Apr 30 22:22:21 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 15:22:21 -0700 Subject: Infrastructure projects. In-Reply-To: <463667F5.7030105@ourvirtualhome.com> References: <463667F5.7030105@ourvirtualhome.com> Message-ID: <200704301522.21652.jkeating@redhat.com> On Monday 30 April 2007 15:04:37 Peter van der Does wrote: > Where is > help needed? The git and mercurial plugins to Trac could use lots of improvement/polish. There are many things that are not implemented and nothing much is going on upstream. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070430/2876eb01/attachment.sig> From jkeating at redhat.com Mon Apr 30 22:48:16 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 15:48:16 -0700 Subject: Need for Extras -> Koji import Message-ID: <200704301548.16987.jkeating@redhat.com> I thought we had a python snippit somewhere for dealing with owners.list. Does one exist or will I have to recreate one? Mike, can I get file (read only) level access to the extras repos? Here is what I plan... Crawl each arch directory, getting header information about each package such as name, version, and release, as well as what srpm they came from. Create a dictionary of such. For each srpm, query owners.list to figure out who "owns" it. Query koji for all the koji builds, get all the builds tagged with extras-import ( a temporary tag to manage the imports ) and all the koji users. Iterate through the Extras base builds (n-v-r). If it doesn't exist in koji, check to see if the package itself exists in koji. If the package doesn't exist, check to see if the package owner exists. If not, create the owner. Then create the package, then import the build, then tag it for extras-import. Various other short cutting logic applies here. This is much like what I'm doing for Core -> Koji imports, however since the data is in a koji like db/api already it is much easier to do this. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070430/17cdf937/attachment.sig> From mmcgrath at redhat.com Mon Apr 30 22:59:25 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 30 Apr 2007 17:59:25 -0500 Subject: Need for Extras -> Koji import In-Reply-To: <200704301548.16987.jkeating@redhat.com> References: <200704301548.16987.jkeating@redhat.com> Message-ID: <463674CD.6060407@redhat.com> Jesse Keating wrote: > I thought we had a python snippit somewhere for dealing with owners.list. > Does one exist or will I have to recreate one? > > Mike, can I get file (read only) level access to the extras repos? Here is > what I plan... > Depends on where you want access in the lifecycle of an RPM. The easiest way is to just use one of the builders (or mount the netapp on another box like lockbox) from there. There are some got'chas with that, like its slow right now, would that work for you? If not let me know, I'll come up with something else. -Mike From jkeating at redhat.com Mon Apr 30 23:03:51 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 30 Apr 2007 16:03:51 -0700 Subject: Need for Extras -> Koji import In-Reply-To: <463674CD.6060407@redhat.com> References: <200704301548.16987.jkeating@redhat.com> <463674CD.6060407@redhat.com> Message-ID: <200704301603.58503.jkeating@redhat.com> On Monday 30 April 2007 15:59:25 Mike McGrath wrote: > Depends on where you want access in the lifecycle of an RPM. ?The > easiest way is to just use one of the builders (or mount the netapp on > another box like lockbox) from there. ?There are some got'chas with > that, like its slow right now, would that work for you? ?If not let me > know, I'll come up with something else. Basically I would want to do it a few times a day, with what is pushed live to the Extras repos. An NFS mount would work, could do it from koji.fp.o itself. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://listman.redhat.com/archives/fedora-infrastructure-list/attachments/20070430/6d8aeb4f/attachment.sig>