From mmcgrath at redhat.com Wed Oct 1 14:33:29 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 1 Oct 2008 09:33:29 -0500 (CDT) Subject: Puppet training In-Reply-To: References: <48D08C74.40906@gmail.com> <20080917182912.GF6117@x300.bos.redhat.com> Message-ID: On Wed, 24 Sep 2008, Mike McGrath wrote: > Well crap guys, my bad. I never finalized this and the time has come and > gone.. Will next week on wed at 4:00 work for everyone still? > Ok, its time! So we're looking at 4:00 Central time or: date -d "2008-10-01 21:00 UTC" The slides are: http://mmcgrath.fedorapeople.org/puppet/PuppetTraining.odp We'll have the discussion at extension 2001 or sip:infrastructure at fedoraproject.org. if you don't have soft voip capabilities see http://talk.fedoraproject.org/ for local dial in numbers (if you are near one) Also, should we also have an IRC channel for people to ask questions in like last time? I'd encourage everyone who's doing this but doesn't use voip regularly to come by #fedora-admin and test your setup before the meeting. It can often not work as you'd expect and if you're causing noise on the line it will delay the training. -Mike From mmcgrath at redhat.com Wed Oct 1 15:33:02 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 1 Oct 2008 10:33:02 -0500 (CDT) Subject: fedora hosted Message-ID: Hey guys, there's a bunch of outstanding fedorahosted requests right now: https://fedorahosted.org/fedora-infrastructure/report/1?sort=component&asc=1 Can someone go through and take care of these? -Mike From mmcgrath at redhat.com Wed Oct 1 20:10:24 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 1 Oct 2008 15:10:24 -0500 (CDT) Subject: Puppet training In-Reply-To: References: <48D08C74.40906@gmail.com> <20080917182912.GF6117@x300.bos.redhat.com> Message-ID: On Wed, 1 Oct 2008, Mike McGrath wrote: > On Wed, 24 Sep 2008, Mike McGrath wrote: > > > Well crap guys, my bad. I never finalized this and the time has come and > > gone.. Will next week on wed at 4:00 work for everyone still? > > > > Ok, its time! So we're looking at 4:00 Central time or: > > date -d "2008-10-01 21:00 UTC" > > The slides are: > http://mmcgrath.fedorapeople.org/puppet/PuppetTraining.odp > > We'll have the discussion at extension 2001 or > sip:infrastructure at fedoraproject.org. > > if you don't have soft voip capabilities see > http://talk.fedoraproject.org/ for local dial in numbers (if you are near > one) > > Also, should we also have an IRC channel for people to ask questions in > like last time? I'd encourage everyone who's doing this but doesn't use > voip regularly to come by #fedora-admin and test your setup before the > meeting. It can often not work as you'd expect and if you're causing > noise on the line it will delay the training. > Just a reminder... 50 minutes from now! -Mike From mmcgrath at redhat.com Wed Oct 1 20:43:00 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 1 Oct 2008 15:43:00 -0500 (CDT) Subject: Puppet training In-Reply-To: References: <48D08C74.40906@gmail.com> <20080917182912.GF6117@x300.bos.redhat.com> Message-ID: On Wed, 1 Oct 2008, Mike McGrath wrote: > On Wed, 1 Oct 2008, Mike McGrath wrote: > > > On Wed, 24 Sep 2008, Mike McGrath wrote: > > > > > Well crap guys, my bad. I never finalized this and the time has come and > > > gone.. Will next week on wed at 4:00 work for everyone still? > > > > > > > Ok, its time! So we're looking at 4:00 Central time or: > > > > date -d "2008-10-01 21:00 UTC" > > > > The slides are: > > http://mmcgrath.fedorapeople.org/puppet/PuppetTraining.odp > > > > We'll have the discussion at extension 2001 or > > sip:infrastructure at fedoraproject.org. > > > > if you don't have soft voip capabilities see > > http://talk.fedoraproject.org/ for local dial in numbers (if you are near > > one) > > > > Also, should we also have an IRC channel for people to ask questions in > > like last time? I'd encourage everyone who's doing this but doesn't use > > voip regularly to come by #fedora-admin and test your setup before the > > meeting. It can often not work as you'd expect and if you're causing > > noise on the line it will delay the training. > > > > Just a reminder... 50 minutes from now! > Also we'll be working in #fedora-meeting2 as well. -Mike From mmcgrath at redhat.com Wed Oct 1 20:50:26 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 1 Oct 2008 15:50:26 -0500 (CDT) Subject: Puppet training In-Reply-To: References: <48D08C74.40906@gmail.com> <20080917182912.GF6117@x300.bos.redhat.com> Message-ID: On Wed, 1 Oct 2008, Mike McGrath wrote: > On Wed, 1 Oct 2008, Mike McGrath wrote: > > > On Wed, 1 Oct 2008, Mike McGrath wrote: > > > > > On Wed, 24 Sep 2008, Mike McGrath wrote: > > > > > > > Well crap guys, my bad. I never finalized this and the time has come and > > > > gone.. Will next week on wed at 4:00 work for everyone still? > > > > > > > > > > Ok, its time! So we're looking at 4:00 Central time or: > > > > > > date -d "2008-10-01 21:00 UTC" > > > > > > The slides are: > > > http://mmcgrath.fedorapeople.org/puppet/PuppetTraining.odp > > > > > > We'll have the discussion at extension 2001 or > > > sip:infrastructure at fedoraproject.org. > > > > > > if you don't have soft voip capabilities see > > > http://talk.fedoraproject.org/ for local dial in numbers (if you are near > > > one) > > > > > > Also, should we also have an IRC channel for people to ask questions in > > > like last time? I'd encourage everyone who's doing this but doesn't use > > > voip regularly to come by #fedora-admin and test your setup before the > > > meeting. It can often not work as you'd expect and if you're causing > > > noise on the line it will delay the training. > > > > > > > Just a reminder... 50 minutes from now! > > > > Also we'll be working in #fedora-meeting2 as well. > Sorry #fedora-meeting-1 -Mike From stickster at gmail.com Thu Oct 2 02:38:13 2008 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 1 Oct 2008 22:38:13 -0400 Subject: fedora hosted In-Reply-To: References: Message-ID: <20081002023813.GL23900@victoria-eth.internal.frields.org> On Wed, Oct 01, 2008 at 10:33:02AM -0500, Mike McGrath wrote: > Hey guys, there's a bunch of outstanding fedorahosted requests right now: > > https://fedorahosted.org/fedora-infrastructure/report/1?sort=component&asc=1 > > Can someone go through and take care of these? Is there a SOP for this on the wiki? I looked here and it wasn't immediately obvious: https://fedoraproject.org/w/index.php?title=Special%3APrefixindex&from=Infrastructure%2FSOP&namespace=0 -- Paul W. Frields ("always looking for the easy answer...") gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 Oct 2 02:48:03 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 1 Oct 2008 21:48:03 -0500 (CDT) Subject: fedora hosted In-Reply-To: <20081002023813.GL23900@victoria-eth.internal.frields.org> References: <20081002023813.GL23900@victoria-eth.internal.frields.org> Message-ID: On Wed, 1 Oct 2008, Paul W. Frields wrote: > On Wed, Oct 01, 2008 at 10:33:02AM -0500, Mike McGrath wrote: > > Hey guys, there's a bunch of outstanding fedorahosted requests right now: > > > > https://fedorahosted.org/fedora-infrastructure/report/1?sort=component&asc=1 > > > > Can someone go through and take care of these? > > Is there a SOP for this on the wiki? I looked here and it wasn't > immediately obvious: > > https://fedoraproject.org/w/index.php?title=Special%3APrefixindex&from=Infrastructure%2FSOP&namespace=0 > Its unfortunately non-obvious. I should probably move them. http://fedoraproject.org/wiki/Infrastructure/ProjectHosting/RepositorySetup and http://fedoraproject.org/wiki/Infrastructure/ProjectHosting/CreateNewProject -Mike From ricky at fedoraproject.org Thu Oct 2 20:31:01 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 2 Oct 2008 16:31:01 -0400 Subject: Meeting Log - 2008-10-02 Message-ID: <20081002203101.GD31797@sphe.res.cmu.edu> 20:01 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Who's here? 20:01 * ricky 20:01 * mmcgrath is 20:01 * SmootherFrOgZ here 20:02 < mdomsch> yo 20:02 < G> I'm here 20:02 * nirik is sitting in the cheap seats in the back. 20:02 * mmcgrath waves at nirik 20:02 -!- ianweller_afk is now known as ianweller 20:02 * nirik waves back 20:02 < mmcgrath> Ok, lets get started 20:02 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 20:02 < mmcgrath> .ticket 753 20:03 < zodbot> mmcgrath: #753 (Mini-freeze for Fedora 10 beta) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/753 20:03 < mmcgrath> err 20:03 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=~Meeting&order=priority 20:03 < zodbot> mmcgrath: http://tinyurl.com/47e37y 20:03 < mmcgrath> f13: were you happy with the mini freeze? 20:03 < mmcgrath> this is the first time we had one, what did you all think? 20:03 < G> mmcgrath: fine 20:03 -!- MadBus [n=scott at fedora/vwbusguy] has left #Fedora-meeting ["Leaving"] 20:04 < mmcgrath> I think it went well 20:04 -!- jbasse [n=jbasse at 104.226-241-81.adsl-static.isp.belgacom.be] has quit 20:04 < mmcgrath> f13 might be doing other things. 20:04 < mmcgrath> I'll close that ticket. 20:04 < mmcgrath> .ticket 395 20:04 < zodbot> mmcgrath: #395 (Audio Streaming of Fedora Board Conference Calls) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/395 20:04 * ianweller rolls in 20:04 < mmcgrath> jcollie: anything else there? Should I leave this as a meeting item or remove the meeting tag from it? 20:06 * mmcgrath will skip it for now 20:06 < mmcgrath> .ticket 446 20:06 < zodbot> mmcgrath: #446 (Possibility to add external links on spins page) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/446 20:06 < mmcgrath> dgilmore: ping ^^^ 20:07 -!- Cheguevara [n=Chegueva at host86-132-195-153.range86-132.btcentralplus.com] has quit Read error: 104 (Connection reset by peer) 20:07 * mmcgrath suspects lots of people are busy today :-/ 20:07 < mmcgrath> Ok, we'll skip that one and 740 20:07 < dgilmore> mmcgrath: forgot to close 20:07 < mmcgrath> dgilmore: yo! 20:08 < mmcgrath> dgilmore: k 20:08 < mmcgrath> and 20:08 < mmcgrath> .ticket 740 20:08 < zodbot> mmcgrath: #740 (Loaning out system time to OLPC participants) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/740 20:08 < mmcgrath> we talked to these guys at the last meeting, was there any resolution there? 20:08 -!- themayor [n=jack at dsl254-115-149.nyc1.dsl.speakeasy.net] has quit 20:09 < mdomsch> gregdek notified the 100 or so recepients of the systems to test 20:09 < G> we should help them build an OLPC Buildsys on XOs :P 20:09 < mmcgrath> G: using distcc? :) 20:09 < G> mmcgrath: exactly :) 20:09 * G runs away before getting murdered 20:10 -!- Cheguevara [n=Chegueva at host86-132-195-153.range86-132.btcentralplus.com] has joined #fedora-meeting 20:10 < mmcgrath> heh 20:10 * mmcgrath will assume nothing further has happened there. 20:10 < mmcgrath> so thats the end of the tickets 20:10 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- oVirt 20:11 < mmcgrath> So i continue to punch away at oVirt for this and that. 20:11 < mmcgrath> SmootherFrOgZ: would you be interested in partnering with me on this? 20:11 < SmootherFrOgZ> sure 20:12 < mmcgrath> SmootherFrOgZ: so after this meeting ping me and we'll work out a game plan. I'll make sure you get access to our xen6 box where I'm doing the testing and stuff. 20:12 -!- Prakhar [n=prakhar at 122.163.71.31] has quit "Open source>open minds>open coolness!!" 20:12 < SmootherFrOgZ> k 20:12 < mmcgrath> There's really not been much progress there this last week though, nothing to report from last week anyway. 20:13 < mmcgrath> So with that I'll move on 20:13 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Zabbix 20:13 < mmcgrath> So I've been poking around at zabbix, making some custom queries, maps, etc. Generally just getting to know it better. 20:13 < mmcgrath> G: do you want to give a general roadmap for what is next? 20:14 < G> Okay here goes... 20:14 -!- spot_ [i=spot at beer.tclug.org] has joined #fedora-meeting 20:14 -!- spot [i=spot at redhat/spot] has quit Remote closed the connection 20:15 < G> We need to upgrade to 1.6.0 which is a givin, I don't see any problem here, however, I've noticed a couple of evil little bugs that'll spoil our game plan big time 20:15 -!- spot_ is now known as spot 20:15 < G> I hope to spend next week looking at it all so we don't run into brick walls 20:15 < mmcgrath> bugs in the upgrade or in 1.6.0 itself? 20:15 < mmcgrath> brick walls are bad. 20:15 < G> mmcgrath: bugs in 1.5.4 that I'm not sure if they have been fixed in 1.6.0 20:16 -!- giallu [n=giallu at fedora/giallu] has joined #fedora-meeting 20:16 -!- viking-ice [n=johannbg at 157-157-119-239.dsl.dynamic.simnet.is] has joined #fedora-meeting 20:16 < mmcgrath> 20:16 < mmcgrath> and these are bugs that we couldn't live with or just would be good to have fixed before we go live? 20:16 < G> Then it's just a matter of making sure our templating is correct, and removing zabbix from all the manifests files and putting in global (one reason why I had not added any lately) 20:17 < G> mmcgrath: there is one wrt users, that we'd have to fix before hand 20:17 < mmcgrath> FWIW, I added the zabbix agent to global just this afternoon :) 20:17 < G> mmcgrath: oh I didn't notice that, I was going to sort everything else out before hand to make it easier 20:17 < mmcgrath> cool 20:18 < mmcgrath> are we going to do a clean wipe and fresh install or an upgrade? 20:18 < ricky> Do we want zabbix running on backup1 on the next puppet run? 20:18 < G> mmcgrath: that was one of the reasons that I hadn't done anything like that 20:19 < G> I just _don't_ know whats going to have to happen with the upgrade, really it depends if I can reproduce some of these bugs on a clean install 20:19 < mmcgrath> ricky: not sure, its something to examine. 20:19 < ricky> OK 20:19 < G> I can't do anything like that until Monday though 20:19 < mmcgrath> G: well I guess worst case we can start over. Thats the nice thing of considering it a beta :) 20:19 < G> mmcgrath: exactly 20:19 < mmcgrath> yeah, no rush on this. I'm thinking more along "sometime before 2009" 20:20 < mmcgrath> but I know it'll take a while once we get going anyway, though really its been quite easy to add things. 20:20 < G> I guess I should add the following: 20:21 < G> My avalibility is going to be all up the creek for the end of this month and start of November, so it's likely to be completed later rather than sooner 20:21 < mmcgrath> thanks for the heads-up :) 20:21 < mmcgrath> anyone have anything else to add on monitoring? 20:21 < G> (I can't say why yet) 20:22 < mmcgrath> k 20:22 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Ibiblio 20:22 < mmcgrath> So our ibiblio site is up and online. torrent is running from there as is proxy4 (soon) 20:22 < mmcgrath> So woot! 20:22 < G> nice 20:22 < mmcgrath> and make sure you thank ibiblio folk if you see them around. 20:23 -!- mmcgrath changed the topic of #fedora-meeting to: Infrasturcture -- Open Floor 20:23 < mmcgrath> So thats really all I had. 20:23 < mmcgrath> anyone have anything they'd like to discuss? 20:23 < G> Errr yeah, watch out for massive changes to the elections app 20:23 < ricky> Might be a good idea to add the ibiblio contact info in the private repo 20:23 < mmcgrath> hahaha 20:23 < mmcgrath> whats going on there? 20:23 < mmcgrath> ricky: I'll make sure it gets in there soon, putting it on my TODO now 20:23 < G> mmcgrath: FEATURES! 20:24 < ricky> Thanks 20:24 < mmcgrath> features or featurecreep? 20:24 < G> spoleeba reminded me of some useful features that I'd been meaning to implement for a while 20:24 < mdomsch> he's good at that 20:24 < G> so it's likely I'll be doing quite a few changes 20:24 < nirik> any progress on ticket 651? or is that on hold after the intrusion fun? 20:25 < ricky> .ticket 651 20:25 < mmcgrath> .ticket 651 20:25 < zodbot> ricky: #651 (system account for tier2 ppc32/x86_64 hosting for cvsextras) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/651 20:25 < zodbot> mmcgrath: #651 (system account for tier2 ppc32/x86_64 hosting for cvsextras) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/651 20:25 < G> nirik: denied, there is no group cvsextras :) 20:25 -!- viking-ice [n=johannbg at 157-157-119-239.dsl.dynamic.simnet.is] has quit Remote closed the connection 20:25 < mmcgrath> I want to say thats ready but I don't know the specifics 20:25 < G> (he lies!) 20:25 < nirik> G: there was when that was filed. ;) 20:25 < G> nirik: sure sure ;) 20:25 < mmcgrath> ricky: can you take a look on fas1 and see if that status is ready? 20:25 < ricky> nirik: loupgaroublond and I are working on fasClient a bit, so we'll try to take that into consideration 20:26 < mmcgrath> its basically the "use fasClient but don't send passwords" 20:26 < mmcgrath> ricky: I think loupgaroublond may have already finished that part. 20:26 < G> so yeah, wrt elections app there may be some change requests during the freeze 20:26 < nirik> cool. Happy to test from here... 20:26 < mmcgrath> but if you guys are re-doing everything perhaps we should wait. 20:26 < nirik> just let me know when you want me to. 20:26 < G> Which reminds me, when is the final release Freeze? 20:26 < mmcgrath> ricky: do you and loupgaroublond have a time frame on when the new fasClient implementation might be ready? 20:27 < mmcgrath> G: the final freeze starts on Nov 11 20:27 < ricky> Hopefully in the next week or two 20:28 < ricky> I think we have the basic data-fetching thought out, but we just need to make sure that all the cases/proper behavior are covered in the end 20:28 < G> mmcgrath: brilliant 20:28 < mmcgrath> looks like we'll have another pre-freeze on october 21st 20:28 -!- Cheguevara_ [n=Chegueva at host86-132-195-153.range86-132.btcentralplus.com] has joined #fedora-meeting 20:28 < mmcgrath> ricky: solid 20:28 -!- Cheguevara [n=Chegueva at host86-132-195-153.range86-132.btcentralplus.com] has quit Read error: 104 (Connection reset by peer) 20:28 < mmcgrath> Anyone have anything else they'd like to discuss? 20:28 < G> mmcgrath: I don't think so 20:29 < mmcgrath> sweet, if there's nothing else I'll close the meeting in 30 20:29 < mmcgrath> 10 20:29 < mmcgrath> 5 20:29 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting end -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From valholla75 at gmail.com Fri Oct 3 00:53:54 2008 From: valholla75 at gmail.com (Mike Watters) Date: Thu, 02 Oct 2008 19:53:54 -0500 Subject: Thank you Re:Puppet training In-Reply-To: References: <48D08C74.40906@gmail.com> <20080917182912.GF6117@x300.bos.redhat.com> Message-ID: <48E56D22.8060109@gmail.com> I must express my thanks for the very good puppet tutorial. I am sorry I could not participate in the live call, but the materials are excellent. -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From huzaifas at redhat.com Fri Oct 3 03:00:22 2008 From: huzaifas at redhat.com (Huzaifa Sidhpurwala) Date: Fri, 03 Oct 2008 08:30:22 +0530 Subject: fedora hosted In-Reply-To: References: Message-ID: <48E58AC6.3060706@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike McGrath wrote: > Hey guys, there's a bunch of outstanding fedorahosted requests right now: > > https://fedorahosted.org/fedora-infrastructure/report/1?sort=component&asc=1 > > Can someone go through and take care of these? > I will take as much as possible today. > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list - -- Regards, Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas) GnuPG Fingerprint: 3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFI5YrGzHDc8tpb2uURApNDAKCL/NkAsGfK5TvPYlIY3pBtDMa38QCfQr2C 91q1RpZ1rd+RepMgNYU5wJ0= =u48a -----END PGP SIGNATURE----- From Matt_Domsch at dell.com Fri Oct 3 04:32:18 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 2 Oct 2008 23:32:18 -0500 Subject: metalinks for F10 download pages Message-ID: <20081003043218.GB31741@auslistsprd01.us.dell.com> mirrors.fp.o now supports metalinks [1]. metalinks are XML documents that act like a yum mirrorlist, but with more detail, allowing client download tools to more easily select a mirror that will be fastest for them. Just as you have the BitTorrent, Direct Download, and Jigdo columns now, I'd like to consider adding a Metalink column. It's easy to get the metalink URL for a given download.fp.o ISO URL. http://download.fedoraproject.org/pub/fedora/linux/releases/test/10-Beta/Fedora/i386/iso/Fedora-10-Beta-i386-DVD.iso becomes http://mirrors.fedoraproject.org/metalink?path=pub/fedora/linux/releases/test/10-Beta/Fedora/i386/iso/Fedora-10-Beta-i386-DVD.iso (e.g. s:download:mirrors:, s:pub(.*):metalink?path=pub$1: ) Let me know if you have any questions. If you wanted to add them to the 10-Beta download page now, that'd be fine with me too. Thanks, Matt Fedora Mirror Wrangler. [1] http://metalinker.org/ -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From jeff at ocjtech.us Fri Oct 3 13:34:46 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Fri, 3 Oct 2008 08:34:46 -0500 Subject: metalinks for F10 download pages In-Reply-To: <20081003043218.GB31741@auslistsprd01.us.dell.com> References: <20081003043218.GB31741@auslistsprd01.us.dell.com> Message-ID: <935ead450810030634m7a3b3ff5j937236104837cc9d@mail.gmail.com> On Thu, Oct 2, 2008 at 11:32 PM, Matt Domsch wrote: > > http://mirrors.fedoraproject.org/metalink?path=pub/fedora/linux/releases/test/10-Beta/Fedora/i386/iso/Fedora-10-Beta-i386-DVD.iso Are these links supposed to work in Firefox (at least for testing)? I get "# Server Error" when I click on it in Firefox. -- Jeff Ollie "You know, I used to think it was awful that life was so unfair. Then I thought, wouldn't it be much worse if life were fair, and all the terrible things that happen to us come because we actually deserve them? So, now I take great comfort in the general hostility and unfairness of the universe." -- Marcus to Franklin in Babylon 5: "A Late Delivery from Avalon" From mmcgrath at redhat.com Fri Oct 3 14:56:28 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 3 Oct 2008 09:56:28 -0500 (CDT) Subject: Outage Notification - 2008-10-05 07:00 UTC Message-ID: There will be an outage starting at 2008-10-05 07:00 UTC, which will last approximately 2 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-10-05 07:00 UTC' Affected Services: Buildsystem CVS / Source Control Database DNS Fedora Hosted Fedora People Fedora Talk Mail Mirror System Torrent Websites Unaffected Services: All Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/875 Reason for Outage: Doing our monthly updates to our systems, there's a kernel update this time around and we'll be rebooting everything. In theory most systems won't go down at all. But many will be down for a few minutes at a time during our 2 hour outage window. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. From spurath at students.uni-mainz.de Fri Oct 3 15:35:05 2008 From: spurath at students.uni-mainz.de (Thomas Spura) Date: Fri, 3 Oct 2008 17:35:05 +0200 Subject: smtp-server? Message-ID: <1223048105.2897.12.camel@didymus> Hi. Sorry if this discussion has already been made... Why isn't it possible to configure an smtp-server to send username at fedoraproject.org mails? Without it, I'm not able to properly use my fedora-mailadress - at least at the moment. Or are there any workarounds for people without an own mail-server? -Thomas From jkeating at redhat.com Fri Oct 3 16:46:36 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 03 Oct 2008 09:46:36 -0700 Subject: metalinks for F10 download pages In-Reply-To: <935ead450810030634m7a3b3ff5j937236104837cc9d@mail.gmail.com> References: <20081003043218.GB31741@auslistsprd01.us.dell.com> <935ead450810030634m7a3b3ff5j937236104837cc9d@mail.gmail.com> Message-ID: <1223052396.6265.82.camel@luminos.localdomain> On Fri, 2008-10-03 at 08:34 -0500, Jeffrey Ollie wrote: > > Are these links supposed to work in Firefox (at least for testing)? I > get "# Server Error" when I click on it in Firefox. There was some MirrorManager work done yesterday, are you still seeing this issue? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jeff at ocjtech.us Fri Oct 3 18:12:17 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Fri, 3 Oct 2008 13:12:17 -0500 Subject: metalinks for F10 download pages In-Reply-To: <1223052396.6265.82.camel@luminos.localdomain> References: <20081003043218.GB31741@auslistsprd01.us.dell.com> <935ead450810030634m7a3b3ff5j937236104837cc9d@mail.gmail.com> <1223052396.6265.82.camel@luminos.localdomain> Message-ID: <935ead450810031112n78ee508cs1fe12f07cd315804@mail.gmail.com> 2008/10/3 Jesse Keating : > On Fri, 2008-10-03 at 08:34 -0500, Jeffrey Ollie wrote: >> >> Are these links supposed to work in Firefox (at least for testing)? I >> get "# Server Error" when I click on it in Firefox. > > There was some MirrorManager work done yesterday, are you still seeing > this issue? Seems to be working now. -- Jeff Ollie "You know, I used to think it was awful that life was so unfair. Then I thought, wouldn't it be much worse if life were fair, and all the terrible things that happen to us come because we actually deserve them? So, now I take great comfort in the general hostility and unfairness of the universe." -- Marcus to Franklin in Babylon 5: "A Late Delivery from Avalon" From mmcgrath at redhat.com Fri Oct 3 19:30:03 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 3 Oct 2008 14:30:03 -0500 (CDT) Subject: smtp-server? In-Reply-To: <1223048105.2897.12.camel@didymus> References: <1223048105.2897.12.camel@didymus> Message-ID: On Fri, 3 Oct 2008, Thomas Spura wrote: > Hi. > > Sorry if this discussion has already been made... > > Why isn't it possible to configure an smtp-server to send > username at fedoraproject.org mails? > > Without it, I'm not able to properly use my fedora-mailadress - at least > at the moment. > > Or are there any workarounds for people without an own mail-server? > In your mail client you should be able to set a @fedoraproject.org address. Lots of other providers support this as well (like gmail for example) -Mike From spurath at students.uni-mainz.de Sat Oct 4 00:01:51 2008 From: spurath at students.uni-mainz.de (Thomas Spura) Date: Sat, 4 Oct 2008 02:01:51 +0200 Subject: smtp-server? In-Reply-To: References: <1223048105.2897.12.camel@didymus> Message-ID: <1223078511.2974.9.camel@didymus> At the moment, it should not be possible to set a @fedoraproject.org adress in any mail client - natively. Only via From headers, which allows your email to appear as being 'from' your aliases, but only appearing...[1] I whished you could set up a smpt server in order to make it possible to send mails from the fedoraproject account. At the moment i'm only able to receive mails, via another mail-box, but am not able to sent mails which 'appear' to be from @fedoraproject.org Thomas [1] http://fedoraproject.org/wiki/EmailAliases Am Freitag, den 03.10.2008, 21:30 +0200 schrieb Mike McGrath: > On Fri, 3 Oct 2008, Thomas Spura wrote: > > > Hi. > > > > Sorry if this discussion has already been made... > > > > Why isn't it possible to configure an smtp-server to send > > username at fedoraproject.org mails? > > > > Without it, I'm not able to properly use my fedora-mailadress - at least > > at the moment. > > > > Or are there any workarounds for people without an own mail-server? > > > > In your mail client you should be able to set a @fedoraproject.org > address. Lots of other providers support this as well (like gmail for > example) > > -Mike From dev at nigelj.com Sat Oct 4 01:18:14 2008 From: dev at nigelj.com (Nigel Jones) Date: Sat, 04 Oct 2008 14:18:14 +1300 Subject: smtp-server? In-Reply-To: <1223078511.2974.9.camel@didymus> References: <1223048105.2897.12.camel@didymus> <1223078511.2974.9.camel@didymus> Message-ID: <1223083094.3302.814.camel@fantail.jnet.net.nz> On Sat, 2008-10-04 at 02:01 +0200, Thomas Spura wrote: > At the moment, it should not be possible to set a @fedoraproject.org > adress in any mail client - natively. > Only via From headers, which allows your email to appear as being 'from' > your aliases, but only appearing...[1] > I whished you could set up a smpt server in order to make it possible to > send mails from the fedoraproject account. > At the moment i'm only able to receive mails, via another mail-box, but > am not able to sent mails which 'appear' to be from @fedoraproject.org I'm against this because of the risk of some idiot deciding to use our SMTP server to send bunches of SPAM e-mails. Add in issues with RBLs and what not. I should also add that this is nowhere near a fix as many ISPs have started blocking SMTP access for their users to servers that they do not control, for this very same reason. So no, I don't think configuring an SMTP server with worth the time and effort for a few people that are unable to 'fake' the From: field in their clients. - Nigel > > Thomas > > [1] http://fedoraproject.org/wiki/EmailAliases > > > Am Freitag, den 03.10.2008, 21:30 +0200 schrieb Mike McGrath: > > On Fri, 3 Oct 2008, Thomas Spura wrote: > > > > > Hi. > > > > > > Sorry if this discussion has already been made... > > > > > > Why isn't it possible to configure an smtp-server to send > > > username at fedoraproject.org mails? > > > > > > Without it, I'm not able to properly use my fedora-mailadress - at least > > > at the moment. > > > > > > Or are there any workarounds for people without an own mail-server? > > > > > > > In your mail client you should be able to set a @fedoraproject.org > > address. Lots of other providers support this as well (like gmail for > > example) > > > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Nigel Jones From Matt_Domsch at dell.com Sat Oct 4 21:40:31 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 4 Oct 2008 16:40:31 -0500 Subject: download.fp.o https? Message-ID: <20081004214031.GC9246@auslistsprd01.us.dell.com> not sure if we care, but download.fp.o is using the plain fp.o https cert, not the wildcard cert. We only use download.fp.o to do redirects to (most likely non-https) mirrors, but it might still be good to be sure there's no MITM between user and our redirector. If so, we should be using the wildcard cert, yes? Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Sat Oct 4 21:41:10 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 4 Oct 2008 16:41:10 -0500 Subject: MirrorManager upgrades Message-ID: <20081004214110.GD9246@auslistsprd01.us.dell.com> ----- Forwarded message from Matt Domsch ----- Date: Sat, 4 Oct 2008 16:37:12 -0500 From: Matt Domsch To: mirror-list-d at redhat.com Subject: MirrorManager upgrades References: <20081003150210.GJ1105163 at hiwaay.net> <20081003151427.GK1105163 at hiwaay.net> <20081003173951.GA1222229 at hiwaay.net> <20081003193533.GA16972 at auslistsprd01.us.dell.com> <20081003201159.GC1222229 at hiwaay.net> Status: RO On Fri, Oct 03, 2008 at 03:11:59PM -0500, Chris Adams wrote: > Once upon a time, Matt Domsch said: > > Found "yet another bug". :-) > > > > Please run report_mirror one more time, and check again after the top > > of the next hour. > > Well, they all came back good about half an hour ago, but now I'm back > to only fedora-9/{i386,x86_64,ppc} come back with the preferred netblock > and my mirror in the list (the other repos give a valid list, just not > including my local mirror). Chris and I traded private mails after this, and I believe everything is working again as expected. It helps if I deploy the new version to all of the machines running in the cluster... If anyone else has trouble with MM, please let me know. FWIW, I've been working on an upgrade to mirrormanager, to allow it to expose the mirrorlist as a metalink file. Longer-term, yum is growing the capability to use a metalink file for the mirrorlist, which brings with it the ability to check checksums and signatures of the repository files (whats in the repodata/ directories). It's not looking like that feature will make Fedora 10, but at least the MM code server-side will be in place. One feature of metalinks is the ability for the user's client app to download multiple chunks of a large file from multiple servers in parallel. For the moment I've disabled this feature in the metalink files being published, by setting maxconnections=1, and by not publishing info about smaller "chunks" of the ISO files. I know "download accelerators" have been problematic for our mirrors, and I don't want to exacerbate the problems that adding metalinks might bring. If you want to see for yourself what is being published, take a normal mirrorlist URL, such as: http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386 and use 'metalink' instead of 'mirrorlist'. http://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=i386 Likewise, URLs to ISOs of the form http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/releases/test/10-Beta/Live/x86_64/F10-Beta-x86_64-Live.iso become http://mirrors.fedoraproject.org/metalink?path=pub/fedora/linux/releases/test/10-Beta/Live/x86_64/F10-Beta-x86_64-Live.iso This shows a long list of mirrors, plus some metadata about them: * a preference which is just the mirrormanager randomization algorithm * country each mirror is in * multiple protocols, if a mirror provides >1. In the past, if both http and ftp were provided, only the http URL would have appeared in the mirrorlist. This allows client-side tools (not yum yet, but perhaps in the future - yum-ftponly plugin anyone?) to determine the best protocol they can use. * SHA1SUM for verification In addition, mirrors.fedoraproject.org now can serve its content via https, e.g. https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=i386 for added security (again, assuming your tools actually do certificate checking, which ATM yum does not). Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux ----- End forwarded message ----- From ricky at fedoraproject.org Sat Oct 4 22:29:30 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sat, 4 Oct 2008 18:29:30 -0400 Subject: download.fp.o https? In-Reply-To: <20081004214031.GC9246@auslistsprd01.us.dell.com> References: <20081004214031.GC9246@auslistsprd01.us.dell.com> Message-ID: <20081004222930.GA4622@sphe.res.cmu.edu> On 2008-10-04 04:40:31 PM, Matt Domsch wrote: > not sure if we care, but download.fp.o is using the plain fp.o https > cert, not the wildcard cert. We only use download.fp.o to do > redirects to (most likely non-https) mirrors, but it might still be > good to be sure there's no MITM between user and our redirector. If > so, we should be using the wildcard cert, yes? That last puppet commit should get download.fp.o on the wildcard cert. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ricky at fedoraproject.org Sun Oct 5 01:17:38 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sat, 4 Oct 2008 21:17:38 -0400 Subject: refresh_mirrorlist_cache traceback Message-ID: <20081005011738.GB4622@sphe.res.cmu.edu> Hey, we've been seeing refresh_mirrorlist_cache errors like this recently: Traceback (most recent call last): File "/usr/share/mirrormanager/server/refresh_mirrorlist_cache", line 41, in ? sys.exit(main()) File "/usr/share/mirrormanager/server/refresh_mirrorlist_cache", line 36, in main doit() File "/usr/share/mirrormanager/server/refresh_mirrorlist_cache", line 16, in doit populate_all_caches() File "/usr/share/mirrormanager/server/mirrormanager/mirrorlist.py", line 248, in populate_all_caches populate_directory_cache() File "/usr/share/mirrormanager/server/mirrormanager/mirrorlist.py", line 113, in populate_directory_cache if hcurl is None or len(hcurl) == 0: continue TypeError: len() of unsized object It looks like it's coming from line 113 of /usr/share/mirrormanager/server/mirrormanager/mirrorlist.py: if hcurl is None or len(hcurl) == 0: continue Should this be changed to just: "if not hcurl: continue" ? I think hcurl comes from a SQLObject query, so I'm not 100% sure. Matt, could you take a look at this? Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Matt_Domsch at dell.com Sun Oct 5 05:02:59 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 5 Oct 2008 00:02:59 -0500 Subject: refresh_mirrorlist_cache traceback In-Reply-To: <20081005011738.GB4622@sphe.res.cmu.edu> References: <20081005011738.GB4622@sphe.res.cmu.edu> Message-ID: <20081005050259.GB5853@auslistsprd01.us.dell.com> On Sat, Oct 04, 2008 at 09:17:38PM -0400, Ricky Zhou wrote: > It looks like it's coming from line 113 of > /usr/share/mirrormanager/server/mirrormanager/mirrorlist.py: > if hcurl is None or len(hcurl) == 0: continue > > Should this be changed to just: "if not hcurl: continue" ? I think > hcurl comes from a SQLObject query, so I'm not 100% sure. Matt, could > you take a look at this? fixed now, thanks for the report. kind of hard to take a length of an int. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From mmcgrath at redhat.com Sun Oct 5 16:21:24 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 5 Oct 2008 11:21:24 -0500 (CDT) Subject: Outage Notification - 2008-10-05 07:00 UTC In-Reply-To: References: Message-ID: On Fri, 3 Oct 2008, Mike McGrath wrote: > There will be an outage starting at 2008-10-05 07:00 UTC, which will last > approximately 2 hours. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2008-10-05 07:00 UTC' > Sorry guys, I forgot to convert my PM time to 24 hour time. I'm still going to do this outage but it will be at: date -d '2008-10-05 19:00 UTC' -Mike From mmcgrath at redhat.com Sun Oct 5 16:45:33 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 5 Oct 2008 11:45:33 -0500 (CDT) Subject: Outage Notification - 2008-10-05 07:00 UTC In-Reply-To: References: Message-ID: On Fri, 3 Oct 2008, Mike McGrath wrote: > There will be an outage starting at 2008-10-05 07:00 UTC, which will last > approximately 2 hours. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2008-10-05 07:00 UTC' > Sorry everyone, I forgot to convert my PM time to 24 hour time. I'm still going to do this outage but it will be at: date -d '2008-10-05 19:00 UTC' -Mike From Matt_Domsch at dell.com Mon Oct 6 03:34:07 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 5 Oct 2008 22:34:07 -0500 Subject: netatalk for EPEL? Message-ID: <20081006033407.GA5115@auslistsprd01.us.dell.com> Jiri, I see you're the owner of netatalk in Fedora. netatalk includes the 'timeout' command which I'd like to use with some scripts in Fedora Infrastructure, specifically some of MirrorManager's scripts. Can I talk you into building and maintaining netatalk in EPEL, on EL-5 branch at least? Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From mmcgrath at redhat.com Tue Oct 7 22:41:54 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 7 Oct 2008 17:41:54 -0500 (CDT) Subject: Some architectural changes Message-ID: So we've finally completed some consolidation we've been working on for the past couple of months. We've also added a new class of server (bappX servers). What does this all mean? Well, app1+ are now all identical, for the most part. This allows us to think of our app servers as truly being part of a farm. The exception to this right now is those apps requiring our nfs mount in PHX. I'm still debating what to do about this but so far haven't really come up with a good answer. We'll be distributing load with haproxy. Just because an app is on a server doesn't mean that it will get hit. This allows us to distribute load intelligently and hopefully allow us to get local proxies preferring local app servers so geoIP dns can be deployed. The bapp servers (there's only 1 right now) will be our job control servers. Right now we kind of just have cron jobs spread all over the place and in some instances this has caused problems with production traffic. For example, while damned lies is checking out and updating all of its repos to get the latest translation stats for http://translate.fedoraproject.org/ app1 and app2 would typically see high load and if you happened to hit one of them while trying to get to pkgdb, you might experience slow response time. Now though we'll be running this job on bapp1 and pushing or pulling the relevant content via rsync. We use this model pretty successfully for other applications like mirrormanager and smolt, but now we have a dedicated server for it. Additionally we can add the bapp servers to the haproxy farms as a backup server, no traffic goes to it unless its needed. -Mike From mmcgrath at redhat.com Tue Oct 7 23:30:17 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 7 Oct 2008 18:30:17 -0500 (CDT) Subject: New puppet trick - sysctl Message-ID: Just so you guys know we're using a sysctl plugin now so we can do things like sysctl { 'net.ipv4.ip_forward': value => '1' } I'm going to go through tomorrow and convert some of our existing configs. We don't use sysctl heavily but this will be handy in places like our database servers where each db server has different settings depending on the host. -Mike From smooge at gmail.com Tue Oct 7 23:55:42 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 7 Oct 2008 17:55:42 -0600 Subject: Some architectural changes In-Reply-To: References: Message-ID: <80d7e4090810071655p12e81a40pb44c9d0afe00da77@mail.gmail.com> On Tue, Oct 7, 2008 at 4:41 PM, Mike McGrath wrote: > So we've finally completed some consolidation we've been working on for > the past couple of months. We've also added a new class of server (bappX > servers). What does this all mean? > tres tres cool -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From admin at arcnetworks.biz Wed Oct 8 00:08:37 2008 From: admin at arcnetworks.biz (Anand Capur) Date: Tue, 7 Oct 2008 20:08:37 -0400 Subject: Some architectural changes In-Reply-To: <80d7e4090810071655p12e81a40pb44c9d0afe00da77@mail.gmail.com> References: <80d7e4090810071655p12e81a40pb44c9d0afe00da77@mail.gmail.com> Message-ID: <5d66540b0810071708s7c83a998kbd2555b6dea679aa@mail.gmail.com> > > > So we've finally completed some consolidation we've been working on for > > the past couple of months. We've also added a new class of server (bappX > > servers). What does this all mean? > > > > tres tres cool > > > -- > Stephen J Smoogen. -- BSD/GNU/Linux > How far that little candle throws his beams! So shines a good deed > in a naughty world. = Shakespeare. "The Merchant of Venice" > Yeah, +++1. Sounds VERY cool :D. Just shows how cool we are! -Anand -------------- next part -------------- An HTML attachment was scrubbed... URL: From bretm at redhat.com Wed Oct 8 13:46:56 2008 From: bretm at redhat.com (Bret McMillan) Date: Wed, 08 Oct 2008 09:46:56 -0400 Subject: Some architectural changes In-Reply-To: References: Message-ID: <48ECB9D0.8060205@redhat.com> Mike McGrath wrote: > Well, app1+ are now all identical, for the most part. This allows us to > think of our app servers as truly being part of a farm. The exception to > this right now is those apps requiring our nfs mount in PHX. I'm still > debating what to do about this but so far haven't really come up with a > good answer. 2 choices come to mind: 1) accept that they're a different category, and partition them accordingly 2) could maybe tinker around w/ some things like MogileFS or HDFS or something even crazier :) > We'll be distributing load with haproxy. Just because an app is on a > server doesn't mean that it will get hit. This allows us to distribute > load intelligently and hopefully allow us to get local proxies preferring > local app servers so geoIP dns can be deployed. Do all apps get deployed to all servers in this category? > The bapp servers (there's only 1 right now) will be our job control > servers. Right now we kind of just have cron jobs spread all over the > place and in some instances this has caused problems with production > traffic. Cool. How many bapp servers are we running these days, and how do we choose what gets run where? --Bret From mmcgrath at redhat.com Wed Oct 8 14:52:30 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 8 Oct 2008 09:52:30 -0500 (CDT) Subject: Some architectural changes In-Reply-To: <48ECB9D0.8060205@redhat.com> References: <48ECB9D0.8060205@redhat.com> Message-ID: On Wed, 8 Oct 2008, Bret McMillan wrote: > Mike McGrath wrote: > > > Well, app1+ are now all identical, for the most part. This allows us to > > think of our app servers as truly being part of a farm. The exception to > > this right now is those apps requiring our nfs mount in PHX. I'm still > > debating what to do about this but so far haven't really come up with a > > good answer. > > 2 choices come to mind: > > 1) accept that they're a different category, and partition them accordingly > > 2) could maybe tinker around w/ some things like MogileFS or HDFS or something > even crazier :) > > > We'll be distributing load with haproxy. Just because an app is on a > > server doesn't mean that it will get hit. This allows us to distribute > > load intelligently and hopefully allow us to get local proxies preferring > > local app servers so geoIP dns can be deployed. > > Do all apps get deployed to all servers in this category? > Not all apps but most web apps. In particular this is our 'new fedora release day' stuff which includes the wiki, docs, get.fp.o, and the mirror list. Koji wouldn't be on these hosts nor would asterisk. > > The bapp servers (there's only 1 right now) will be our job control > > servers. Right now we kind of just have cron jobs spread all over the > > place and in some instances this has caused problems with production > > traffic. > > Cool. How many bapp servers are we running these days, and how do we choose > what gets run where? > Just one and when bapp2 gets made it'll be more of an 'active' and 'passive' setup. So all of them will go on one until such a time comes that we're seeing performance issues then we'll re-evaluate. -Mike From ricky at fedoraproject.org Thu Oct 9 20:33:38 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 9 Oct 2008 16:33:38 -0400 Subject: Meeting Log - 2008-10-09 Message-ID: <20081009203338.GA7159@sphe.res.cmu.edu> 20:00 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Who's here? 20:00 < G> boo 20:00 < dgilmore> not I 20:00 < jcollie> hello 20:00 < mdomsch> barely 20:00 * ValHolla grabs a seat 20:00 < mmcgrath> G: boo? 20:01 < mmcgrath> its not halloween yet! 20:01 < G> mmcgrath: :) 20:01 * ivazquez is here for once 20:01 < mmcgrath> heh, lets look at the tickets. 20:01 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- The Dow is way down 20:01 -!- ValHolla [i=0c29727e at gateway/web/ajax/mibbit.com/x-d4aae136aecdd915] has quit Client Quit 20:02 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 20:02 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 20:02 < zodbot> mmcgrath: http://tinyurl.com/2hyyz6 20:02 -!- ValHolla [i=0c29727e at gateway/web/ajax/mibbit.com/x-8aa88275c5dc8cbb] has joined #fedora-meeting 20:02 < mmcgrath> .ticket 395 20:02 < zodbot> mmcgrath: #395 (Audio Streaming of Fedora Board Conference Calls) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/395 20:02 < mmcgrath> jcollie: ping 20:02 < jcollie> nothin' :) 20:02 < mmcgrath> heheh k 20:02 < mmcgrath> .ticket 446 20:02 < zodbot> mmcgrath: #446 (Possibility to add external links on spins page) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/446 20:02 < mmcgrath> dgilmore: ^^^ 20:02 * f13 is here 20:03 * ValHolla sits back down 20:03 < kcadieux> hello 20:04 -!- JSchmitt [n=s4504kr at p4FDD213F.dip0.t-ipconnect.de] has joined #fedora-meeting 20:04 * ricky 20:05 < jcollie> i thought we were going to close this one? 20:05 < mmcgrath> we'll skip that for now 20:05 < mmcgrath> I thought so too. 20:05 * mmcgrath also hasn't heard much on 20:05 < mmcgrath> .ticket 740 20:05 < zodbot> mmcgrath: #740 (Loaning out system time to OLPC participants) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/740 20:05 < mmcgrath> ok so 20:06 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- App farm and new bapp servers 20:06 < mdomsch> yea! 20:06 < mmcgrath> Did anyone have any questions about how our new farm works, bapp, etc? 20:06 < mmcgrath> any comments? 20:06 -!- brothers [n=brothers at 66-234-43-147.nyc.cable.nyct.net] has joined #fedora-meeting 20:06 -!- finalzone [n=luya at fedora/Finalzone] has joined #fedora-meeting 20:06 < mdomsch> bapp* will be in phx 20:07 < mdomsch> we expect 20:07 < mmcgrath> likely 20:07 < mdomsch> ? 20:07 < mdomsch> good 20:07 < mmcgrath> There's still some jobs to move to bapp1, in particular the damned lies stuff 20:08 < mmcgrath> K, well if there's nothing else there.. 20:08 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- telia1 and ibiblio1 20:08 < mmcgrath> We now have proxy servers in 4 locations. 20:09 < mmcgrath> 1 in germany, 3 in the states. 20:09 < mmcgrath> 5 proxy servers total (two of them are in PHX) 20:09 < mmcgrath> this will give us far more flexability during problems as well as distribute network load more evenly on release day. 20:09 < mmcgrath> it will also let us take a closer look at geoIP and DNS 20:09 < G> mmcgrath: what happens if WWI happens all over again? :) 20:10 < mmcgrath> we'll have to find an oil rig 20:10 < mmcgrath> or one of google's new cruise ships :) 20:10 < mmcgrath> At present, I'm thinking that 5 proxy servers more then suits our needs. 20:10 < G> sounds good, I thought maybe host a server in Iraq or something :) 20:11 < jcollie> G: i nominate anyone but me to go install that one 20:11 < mmcgrath> I'd like to focus on our caching policies and stuff. But I don't see a need to add additional proxy servers at this time. And if a new site comes up in asia, europe or south america, we may move one of our proxy servers there. 20:11 < G> mmcgrath: from an APAC view, I'd like to be bias and say, one somewhere out this way would be nice 20:11 < mmcgrath> G: yeah, that area could certainly use one 20:12 < jcollie> something in africa would be good too, but that'd be almost as fun as the iraq one 20:12 < mmcgrath> heh 20:12 < G> if we can get a site, Australia/New Zealand/Singapore/Japan or something we'd be covering all the regions 20:12 < mmcgrath> if there's nothing else there we'll move on :) 20:12 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Duke, planet, buildsys, people, torrent. 20:13 < jcollie> if fedora on olpc takes off there could be a lot if activity from africa 20:13 < G> isn't buildsys at SB now? 20:13 < mmcgrath> At this time the old buildsys and torrent boxes are no longer being used (hosted at duke) 20:13 < G> jcollie: true 20:13 < mmcgrath> G: it is. 20:13 < mmcgrath> seth is also working to move planet and people to a combined machine at Boston University. 20:13 < G> k, I was thinking I was going even more potty :) 20:13 < mmcgrath> this is for a couple of reasins, the primary one being that the hardware that people and planet is on right now are just woefully out of date. 20:13 < jcollie> are the systems at duke worth re-purposing? 20:14 < mmcgrath> jcollie: not that we can use but, IIRC, they've already been taken care of. 20:14 * mmcgrath is almost afraid to know how old that torrent box is. 20:14 < mmcgrath> but new torrent is in ibiblio 20:14 < mmcgrath> buildsys is at SB 20:14 < G> mmcgrath: loan boxes to OLPC :) 20:14 < mmcgrath> heh 20:15 < mmcgrath> so thats just kind of a heads up. I'm hoping to update our global map to reflect that soon as its completed. 20:15 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Puppet (sysctl) 20:15 -!- tibbs [n=tibbs at fedora/tibbs] has quit "Konversation terminated!" 20:16 < mmcgrath> For those of you that aren't familiar we added sysctl support to puppet a couple days back. I'm going to be making more change that as we go forward. 20:16 < mmcgrath> I'm also, very slowly, completing our conversion to module 20:16 < mmcgrath> s 20:16 < mmcgrath> Anyone have any questions on that? or anything thats come up since puppet training? 20:17 < ricky> We should push for high quality modules that we can make public 20:17 * jcollie says modules good 20:17 < mmcgrath> ricky: yeah 20:17 < ricky> Some modules, like the haproxy one contain Fedora-specific configs, so we need to think about how to do that the "puppet" way 20:17 < mmcgrath> ricky: well, even that module is useful. Just takes someone to alter that file (which they'd have to do anyway for their environment) 20:18 < mmcgrath> it gets trickier if haproxy required something strange that was specific to Fedora 20:18 < mmcgrath> Ok, anyone have anything else on that? 20:19 < mmcgrath> Ok, well thats really all I had this week. 20:19 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:19 < mmcgrath> anyone have anything they'd like to discuss related to Infrastructure ? 20:19 < abadger1999> publictest machines. 20:19 < mmcgrath> abadger1999: sure, whats up? 20:20 < abadger1999> How many do we have up now? Do we have resources to make more? 20:20 < abadger1999> Is there a SOP? :-) 20:20 < ricky> The new "rule" is that they just stay out of PHX, right? 20:20 -!- JSchmitt [n=s4504kr at fedora/JSchmitt] has quit "Konversation terminated!" 20:20 < mmcgrath> I think we just have one or two up, and we can make more at telia1 and ibiblio1 20:20 < mmcgrath> abadger1999: no SOP really, just the kickstart and dns SOP's are needed. 20:21 -!- che [n=rkastl at redhat/che] has joined #fedora-meeting 20:21 < mmcgrath> abadger1999: do you want one? I can walk you through making one if you have any questions, or I can just throw one together. 20:22 < abadger1999> mmcgrath: You shouuld probably walk me through making one. 20:22 < jcollie> do you have to be in -main to create a new PT system? 20:22 < G> jcollie: yep 20:22 < G> jcollie: shall we say "damn" together ? :P 20:22 < abadger1999> I think dmalcolm's rpmgrok and rnorwood's amber have yet to land somewhere post-incident. 20:22 < abadger1999> ricky: Am I right on that? 20:22 < G> abadger1999: thats my understanding... 20:22 < ricky> Yup. 20:22 -!- fbijlsma [n=fbijlsma at 92.50.110.191] has quit "Leaving" 20:23 < G> abadger1999: + QA don't have anywhere for testopia/etc\ 20:23 < G> to errr test anyway 20:23 < mmcgrath> abadger1999: I'd assume it had ended up on pt15. 20:24 < ricky> Haha, we all logged in at the same minute :-) 20:24 < abadger1999> heh :-) 20:25 < abadger1999> Hmm.... Okay, there's plenty of free memory there right now. 20:25 < abadger1999> I'll get those guys using it and you can walk me through creating a new pt instance if they outgrow it. 20:26 < mmcgrath> sure thing 20:26 < mmcgrath> Ok, well, we're only about a half hour in. Does anyone else have anything to discuss? if not we'll close the meeting early 20:26 < abadger1999> Cool. That's all I have. 20:27 * G thinks 20:27 < ricky> Infrastructure contact info? :-) 20:28 < G> wwoods says they can't use Testopia because of legal 20:28 < mmcgrath> ricky: I actually have that. I'll email you after the meeting 20:28 < ricky> Coool 20:28 < G> wwoods: are you guys actually looking at any other options? 20:29 < ricky> Compose hosts stuff done? Will F10 be made entirely on our infrastructure? :-) 20:29 < wwoods> at the moment, no. dmalcolm was working on a new frontend that used the same database 20:29 < wwoods> but I haven't heard anything about that in a couple of months 20:29 < G> k, so I guess QA doesn't need a PT machine then 20:29 < wwoods> at the moment, no 20:30 < G> wwoods: I guess that means you guys want the QA wiki namespace? 20:30 * G recalls that as the alternative 20:31 < mmcgrath> well, if they do need one wwoods knows who to tell :) 20:31 < wwoods> too busy dealing with F10 release process stuff to mess with that now, but... exactly 20:31 < mmcgrath> Anyone have anything else to discuss? If not I'll close the meeting in 30 20:31 < G> mmcgrath: nope 20:32 < mmcgrath> 15 20:32 < G> except git is a pain... 20:32 < mmcgrath> yes it is :) 20:32 < mmcgrath> 5 20:32 < G> I symlink the wrong update script and it goes haywire :) 20:32 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From skvidal at fedoraproject.org Thu Oct 9 20:56:17 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 09 Oct 2008 16:56:17 -0400 Subject: Meeting Log - 2008-10-09 In-Reply-To: <20081009203338.GA7159@sphe.res.cmu.edu> References: <20081009203338.GA7159@sphe.res.cmu.edu> Message-ID: <1223585777.12878.64.camel@rosebud> On Thu, 2008-10-09 at 16:33 -0400, Ricky Zhou wrote: > 20:13 < mmcgrath> At this time the old buildsys and torrent boxes are no longer being used (hosted at duke) > 20:13 < G> jcollie: true > 20:13 < mmcgrath> G: it is. > 20:13 < mmcgrath> seth is also working to move planet and people to a combined machine at Boston University. > 20:13 < G> k, I was thinking I was going even more potty :) > 20:13 < mmcgrath> this is for a couple of reasins, the primary one being that the hardware that people and planet is on right now are just woefully out of date. > 20:13 < jcollie> are the systems at duke worth re-purposing? > 20:14 < mmcgrath> jcollie: not that we can use but, IIRC, they've already been taken care of. > 20:14 * mmcgrath is almost afraid to know how old that torrent box is. > 20:14 < mmcgrath> but new torrent is in ibiblio > 20:14 < mmcgrath> buildsys is at SB > 20:14 < G> mmcgrath: loan boxes to OLPC :) The boxes at duke are both looooooooong out of warranty so not a good choice for us to use. They've also been spoken for by others. Sorry I missed the meeting, I didn't see the ping. -sv From sean at bruenor.org Thu Oct 9 21:35:25 2008 From: sean at bruenor.org (Sean E. Millichamp) Date: Thu, 09 Oct 2008 17:35:25 -0400 Subject: Puppet SELinux support and an introduction Message-ID: <1223588125.3243.43.camel@sewt> Hi everyone, I have been working on getting some SELinux support into Puppet, based on some initial work by Frank Sweetser. I know the Fedora Infrastructure team uses Puppet and I heard a rumor that there was interest here in better SELinux support. ReductiveLabs just cut a 0.24.6rc1 containing this support. If you would like to test it I would certainly appreciate any feedback and bugreports. I believe they intend to release 0.24.6 as soon as possible, so the sooner the better. Now a brief introduction, since I know that is the thing to do on this mailing list: I ran my first Linux-in-production system in 1996, started the switch to Red Hat Linux 4.2 as soon as it was released, and have been using RHL, RHEL, CentOS, and Fedora since on both servers and on my desktop (as my exclusive OS since around 1999). These days I am a senior systems architect for a web-based firm that did around 1.2 billion page views in 2007 supported by around 300 Linux servers running our various dev, test, and prod environments. Some of the key technologies in use here are Apache, Perl/mod_perl, MySQL, MySQL cluster, RH Cluster Suite/GFS, Nagios, Cobbler/Kickstart for deployment, cfengine (and soon to be Puppet) for configuration management. My current main task is reimplementing our cfengine configurations in Puppet so I've been deep in Puppet recently. I have this idea that I would like to help on the Fedora Infrastructure team, to help contribute something back to Fedora, but between job and family feel that I probably don't have the time needed to dedicate to it, so I had just been lurking here until now. Cheers, Sean From mmcgrath at redhat.com Fri Oct 10 00:51:40 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 9 Oct 2008 19:51:40 -0500 (CDT) Subject: Puppet SELinux support and an introduction In-Reply-To: <1223588125.3243.43.camel@sewt> References: <1223588125.3243.43.camel@sewt> Message-ID: On Thu, 9 Oct 2008, Sean E. Millichamp wrote: > Hi everyone, > > I have been working on getting some SELinux support into Puppet, based > on some initial work by Frank Sweetser. I know the Fedora > Infrastructure team uses Puppet and I heard a rumor that there was > interest here in better SELinux support. > > ReductiveLabs just cut a 0.24.6rc1 containing this support. If you > would like to test it I would certainly appreciate any feedback and > bugreports. I believe they intend to release 0.24.6 as soon as > possible, so the sooner the better. > Can we test it just on a node or does the puppet master require an update as well? > Now a brief introduction, since I know that is the thing to do on this > mailing list: > > I ran my first Linux-in-production system in 1996, started the switch to > Red Hat Linux 4.2 as soon as it was released, and have been using RHL, > RHEL, CentOS, and Fedora since on both servers and on my desktop (as my > exclusive OS since around 1999). These days I am a senior systems > architect for a web-based firm that did around 1.2 billion page views in > 2007 supported by around 300 Linux servers running our various dev, > test, and prod environments. Some of the key technologies in use here > are Apache, Perl/mod_perl, MySQL, MySQL cluster, RH Cluster Suite/GFS, > Nagios, Cobbler/Kickstart for deployment, cfengine (and soon to be > Puppet) for configuration management. My current main task is > reimplementing our cfengine configurations in Puppet so I've been deep > in Puppet recently. > > I have this idea that I would like to help on the Fedora Infrastructure > team, to help contribute something back to Fedora, but between job and > family feel that I probably don't have the time needed to dedicate to > it, so I had just been lurking here until now. > Welcome! we currently have some in house type stuff for SELinux that we have been using in anticipation of the native support. Its mostly just defines with execs and things. Welcome to the list! -Mike From wakko666 at gmail.com Fri Oct 10 00:56:54 2008 From: wakko666 at gmail.com (Brett Lentz) Date: Thu, 09 Oct 2008 17:56:54 -0700 Subject: Puppet SELinux support and an introduction In-Reply-To: References: <1223588125.3243.43.camel@sewt> Message-ID: <1223600214.2529.13.camel@lentzbr> On Thu, 2008-10-09 at 19:51 -0500, Mike McGrath wrote: > On Thu, 9 Oct 2008, Sean E. Millichamp wrote: > > > Hi everyone, > > > > I have been working on getting some SELinux support into Puppet, based > > on some initial work by Frank Sweetser. I know the Fedora > > Infrastructure team uses Puppet and I heard a rumor that there was > > interest here in better SELinux support. > > > > ReductiveLabs just cut a 0.24.6rc1 containing this support. If you > > would like to test it I would certainly appreciate any feedback and > > bugreports. I believe they intend to release 0.24.6 as soon as > > possible, so the sooner the better. > > > > Can we test it just on a node or does the puppet master require an update > as well? It will require the puppet master to be upgraded. This is the first cut of the patch I pushed upstream a month or so ago. ---Brett. Even if you persuade me, you won't persuade me. -- Aristophanes From jeff at ocjtech.us Fri Oct 10 17:07:36 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Fri, 10 Oct 2008 12:07:36 -0500 Subject: Meeting Log - 2008-10-09 In-Reply-To: <1223585777.12878.64.camel@rosebud> References: <20081009203338.GA7159@sphe.res.cmu.edu> <1223585777.12878.64.camel@rosebud> Message-ID: <935ead450810101007o37868badn893ac298afd007ab@mail.gmail.com> On Thu, Oct 9, 2008 at 3:56 PM, seth vidal wrote: > > The boxes at duke are both looooooooong out of warranty so not a good > choice for us to use. They've also been spoken for by others. If we had some new boxes would it be worth having Duke host them? Is Duke even willing to continue hosting Fedora systems? -- Jeff Ollie "You know, I used to think it was awful that life was so unfair. Then I thought, wouldn't it be much worse if life were fair, and all the terrible things that happen to us come because we actually deserve them? So, now I take great comfort in the general hostility and unfairness of the universe." -- Marcus to Franklin in Babylon 5: "A Late Delivery from Avalon" From mmcgrath at redhat.com Fri Oct 10 18:51:10 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 10 Oct 2008 13:51:10 -0500 (CDT) Subject: Maps Message-ID: Anyone interested in getting our fedoraproject.org/maps/ infrastructure back in place? It was up and running in FC6, after the rebuild and no more FC6 boxes though, we no longer have active maps. -Mike From skvidal at fedoraproject.org Fri Oct 10 20:11:55 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 10 Oct 2008 16:11:55 -0400 Subject: Outage Notification - 2008-10-11 03:00 UTC Message-ID: <1223669515.27425.10.camel@rosebud> Outage Notification - 2008-10-11 03:00 UTC There will be an outage starting at 2008-10-11 03:00 UTC, which will last approximately 2 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-10-11 03:00 UTC' Affected Services: Fedora People Unaffected Services: Buildsystem CVS / Source Control Database DNS Fedora Hosted Fedora Talk Mail Mirror System Torrent Translation Services Websites Reason for Outage: Migrating fedorapeople.org from Duke University hosting to Boston University hosting. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. From stickster at gmail.com Fri Oct 10 20:30:54 2008 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 10 Oct 2008 16:30:54 -0400 Subject: Maps In-Reply-To: References: Message-ID: <1223670654.22984.21.camel@localhost.localdomain> On Fri, 2008-10-10 at 13:51 -0500, Mike McGrath wrote: > Anyone interested in getting our fedoraproject.org/maps/ infrastructure > back in place? It was up and running in FC6, after the rebuild and no > more FC6 boxes though, we no longer have active maps. These maps were really helpful to the Community Architecture team in forming strategy and evangelizing. Having the maps back on the map (sorry) would be of great value. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 fedoraproject.org Fri Oct 10 20:34:49 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 10 Oct 2008 16:34:49 -0400 Subject: Maps In-Reply-To: <1223670654.22984.21.camel@localhost.localdomain> References: <1223670654.22984.21.camel@localhost.localdomain> Message-ID: <1223670889.27425.16.camel@rosebud> On Fri, 2008-10-10 at 16:30 -0400, Paul W. Frields wrote: > On Fri, 2008-10-10 at 13:51 -0500, Mike McGrath wrote: > > Anyone interested in getting our fedoraproject.org/maps/ infrastructure > > back in place? It was up and running in FC6, after the rebuild and no > > more FC6 boxes though, we no longer have active maps. > > These maps were really helpful to the Community Architecture team in > forming strategy and evangelizing. Having the maps back on the map > (sorry) would be of great value. > Mike, Do we still have the lvm for the publictest box that was fc6 that was running the map code? I ask b/c I think the scripts to run it were in jima's homedir. He asked me about restoring them and in the melee of the incident I forgot about them. I migrated the existing maps statically and left them alone until we had some more time to figure out what was missing to move them to run on rhel5, iirc. if we still have that lvm, I can pull his old homedir and get the scripts back up. -sv From mmcgrath at redhat.com Fri Oct 10 20:44:01 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 10 Oct 2008 15:44:01 -0500 (CDT) Subject: Maps In-Reply-To: <1223670889.27425.16.camel@rosebud> References: <1223670654.22984.21.camel@localhost.localdomain> <1223670889.27425.16.camel@rosebud> Message-ID: On Fri, 10 Oct 2008, seth vidal wrote: > On Fri, 2008-10-10 at 16:30 -0400, Paul W. Frields wrote: > > On Fri, 2008-10-10 at 13:51 -0500, Mike McGrath wrote: > > > Anyone interested in getting our fedoraproject.org/maps/ infrastructure > > > back in place? It was up and running in FC6, after the rebuild and no > > > more FC6 boxes though, we no longer have active maps. > > > > These maps were really helpful to the Community Architecture team in > > forming strategy and evangelizing. Having the maps back on the map > > (sorry) would be of great value. > > > > Mike, > Do we still have the lvm for the publictest box that was fc6 that was > running the map code? I ask b/c I think the scripts to run it were in > jima's homedir. > > He asked me about restoring them and in the melee of the incident I > forgot about them. > > I migrated the existing maps statically and left them alone until we had > some more time to figure out what was missing to move them to run on > rhel5, iirc. > > if we still have that lvm, I can pull his old homedir and get the > scripts back up. We've still got that, also there is a geoip directory in our fedora-infrastructure.git/scripts repo though I'm not sure how recent it is. -Mike From skvidal at fedoraproject.org Sat Oct 11 03:42:31 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 10 Oct 2008 23:42:31 -0400 Subject: Outage Notification - 2008-10-11 03:00 UTC In-Reply-To: <1223669515.27425.10.camel@rosebud> References: <1223669515.27425.10.camel@rosebud> Message-ID: <1223696551.27425.26.camel@rosebud> On Fri, 2008-10-10 at 16:11 -0400, seth vidal wrote: > Outage Notification - 2008-10-11 03:00 UTC > > There will be an outage starting at 2008-10-11 03:00 UTC, which will last > approximately 2 hours. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2008-10-11 03:00 UTC' > > Affected Services: > Fedora People This outage is complete. Let me know if anything is not where it is supposed to be or doesn't seem to work as it should. -sv From wtogami at redhat.com Sun Oct 12 06:47:57 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 12 Oct 2008 02:47:57 -0400 Subject: How to upload to alt.fedoraproject.org? Message-ID: <48F19D9D.7080307@redhat.com> http://alt.fedoraproject.org/pub/alt/ltsp/beta1/i686/ Where is it documented how I can upload to this tree? I will be uploading "beta2" soon. Warren Togami wtogami at redhat.com From mmcgrath at redhat.com Mon Oct 13 13:20:03 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 13 Oct 2008 08:20:03 -0500 (CDT) Subject: How to upload to alt.fedoraproject.org? In-Reply-To: <48F19D9D.7080307@redhat.com> References: <48F19D9D.7080307@redhat.com> Message-ID: On Sun, 12 Oct 2008, Warren Togami wrote: > http://alt.fedoraproject.org/pub/alt/ltsp/beta1/i686/ > > Where is it documented how I can upload to this tree? I will be uploading > "beta2" soon. > This isn't documented yet, I'll put an SOP together. For now though you can rsync to secondary1.fedora.phx.redhat.com:/srv/pub/alt/ltsp/beta1/i686/ -Mike From mmcgrath at redhat.com Mon Oct 13 13:45:51 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 13 Oct 2008 08:45:51 -0500 (CDT) Subject: pre-release freeze on the 21st Message-ID: Just a note to everyone, as long as we stay on schedule another pre-release freeze will happen starting on the 21st ending on the 5th. The final full infrastructure freeze does not begin until the 11th. I'd also encourage those with the proper skill set to focus on rawhide during these times, tackle the final bugs, focus on blockers, QA, etc. -Mike From poelstra at redhat.com Mon Oct 13 20:51:21 2008 From: poelstra at redhat.com (John Poelstra) Date: Mon, 13 Oct 2008 13:51:21 -0700 Subject: pre-release freeze on the 21st In-Reply-To: References: Message-ID: <48F3B4C9.4070800@redhat.com> Mike McGrath said the following on 10/13/2008 06:45 AM Pacific Time: > Just a note to everyone, as long as we stay on schedule another > pre-release freeze will happen starting on the 21st ending on the 5th. > The final full infrastructure freeze does not begin until the 11th. > Is there a SOP that lists these freezes so I can add them to our universal schedule? I wasn't sure where to start here: https://fedoraproject.org/w/index.php?title=Special%3APrefixindex&from=Infrastructure%2FSOP&namespace=0 John From mmcgrath at redhat.com Mon Oct 13 21:15:13 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 13 Oct 2008 16:15:13 -0500 (CDT) Subject: pre-release freeze on the 21st In-Reply-To: <48F3B4C9.4070800@redhat.com> References: <48F3B4C9.4070800@redhat.com> Message-ID: On Mon, 13 Oct 2008, John Poelstra wrote: > Mike McGrath said the following on 10/13/2008 06:45 AM Pacific Time: > > Just a note to everyone, as long as we stay on schedule another > > pre-release freeze will happen starting on the 21st ending on the 5th. > > The final full infrastructure freeze does not begin until the 11th. > > > > Is there a SOP that lists these freezes so I can add them to our universal > schedule? > > I wasn't sure where to start here: > https://fedoraproject.org/w/index.php?title=Special%3APrefixindex&from=Infrastructure%2FSOP&namespace=0 > The SOP just states they start 2 weeks before a prerelease or release: http://fedoraproject.org/wiki/Infrastructure/SOP/Release -Mike From huzaifas at redhat.com Tue Oct 14 12:09:22 2008 From: huzaifas at redhat.com (Huzaifa Sidhpurwala) Date: Tue, 14 Oct 2008 17:39:22 +0530 Subject: Maps In-Reply-To: References: <1223670654.22984.21.camel@localhost.localdomain> <1223670889.27425.16.camel@rosebud> Message-ID: <48F48BF2.1000409@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike McGrath wrote: > On Fri, 10 Oct 2008, seth vidal wrote: > >> On Fri, 2008-10-10 at 16:30 -0400, Paul W. Frields wrote: >>> On Fri, 2008-10-10 at 13:51 -0500, Mike McGrath wrote: >>>> Anyone interested in getting our fedoraproject.org/maps/ infrastructure >>>> back in place? It was up and running in FC6, after the rebuild and no >>>> more FC6 boxes though, we no longer have active maps. >>> These maps were really helpful to the Community Architecture team in >>> forming strategy and evangelizing. Having the maps back on the map >>> (sorry) would be of great value. >>> Did some juggling with the scripts and got a working prototype at: http://publictest15.fedoraproject.org/maps/ Since publictest15 does not have any logs, i copied a couple of logs manually ran the script, more work to be done on this in the next few days and finally the deployment on log1 if all goes well. - -- Regards, Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas) GnuPG Fingerprint: 3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFI9IvyzHDc8tpb2uURAiuYAJ9XlWb8hDUBtoYum03QZMtQHdk+4QCbBkJx kQHEHO/Nj8HmD2XWLj1o5NU= =DOo3 -----END PGP SIGNATURE----- From stickster at gmail.com Tue Oct 14 12:36:06 2008 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 14 Oct 2008 12:36:06 +0000 Subject: Maps In-Reply-To: <48F48BF2.1000409@redhat.com> References: <1223670654.22984.21.camel@localhost.localdomain> <1223670889.27425.16.camel@rosebud> <48F48BF2.1000409@redhat.com> Message-ID: <1223987766.21332.26.camel@victoria-eth.internal.frields.org> On Tue, 2008-10-14 at 17:39 +0530, Huzaifa Sidhpurwala wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mike McGrath wrote: > > On Fri, 10 Oct 2008, seth vidal wrote: > > > >> On Fri, 2008-10-10 at 16:30 -0400, Paul W. Frields wrote: > >>> On Fri, 2008-10-10 at 13:51 -0500, Mike McGrath wrote: > >>>> Anyone interested in getting our fedoraproject.org/maps/ infrastructure > >>>> back in place? It was up and running in FC6, after the rebuild and no > >>>> more FC6 boxes though, we no longer have active maps. > >>> These maps were really helpful to the Community Architecture team in > >>> forming strategy and evangelizing. Having the maps back on the map > >>> (sorry) would be of great value. > >>> > > Did some juggling with the scripts and got a working prototype at: > http://publictest15.fedoraproject.org/maps/ > > Since publictest15 does not have any logs, i copied a couple of logs > manually ran the script, more work to be done on this in the next few > days and finally the deployment on log1 if all goes well. This is great progress Huzaifa! Thank you for working on this and I look forward to seeing more in the next few days. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 Tue Oct 14 18:58:48 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 14 Oct 2008 13:58:48 -0500 (CDT) Subject: Outage Notification - 2008-10-15 13:30 UTC Message-ID: There will be an outage starting at 2008-10-15 13:30 UTC, which will last approximately 1 hour. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-10-15 13:30 UTC' Affected Services: Buildsystem Database Fedora Hosted Translation Services Websites Unaffected Services: DNS CVS / Source Control Fedora People Fedora Talk Mail Mirror System Torrent Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/911 Reason for Outage: Migrating to postgres 8.3. This should require minutes of outage time. We're going to do a dump, delete, update, import. Doing this one in the morning because its short, so we can monitor it during the day instead of have it fail at night, and so we don't interrupt any of the builds or mashes that would happen in the evening. Actual downtime should be about 5-10 minutes Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. From pertusus at free.fr Tue Oct 14 21:27:36 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 14 Oct 2008 23:27:36 +0200 Subject: adding releases to bodhi and cluttered menu Message-ID: <20081014212736.GA4141@free.fr> Hello, This question is asked in the context of https://fedoraproject.org/wiki/User:Pertusus/Draft_keeping_infra_open_for_EOL which has not already been approved by FESCO, so this could have no follow-up, though I think that this issue is also relevant for EPEL. Till raised an interesting issue associated with adding more releases in bodhi: each release takes some place in the left menu. Another could still be right, but I think that 4 or more will certainly be problematic. Has this issue already been considered? What is the plan for EPEL when it switches to using bodhi? In addition to being there there will be in the end 3 to 5 EPEL versions in parallel so this is certainly an issue that will arise. Any comment, idea? If it ends up that for the proposal (or for EPEL) another bodhi server has to be set up, can you tell if it is easy rather easy to set up and administer or rather hard? -- Pat From bugs.michael at gmx.net Wed Oct 15 21:59:38 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Oct 2008 23:59:38 +0200 Subject: extras_signers group in FAS Message-ID: <20081015235938.235eec78.bugs.michael@gmx.net> Is the "extras_signers" group in FAS still needed for anything? Is it still used for ownership of any files on buildsys.fedoraproject.org? (e.g. the pushscript cvs checkout) If so, can't the same files be owned by the epel_signers? In either case, I no longer seem to be able to access those files or the machine for a cvs up or for taking a look myself, so for me the group is useless. There's also an "extras-signers" email alias defined somewhere, which has only received spam since the end of Fedora Extras. Any reason to keep it? From bugs.michael at gmx.net Wed Oct 15 22:12:57 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 16 Oct 2008 00:12:57 +0200 Subject: pkg cvs ACL weirdness Message-ID: <20081016001257.f94bf569.bugs.michael@gmx.net> [mschwendt at opc4 audacity]$ cvs commit -m 'mention upstream plans on 1.3.6-beta' README **** Access denied: mschwendt is not in ACL for rpms/audacity cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! That used to work. I'm co-maintainer: https://admin.fedoraproject.org/pkgdb/packages/name/audacity From mmcgrath at redhat.com Wed Oct 15 22:29:49 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 15 Oct 2008 17:29:49 -0500 (CDT) Subject: extras_signers group in FAS In-Reply-To: <20081015235938.235eec78.bugs.michael@gmx.net> References: <20081015235938.235eec78.bugs.michael@gmx.net> Message-ID: On Wed, 15 Oct 2008, Michael Schwendt wrote: > Is the "extras_signers" group in FAS still needed for anything? > > Is it still used for ownership of any files on buildsys.fedoraproject.org? > (e.g. the pushscript cvs checkout) If so, can't the same files be owned by > the epel_signers? In either case, I no longer seem to be able to access those > files or the machine for a cvs up or for taking a look myself, so for me the > group is useless. > > There's also an "extras-signers" email alias defined somewhere, which > has only received spam since the end of Fedora Extras. Any reason to keep > it? > I can't think of any off hand. I'll create a ticket: https://fedorahosted.org/fedora-infrastructure/ticket/913 We'll need to do a full audit. -Mike From mmcgrath at redhat.com Wed Oct 15 22:30:30 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 15 Oct 2008 17:30:30 -0500 (CDT) Subject: pkg cvs ACL weirdness In-Reply-To: <20081016001257.f94bf569.bugs.michael@gmx.net> References: <20081016001257.f94bf569.bugs.michael@gmx.net> Message-ID: On Thu, 16 Oct 2008, Michael Schwendt wrote: > [mschwendt at opc4 audacity]$ cvs commit -m 'mention upstream plans on 1.3.6-beta' README > **** Access denied: mschwendt is not in ACL for rpms/audacity > cvs commit: Pre-commit check failed > cvs [commit aborted]: correct above errors first! > > > That used to work. I'm co-maintainer: > https://admin.fedoraproject.org/pkgdb/packages/name/audacity > This every time or just this one time? Probably best to submit a ticket. -Mike From bugs.michael at gmx.net Wed Oct 15 22:51:12 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 16 Oct 2008 00:51:12 +0200 Subject: pkg cvs ACL weirdness In-Reply-To: References: <20081016001257.f94bf569.bugs.michael@gmx.net> Message-ID: <20081016005112.ef94ceff.bugs.michael@gmx.net> On Wed, 15 Oct 2008 17:30:30 -0500 (CDT), Mike McGrath wrote: > On Thu, 16 Oct 2008, Michael Schwendt wrote: > > > [mschwendt at opc4 audacity]$ cvs commit -m 'mention upstream plans on 1.3.6-beta' README > > **** Access denied: mschwendt is not in ACL for rpms/audacity > > cvs commit: Pre-commit check failed > > cvs [commit aborted]: correct above errors first! > > > > > > That used to work. I'm co-maintainer: > > https://admin.fedoraproject.org/pkgdb/packages/name/audacity > > > > This every time or just this one time? Probably best to submit a ticket. Always. https://fedorahosted.org/fedora-infrastructure/ticket/914 From lmacken at redhat.com Wed Oct 15 23:04:49 2008 From: lmacken at redhat.com (Luke Macken) Date: Wed, 15 Oct 2008 19:04:49 -0400 Subject: adding releases to bodhi and cluttered menu In-Reply-To: <20081014212736.GA4141@free.fr> References: <20081014212736.GA4141@free.fr> Message-ID: <20081015230449.GR15197@x300> On Tue, Oct 14, 2008 at 11:27:36PM +0200, Patrice Dumas wrote: > Hello, > > This question is asked in the context of > https://fedoraproject.org/wiki/User:Pertusus/Draft_keeping_infra_open_for_EOL > which has not already been approved by FESCO, so this could have no > follow-up, though I think that this issue is also relevant for EPEL. > > Till raised an interesting issue associated with adding more releases in > bodhi: each release takes some place in the left menu. Another could > still be right, but I think that 4 or more will certainly be > problematic. Has this issue already been considered? What is the plan > for EPEL when it switches to using bodhi? In addition to being there > there will be in the end 3 to 5 EPEL versions in parallel so this is > certainly an issue that will arise. > > Any comment, idea? The next major bodhi release will allow single updates to span across various releases. I also would like to add a differentiation between 'Products' (Fedora/EPEL). With this new model, we could easily come up with a nice sidebar view that can encompass everything. > If it ends up that for the proposal (or for EPEL) another bodhi server > has to be set up, can you tell if it is easy rather easy to set up and > administer or rather hard? It's extremely easy to setup, and not very difficult to maintain, but I'm not sure I see any value in setting up a separate instance for EPEL. luke From mmcgrath at redhat.com Thu Oct 16 02:02:54 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 15 Oct 2008 21:02:54 -0500 (CDT) Subject: CIA integration Message-ID: So I was going through some old tickets and stumbled across this: https://fedorahosted.org/fedora-infrastructure/ticket/164 I gave it a quick look over and I'm not against this integration but I'm generally apathetic about it. So I ask if anyone here is interested enough to get it into Fedora. I'm not sure if both the server and client versions are provided there but it looks like what is there is GPLv2. Thoughts? -Mike From skvidal at fedoraproject.org Thu Oct 16 03:04:42 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 15 Oct 2008 23:04:42 -0400 Subject: CIA integration In-Reply-To: References: Message-ID: <1224126282.21581.25.camel@rosebud> On Wed, 2008-10-15 at 21:02 -0500, Mike McGrath wrote: > So I was going through some old tickets and stumbled across this: > > https://fedorahosted.org/fedora-infrastructure/ticket/164 > > I gave it a quick look over and I'm not against this integration but I'm > generally apathetic about it. So I ask if anyone here is interested > enough to get it into Fedora. I'm not sure if both the server and client > versions are provided there but it looks like what is there is GPLv2. > doesn't look interesting to me, either. -sv From dev at nigelj.com Thu Oct 16 04:20:59 2008 From: dev at nigelj.com (Nigel Jones) Date: Thu, 16 Oct 2008 17:20:59 +1300 Subject: CIA integration In-Reply-To: References: Message-ID: <1224130859.14186.11.camel@fantail.jnet.net.nz> On Wed, 2008-10-15 at 21:02 -0500, Mike McGrath wrote: > So I was going through some old tickets and stumbled across this: > > https://fedorahosted.org/fedora-infrastructure/ticket/164 > > I gave it a quick look over and I'm not against this integration but I'm > generally apathetic about it. So I ask if anyone here is interested > enough to get it into Fedora. I'm not sure if both the server and client > versions are provided there but it looks like what is there is GPLv2. > > Thoughts? I've been looking at it, here is my thoughts: Fedora CVS: * We'd gain visibility from having people see our commits to packages * As such, we'd be able to show that we are active and not a pack of dodos Fedora Hosted: * SVN: Scripts work natively and I'd really be interested in getting this going for interested projects * Git: Would require a bit more investigation, but it looks 'okay' and possible - I'd be willing to do this * HG: I recall even upstream do this In my opinion, while there are no direct benefits, it does promote some visibility for Fedora/Fedora Hosted/our hosted projects. As such, I'd be willing to step up to the plate and do this. N.B> They are just publicly available scripts, I see no benefit to including such scripts as a separate package, especially as there are so many different scripts for different VCS' the maintainability of such a package would be just NUTS -- Nigel Jones From mmcgrath at redhat.com Thu Oct 16 13:13:08 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 16 Oct 2008 08:13:08 -0500 (CDT) Subject: CIA integration In-Reply-To: <1224130859.14186.11.camel@fantail.jnet.net.nz> References: <1224130859.14186.11.camel@fantail.jnet.net.nz> Message-ID: On Thu, 16 Oct 2008, Nigel Jones wrote: > On Wed, 2008-10-15 at 21:02 -0500, Mike McGrath wrote: > > So I was going through some old tickets and stumbled across this: > > > > https://fedorahosted.org/fedora-infrastructure/ticket/164 > > > > I gave it a quick look over and I'm not against this integration but I'm > > generally apathetic about it. So I ask if anyone here is interested > > enough to get it into Fedora. I'm not sure if both the server and client > > versions are provided there but it looks like what is there is GPLv2. > > > > Thoughts? > I've been looking at it, here is my thoughts: > > Fedora CVS: > * We'd gain visibility from having people see our commits to packages > * As such, we'd be able to show that we are active and not a pack of > dodos > > Fedora Hosted: > * SVN: Scripts work natively and I'd really be interested in getting > this going for interested projects > * Git: Would require a bit more investigation, but it looks 'okay' and > possible - I'd be willing to do this > * HG: I recall even upstream do this > > In my opinion, while there are no direct benefits, it does promote some > visibility for Fedora/Fedora Hosted/our hosted projects. > > As such, I'd be willing to step up to the plate and do this. > > N.B> They are just publicly available scripts, I see no benefit to > including such scripts as a separate package, especially as there are so > many different scripts for different VCS' the maintainability of such a > package would be just NUTS > Putting it in a package is 2 fold. If the scripts really do change so often they can't go in a package then perhaps we shouldn't deploy them as thats a high cost for us to maintain. Also by packaging them, and the server portion if its available, we know we're using open source clients and submiting to an open source server. Even if we aren't running the server I think its important that for integration with us that the server software be available. -Mike From notting at redhat.com Thu Oct 16 13:47:48 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 16 Oct 2008 09:47:48 -0400 Subject: CIA integration In-Reply-To: References: Message-ID: <20081016134748.GF20184@nostromo.devel.redhat.com> Mike McGrath (mmcgrath at redhat.com) said: > So I was going through some old tickets and stumbled across this: > > https://fedorahosted.org/fedora-infrastructure/ticket/164 > > I gave it a quick look over and I'm not against this integration but I'm > generally apathetic about it. So I ask if anyone here is interested > enough to get it into Fedora. I'm not sure if both the server and client > versions are provided there but it looks like what is there is GPLv2. > > Thoughts? Oof, I should have done something with this a long time ago - I didn't see a huge benefit for it, so I never allocated time to it. But I should have said so in the ticket. Bill From ricky at fedoraproject.org Thu Oct 16 20:38:38 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 16 Oct 2008 16:38:38 -0400 Subject: Meeting Log - 2008-10-16 Message-ID: <20081016203837.GD11844@sphe.res.cmu.edu> 19:59 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Who's here? 19:59 -!- giallu [n=giallu at fedora/giallu] has joined #fedora-meeting 20:00 < G> moo! 20:00 < ivazquez> Pong. 20:00 * skvidal is 20:01 * SmootherFrOgZ is 20:01 < kcadieux> hello 20:01 < mmcgrath> Ok, lets get started 20:01 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Outstanding tickets 20:01 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 20:01 < zodbot> mmcgrath: http://tinyurl.com/2hyyz6 20:01 -!- lfoppiano_ [n=lfoppian at host5-167-dynamic.8-87-r.retail.telecomitalia.it] has quit "Ex-Chat" 20:01 -!- Sonar_Guy [n=Who at fedora/sonarguy] has quit "IRC is just a real time Flame Fest" 20:01 < mmcgrath> .ticket 395 20:01 < zodbot> mmcgrath: #395 (Audio Streaming of Fedora Board Conference Calls) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/395 20:01 < mmcgrath> jcollie: anything new? 20:02 * ricky 20:02 < jcollie> um nope 20:02 < mmcgrath> skvidal: just so I know, how high of a priority is this from the boards point of view? 20:02 < skvidal> I wouldn't stress it 20:02 * dgilmore is here 20:02 < G> jcollie: nope's get one zap in the electric chair you know :) 20:02 < mmcgrath> k 20:02 < mmcgrath> .ticket 446 20:03 < zodbot> mmcgrath: #446 (Possibility to add external links on spins page) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/446 20:03 < mmcgrath> dgilmore: ^^ 20:03 -!- jmbuser [n=jmbuser at 94.98.47.119] has quit "Leaving" 20:04 < mmcgrath> dgilmore: anything new there? Can that ticket be closed? 20:05 < mmcgrath> ok, we'll skip that 20:05 < mmcgrath> and 740 for now 20:05 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Change freeze 20:06 < mmcgrath> The pre-release change freeze is going to happen again for the preview release. The release is on the 4th so the freeze starts on the 21st. Thats next Tuesday. 20:06 < mmcgrath> Those of you having any major changes to do, do it before that. 20:06 < mmcgrath> any questions? 20:06 < G> mmcgrath: err... 20:06 < G> release is on the 4th? 20:06 < G> oh... preview release 20:07 < mmcgrath> yeah, not the final, this is still just a pre-release freeze. 20:07 < abadger1999> When's the final freeze start? 20:07 * abadger1999 determining the window. 20:07 < mmcgrath> the final freeze starts on the 11th 20:07 < mmcgrath> assuming no slip. so the window between pre-freeze and the final freeze is large. 20:08 -!- balor [n=balor at gimili.plus.com] has quit Remote closed the connection 20:08 < mmcgrath> Also, I've heard there's a new switch going in at some point in time soon. Initial estimates put it in the third week in November. I said no to that. 20:08 < mmcgrath> which means it might get done sooner, might get done after. 20:08 < G> mmcgrath: you said no to finally getting a new switch? :P 20:09 < jcollie> G: he said no to putting it in right before the release 20:09 < mmcgrath> Even if its during the pre-release freeze I'd like to get that switch in. I generally consider it lower risk but it will involve downtime. There's no room in that rack so we have to power one down, remove it, put the new one in, hook it up. 20:09 < G> yeah yeah, I know, third week is a pain for release :) 20:09 < mmcgrath> hehehe 20:09 < mmcgrath> yeah. 20:09 < mmcgrath> Yeah. 20:09 < G> jcollie: I was trying to be sarcastic 20:09 < mmcgrath> Ok, so thats a heads up. 20:10 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- bapp 20:10 < mmcgrath> err sorry, next topic :) 20:10 < mmcgrath> so I've moved a couple more things to the bapp server like the translations cron job. 20:10 < mmcgrath> Hopefully before the freeze I'll have the docs site over there as well 20:11 < mmcgrath> anyone have any comments on our new server setup? So far its worked well. 20:11 < abadger1999> What's the best puppet file to look at as an example? 20:11 < G> Yep, I have a comment... It's great now we have it finally working :) 20:12 < mmcgrath> abadger1999: appRhel.pp now has a section in it for bapp servers and non bapp servers. 20:12 < abadger1999> Cool. I'll see about moving some other crob jobs over 20:12 < mmcgrath> so, with the translations app for example, in the bapp section I have a "update translations" include. In the else section I have the "rsync db" include 20:13 < abadger1999> Are we always going to have a single bapp server? 20:13 < mmcgrath> always one active. 20:13 < abadger1999> Cool. 20:13 < mmcgrath> until we find its being overwhelmed by cron jobs :) 20:13 < mmcgrath> its pretty easy to set another one up if it crashes, and that should be transparent to the users which is good. 20:14 < mmcgrath> Anyone have anything else on that? 20:14 < mmcgrath> Ok 20:14 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- db2 upgrade 20:14 -!- Valholla_work [i=0c29727e at gateway/web/ajax/mibbit.com/x-a8a2fdbfcfe68d57] has joined #fedora-meeting 20:14 -!- Valholla_work is now known as work_valholla 20:15 -!- JSchmitt [n=s4504kr at fedora/JSchmitt] has quit "Konversation terminated!" 20:15 < mmcgrath> so we did a db2 upgrade yesterday. It went well. the db was down only for a few minutes and AFAIK has been working great. 20:15 < mmcgrath> this was the last upgrade to postgres8.3 that we've done. 20:15 < ricky> Woo, so no more vacuuming scripts, etc. then? 20:15 < mmcgrath> nope, all gone 20:15 < G> mmcgrath: so I take it we are assuming RHEL6 will have postgres >= 8.3? 20:15 < abadger1999> Right :-) 20:15 * work_valholla grabs a chair in back, because he is running late 20:16 < mmcgrath> G: not sure actually. I guess its up to them. But even if it doesn't, we have our infrastructure repo. 20:16 < G> mmcgrath: yeah I know :) 20:16 < mmcgrath> I'm a little surprised they haven't shipped 8.3 in some other channel or something after all the problems we had with the stock version 20:16 -!- cassmodiah [n=cass at fedora/cassmodiah] has quit Read error: 104 (Connection reset by peer) 20:16 -!- AndreasR [n=zeus at 80-218-143-60.dclient.hispeed.ch] has joined #fedora-meeting 20:16 < mmcgrath> actually I guess I never checked, we might ship an 8.3 :) 20:17 < G> mmcgrath: I don't think RH does 20:17 < G> mmcgrath: RH Application Stack only ships 8.2 20:17 < mmcgrath> :: sigh :: 20:17 < mmcgrath> ahwell. 20:17 < mmcgrath> yeah, I'm just running under the hope that RHEL6 will have it. 20:17 < mmcgrath> though by then it might be 8.4 :) 20:17 < G> or the RHEL6 App Stack 20:17 < G> mmcgrath: true 20:17 < mmcgrath> Ok, so anyone have any questions on that? 20:18 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Performance issues 20:18 < mmcgrath> So I've been investigating some of the more odd performance issues we have to try to get a better handle on how our applications interact. 20:19 < mmcgrath> this includes simple things like too many httpd processes running on a host, to having unusually slow connections from app server to db over the vpn. 20:19 < mmcgrath> I think there are some efficiences to be gained there. 20:19 < mmcgrath> Does anyone have anything they'd like to comment on there? 20:20 < mmcgrath> ok, next item 20:20 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- fedoraproject.org/maps 20:20 < dgilmore> is there one or two small thinsg that would have a big impact? 20:20 < abadger1999> Keep it up :-) 20:20 < abadger1999> If we need code changes I can help. 20:20 < mmcgrath> dgilmore: I'm not sure yet, we changed the database server in the middle of some of my tests so that kind of threw things off :) 20:21 < mmcgrath> really we're in decent shape, but sometimes things pop up like, why does haproxy report pkgdb as dead on app4 so often? 20:21 < mmcgrath> especially since all the app servers should be the same now. 20:21 < mmcgrath> so I don't think any major changes, just lots of little ones. 20:21 < mmcgrath> Anywho, huzaifas has volunteered to get our maps stuff back in order on log1. 20:22 < mmcgrath> huzaifas's been doing a great job recently, and he's on the other side of the planet like G so he's a great addition to our team. 20:22 < mmcgrath> I think the maps script is all worked out and fixed, but we're missing a perl module. The owner has been contacted and we're going to try to get an EPEl branch for it 20:22 < mmcgrath> Thats really all there is on that. 20:22 < ricky> Coool 20:23 < mmcgrath> So 20:23 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:23 * ricky wonders if there are any python plans for version 2 :-) 20:23 -!- ke4qqq [n=ke4qqq at fedora/ke4qqq] has quit Remote closed the connection 20:23 -!- ke4qqq [n=ke4qqq at fedora/ke4qqq] has joined #fedora-meeting 20:24 < mmcgrath> anyone have anything they'd like to discuss? 20:24 < G> mmcgrath: two items maybe... 1) Ticket handling on trac 20:24 < mmcgrath> ricky: oh who knows with these things ;) 20:24 < G> and I just forgot 2) dammit 20:24 < mmcgrath> heh 20:24 < mmcgrath> well lets hit 1. what about ticket handling? 20:25 < G> mmcgrath: really, 'it'd be nice' to start using statuses of some sort 20:25 < mmcgrath> statuses? 20:25 < G> mmcgrath: like 'instaging' etc 20:25 < G> trac doesn't really support statuses so I guess we'd have to use the keywords component 20:26 < mmcgrath> what problem are we trying to solve? 20:26 -!- No5251 [n=No5251 at p50990d02.dip0.t-ipconnect.de] has quit Read error: 113 (No route to host) 20:26 < G> mmcgrath: make it easier when triaging etc 20:26 * mmcgrath often doesn't know if people are actually working on something when its assigned to them. 20:26 -!- AndreasR [n=zeus at 80-218-143-60.dclient.hispeed.ch] has quit "Verlassend" 20:26 < G> (or looking for good candidates to close etc) 20:26 < G> mmcgrath: I agree 20:27 < mmcgrath> we can try it. Put together a workflow and send it to the list. 20:27 < ricky> How much burden does it add to reporters/handlers, and what do we get in exchange? 20:27 < mmcgrath> If people follow it great, if they don't we're no worse off then we are now. 20:27 < G> mmcgrath: I've been guilty of it too, I've assigned a ticket to myself and 'forgotten about it' 20:27 < mmcgrath> ricky: The big one I run into is people assigned a task that aren't working on it. 20:27 < ricky> https://fedorahosted.org/fedora-infrastructure/report/8 :-) 20:27 < mmcgrath> I'd also like to be more liberal about people taking stalled tickets. 20:27 < G> ricky: well, look at the BZ workflow @redhat'ers have, imo it's great because it's somewhat obvious what stage a ticket is in 20:28 < mmcgrath> like "if someone takes your ticket and you haven't been working on it for X days, don't get a sour face about it" 20:28 < G> mmcgrath: like I did with the Fedora Hosted post-update ticket? :P 20:28 < ricky> Could we just not get sour faces period? :-) 20:29 < mmcgrath> ricky: yeah but some people still get that way. 20:29 < mmcgrath> G: well, if you're interested propose a workflow and send it to the list so we can comment and adopt it. 20:29 < G> mmcgrath: right 20:29 -!- LetoTo [n=paul at bofh.xelerance.com] has quit No route to host 20:30 < mmcgrath> Anyone have anything else to discuss? 20:30 < G> oh yeah... 20:30 < G> 2) RH App Stack 20:30 < G> It has PHP 5.2 iirc which could be nice for when we are looking at CMS' 20:31 -!- LetoTo [n=paul at bofh.xelerance.com] has joined #fedora-meeting 20:32 -!- zcat [n=zcat at pdpc/supporter/active/zcat] has quit Read error: 110 (Connection timed out) 20:33 < mmcgrath> I'm fine with moving to that if the CMS supports it. 20:33 < mmcgrath> but lets not move to it if the CMS doesn't gain from it. 20:33 -!- J5 [n=quintice at c-76-24-17-105.hsd1.ma.comcast.net] has joined #fedora-meeting 20:33 < G> mmcgrath: +1 20:33 < mmcgrath> K, anyone have anything else to discuss? If not we can close the meeting in 30 20:33 < ricky> Hmm, newer versions of RHEL packages? I wonder how tough that it to manage (and if it's in the scope of EPEL stuff) 20:34 -!- zcat [n=zcat at pdpc/supporter/active/zcat] has joined #fedora-meeting 20:34 < G> ricky: well it's a seperate channel, which is how RH like to do stuff 20:34 < mmcgrath> ricky: the RH App Stack is a channel in RHN and would replace RHEL packages. But EPEL can't touch it because RHN does technically ship it. 20:34 < skvidal> ricky: newer ver of things in rhel? 20:34 < ricky> As in, is that something that EPEL can do as well? I was just curious 20:35 < G> ricky: we'd kinda have to do a "EPEL App Stack" repo in a way 20:35 < G> that could build against "RHEL+EPEL+RH App Stack" 20:35 < skvidal> ricky: I think that would be 'frowned on' 20:35 < G> skvidal: +1 :) 20:35 < ricky> Heh, OK 20:35 -!- tibbs [n=tibbs at fedora/tibbs] has quit "Konversation terminated!" 20:36 < mmcgrath> Ok, anyone have anything else to discuss? 20:36 < mmcgrath> if not we'll close the meeting in 30 20:36 < skvidal> not to mention the dep resolution would make me want to kill people 20:36 < skvidal> 'oh look, we have a newer glibc... doom' 20:36 < G> skvidal: :P 20:36 < mmcgrath> 15 20:36 < mmcgrath> 5 20:37 < G> Have a good day all! 20:37 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mmcgrath at redhat.com Fri Oct 17 17:34:00 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 17 Oct 2008 12:34:00 -0500 (CDT) Subject: Failed drive and staging environment Message-ID: We've got a failed drive on xen13 right now, as a result to ease tensions on that box I've shut down the staging environment. I'm on the phone with IBM now, we'll probably have a replacement in the next few days. -Mike From dev at nigelj.com Sat Oct 18 01:58:56 2008 From: dev at nigelj.com (Nigel Jones) Date: Sat, 18 Oct 2008 14:58:56 +1300 Subject: Zabbix Updates - Please Read Message-ID: <1224295136.8880.18.camel@fantail.jnet.net.nz> Hi Ho Everybody! There will likely be a short period of time over the next couple of days where Zabbix will be unable to report/etc (manual DB updates). I'll also be taking a moment to 'restructure' (for want of a better word) the way we monitor external hosts etc. - One of the reasons we went for this self punishment was to get a feel for how it compared to Nagios, I think it has performed great and we'll be able to orphan off Cacti at the same time :). Now here is the important bit: We have a variety of applications that have been recently had things added/altered/moved etc etc, or they have just been never added to Nagios etc, so here is your challenge: If you run/work on/do something with the Infrastructure that meets any of the following criteria: * Is seen by the public (fas, etc) * Can cause problems to the normal routine (i.e. rawhide builds etc - did it succeed?) * Is important in some other way * Has a nice statistic that people might want to know/track... THEN PLEASE... let us know... What we need to know is: * How can such a thing be monitored? - Open ports/service, number of processes, age of a file, running a command and checking the output, running a custom script (to make it easier for us, if you can create such script it'd be helpful) etc etc etc * How often would it need to be checked? * What does 'failure' mean wrt the check (if one exists - statistics don't need this) * How can such a 'failure' be fixed automatically (ditto for above)... Then we can add them all together, stir the pot and be happy happy happy. Be extravagant too while we mightn't want to implement every single check you suggest, you might think of something that might have been forgotten... (sysadmin-noc: I still need to work out the best way of scaling this, but I think I've nearly got it, and a SOP will be written when it's final) - Nigel -- Nigel Jones From mmcgrath at redhat.com Sat Oct 18 03:16:27 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 17 Oct 2008 22:16:27 -0500 (CDT) Subject: Zabbix Updates - Please Read In-Reply-To: <1224295136.8880.18.camel@fantail.jnet.net.nz> References: <1224295136.8880.18.camel@fantail.jnet.net.nz> Message-ID: On Sat, 18 Oct 2008, Nigel Jones wrote: > happy. > > Be extravagant too while we mightn't want to implement every single > check you suggest, you might think of something that might have been > forgotten... > > (sysadmin-noc: I still need to work out the best way of scaling this, > but I think I've nearly got it, and a SOP will be written when it's > final) > Would you guys like a monitoring component in our ticketing system? -Mike From dev at nigelj.com Sat Oct 18 05:11:51 2008 From: dev at nigelj.com (Nigel Jones) Date: Sat, 18 Oct 2008 18:11:51 +1300 Subject: Zabbix Updates - Please Read In-Reply-To: References: <1224295136.8880.18.camel@fantail.jnet.net.nz> Message-ID: <1224306711.8880.20.camel@fantail.jnet.net.nz> On Fri, 2008-10-17 at 22:16 -0500, Mike McGrath wrote: > On Sat, 18 Oct 2008, Nigel Jones wrote: > > > happy. > > > > Be extravagant too while we mightn't want to implement every single > > check you suggest, you might think of something that might have been > > forgotten... > > > > (sysadmin-noc: I still need to work out the best way of scaling this, > > but I think I've nearly got it, and a SOP will be written when it's > > final) > > > > Would you guys like a monitoring component in our ticketing system? Good idea, it now exists as 'Monitoring'. sysadmin-noc people, don't reassign these (leave them as is) for now. - Nigel -- Nigel Jones From mmcgrath at redhat.com Mon Oct 20 15:56:03 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 20 Oct 2008 10:56:03 -0500 (CDT) Subject: Change freeze begins tomorrow. Message-ID: Hey guys, just a reminder, another pre-release freeze starts tomorrow and lasts until 11-05-2008 -Mike From mmcgrath at redhat.com Tue Oct 21 16:42:48 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 21 Oct 2008 11:42:48 -0500 (CDT) Subject: change freeze ruby update Message-ID: https://rhn.redhat.com/errata/RHSA-2008-0897.html Can I get 2 +1's to update ruby on all the servers? -Mike From ricky at fedoraproject.org Tue Oct 21 16:46:23 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Tue, 21 Oct 2008 12:46:23 -0400 Subject: change freeze ruby update In-Reply-To: References: Message-ID: <20081021164623.GA22836@sphe.res.cmu.edu> On 2008-10-21 11:42:48 AM, Mike McGrath wrote: > https://rhn.redhat.com/errata/RHSA-2008-0897.html > > Can I get 2 +1's to update ruby on all the servers? +1 Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From jeff at ocjtech.us Tue Oct 21 16:50:10 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 21 Oct 2008 11:50:10 -0500 Subject: change freeze ruby update In-Reply-To: References: Message-ID: <935ead450810210950w14a77b59i3ebc18469136ebb@mail.gmail.com> On Tue, Oct 21, 2008 at 11:42 AM, Mike McGrath wrote: > https://rhn.redhat.com/errata/RHSA-2008-0897.html > > Can I get 2 +1's to update ruby on all the servers? +1 -- Jeff Ollie "You know, I used to think it was awful that life was so unfair. Then I thought, wouldn't it be much worse if life were fair, and all the terrible things that happen to us come because we actually deserve them? So, now I take great comfort in the general hostility and unfairness of the universe." -- Marcus to Franklin in Babylon 5: "A Late Delivery from Avalon" From a.badger at gmail.com Tue Oct 21 17:53:31 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 21 Oct 2008 10:53:31 -0700 Subject: change freeze ruby update In-Reply-To: References: Message-ID: <48FE171B.8080608@gmail.com> Mike McGrath wrote: > https://rhn.redhat.com/errata/RHSA-2008-0897.html > > Can I get 2 +1's to update ruby on all the servers? > +1 -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From ivazqueznet at gmail.com Tue Oct 21 18:14:02 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 21 Oct 2008 14:14:02 -0400 Subject: [Fwd: Problem with ssh to fedorapeople.org] Message-ID: <1224612843.13861.430.camel@ignacio.lan> For your consideration. -------- Forwarded Message -------- > From: Srinivas_Ramanatha at Dell.com > To: webmaster at fedoraproject.org > Subject: Problem with ssh to fedorapeople.org > Date: Tue, 21 Oct 2008 20:33:40 +0530 > > Hello, > > > > I am trying to ssh to fedorapeople.org to commit some of my packages > which have been reviewed. > > The ssh session with fedorapeople.org refuses to accept my password. > > Can anyone help me with this. > > > > My details: > > > > Username: srini > > > > ssh srini at fedorapeople.org is what I am trying and the session denies > my password although the password is keyed in correctly. > > > > Thanks in advance. > > Srini > > > > > > -------------- 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 dennis at ausil.us Tue Oct 21 19:43:58 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 21 Oct 2008 14:43:58 -0500 Subject: [Fwd: Problem with ssh to fedorapeople.org] In-Reply-To: <1224612843.13861.430.camel@ignacio.lan> References: <1224612843.13861.430.camel@ignacio.lan> Message-ID: <200810211443.59382.dennis@ausil.us> On Tuesday 21 October 2008 01:14:02 pm Ignacio Vazquez-Abrams wrote: > For your consideration. passwd auth is not allowed. they need to use ssh key auth Dennis > -------- Forwarded Message -------- > > > From: Srinivas_Ramanatha at Dell.com > > To: webmaster at fedoraproject.org > > Subject: Problem with ssh to fedorapeople.org > > Date: Tue, 21 Oct 2008 20:33:40 +0530 > > > > Hello, > > > > > > > > I am trying to ssh to fedorapeople.org to commit some of my packages > > which have been reviewed. > > > > The ssh session with fedorapeople.org refuses to accept my password. > > > > Can anyone help me with this. > > > > > > > > My details: > > > > > > > > Username: srini > > > > > > > > ssh srini at fedorapeople.org is what I am trying and the session denies > > my password although the password is keyed in correctly. > > > > > > > > Thanks in advance. > > > > Srini From dennis at ausil.us Tue Oct 21 19:44:11 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 21 Oct 2008 14:44:11 -0500 Subject: change freeze ruby update In-Reply-To: References: Message-ID: <200810211444.11816.dennis@ausil.us> On Tuesday 21 October 2008 11:42:48 am Mike McGrath wrote: > https://rhn.redhat.com/errata/RHSA-2008-0897.html > > Can I get 2 +1's to update ruby on all the servers? > > -Mike +1 From laxathom at fedoraproject.org Tue Oct 21 20:58:22 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Tue, 21 Oct 2008 22:58:22 +0200 Subject: [Fwd: Problem with ssh to fedorapeople.org] In-Reply-To: <1224612843.13861.430.camel@ignacio.lan> References: <1224612843.13861.430.camel@ignacio.lan> Message-ID: <62bc09df0810211358x66fa4cc6n765429acef265f07@mail.gmail.com> also note that with more than 3 (failed) tries the ip of the user is black listed. -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From a.badger at gmail.com Tue Oct 21 21:14:05 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 21 Oct 2008 14:14:05 -0700 Subject: [Fwd: Errors while syncing bugzilla with the PackageDB] Message-ID: <48FE461D.8060003@gmail.com> There's a new SOP that describes what we do to Bugzilla in Fedora: https://fedoraproject.org/wiki/Infrastructure/SOP/Bugzilla How to deal with the following occurrences is one of the things in it: -------- Original Message -------- Subject: Errors while syncing bugzilla with the PackageDB Date: Tue, 21 Oct 2008 20:12:26 +0000 (UTC) From: accounts at fedoraproject.org To: admin at fedoraproject.org The following errors were encountered while updating bugzilla with information from the Package Database. Please have the problems taken care of: ({'product': u'Fedora', 'component': u'aircrack-ng', 'initialowner': u'opensource at till.name', 'initialcclist': [u'dah21 at students.pti.edu', u'opensource at till.name']}, 504, 'The name dah21 at students.pti.edu is not a valid username. \n Either you misspelled it, or the person has not\n registered for a Red Hat Bugzilla account.') -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From indeo.mail at gmail.com Tue Oct 21 08:31:49 2008 From: indeo.mail at gmail.com (Saint.AK) Date: Tue, 21 Oct 2008 16:31:49 +0800 Subject: I want join in the Fedora Sysadmin Group Message-ID: <2ce75ead0810210131q1f082f80p390930c91ed8116d@mail.gmail.com> hi,all I am a fedora end user and I also run fedora server. My job is aslo like a sysadmin.we use script & other tools to monitor thousands servers, making sure that the apps on them are stable and web end user can use them freely. I am familar with shell script ,apache(balancer),tomcat,linux,and some perl script not very complex. Frankly speaking ,I do not have much network experience, and I still learn. I have used fedora/redhat for nearly 9 years, I want to give a hand to you, if you think I am able to do this :) sorry for my poor English:( Saintak at Beijing UTC+8 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis at ausil.us Wed Oct 22 20:40:56 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 22 Oct 2008 15:40:56 -0500 Subject: oops sorry. Message-ID: <200810221541.02457.dennis@ausil.us> i forgot we are in the infrastructure freeze, and made a change. We were using the default koji-gc config file which sent out email from "Koji Build System " i added the config to puppet and set the email to "Koji Build System " can i please get a pair of +1's for this. and a slap for being bad. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From jkeating at j2solutions.net Wed Oct 22 20:45:31 2008 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 22 Oct 2008 13:45:31 -0700 Subject: oops sorry. In-Reply-To: <200810221541.02457.dennis@ausil.us> References: <200810221541.02457.dennis@ausil.us> Message-ID: <1224708331.3417.26.camel@luminos.localdomain> On Wed, 2008-10-22 at 15:40 -0500, Dennis Gilmore wrote: > i forgot we are in the infrastructure freeze, and made a change. > > We were using the default koji-gc config file which sent out email from "Koji > Build System " > > i added the config to puppet and set the email to "Koji Build System > " > > can i please get a pair of +1's for this. and a slap for being bad. > +1 && slap -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Wed Oct 22 20:48:12 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 22 Oct 2008 16:48:12 -0400 Subject: oops sorry. In-Reply-To: <200810221541.02457.dennis@ausil.us> References: <200810221541.02457.dennis@ausil.us> Message-ID: <1224708492.3304.78.camel@rosebud> On Wed, 2008-10-22 at 15:40 -0500, Dennis Gilmore wrote: > i forgot we are in the infrastructure freeze, and made a change. > > We were using the default koji-gc config file which sent out email from "Koji > Build System " > > i added the config to puppet and set the email to "Koji Build System > " > > can i please get a pair of +1's for this. and a slap for being bad. > +1 SLAP! -sv From ricky at fedoraproject.org Thu Oct 23 01:39:26 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Wed, 22 Oct 2008 21:39:26 -0400 Subject: Change freeze request: /etc/resolv.conf on backup1, bacula-dir.conf Message-ID: <20081023013926.GB10891@sphe.res.cmu.edu> The search list on backup1 currently looks like: search fedora.phx.redhat.com I'd like to change it to: search fedora.phx.redhat.com vpn.fedoraproject.org fedoraproject.org I'd also like to change the address under the Storage blocks in modules/bacula/templates/bacula-dir.conf.erb to use backup1 instead of backup1.fedora.phx.redhat.com (this should make backups over the VPN work). Here's what the patch would look like: diff --git a/modules/bacula/templates/bacula-dir.conf.erb b/modules/bacula/templates/bacula-dir.conf.erb index 2d0a383..a1fe4fd 100644 --- a/modules/bacula/templates/bacula-dir.conf.erb +++ b/modules/bacula/templates/bacula-dir.conf.erb @@ -868,7 +868,7 @@ Client { Storage { Name = File # Do not use "localhost" here - Address = backup1.fedora.phx.redhat.com # N.B. Use a fully qualified name here + Address = backup1 SDPort = 9103 Password = "<%= baculaPasswordDir %>" Device = FileStorage @@ -888,7 +888,7 @@ Storage { Storage { Name = TapeDrive-1 # Do not use "localhost" here - Address = backup1.fedora.phx.redhat.com # N.B. Use a fully qualified name here + Address = backup1 SDPort = 9103 Password = "<%= baculaPasswordDir %>" Device = Autochanger We'd have to make sure that the search lists for all of our backed up hosts are setup to make backup1 go to the right place (.vpn.fp.o for external, .fedora.phx.redhat.com for internal) Can I get two +1s for these (do these changes seem safe enough to do now)? Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From jkeating at redhat.com Thu Oct 23 01:44:11 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Oct 2008 18:44:11 -0700 Subject: Change freeze request: /etc/resolv.conf on backup1, bacula-dir.conf In-Reply-To: <20081023013926.GB10891@sphe.res.cmu.edu> References: <20081023013926.GB10891@sphe.res.cmu.edu> Message-ID: <1224726251.3417.35.camel@luminos.localdomain> On Wed, 2008-10-22 at 21:39 -0400, Ricky Zhou wrote: > Can I get two +1s for these (do these changes seem safe enough to do > now)? +1 from me. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Thu Oct 23 03:23:41 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 22 Oct 2008 22:23:41 -0500 (CDT) Subject: Change freeze request: /etc/resolv.conf on backup1, bacula-dir.conf In-Reply-To: <20081023013926.GB10891@sphe.res.cmu.edu> References: <20081023013926.GB10891@sphe.res.cmu.edu> Message-ID: On Wed, 22 Oct 2008, Ricky Zhou wrote: > The search list on backup1 currently looks like: > > search fedora.phx.redhat.com > > I'd like to change it to: > > search fedora.phx.redhat.com vpn.fedoraproject.org fedoraproject.org > > I'd also like to change the address under the Storage blocks in > modules/bacula/templates/bacula-dir.conf.erb to use backup1 instead of > backup1.fedora.phx.redhat.com (this should make backups over the VPN > work). Here's what the patch would look like: > > diff --git a/modules/bacula/templates/bacula-dir.conf.erb b/modules/bacula/templates/bacula-dir.conf.erb > index 2d0a383..a1fe4fd 100644 > --- a/modules/bacula/templates/bacula-dir.conf.erb > +++ b/modules/bacula/templates/bacula-dir.conf.erb > @@ -868,7 +868,7 @@ Client { > Storage { > Name = File > # Do not use "localhost" here > - Address = backup1.fedora.phx.redhat.com # N.B. Use a fully qualified name here > + Address = backup1 > SDPort = 9103 > Password = "<%= baculaPasswordDir %>" > Device = FileStorage > @@ -888,7 +888,7 @@ Storage { > Storage { > Name = TapeDrive-1 > # Do not use "localhost" here > - Address = backup1.fedora.phx.redhat.com # N.B. Use a fully qualified name here > + Address = backup1 > SDPort = 9103 > Password = "<%= baculaPasswordDir %>" > Device = Autochanger > > We'd have to make sure that the search lists for all of our backed up > hosts are setup to make backup1 go to the right place (.vpn.fp.o for > external, .fedora.phx.redhat.com for internal) > > Can I get two +1s for these (do these changes seem safe enough to do > now)? > Backup1 isn't covered by the pre-release freeze so you don't need +1's for it. http://fedoraproject.org/wiki/Infrastructure/SOP/Release#Change_Freeze :) -Mike From mmcgrath at redhat.com Thu Oct 23 14:53:45 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 23 Oct 2008 09:53:45 -0500 (CDT) Subject: I want join in the Fedora Sysadmin Group In-Reply-To: <2ce75ead0810210131q1f082f80p390930c91ed8116d@mail.gmail.com> References: <2ce75ead0810210131q1f082f80p390930c91ed8116d@mail.gmail.com> Message-ID: On Tue, 21 Oct 2008, Saint.AK wrote: > hi,all > > I am a fedora end user and I also run fedora server. > > My job is aslo like a sysadmin.we use script & other tools to monitor thousands? servers, making sure that the apps on > them are stable and web end user can use them freely. > > I am familar with shell script ,apache(balancer),tomcat,linux,and some perl script not very complex. > > Frankly speaking ,I do not have much network experience, and I still learn. > > I have used fedora/redhat for nearly 9 years, I want to give a hand to you, if you think I am able to do this :) > > sorry for my poor English:( > Welcome Saint AK. Feel free to participate on the list or in #fedora-admin on irc.freenode.net. We have one of our weekly meetings today, if you are in a timezone that works please do attend it: http://fedoraproject.org/wiki/Infrastructure/Meeting -Mike From ricky at fedoraproject.org Thu Oct 23 20:55:35 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 23 Oct 2008 16:55:35 -0400 Subject: Meeting Log - 2008-10-23 Message-ID: <20081023205535.GD10891@sphe.res.cmu.edu> 20:00 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Who's here? 20:00 * ricky 20:00 < mmcgrath> heh 3rd time's a charm 20:00 < pvangundy> ping 20:01 < G> moo! 20:01 < SmootherFrOgZ> hello guys 20:01 -!- giallu [n=giallu at fedora/giallu] has joined #fedora-meeting 20:02 < mmcgrath> lets get started then 20:02 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 20:02 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 20:02 < zodbot> mmcgrath: http://tinyurl.com/2hyyz6 20:02 < mmcgrath> .ticket 395 20:02 < ricky> Heheh 20:02 < zodbot> mmcgrath: #395 (Audio Streaming of Fedora Board Conference Calls) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/395 20:02 -!- fchiulli [i=824c4012 at gateway/web/ajax/mibbit.com/x-0a06cef606c98088] has joined #fedora-meeting 20:02 < ricky> I got OperationalError: database is locked 20:02 < mmcgrath> jcollie: I forget, did you want me to take the meeting tag off of this? 20:02 < ricky> Works on a refresh, though 20:02 < mmcgrath> ricky: thats fun 20:02 * mdomsch ducks out for a different meeting 20:03 < G> wow, only two tickets with meeting tag, lets discuss a third... 20:03 * mmcgrath skips 395 for now 20:03 * f13 here 20:03 < mmcgrath> jcollie: if you want to take the meeting keyword off have at it. 20:03 < mmcgrath> .ticket 740 20:04 < zodbot> mmcgrath: #740 (Loaning out system time to OLPC participants) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/740 20:04 < mmcgrath> dgilmore: ^^^ anything new there? 20:04 -!- fozzmoo [n=fozz at 209.41.95.5] has left #fedora-meeting [] 20:05 * mmcgrath skips it too 20:05 < G> .ticket 576 20:05 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Pre-release freeze 20:05 < zodbot> G: #576 (Infrastructure Contact Information) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/576 20:05 < G> mmcgrath: oh, I was just going to ask what the status of that was? 20:06 < mmcgrath> G: that part's actually done ish. 20:06 < mmcgrath> there's an emergency response card that was handed out to some of the sysadmin-main guys. We need to come up with some sort of list that can be made public though. 20:07 < mmcgrath> I'll make some comments on that ticket though about some permanent place to put stuff. Like our inventory. 20:07 -!- themayor [n=jack at net2.senecac.on.ca] has quit 20:07 < pvangundy> when you say public, like freely searchable or behind some login/pwd page? 20:07 < mmcgrath> pvangundy: not sure yet. 20:08 < mmcgrath> It gets tricky, I don't want to accidently give out someone's home phone number that didn't want it to be given out. 20:08 < G> mmcgrath: well iirc the original intention was to store "if you can't get hold of me on IRC and you really need something try..." 20:08 < mmcgrath> but ath the same time my information is generally available. 20:08 < mmcgrath> and it seems weird to keep two lists. 20:08 < mmcgrath> G: yeah 20:09 < mmcgrath> my info is all in the nagios configs right now anyway, and via the pager page 20:09 < mmcgrath> https://admin.fedoraproject.org/pager 20:09 < pvangundy> so what information would be given? Just phone #, additional email account to try and reach some one? 20:09 -!- mdomsch_ [n=Matt_Dom at cpe-70-124-62-55.austin.res.rr.com] has joined #fedora-meeting 20:09 < mmcgrath> pretty much, multiple phone numbers if their available, pager email address. 20:09 < mmcgrath> stuff like that. 20:10 < pvangundy> do we have a tool for SMS? 20:10 < mmcgrath> pvangundy: https://admin.fedoraproject.org/pager 20:10 < mmcgrath> I think the big pusher here was ricky wanted peoples contact information once he was put in sysadmin-main and I think he has that now 20:10 < pvangundy> *sees now* 20:11 < mmcgrath> ricky: is that correct? 20:11 * ricky thinks for a moment 20:11 < G> mmcgrath: well it was one of the things I actually suggested iirc 20:12 < mmcgrath> G: not according to the ticket :-P 20:12 < ricky> I guess we could just document the two pager sites better 20:12 < mmcgrath> but either way, I'll get some docs together and have that ticket closed by the end of the week. 20:12 < ricky> (noc2 version: http://noc2.fedoraproject.org/pager and noc1 version: https://admin.fedoraproject.org/pager) 20:12 -!- ubertibbs [n=tibbs at fedora/tibbs] has quit "Konversation terminated!" 20:12 < pvangundy> well, do you have a core group of individuals that you would wnat to get this information one? Surely you wouldn't want everyone in sysadmin-* contact info 20:12 < G> mmcgrath: mainly if the shit hit the fan when I was around (which is when you guys aren't) and noone responded I'd be able to get it another way 20:13 < pvangundy> one = on 20:13 < mmcgrath> 20:13 < G> mmcgrath: ricky skimped on the paste iirc :) - can't be sure though 20:13 < mmcgrath> pvangundy: yeah but the problem is making sure the non-main members to get ahold of the main members. 20:13 < pvangundy> gotcha 20:14 < mmcgrath> Anywho, I've got an idea. I'll get it done, documented and in the ticket soon. 20:14 < G> mmcgrath: and really the ones that would want to would be -web, -noc & -build really :) 20:14 < mmcgrath> anyone have anything else on that? If not we'll move on? 20:14 < G> move on, sorry for sidetracking :) 20:14 < mmcgrath> no worries, we don't have much on the docket today 20:14 < mmcgrath> So we're in another pre-release freeze. 20:15 < mmcgrath> Should be pretty straight forward, we're getting better at these releases. 20:15 < mmcgrath> I'm going to be spending some time on docs. 20:15 < mmcgrath> I'd encourage everyone to spend time looking through logs and writing down things that should be fixed, or alternatively working on testing F10. 20:16 < mmcgrath> get bugs knocked down, or report new ones. Hopefully more of the former :) 20:16 < wwoods> yes please! 20:16 < mmcgrath> Anyone have any questions about the pre-release freeze? 20:16 < mmcgrath> wwoods: :-P 20:17 < mmcgrath> k 20:17 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- func problems 20:17 < G> ohhh fun :) 20:17 < mmcgrath> So func did a really odd thing recently and I think we're mostly fixed. 20:17 * lmacken checks to see if his func scripts work 20:17 < ricky> I saw you guys discussing it - what did it turn out to be? 20:18 < mmcgrath> So in a previous version of func there was a bug that caused services that func restarted to bind to the func port. 20:18 < lmacken> I think some issue where func wasn't closing file descriptors, or something ? 20:18 < mmcgrath> and they'd wait in line. 20:18 < ricky> Haha 20:18 < lmacken> gah, still getting a traceback :( 20:18 < lmacken> File "/usr/lib/python2.4/site-packages/certmaster/utils.py", line 63, in nice_exception 20:18 < G> func doesn't seem to be running on app6, etc 20:18 < ricky> That is weird stuff. 20:18 < lmacken> lefti = etype.index("'") + 1 20:18 < lmacken> ValueError: substring not found 20:18 < mmcgrath> lmacken: could be, I didn't look that close. 20:18 < mmcgrath> lmacken: there's a couple of hosts where func communcation wasn't working right. 20:18 < mmcgrath> you shouldn't see freezing like you were 20:18 < lmacken> we may need to restart func everywhere 20:18 < mmcgrath> but some tracebacks still hapen. 20:18 < mmcgrath> like on app6 20:18 < G> mmcgrath: yeah, app6, collab2 for instance 20:18 < lmacken> you can do `func "*" ping` to see the same traceback 20:19 < mmcgrath> lmacken: I did that everywhere today. sometimes func just wasn't binding. 20:19 < mmcgrath> just more of the joys of early adoption. 20:20 < lmacken> Hmm, odd. I'll open a ticket 20:20 -!- mdomsch [n=Matt_Dom at cpe-70-124-62-55.austin.res.rr.com] has quit Remote closed the connection 20:20 < mmcgrath> I looked briefly at what was going on with func but never totally figured it out. I suspect its a communication / network issue. Could be wrong though. 20:20 < mmcgrath> skvidal would be good to tap. It might be something simple. 20:20 * skvidal looks up 20:20 < mmcgrath> Needless to say.. what a weird thing to actually witness. 20:20 -!- DemonJester [n=DemonJes at fedora/DemonJester] has quit "leaving" 20:20 < skvidal> the value error thing I have an idea about, yes 20:20 < mmcgrath> skvidal: func isn't restarting properly on some hosts like app6 or tummy1 20:21 < G> mmcgrath: on the same note... proxy1's puppetd seems to like crashing 20:21 < skvidal> mmcgrath: which trace back is it giving? 20:21 < mmcgrath> skvidal: the funcmaster is giving a traceback, func on the minion isn't doing much of anything 20:21 < skvidal> nm I'll look 20:21 < mmcgrath> skvidal: thanks 20:21 < mmcgrath> G: I noticed that too. haven't figured out why yet 20:21 < skvidal> okay 20:21 < skvidal> in the case of app6 20:21 < mmcgrath> I'd think it'd be happening on proxy2 as well but just isn't. 20:22 < skvidal> it is b/c it has neve rbeen signed 20:22 < mmcgrath> skvidal: try tummy1 20:22 < ricky> defunct func :-) 20:22 < ricky> (process, that is) 20:22 < skvidal> ricky: hardly 20:22 * lmacken just opened https://fedorahosted.org/func/ticket/60 20:22 < mmcgrath> anywho, looks like skvidal is looking into that. 20:22 < skvidal> I don't think app6 can reach puppet1 actually 20:22 -!- mmcgrath changed the topic of #fedora-meeting to: /mnt/koji 20:22 < skvidal> ah. wait 20:23 < ricky> Yuh-oh :-( 20:23 < G> skvidal: but the other day, it was proxy5/app5 that was going nuts, app6 was fine 20:23 < skvidal> has app6 been reinstalled recently? 20:23 < mmcgrath> f13: did you have a chance to look at my email earlier? 20:23 < mmcgrath> dgilmore: I saw you responded. 20:23 < mmcgrath> this is something I'd like to have figured out sometime soon 20:23 < ricky> skvidal: Yeah, Oct 5th 20:23 < skvidal> ok 20:23 < skvidal> one sec 20:24 < f13> mmcgrath: I forwarded it to my manager 20:24 < f13> mmcgrath: aka the purse holder. 20:24 -!- rahul_b [n=rbhalera at 123.201.121.71] has joined #fedora-meeting 20:24 < mmcgrath> f13: k. 20:25 < f13> mmcgrath: but I agree with dgilmore, continued garbage collection + continued growth is the plan. 20:25 < G> whats the backstory here? 20:25 < mmcgrath> Depending on time frames and stuff we may have more options for storage though I suspect they'll also be more expensive. 20:25 < mmcgrath> G: at our current rate of growth we'll run out of room on /mnt/koji in about 13 months. 20:25 < f13> mmcgrath: I think we can gain back some storage by manually garbage collecting everything with the old gpg sigs 20:25 < f13> at least everything that we've resigned with new sigs 20:25 < mmcgrath> which is still a year away, but budgets for that time are due soon so we're just trying to get a good grasp on it and not let it sneak up on us. 20:25 < G> f13: +1 20:26 < G> f13: except, wouldn't we want to keep everything that was on the original CDs/DVDs 20:26 < mmcgrath> f13: k 20:26 < mmcgrath> G: why's that? 20:26 < mmcgrath> My take on it is if there's not a legal reason to keep that stuff, lets get rid of it. I'm not sure what releng's take is on it though 20:27 < G> mmcgrath: I'm not sure, I'm just thinking along the lines of we are still distributing that content.... 20:27 < mmcgrath> f13: are we aware of any legal issues there? 20:28 * mmcgrath isn't sure what the law requires wrt binaries 20:28 -!- rdieter is now known as rdieter_away 20:28 < mmcgrath> well, either way its not a pressing need. Something ew can look at later. 20:28 < mmcgrath> we've got time right now but it always takes months to get these things priced out and installed and such. 20:29 < G> mmcgrath: so how much extra storage do you reckon we need? 20:29 < mmcgrath> f13: one thing to keep in mind when talking to your manager is when the new one gets purchased we'll have a 10T tray that still has a good year and a half of support on it if you guys need it for anything. 20:29 < mmcgrath> we can always ship it. 20:29 < mmcgrath> G: thats a good question. Its just a matter of $$ really. 20:29 < mmcgrath> at this point I'm pretty confident we'll fill up whatever we purchase. 20:29 < G> heh 20:29 * dgilmore is here 20:30 < mmcgrath> dgilmore: f13: really though do we want to try to target a sustainable solution or are we going to stick with "grow forever"? 20:30 < mmcgrath> well. I know what I want :) but what do you guys think we're actually going to do? 20:30 -!- greenlion [n=greenlio at fedora/greenlion] has quit "?????" 20:31 < dgilmore> mmcgrath: i think we should look at purging old releases 20:31 -!- rdieter_away is now known as rdieter 20:31 < mmcgrath> at this point thats only FC6 and F7 right? 20:31 * mmcgrath can't remember if FC6 got on there or not. 20:31 < dgilmore> mmcgrath: so things that only shipped with F-9 could be removed 20:31 < skvidal> on archive? 20:31 < G> mmcgrath: or if we wait a couple of months, add F8 :) 20:32 < mmcgrath> skvidal: /mnt/koji/ 20:32 < skvidal> oh 20:32 < dgilmore> mmcgrath: rawhide as at when we started with koji was there 20:32 < mmcgrath> perhaps we need a rule for /mnt/koji like we have with our releases 20:33 < mmcgrath> releases are n+1+1 month. 20:33 < pvangundy> i think this is something that needs to be nailed down because it's hard to move on with other projects when we're still deciding what we will hold on to and what we don't need anymore. A policy needs to be in place. 20:33 < mmcgrath> maybe /mnt/koji will be n+2 or something 20:33 < dgilmore> mmcgrath: we still ship some packages that were imported at the start 20:34 < mmcgrath> pvangundy: "it's hard to move on with other projects when we're still deciding what we will hold on to and what we don't need anymore." sorry I didn't follow how this is blocking other projects. 20:34 -!- rharrison [n=rusharri at nat/cisco/x-14e340d28892a016] has left #fedora-meeting ["Leaving"] 20:34 < G> neither 20:34 -!- rdieter is now known as rdieter_away 20:34 < pvangundy> planning would be the better word. ie, purchasing 20:34 < G> this is dedicated storage for koji 20:34 < mmcgrath> pvangundy: ah 20:34 < pvangundy> sorry 20:35 < mmcgrath> no worries, yeah. 20:35 < mmcgrath> f13 seems to be distracted. we can go back to this. 20:35 < mmcgrath> 13 months is still a ways away. but getting a budget estimate is important. 20:35 < f13> mmcgrath: we'll keep them on the master mirror until we shuffle them off to archive, but they don't need to live in koji itself. 20:36 < f13> mmcgrath: g: the signed header will be there and as long as the unsigned rpm is still there we can always re-create the signed version 20:36 < mmcgrath> f13: k 20:36 < G> f13: good point 20:36 < f13> mmcgrath: I think we'll pick a certain age of Fedora releases to no longer keep in Koji 20:36 < G> do we garbage collect old buildlogs? 20:36 < pvangundy> sorry guys, I have to head out early. I know it will be hard to run the meeting without me but $DAYJOB calls. ;) 20:37 -!- pvangundy [n=pvangund at host-216-153-209-2.man.choiceone.net] has quit "Leaving" 20:37 < mmcgrath> G: I'm not sure 20:37 < G> some of them are quite big iirc 20:38 * ricky remembers the infinite looping fun :-) 20:38 < mmcgrath> dgilmore: f13: can one of you give a rundown of exactly what the gc does? 20:38 -!- mbacovsk_ [n=mbacovsk at okr2fw.topnet.cz] has joined #fedora-meeting 20:38 < dgilmore> mmcgrath: it untags packages when there is more than 3 builds for the tag 20:39 < dgilmore> it then goes though and moves them to a temporary tag 20:39 -!- cassmodiah [n=cass at fedora/cassmodiah] has quit Remote closed the connection 20:39 < mmcgrath> what does a "package" consist of? 20:39 < dgilmore> once there in the temporary tag for 3 weeks it unlinks them 20:39 < mmcgrath> just the rpm? or the logs too 20:39 < dgilmore> mmcgrath: a build 20:39 < dgilmore> i think its all 20:39 < f13> teh logs too IIRC 20:39 < f13> the only thing that should be left is info in the db itself 20:40 < mmcgrath> 20:40 < dgilmore> some of the db info is pruned 20:40 < mmcgrath> we should be fine on db space for a while 20:40 < dgilmore> but enough remains so that the same nvr is not built again 20:40 < mmcgrath> 394G 75G 300G 20% /var/lib/pgsql 20:41 < mmcgrath> well, anyone have anything to discuss on that right now? If not we can move on. We'll likely be talking about it quite a bit over the comming weeks. 20:42 < G> sounds good with me 20:42 -!- wwoods [n=wwoods at nat/redhat/x-ebb237103a893721] has quit "new kernel! clean cup! move down!" 20:42 < mmcgrath> k 20:42 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:42 < mmcgrath> anyone have anything they'd like to discuss? 20:42 < G> err yeah 20:44 < G> Zabbix is finally starting to work, so I must insist that people should start filing tickets about what needs to be monitored, going to start adding users again tonight 20:44 < mmcgrath> G: excellent. 20:44 < mmcgrath> did we lower how often its checking some things? 20:44 < G> mmcgrath: yep 20:44 < mmcgrath> excellent. 20:44 < mmcgrath> did we get the mirror and fedoraproject.org/wiki/ hit monitoring back in there? 20:45 < G> down ~20 checks/sec iirc 20:45 < mmcgrath> excellent. 20:45 < G> mmcgrath: not sure, they were kinda placed wrong 20:45 < mmcgrath> where should they have been placed? 20:46 < mmcgrath> well, we still need training for all that 20:46 < G> mmcgrath: not in a template applied to every machine :) 20:46 < G> mmcgrath: agreed, I'm planning on doing that soon 20:46 < mmcgrath> it was in the proxy template applied only to proxy servers :) 20:46 < mmcgrath> even when we added proxy5 it automatically picked it up :) 20:46 < G> mmcgrath: I thought it was applied to the apache template 20:46 -!- wwoods [n=wwoods at nat/redhat/x-7d4a2607235c28e3] has joined #fedora-meeting 20:47 < G> The other thing, is I won't be able to make many meetings for the next few weeks 20:47 < mmcgrath> thanks for the heads up 20:47 < G> I'll be arriving in Brisbane on Thursday 20:47 < mmcgrath> well, anyone have anything else to discuss? If not we'll close in 30 min 20:47 < mmcgrath> sweet 20:47 < G> 30 min? 20:47 < SmootherFrOgZ> mmcgrath: any news on xen6 from your side ? 20:48 < mmcgrath> SmootherFrOgZ: I haven't touched it in 2 weeks or so. Have you played around on it at all? 20:48 -!- lfoppiano_ [n=lfoppian at host92-165-dynamic.8-87-r.retail.telecomitalia.it] has joined #fedora-meeting 20:48 < mmcgrath> SmootherFrOgZ: if you were looking for stuff to do, getting some of the guests that are on there up and running would be useful. 20:48 < SmootherFrOgZ> yep alreqdy did 20:49 -!- ianweller is now known as ianweller_afk 20:49 < SmootherFrOgZ> already 20:49 < mmcgrath> excellent 20:49 < SmootherFrOgZ> as i said ovirt really depend on its web-interface :( 20:49 < mmcgrath> yeah 20:50 < mmcgrath> SmootherFrOgZ: we could get that exposed better. Right now I've been using ssh forwarding. 20:50 < SmootherFrOgZ> lynks not enough powerfull to play with it 20:50 < mmcgrath> yeah 20:50 < mmcgrath> do we know when they'll be un-apping it yet? 20:50 < mmcgrath> Right now it still feels very demoish. 20:50 < SmootherFrOgZ> yeah 20:51 < SmootherFrOgZ> did you had a look on enomaly ? 20:51 < mmcgrath> I didn't 20:51 < SmootherFrOgZ> that sound pretty good 20:51 < mmcgrath> 20:51 < SmootherFrOgZ> python based and turboGears powered 20:51 < mmcgrath> hopefully I'll have some more time and resources to dedicate to this in the near future 20:52 < mmcgrath> SmootherFrOgZ: have you used it yet? 20:52 * mmcgrath will take a look 20:52 < SmootherFrOgZ> yep, its depends on python-2.4 because of elementree 20:53 < SmootherFrOgZ> for now 20:53 < mmcgrath> heh, its always something :) 20:53 < mmcgrath> well we're nearly out of time for our meeting, anyone have anything else to discuss? if not we'll close in 30 20:53 < SmootherFrOgZ> yeaj 20:53 < mmcgrath> 15 20:53 < SmootherFrOgZ> i tried to bind it to xml-etree but i still have some freewe 20:53 < mmcgrath> 20:53 < mmcgrath> 5 20:54 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From bugs.michael at gmx.net Thu Oct 23 21:19:19 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 23 Oct 2008 23:19:19 +0200 Subject: FAS dump breakage Message-ID: <20081023231919.f040d199.bugs.michael@gmx.net> There has been an invalid entry returned by the FAS group dump for some time: bbs,disabled,james francis toy iv,user,0 It contains no email address, but "disabled" in the addr field. Now there's another invalid entry: mahmoudelmegheny,mahmoud,elmegheny at hotmail.com,Mahmoud Ali,user,0 This entry consists of six fields instead of five. Perhaps one ',' is supposed to be a '.'? From dev at nigelj.com Thu Oct 23 21:21:51 2008 From: dev at nigelj.com (Nigel Jones) Date: Fri, 24 Oct 2008 10:21:51 +1300 Subject: FAS dump breakage In-Reply-To: <20081023231919.f040d199.bugs.michael@gmx.net> References: <20081023231919.f040d199.bugs.michael@gmx.net> Message-ID: <1224796911.3221.539.camel@fantail.jnet.net.nz> On Thu, 2008-10-23 at 23:19 +0200, Michael Schwendt wrote: > There has been an invalid entry returned by the FAS group dump for some > time: > > bbs,disabled,james francis toy iv,user,0 > > It contains no email address, but "disabled" in the addr field. > > Now there's another invalid entry: > > mahmoudelmegheny,mahmoud,elmegheny at hotmail.com,Mahmoud Ali,user,0 > > This entry consists of six fields instead of five. Perhaps one ',' is > supposed to be a '.'? I've said this many times... The comma is part of the persons name, it needs to be either escaped or the delimiter changed (maybe a | or something). > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Nigel Jones From mmcgrath at redhat.com Thu Oct 23 21:23:56 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 23 Oct 2008 16:23:56 -0500 (CDT) Subject: FAS dump breakage In-Reply-To: <20081023231919.f040d199.bugs.michael@gmx.net> References: <20081023231919.f040d199.bugs.michael@gmx.net> Message-ID: On Thu, 23 Oct 2008, Michael Schwendt wrote: > There has been an invalid entry returned by the FAS group dump for some > time: > > bbs,disabled,james francis toy iv,user,0 > > It contains no email address, but "disabled" in the addr field. > > Now there's another invalid entry: > > mahmoudelmegheny,mahmoud,elmegheny at hotmail.com,Mahmoud Ali,user,0 > > This entry consists of six fields instead of five. Perhaps one ',' is > supposed to be a '.'? > The first example is a result of the new privacy policy. It is unfortunately valid. The second one is a bit more troubling. Anyone happen to know if ,'s are allowed in an email? If they are perhaps we need a different delimiter. -Mike From mmcgrath at redhat.com Thu Oct 23 21:32:17 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 23 Oct 2008 16:32:17 -0500 (CDT) Subject: FAS dump breakage In-Reply-To: <1224796911.3221.539.camel@fantail.jnet.net.nz> References: <20081023231919.f040d199.bugs.michael@gmx.net> <1224796911.3221.539.camel@fantail.jnet.net.nz> Message-ID: On Fri, 24 Oct 2008, Nigel Jones wrote: > On Thu, 2008-10-23 at 23:19 +0200, Michael Schwendt wrote: > > There has been an invalid entry returned by the FAS group dump for some > > time: > > > > bbs,disabled,james francis toy iv,user,0 > > > > It contains no email address, but "disabled" in the addr field. > > > > Now there's another invalid entry: > > > > mahmoudelmegheny,mahmoud,elmegheny at hotmail.com,Mahmoud Ali,user,0 > > > > This entry consists of six fields instead of five. Perhaps one ',' is > > supposed to be a '.'? > I've said this many times... > > The comma is part of the persons name, it needs to be either escaped or > the delimiter changed (maybe a | or something). > > There aren't any comma's in that persons name, its in his email address. -Mike From admin at arcnetworks.biz Thu Oct 23 21:34:34 2008 From: admin at arcnetworks.biz (Anand Capur) Date: Thu, 23 Oct 2008 17:34:34 -0400 Subject: FAS dump breakage In-Reply-To: References: <20081023231919.f040d199.bugs.michael@gmx.net> <1224796911.3221.539.camel@fantail.jnet.net.nz> Message-ID: <5d66540b0810231434k5d3c4d3ey50abe2e4e49beb30@mail.gmail.com> On Thu, Oct 23, 2008 at 5:32 PM, Mike McGrath wrote: > On Fri, 24 Oct 2008, Nigel Jones wrote: > > > On Thu, 2008-10-23 at 23:19 +0200, Michael Schwendt wrote: > > > There has been an invalid entry returned by the FAS group dump for some > > > time: > > > > > > bbs,disabled,james francis toy iv,user,0 > > > > > > It contains no email address, but "disabled" in the addr field. > > > > > > Now there's another invalid entry: > > > > > > mahmoudelmegheny,mahmoud,elmegheny at hotmail.com,Mahmoud Ali,user,0 > > > > > > This entry consists of six fields instead of five. Perhaps one ',' is > > > supposed to be a '.'? > > I've said this many times... > > > > The comma is part of the persons name, it needs to be either escaped or > > the delimiter changed (maybe a | or something). > > > > > There aren't any comma's in that persons name, its in his email address. > > -Mike I am quite sure that comma's aren't allowed in email addresses. -Anand -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at fedoraproject.org Thu Oct 23 21:35:42 2008 From: james at fedoraproject.org (James Antill) Date: Thu, 23 Oct 2008 17:35:42 -0400 Subject: FAS dump breakage In-Reply-To: References: <20081023231919.f040d199.bugs.michael@gmx.net> Message-ID: <1224797742.3898.112.camel@code.and.org> On Thu, 2008-10-23 at 16:23 -0500, Mike McGrath wrote: > On Thu, 23 Oct 2008, Michael Schwendt wrote: > > > There has been an invalid entry returned by the FAS group dump for some > > time: > > > > bbs,disabled,james francis toy iv,user,0 > > > > It contains no email address, but "disabled" in the addr field. > > > > Now there's another invalid entry: > > > > mahmoudelmegheny,mahmoud,elmegheny at hotmail.com,Mahmoud Ali,user,0 > > > > This entry consists of six fields instead of five. Perhaps one ',' is > > supposed to be a '.'? > > > > The first example is a result of the new privacy policy. It is > unfortunately valid. The second one is a bit more troubling. Anyone > happen to know if ,'s are allowed in an email? If they are perhaps we > need a different delimiter. Kind of: rfc2822: 3.4.1. Addr-spec specification They are allowed, along with most everything else, but only with a quoted string ... so "mahmoud,elmegheny"@hotmail.com is a valid email addr. but without the quotes it isn't. -- James Antill Fedora From admin at arcnetworks.biz Thu Oct 23 21:39:23 2008 From: admin at arcnetworks.biz (Anand Capur) Date: Thu, 23 Oct 2008 17:39:23 -0400 Subject: FAS dump breakage In-Reply-To: <1224797742.3898.112.camel@code.and.org> References: <20081023231919.f040d199.bugs.michael@gmx.net> <1224797742.3898.112.camel@code.and.org> Message-ID: <5d66540b0810231439y75e4f775u329796d72447c3a8@mail.gmail.com> On Thu, Oct 23, 2008 at 5:35 PM, James Antill wrote: > On Thu, 2008-10-23 at 16:23 -0500, Mike McGrath wrote: > > On Thu, 23 Oct 2008, Michael Schwendt wrote: > > > > > There has been an invalid entry returned by the FAS group dump for some > > > time: > > > > > > bbs,disabled,james francis toy iv,user,0 > > > > > > It contains no email address, but "disabled" in the addr field. > > > > > > Now there's another invalid entry: > > > > > > mahmoudelmegheny,mahmoud,elmegheny at hotmail.com,Mahmoud Ali,user,0 > > > > > > This entry consists of six fields instead of five. Perhaps one ',' is > > > supposed to be a '.'? > > > > > > > The first example is a result of the new privacy policy. It is > > unfortunately valid. The second one is a bit more troubling. Anyone > > happen to know if ,'s are allowed in an email? If they are perhaps we > > need a different delimiter. > > Kind of: > > rfc2822: 3.4.1. Addr-spec specification > > They are allowed, along with most everything else, but only with a > quoted string ... so "mahmoud,elmegheny"@hotmail.com is a valid email > addr. but without the quotes it isn't. > > -- > James Antill > Fedora Then maybe we should change the delimiter, although this seems like it is pretty rare. -Anand -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Fri Oct 24 15:24:05 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 24 Oct 2008 10:24:05 -0500 (CDT) Subject: I want join in the Fedora Sysadmin Group In-Reply-To: <2ce75ead0810240102s647c9f01v93c20ea4f49dbbb3@mail.gmail.com> References: <2ce75ead0810240102s647c9f01v93c20ea4f49dbbb3@mail.gmail.com> Message-ID: On Fri, 24 Oct 2008, Saint.AK wrote: > hi,Mike > > I find this meeting been? held in this morning,my timezone is UTC+8,so,it's 4:00AM @ Friday,when the meeting started. > > so,mostly I can't attend the meeting,but I will pay attention the content of the meeting ?? > Excellent, also if you have anything to add or any questions, please do reply to the meeting notes and ask. -Mike From mmcgrath at redhat.com Fri Oct 24 17:02:23 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 24 Oct 2008 12:02:23 -0500 (CDT) Subject: Preview release Message-ID: FYI guys I've created the preview release tickets. If you have another one to add please give it a "preview" keyword and it will show up: https://fedorahosted.org/fedora-infrastructure/report/9 Also if something is missing we need to add it to our release SOP http://fedoraproject.org/wiki/Infrastructure/SOP/Release -Mike From mmcgrath at redhat.com Fri Oct 24 18:21:22 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 24 Oct 2008 13:21:22 -0500 (CDT) Subject: Zabbix Updates - Please Read In-Reply-To: <1224306711.8880.20.camel@fantail.jnet.net.nz> References: <1224295136.8880.18.camel@fantail.jnet.net.nz> <1224306711.8880.20.camel@fantail.jnet.net.nz> Message-ID: On Sat, 18 Oct 2008, Nigel Jones wrote: > On Fri, 2008-10-17 at 22:16 -0500, Mike McGrath wrote: > > On Sat, 18 Oct 2008, Nigel Jones wrote: > > > > > happy. > > > > > > Be extravagant too while we mightn't want to implement every single > > > check you suggest, you might think of something that might have been > > > forgotten... > > > > > > (sysadmin-noc: I still need to work out the best way of scaling this, > > > but I think I've nearly got it, and a SOP will be written when it's > > > final) > > > > > > > Would you guys like a monitoring component in our ticketing system? > Good idea, it now exists as 'Monitoring'. > > sysadmin-noc people, don't reassign these (leave them as is) for now. > Should we assume that all of what is being monitored with nagios will automatically be entered into zabbix or should I start opening tickets? -Mike From mmcgrath at redhat.com Fri Oct 24 19:31:07 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 24 Oct 2008 14:31:07 -0500 (CDT) Subject: puppet freeze request Message-ID: Priority: low(ish) Risk: low Seems puppet has failed on some of the boxes, this usually happens as a result of a network issue. There's typically a cron job that checks hourly to see if cron is running and if it is not, start it. Due to a reversed ensure => logic in this cron job it was removed from most of the servers. I'd like to change this back to the default. Can I get 2 +1's? -Mike From skvidal at fedoraproject.org Fri Oct 24 19:58:03 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 24 Oct 2008 15:58:03 -0400 Subject: puppet freeze request In-Reply-To: References: Message-ID: <1224878283.29258.24.camel@rosebud> On Fri, 2008-10-24 at 14:31 -0500, Mike McGrath wrote: > Priority: low(ish) > Risk: low > > Seems puppet has failed on some of the boxes, this usually happens as a > result of a network issue. There's typically a cron job that checks > hourly to see if cron is running and if it is not, start it. Due to a > reversed ensure => logic in this cron job it was removed from most of the > servers. I'd like to change this back to the default. > > Can I get 2 +1's? > +1 -sv From admin at arcnetworks.biz Fri Oct 24 20:02:45 2008 From: admin at arcnetworks.biz (Anand Capur) Date: Fri, 24 Oct 2008 16:02:45 -0400 Subject: puppet freeze request In-Reply-To: <1224878283.29258.24.camel@rosebud> References: <1224878283.29258.24.camel@rosebud> Message-ID: <5d66540b0810241302q1b22858dm533e0239e0adb85f@mail.gmail.com> On Fri, 2008-10-24 at 14:31 -0500, Mike McGrath wrote: > > Priority: low(ish) > > Risk: low > > > > Seems puppet has failed on some of the boxes, this usually happens as a > > result of a network issue. There's typically a cron job that checks > > hourly to see if cron is running and if it is not, start it. Due to a > > reversed ensure => logic in this cron job it was removed from most of the > > servers. I'd like to change this back to the default. > > > > Can I get 2 +1's? > > > > +1 > -sv +1 -Anand -------------- next part -------------- An HTML attachment was scrubbed... URL: From wakko666 at gmail.com Fri Oct 24 20:33:49 2008 From: wakko666 at gmail.com (Brett Lentz) Date: Fri, 24 Oct 2008 13:33:49 -0700 Subject: Zabbix Updates - Please Read In-Reply-To: References: <1224295136.8880.18.camel@fantail.jnet.net.nz> <1224306711.8880.20.camel@fantail.jnet.net.nz> Message-ID: <1224880429.25030.153.camel@lentzbr> On Fri, 2008-10-24 at 13:21 -0500, Mike McGrath wrote: > On Sat, 18 Oct 2008, Nigel Jones wrote: > > > On Fri, 2008-10-17 at 22:16 -0500, Mike McGrath wrote: > > > On Sat, 18 Oct 2008, Nigel Jones wrote: > > > > > > > happy. > > > > > > > > Be extravagant too while we mightn't want to implement every single > > > > check you suggest, you might think of something that might have been > > > > forgotten... > > > > > > > > (sysadmin-noc: I still need to work out the best way of scaling this, > > > > but I think I've nearly got it, and a SOP will be written when it's > > > > final) > > > > > > > > > > Would you guys like a monitoring component in our ticketing system? > > Good idea, it now exists as 'Monitoring'. > > > > sysadmin-noc people, don't reassign these (leave them as is) for now. > > > > Should we assume that all of what is being monitored with nagios will > automatically be entered into zabbix or should I start opening tickets? > > -Mike Tickets might help serve as a good reminder so that nothing gets overlooked or forgotten, and a way to farm out smaller pieces of the work to anyone new that's looking for a place to start helping out. ---Brett. "You must have an IQ of at least half a million." -- Popeye From mmcgrath at redhat.com Sat Oct 25 03:11:39 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 24 Oct 2008 22:11:39 -0500 (CDT) Subject: Blocker Bug Review Meeting :: Monday @ 14:00 UTC (fwd) Message-ID: Hey guys, thought I'd pass this along. That's a lot of bugs outstanding. We've got some pretty talented people on this list that could do a lot of good in bug fixing. I'd suggest working to fix bugs and not so much working to find them ;-) -Mike ---------- Forwarded message ---------- Date: Fri, 24 Oct 2008 21:18:09 From: John Poelstra Reply-To: fedora-advisory-board at redhat.com To: fedora-advisory-board at redhat.com, fedora-devel-announce at redhat.com Subject: Blocker Bug Review Meeting :: Monday @ 14:00 UTC A meeting is being held to review the current blocker bugs in anticipation of the Final Development Freeze this Tuesday, October 28th. All teams (thus the cc to f-a-b) in Fedora are welcome to join in and help. WHEN: Monday, October 27, 2008 @ 14:00 UTC (10 AM EDT) and going as long as we need to WHERE: irc.freenode.net #fedora-blocker Fedora 10 Blocker: https://bugzilla.redhat.com/showdependencytree.cgi?id=438943&hide_resolved=1 Fedora 10 Preview Blocker: https://bugzilla.redhat.com/showdependencytree.cgi?id=446449&hide_resolved=1 There still remain approximately 600 rawhide bugs that have not been triaged for potential blocker status and should be considered as well. These bugs are here: http://tinyurl.com/6llac8 Other tracker bugs of interest are here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Trackers John _______________________________________________ fedora-advisory-board mailing list fedora-advisory-board at redhat.com http://www.redhat.com/mailman/listinfo/fedora-advisory-board From jonstanley at gmail.com Sat Oct 25 21:01:57 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Sat, 25 Oct 2008 17:01:57 -0400 Subject: Change request: monitor auditd Message-ID: OK, this is my first nagios change - seems to be sane. Can I get two +1's since we're in a change freeze? And do we want defaulttemplate or criticaltemplate for this? [jstanley at puppet1 puppet]$ git diff diff --git a/configs/system/nagios/services/procs.cfg b/configs/system/nagios/services/procs.cfg index 49f790d..3fbca7b 100644 --- a/configs/system/nagios/services/procs.cfg +++ b/configs/system/nagios/services/procs.cfg @@ -83,4 +83,11 @@ define service { max_check_attempts 12 } +define service { + hostgroup servers + service_description Audit Daemon + check_commnad check_by_nrpe!check_auditd + use defaulttemplate +} + diff --git a/configs/system/nrpe.cfg b/configs/system/nrpe.cfg index 2fbea87..2812dbc 100644 --- a/configs/system/nrpe.cfg +++ b/configs/system/nrpe.cfg @@ -215,6 +215,7 @@ command[check_supervisor]=/usr/lib/nagios/plugins/check_procs -c 1:1 -a '/usr/bi command[check_transifex_ssh_agent]=/usr/lib/nagios/plugins/check_procs -c 1:1 -C ssh-agent -u transifex command[check_lock]=/usr/lib/nagios/plugins/check_lock command[check_nagios]=/usr/lib/nagios/plugins/check_nagios -e 5 -F /var/log/nagios/status.dat -C /usr/sbin/nagios +command[check_auditd]=/usr/lib/nagios/plugins/check_procs -c 1:1 -C 'auditd' -u root # The following examples allow user-supplied arguments and can # only be used if the NRPE daemon was compiled with support for # command arguments *AND* the dont_blame_nrpe directive in this From ricky at fedoraproject.org Sat Oct 25 21:20:31 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sat, 25 Oct 2008 17:20:31 -0400 Subject: Change request: monitor auditd In-Reply-To: References: Message-ID: <20081025212031.GK10891@sphe.res.cmu.edu> On 2008-10-25 05:01:57 PM, Jon Stanley wrote: > OK, this is my first nagios change - seems to be sane. Can I get two > +1's since we're in a change freeze? And do we want defaulttemplate or > criticaltemplate for this? I don't think this is covered by the prerelease change freeze, if you look at the Environments.odg file in the fedora-infrastructure repo (git clone git://git.fedorahosted.org/git/fedora-infrastructure.git). defaulttemplate should be fine for this check. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mmcgrath at redhat.com Sat Oct 25 21:21:23 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 25 Oct 2008 16:21:23 -0500 (CDT) Subject: Change request: monitor auditd In-Reply-To: References: Message-ID: On Sat, 25 Oct 2008, Jon Stanley wrote: > OK, this is my first nagios change - seems to be sane. Can I get two > +1's since we're in a change freeze? And do we want defaulttemplate or > criticaltemplate for this? > > [jstanley at puppet1 puppet]$ git diff > diff --git a/configs/system/nagios/services/procs.cfg > b/configs/system/nagios/services/procs.cfg > index 49f790d..3fbca7b 100644 > --- a/configs/system/nagios/services/procs.cfg > +++ b/configs/system/nagios/services/procs.cfg > @@ -83,4 +83,11 @@ define service { > max_check_attempts 12 > } > > +define service { > + hostgroup servers > + service_description Audit Daemon > + check_commnad check_by_nrpe!check_auditd > + use defaulttemplate > +} > + > > diff --git a/configs/system/nrpe.cfg b/configs/system/nrpe.cfg > index 2fbea87..2812dbc 100644 > --- a/configs/system/nrpe.cfg > +++ b/configs/system/nrpe.cfg > @@ -215,6 +215,7 @@ > command[check_supervisor]=/usr/lib/nagios/plugins/check_procs -c 1:1 > -a '/usr/bi > command[check_transifex_ssh_agent]=/usr/lib/nagios/plugins/check_procs > -c 1:1 -C ssh-agent -u transifex > command[check_lock]=/usr/lib/nagios/plugins/check_lock > command[check_nagios]=/usr/lib/nagios/plugins/check_nagios -e 5 -F > /var/log/nagios/status.dat -C /usr/sbin/nagios > +command[check_auditd]=/usr/lib/nagios/plugins/check_procs -c 1:1 -C > 'auditd' -u root > # The following examples allow user-supplied arguments and can > # only be used if the NRPE daemon was compiled with support for > # command arguments *AND* the dont_blame_nrpe directive in this > +1 -Mike From mmcgrath at redhat.com Sat Oct 25 21:23:08 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 25 Oct 2008 16:23:08 -0500 (CDT) Subject: Change request: monitor auditd In-Reply-To: <20081025212031.GK10891@sphe.res.cmu.edu> References: <20081025212031.GK10891@sphe.res.cmu.edu> Message-ID: On Sat, 25 Oct 2008, Ricky Zhou wrote: > On 2008-10-25 05:01:57 PM, Jon Stanley wrote: > > OK, this is my first nagios change - seems to be sane. Can I get two > > +1's since we're in a change freeze? And do we want defaulttemplate or > > criticaltemplate for this? > I don't think this is covered by the prerelease change freeze, if you > look at the Environments.odg file in the fedora-infrastructure repo (git > clone git://git.fedorahosted.org/git/fedora-infrastructure.git). > > defaulttemplate should be fine for this check. > The nagios change on noc1 is not frozen but the nrpe change (which is a global one) is frozen. -Mike From ricky at fedoraproject.org Sat Oct 25 21:24:37 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sat, 25 Oct 2008 17:24:37 -0400 Subject: Change request: monitor auditd In-Reply-To: References: <20081025212031.GK10891@sphe.res.cmu.edu> Message-ID: <20081025212437.GL10891@sphe.res.cmu.edu> On 2008-10-25 04:23:08 PM, Mike McGrath wrote: > The nagios change on noc1 is not frozen but the nrpe change (which is a > global one) is frozen. Ah, good point. In that case: +1 Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From lmacken at redhat.com Sat Oct 25 22:14:26 2008 From: lmacken at redhat.com (Luke Macken) Date: Sat, 25 Oct 2008 18:14:26 -0400 Subject: Change request: monitor auditd In-Reply-To: References: Message-ID: <20081025221426.GC3458@x300> On Sat, Oct 25, 2008 at 04:21:23PM -0500, Mike McGrath wrote: > On Sat, 25 Oct 2008, Jon Stanley wrote: > > > OK, this is my first nagios change - seems to be sane. Can I get two > > +1's since we're in a change freeze? And do we want defaulttemplate or > > criticaltemplate for this? > > > > [jstanley at puppet1 puppet]$ git diff > > diff --git a/configs/system/nagios/services/procs.cfg > > b/configs/system/nagios/services/procs.cfg > > index 49f790d..3fbca7b 100644 > > --- a/configs/system/nagios/services/procs.cfg > > +++ b/configs/system/nagios/services/procs.cfg > > @@ -83,4 +83,11 @@ define service { > > max_check_attempts 12 > > } > > > > +define service { > > + hostgroup servers > > + service_description Audit Daemon > > + check_commnad check_by_nrpe!check_auditd > > + use defaulttemplate > > +} > > + > > > > diff --git a/configs/system/nrpe.cfg b/configs/system/nrpe.cfg > > index 2fbea87..2812dbc 100644 > > --- a/configs/system/nrpe.cfg > > +++ b/configs/system/nrpe.cfg > > @@ -215,6 +215,7 @@ > > command[check_supervisor]=/usr/lib/nagios/plugins/check_procs -c 1:1 > > -a '/usr/bi > > command[check_transifex_ssh_agent]=/usr/lib/nagios/plugins/check_procs > > -c 1:1 -C ssh-agent -u transifex > > command[check_lock]=/usr/lib/nagios/plugins/check_lock > > command[check_nagios]=/usr/lib/nagios/plugins/check_nagios -e 5 -F > > /var/log/nagios/status.dat -C /usr/sbin/nagios > > +command[check_auditd]=/usr/lib/nagios/plugins/check_procs -c 1:1 -C > > 'auditd' -u root > > # The following examples allow user-supplied arguments and can > > # only be used if the NRPE daemon was compiled with support for > > # command arguments *AND* the dont_blame_nrpe directive in this > > > > +1 +1 luke From mburrows at pobox.com Sat Oct 25 23:57:39 2008 From: mburrows at pobox.com (Maurice Burrows) Date: Sun, 26 Oct 2008 10:57:39 +1100 Subject: Introduction Message-ID: <200810261057.39620.mburrows@pobox.com> Hi Fedora people, I've been a Linux user for about 10 yrs and a SysAdmin for about 5-6 yrs. I can script in shell and Perl and I've started learning Python. I'm working towards RHCE with views of RHCA so I figure we can help each other out. Cheers --Maurice-- From dev at nigelj.com Sun Oct 26 04:55:31 2008 From: dev at nigelj.com (Nigel Jones) Date: Sun, 26 Oct 2008 17:55:31 +1300 Subject: Change Request Message-ID: <1224996931.5461.5.camel@fantail.jnet.net.nz> Hi Folks, Quick change request: Change two IPs in the zabbix manifests from .250 to .200 (I got RH's out IP incorrect... dammit). Impact: a few kb to a select few hosts to get the new config out & one very annoyed New Zealander :) Due to the way I did the manifest it shouldn't require new files to go out to _EVERY_ host (yay for foresight). Dunka in advance... - Nigel -- Nigel Jones From mmcgrath at redhat.com Sun Oct 26 04:57:30 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 25 Oct 2008 23:57:30 -0500 (CDT) Subject: Change Request In-Reply-To: <1224996931.5461.5.camel@fantail.jnet.net.nz> References: <1224996931.5461.5.camel@fantail.jnet.net.nz> Message-ID: On Sun, 26 Oct 2008, Nigel Jones wrote: > Hi Folks, > > Quick change request: > > Change two IPs in the zabbix manifests from .250 to .200 (I got RH's out > IP incorrect... dammit). > > Impact: a few kb to a select few hosts to get the new config out & one > very annoyed New Zealander :) > > Due to the way I did the manifest it shouldn't require new files to go > out to _EVERY_ host (yay for foresight). > > Dunka in advance... > +1 from me. -Mike From ricky at fedoraproject.org Sun Oct 26 04:59:08 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sun, 26 Oct 2008 00:59:08 -0400 Subject: Change Request In-Reply-To: <1224996931.5461.5.camel@fantail.jnet.net.nz> References: <1224996931.5461.5.camel@fantail.jnet.net.nz> Message-ID: <20081026045908.GM10891@sphe.res.cmu.edu> On 2008-10-26 05:55:31 PM, Nigel Jones wrote: > Quick change request: > > Change two IPs in the zabbix manifests from .250 to .200 (I got RH's out > IP incorrect... dammit). +1 Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From bugs.michael at gmx.net Sun Oct 26 13:03:07 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 26 Oct 2008 14:03:07 +0100 Subject: Pkgdb dump breakage Message-ID: <20081026140307.c3438b42.bugs.michael@gmx.net> New breakage! This time in pkgdb bugzilla plain dump. These two incomplete and broken entries are returned: Fedora|php-pear-Auth|provides methods for creating an authentication system using PHP|rakesh|| From dev at nigelj.com Sun Oct 26 22:00:53 2008 From: dev at nigelj.com (Nigel Jones) Date: Mon, 27 Oct 2008 11:00:53 +1300 Subject: Triple Change Request Message-ID: <1225058453.5461.702.camel@fantail.jnet.net.nz> Okay, I've got a triple whammy... 1) I want to teach proxy5 about bapp1 (patch 0001) 2) I want to fix up the httpd config for zabbix on the proxies (patch 0002) 3) I want to be able to flip the send remote commands/active checks depending on where a machine is - security (patch 0003) Patch 0003 also includes a lot of tabs->spaces because they annoyed me so much. Can I get some plusy-oneys? - Nigel -- Nigel Jones -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Teach-proxy5-about-bapp1.patch Type: text/x-patch Size: 927 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Fix-up-the-rewrite-so-it-works-properly.patch Type: text/x-patch Size: 847 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-1.-Fix-up-tabs-in-zabbix-manifest.patch Type: text/x-patch Size: 7043 bytes Desc: not available URL: From jonstanley at gmail.com Mon Oct 27 02:24:42 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Sun, 26 Oct 2008 22:24:42 -0400 Subject: [PATCH] use python-bugzilla in export-bugzilla.py Message-ID: Not quite sure where else to send this, so here goes :) Attached is a patch to use python-bugzilla in export-bugzilla.py using new methods that I taught it. I can't exactly be sure that the stuff works, since partner-bugzilla doesn't have the updateperms call, and the adduser call seems to require more permissions than I seem to have on partner-bugzilla, but it seems to get there and work as best it can :) [jstanley at rugrat ~]$ python bztest.py Bugzilla user: jonstanley at gmail.com bugzilla password: Traceback (most recent call last): File "bztest.py", line 9, in server.adduser('jonstanley at gmail.com','Jon Stanley') File "/usr/lib/python2.5/site-packages/bugzilla/base.py", line 689, in adduser self._adduser(user,name) File "/usr/lib/python2.5/site-packages/bugzilla/rhbugzilla.py", line 334, in _adduser r = self._proxy.bugzilla.addUser(user, name, self.user) File "/usr/lib64/python2.5/xmlrpclib.py", line 1150, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.5/xmlrpclib.py", line 1440, in __request verbose=self.__verbose File "/usr/lib/python2.5/site-packages/bugzilla/base.py", line 776, in request return self._parse_response(h.getfile(), sock) File "/usr/lib64/python2.5/xmlrpclib.py", line 1343, in _parse_response return u.close() File "/usr/lib64/python2.5/xmlrpclib.py", line 790, in close raise Fault(**self._stack[0]) xmlrpclib.Fault: -------------- next part -------------- A non-text attachment was scrubbed... Name: export-bugzilla.patch Type: text/x-patch Size: 2179 bytes Desc: not available URL: From jonstanley at gmail.com Mon Oct 27 02:28:58 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Sun, 26 Oct 2008 22:28:58 -0400 Subject: [PATCH] use python-bugzilla in export-bugzilla.py In-Reply-To: References: Message-ID: Oops, forgot to say that this requires at least python-bugzilla 0.4-rc4 (currently in rawhide) On Sun, Oct 26, 2008 at 10:24 PM, Jon Stanley wrote: > Not quite sure where else to send this, so here goes :) > > Attached is a patch to use python-bugzilla in export-bugzilla.py using > new methods that I taught it. I can't exactly be sure that the stuff > works, since partner-bugzilla doesn't have the updateperms call, and > the adduser call seems to require more permissions than I seem to have > on partner-bugzilla, but it seems to get there and work as best it can > :) > > [jstanley at rugrat ~]$ python bztest.py > Bugzilla user: jonstanley at gmail.com > bugzilla password: > Traceback (most recent call last): > File "bztest.py", line 9, in > server.adduser('jonstanley at gmail.com','Jon Stanley') > File "/usr/lib/python2.5/site-packages/bugzilla/base.py", line 689, in adduser > self._adduser(user,name) > File "/usr/lib/python2.5/site-packages/bugzilla/rhbugzilla.py", line > 334, in _adduser > r = self._proxy.bugzilla.addUser(user, name, self.user) > File "/usr/lib64/python2.5/xmlrpclib.py", line 1150, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.5/xmlrpclib.py", line 1440, in __request > verbose=self.__verbose > File "/usr/lib/python2.5/site-packages/bugzilla/base.py", line 776, in request > return self._parse_response(h.getfile(), sock) > File "/usr/lib64/python2.5/xmlrpclib.py", line 1343, in _parse_response > return u.close() > File "/usr/lib64/python2.5/xmlrpclib.py", line 790, in close > raise Fault(**self._stack[0]) > xmlrpclib.Fault: > -- Jon Stanley Fedora Bug Wrangler jstanley at fedoraproject.org From mmcgrath at redhat.com Mon Oct 27 02:30:49 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 26 Oct 2008 21:30:49 -0500 (CDT) Subject: Triple Change Request In-Reply-To: <1225058453.5461.702.camel@fantail.jnet.net.nz> References: <1225058453.5461.702.camel@fantail.jnet.net.nz> Message-ID: On Mon, 27 Oct 2008, Nigel Jones wrote: > Okay, I've got a triple whammy... > > 1) I want to teach proxy5 about bapp1 (patch 0001) +1 very minor change > 2) I want to fix up the httpd config for zabbix on the proxies (patch > 0002) +1 seems ok > 3) I want to be able to flip the send remote commands/active checks > depending on where a machine is - security (patch 0003) > +1 low risk change even if it does fail. -Mike From a.badger at gmail.com Mon Oct 27 03:07:03 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 26 Oct 2008 20:07:03 -0700 Subject: Triple Change Request In-Reply-To: <1225058453.5461.702.camel@fantail.jnet.net.nz> References: <1225058453.5461.702.camel@fantail.jnet.net.nz> Message-ID: <49053057.7060109@gmail.com> Nigel Jones wrote: > Okay, I've got a triple whammy... > > 1) I want to teach proxy5 about bapp1 (patch 0001) + host { 'bapp1.fedora.phx.redhat.com': + ip => '192.168.1.41', + alias => ['bapp4', 'bapp1.fedoraproject.org'] Should that be: alias => ['bapp1', 'bapp1.fedoraproject.org'] ? Otherwise, +1 > 2) I want to fix up the httpd config for zabbix on the proxies (patch > 0002) Looks good +1. > 3) I want to be able to flip the send remote commands/active checks > depending on where a machine is - security (patch 0003) > > Patch 0003 also includes a lot of tabs->spaces because they annoyed me > so much. > +1 -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Mon Oct 27 03:08:34 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 26 Oct 2008 20:08:34 -0700 Subject: Pkgdb dump breakage In-Reply-To: <20081026140307.c3438b42.bugs.michael@gmx.net> References: <20081026140307.c3438b42.bugs.michael@gmx.net> Message-ID: <490530B2.2060401@gmail.com> Michael Schwendt wrote: > New breakage! This time in pkgdb bugzilla plain dump. These two > incomplete and broken entries are returned: > > Fedora|php-pear-Auth|provides methods for creating an authentication system using > > PHP|rakesh|| > Looks like someone created a summary in the repodata that has a newline. Let me see if that's really the case.... -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Mon Oct 27 03:35:08 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 26 Oct 2008 20:35:08 -0700 Subject: Pkgdb dump breakage In-Reply-To: <20081026140307.c3438b42.bugs.michael@gmx.net> References: <20081026140307.c3438b42.bugs.michael@gmx.net> Message-ID: <490536EC.9070906@gmail.com> Michael Schwendt wrote: > New breakage! This time in pkgdb bugzilla plain dump. These two > incomplete and broken entries are returned: > > Fedora|php-pear-Auth|provides methods for creating an authentication system using > > PHP|rakesh|| > Looks like it was a case of accepting newlines in the summary when creating the package. I've fixed the summary in the database and added a check to the server to change newlines to spaces. that willbe deployed when we come out of infrastructure change freeze. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From huzaifas at redhat.com Mon Oct 27 04:21:50 2008 From: huzaifas at redhat.com (Huzaifa Sidhpurwala) Date: Mon, 27 Oct 2008 09:51:50 +0530 Subject: Fedora Maps Message-ID: <490541DE.6060102@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi All, As you all know, i have been working on reviving the fedora maps project for some time and seem to have reached almost completion with the current maps. This is just to give you guys a heads-up on what has been done and ask for suggestions. So the maps are hosted on fedoraproject site at: http://fedoraproject.org/maps/ I have also copied the image location and put them on the wiki so that it has a common look and feel. https://fedoraproject.org/wiki/Maps I am currently mapping only MirrorManager for f7 to f9 and EL-4 & EL-5 and can easily extend my scripts to maps bittorrent and also cvs commits if needed. One doubt i have is: If the directory listing shown by apache on log1 as displayed at: http://fedoraproject.org/maps/ is ok and should not pose any security risk to us. Also any suggestions are welcome. - -- Regards, Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas) GnuPG Fingerprint: 3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFJBUHezHDc8tpb2uURAgdrAKCRuHahMv1zJM302nrv95S6vsZ6nQCgneCa MPYkAVztD/zNaw7EzgUCnTo= =4apT -----END PGP SIGNATURE----- From pertusus at free.fr Mon Oct 27 08:29:31 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 27 Oct 2008 09:29:31 +0100 Subject: Fedora Maps In-Reply-To: <490541DE.6060102@redhat.com> References: <490541DE.6060102@redhat.com> Message-ID: <20081027082931.GA2608@free.fr> On Mon, Oct 27, 2008 at 09:51:50AM +0530, Huzaifa Sidhpurwala wrote: > > I am currently mapping only MirrorManager for f7 to f9 and EL-4 & EL-5 > and can easily extend my scripts to maps bittorrent and also cvs commits > if needed. f7 is EOL since about 5 months, I am not sure that we want to show the related activity to the world. Now this may be interesting for other purposes, but it is not obvious that it should be along with the other maps (at least in the wiki). -- Pat From indeo.mail at gmail.com Fri Oct 24 08:02:55 2008 From: indeo.mail at gmail.com (Saint.AK) Date: Fri, 24 Oct 2008 16:02:55 +0800 Subject: I want join in the Fedora Sysadmin Group Message-ID: <2ce75ead0810240102s647c9f01v93c20ea4f49dbbb3@mail.gmail.com> hi,Mike I find this meeting been held in this morning,my timezone is UTC+8,so,it's 4:00AM @ Friday,when the meeting started. so,mostly I can't attend the meeting,but I will pay attention the content of the meeting ?? -Saint ak UTC +8 2008-10-24 16:02 -------------- next part -------------- An HTML attachment was scrubbed... URL: From aph at redhat.com Fri Oct 24 14:59:10 2008 From: aph at redhat.com (Andrew Haley) Date: Fri, 24 Oct 2008 15:59:10 +0100 Subject: [fedora-java] Strange build error for classpathx-mail In-Reply-To: <48C19553.9050401@cora.nwra.com> References: <48C17F34.2010207@cora.nwra.com> <48C1811F.4090003@redhat.com> <48C19553.9050401@cora.nwra.com> Message-ID: <4901E2BE.8010003@redhat.com> Orion Poplawski wrote: > Andrew Haley wrote: >> >> This is probably https://bugzilla.redhat.com/show_bug.cgi?id=459129 >> >> Jakub has a patch and we're waiting for gcj to be respun into a new RPM. >> >> Andrew. > > Indeed. Thanks. This one seems to have resurfaced, and may not be the same bug. http://koji.fedoraproject.org/koji/getfile?taskID=898486&name=build.log Andrew. From trac at fedorahosted.org Mon Oct 27 10:25:54 2008 From: trac at fedorahosted.org (Fedora Infrastructure) Date: Mon, 27 Oct 2008 10:25:54 -0000 Subject: [Fedora Infrastructure] #714: Remove hosted projects unmodified atleast for six months. In-Reply-To: <062.a669bdc03374fa86c12bb37d9ae31a4a@fedorahosted.org> References: <062.a669bdc03374fa86c12bb37d9ae31a4a@fedorahosted.org> Message-ID: <071.6c57113915289275963698c16d35b7f1@fedorahosted.org> #714: Remove hosted projects unmodified atleast for six months. --------------------------------+------------------------------------------- Reporter: susmit | Owner: susmit Type: task | Status: assigned Priority: minor | Milestone: Fedora 10 Component: Hosted Projects | Version: Production Severity: Normal | Resolution: Keywords: fedorahosted, trac | --------------------------------+------------------------------------------- Comment (by huzaifas): any updates on this? From the discussion which has happened, it looks like we can go ahead and remove the 6 month old projects if they are not touched within that period? -- Ticket URL: Fedora Infrastructure Fedora Infrastructure Project for Bugs, feature requests and access to our source code. From stickster at gmail.com Mon Oct 27 11:47:54 2008 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 27 Oct 2008 07:47:54 -0400 Subject: Fedora Maps In-Reply-To: <20081027082931.GA2608@free.fr> References: <490541DE.6060102@redhat.com> <20081027082931.GA2608@free.fr> Message-ID: <1225108074.3516.17.camel@localhost.localdomain> On Mon, 2008-10-27 at 09:29 +0100, Patrice Dumas wrote: > On Mon, Oct 27, 2008 at 09:51:50AM +0530, Huzaifa Sidhpurwala wrote: > > > > I am currently mapping only MirrorManager for f7 to f9 and EL-4 & EL-5 > > and can easily extend my scripts to maps bittorrent and also cvs commits > > if needed. > > f7 is EOL since about 5 months, I am not sure that we want to show the > related activity to the world. Now this may be interesting for other > purposes, but it is not obvious that it should be along with the other > maps (at least in the wiki). Actually, as long as they're not promoted on a maps "front page" (should such a thing be implemented), even the current EOL statistics are interesting and desirable. Great work on this Huzaifa! -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 lmacken at redhat.com Mon Oct 27 20:52:01 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 27 Oct 2008 16:52:01 -0400 Subject: Change request: trivial bodhi fix Message-ID: <20081027205201.GE3313@x300> I would like to perform a trivial bodhi upgrade that contains the following patch: --- a/bodhi/controllers.py +++ b/bodhi/controllers.py @@ -168,7 +168,7 @@ class Root(controllers.RootController): forward_url= cherrypy.request.headers.get("Referer", "/") # This seems to be the cause of some bodhi-client errors - # cherrypy.response.status=403 + cherrypy.response.status=403 return dict(message=msg, previous_url=previous_url, logging_in=True, original_parameters=cherrypy.request.params, forward_url=forward_url) This reverts a workaround for a problem in python-fedora-0.2.x, which has since been resolved. This bodhi patch should hopefully resolve https://bugzilla.redhat.com/show_bug.cgi?id=466510 as well. luke From ricky at fedoraproject.org Mon Oct 27 20:56:43 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Mon, 27 Oct 2008 16:56:43 -0400 Subject: Change request: trivial bodhi fix In-Reply-To: <20081027205201.GE3313@x300> References: <20081027205201.GE3313@x300> Message-ID: <20081027205643.GB13865@sphe.res.cmu.edu> On 2008-10-27 04:52:01 PM, Luke Macken wrote: > I would like to perform a trivial bodhi upgrade that contains the > following patch: > > --- a/bodhi/controllers.py > +++ b/bodhi/controllers.py > @@ -168,7 +168,7 @@ class Root(controllers.RootController): > forward_url= cherrypy.request.headers.get("Referer", "/") > > # This seems to be the cause of some bodhi-client errors > - # cherrypy.response.status=403 > + cherrypy.response.status=403 > return dict(message=msg, previous_url=previous_url, logging_in=True, > original_parameters=cherrypy.request.params, > forward_url=forward_url) +1 Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From trac at fedorahosted.org Mon Oct 27 16:24:54 2008 From: trac at fedorahosted.org (Fedora Infrastructure) Date: Mon, 27 Oct 2008 16:24:54 -0000 Subject: [Fedora Infrastructure] #714: Remove hosted projects unmodified atleast for six months. In-Reply-To: <062.a669bdc03374fa86c12bb37d9ae31a4a@fedorahosted.org> References: <062.a669bdc03374fa86c12bb37d9ae31a4a@fedorahosted.org> Message-ID: <071.317fb8ae3fb0f09e4dc8a49da5d2761b@fedorahosted.org> #714: Remove hosted projects unmodified atleast for six months. --------------------------------+------------------------------------------- Reporter: susmit | Owner: susmit Type: task | Status: assigned Priority: minor | Milestone: Fedora 10 Component: Hosted Projects | Version: Production Severity: Normal | Resolution: Keywords: fedorahosted, trac | --------------------------------+------------------------------------------- Comment (by susmit): nah, no decision yet. -- Ticket URL: Fedora Infrastructure Fedora Infrastructure Project for Bugs, feature requests and access to our source code. From mmcgrath at redhat.com Mon Oct 27 21:44:45 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 27 Oct 2008 16:44:45 -0500 (CDT) Subject: Change request: trivial bodhi fix In-Reply-To: <20081027205643.GB13865@sphe.res.cmu.edu> References: <20081027205201.GE3313@x300> <20081027205643.GB13865@sphe.res.cmu.edu> Message-ID: On Mon, 27 Oct 2008, Ricky Zhou wrote: > On 2008-10-27 04:52:01 PM, Luke Macken wrote: > > I would like to perform a trivial bodhi upgrade that contains the > > following patch: > > > > --- a/bodhi/controllers.py > > +++ b/bodhi/controllers.py > > @@ -168,7 +168,7 @@ class Root(controllers.RootController): > > forward_url= cherrypy.request.headers.get("Referer", "/") > > > > # This seems to be the cause of some bodhi-client errors > > - # cherrypy.response.status=403 > > + cherrypy.response.status=403 > > return dict(message=msg, previous_url=previous_url, logging_in=True, > > original_parameters=cherrypy.request.params, > > forward_url=forward_url) > +1 > +1 -Mike From bugs.michael at gmx.net Wed Oct 29 10:08:32 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 29 Oct 2008 11:08:32 +0100 Subject: Using fedoraproject.org email addr in bugzilla? Message-ID: <20081029110832.50ff2c0f.bugs.michael@gmx.net> I wonder whether it is possible to use a fedoraproject.org email alias in bugzilla without decoupling it from FAS? The connection between a bugzilla account and a Fedora account is based on the primary email address in FAS, right? So, if I update my bugzilla preferences to use the fedoraproject mail alias, does that disconnect my bugzilla account from FAS? From ricky at fedoraproject.org Wed Oct 29 13:20:41 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Wed, 29 Oct 2008 09:20:41 -0400 Subject: Using fedoraproject.org email addr in bugzilla? In-Reply-To: <20081029110832.50ff2c0f.bugs.michael@gmx.net> References: <20081029110832.50ff2c0f.bugs.michael@gmx.net> Message-ID: <20081029132041.GH13865@sphe.res.cmu.edu> On 2008-10-29 11:08:32 AM, Michael Schwendt wrote: > I wonder whether it is possible to use a fedoraproject.org email > alias in bugzilla without decoupling it from FAS? > > The connection between a bugzilla account and a Fedora account is > based on the primary email address in FAS, right? So, if I update my > bugzilla preferences to use the fedoraproject mail alias, does that > disconnect my bugzilla account from FAS? Yeah, bugzilla permissions are synced based on the FAS email. I think Toshio maintains a list of exceptions to this rule in python-fedora, which is how some people use a different email address. Eventually, it'd be nice to have a BZ email field in FAS, though. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From dennis at ausil.us Wed Oct 29 13:42:26 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 29 Oct 2008 08:42:26 -0500 Subject: Using fedoraproject.org email addr in bugzilla? In-Reply-To: <20081029110832.50ff2c0f.bugs.michael@gmx.net> References: <20081029110832.50ff2c0f.bugs.michael@gmx.net> Message-ID: <200810290842.29074.dennis@ausil.us> On Wednesday 29 October 2008 05:08:32 am Michael Schwendt wrote: > I wonder whether it is possible to use a fedoraproject.org email > alias in bugzilla without decoupling it from FAS? no > The connection between a bugzilla account and a Fedora account is > based on the primary email address in FAS, right? So, if I update my > bugzilla preferences to use the fedoraproject mail alias, does that > disconnect my bugzilla account from FAS? Yes. if you use the @fedoraproject.org alias you will lose all of your privileges in bugzilla. Dennis From a.badger at gmail.com Wed Oct 29 14:51:52 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 29 Oct 2008 07:51:52 -0700 Subject: Using fedoraproject.org email addr in bugzilla? In-Reply-To: <20081029132041.GH13865@sphe.res.cmu.edu> References: <20081029110832.50ff2c0f.bugs.michael@gmx.net> <20081029132041.GH13865@sphe.res.cmu.edu> Message-ID: <49087888.4000102@gmail.com> Ricky Zhou wrote: > On 2008-10-29 11:08:32 AM, Michael Schwendt wrote: >> I wonder whether it is possible to use a fedoraproject.org email >> alias in bugzilla without decoupling it from FAS? >> >> The connection between a bugzilla account and a Fedora account is >> based on the primary email address in FAS, right? So, if I update my >> bugzilla preferences to use the fedoraproject mail alias, does that >> disconnect my bugzilla account from FAS? > Yeah, bugzilla permissions are synced based on the FAS email. I think > Toshio maintains a list of exceptions to this rule in python-fedora, > which is how some people use a different email address. Eventually, > it'd be nice to have a BZ email field in FAS, though. > Yep. Michael, let me know if you want to do this and I'll set up the FAS side. We eventually need to have a FAS plugin that allows saving a separate email address as your bugzilla email and having the bugzilla sync script use that value if it's available. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From anvv.fedora at gmail.com Thu Oct 30 03:08:50 2008 From: anvv.fedora at gmail.com (Angel Natan Villegas Vicencio) Date: Wed, 29 Oct 2008 21:08:50 -0600 Subject: Introduction with some notes about me experience and skills Message-ID: Professional Resume Hi every body i want to join to the fedora infrastructure team, add something of my skills - System Administrator on RedHat 7.3, RedHat Advanced Server 2.1, RedHat Enterprise Linux 3, RedHat Enterprise Linux 4, RedHat Enterprise Linux 5, - Configurations and Installations of Redhat servers through PXE and kickstars files - Configurations of yum repositories for provisioning redhat servers ( 2.1, 3, 4, and 5 ) - LVM Filesystems - Bash Scripting - Technical Management of network services on Redhat (Radius, DNS, DHCP, LDAP, Postfix,) - Technical Management on VMware Server and Xen. - Backup Administrator in tape library MSL6000 with Omniback II. - Storage Administrator in Storage Strategies with EVA500 - Monitoring Administrator with Nagios, open source tool. - Technical knowledge on IBM and HP Hardware such as Blade Servers HS21(IBM), xSeries 3250-3850 (IBM), Blades Server BL20PG2 (HP), DL360 G2 , DL380 G2 , DL580 G2 (HP). - Firewall and VPNs Administrator on Netscreen Appliance Thank you ever body ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonstanley at gmail.com Thu Oct 30 03:14:16 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 29 Oct 2008 23:14:16 -0400 Subject: [PATCH] have supybot-fedora find ircnicks as well Message-ID: Here's a simple patch to supybot-fedora to have the 'fas' command also search ircnicks, for folks like myself whose ircnicks are not the same as their FAS name. -------------- next part -------------- A non-text attachment was scrubbed... Name: supybot-fedora-ircnick.patch Type: text/x-patch Size: 827 bytes Desc: not available URL: From lmacken at redhat.com Thu Oct 30 05:09:21 2008 From: lmacken at redhat.com (Luke Macken) Date: Thu, 30 Oct 2008 01:09:21 -0400 Subject: Change request: bodhi change for myfedora Message-ID: <20081030050921.GO3313@x300> Hey guys, I'd like to perform another quick bodhi upgrade soon, to add a feature needed to revoke update requests from myfedora. Should be a very low risk upgrade. https://fedorahosted.org/bodhi/changeset/bcc673fab69067e555654113d640f0152511f225 luke From a.badger at gmail.com Thu Oct 30 06:49:11 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 29 Oct 2008 23:49:11 -0700 Subject: Change request: bodhi change for myfedora In-Reply-To: <20081030050921.GO3313@x300> References: <20081030050921.GO3313@x300> Message-ID: <490958E7.9000702@gmail.com> Luke Macken wrote: > Hey guys, > > I'd like to perform another quick bodhi upgrade soon, to add a feature > needed to revoke update requests from myfedora. Should be a very low > risk upgrade. > > https://fedorahosted.org/bodhi/changeset/bcc673fab69067e555654113d640f0152511f225 > This change looks okay to me as it's adding a specific addition in a self-contained way. +1 -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mmcgrath at redhat.com Thu Oct 30 13:39:53 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 30 Oct 2008 08:39:53 -0500 (CDT) Subject: Change request: bodhi change for myfedora In-Reply-To: <490958E7.9000702@gmail.com> References: <20081030050921.GO3313@x300> <490958E7.9000702@gmail.com> Message-ID: On Wed, 29 Oct 2008, Toshio Kuratomi wrote: > Luke Macken wrote: > > Hey guys, > > > > I'd like to perform another quick bodhi upgrade soon, to add a feature > > needed to revoke update requests from myfedora. Should be a very low > > risk upgrade. > > > > https://fedorahosted.org/bodhi/changeset/bcc673fab69067e555654113d640f0152511f225 > > > This change looks okay to me as it's adding a specific addition in a > self-contained way. > > +1 > +1 -Mike From ricky at fedoraproject.org Thu Oct 30 20:56:16 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 30 Oct 2008 16:56:16 -0400 Subject: Meeting Log - 2008-10-30 Message-ID: <20081030205616.GC6175@sphe.res.cmu.edu> 19:59 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Role Call. Who's here? 19:59 * ricky 20:00 < themayor> nope were good 20:00 < themayor> thanks guys 20:00 * SmootherFrOgZ here 20:00 * wcattey makes his way to the exit as the meeting changes. 20:01 < smooge> here 20:01 < mmcgrath> Ok, lets get started 20:01 -!- notting [n=notting at redhat/notting] has joined #fedora-meeting 20:02 < fugolini> Just a small comunication for FAmSCo members, the meeting is going to be held in #fedora-ambassadors 20:02 < mmcgrath> First we'll hit up the release tickets. 20:02 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Release Tickets 20:02 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/report/9 20:02 < zodbot> mmcgrath: http://tinyurl.com/5onzad 20:02 < mmcgrath> .ticket 932 20:02 < zodbot> mmcgrath: #932 (Preview website) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/932 20:02 < mmcgrath> ricky: if you've got that would you mind accepting the ticket? 20:03 < ricky> Sure 20:03 < mmcgrath> solid 20:03 < mmcgrath> ricky: are there any blockers with that or anything you need from us? 20:03 -!- wcattey [n=devnull at HANTA-YO.MIT.EDU] has left #fedora-meeting ["Leaving"] 20:03 < ricky> Nope, I'll just make sure to confirm the torrent URLs early, and we'll be using the current get-fedora for the preview 20:04 < mmcgrath> Will you be doing the actual flip on release day or should someone else? If not you please note it in the ticket. 20:04 < mmcgrath> feel free to cc f13 on there and have him give the names to you. 20:04 < mmcgrath> next ticket 20:04 < mmcgrath> .ticket 933 20:04 < zodbot> mmcgrath: #933 (Preview release - Verify mirror space) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/933 20:04 < mmcgrath> I'm going to do this, I'm pretty sure we're find 20:04 < mmcgrath> err fine 20:04 < mmcgrath> .ticket 935 20:04 < zodbot> mmcgrath: #935 (Preview - Mirror Coordination) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/935 20:04 < mdomsch_> hi 20:04 < mmcgrath> f13: mdomsch_: what do we do for preview releases there? Anything special? do we even need to tell them about it or do we just let it happen? 20:04 -!- AndreasR [n=zeus at 80-218-142-182.dclient.hispeed.ch] has left #fedora-meeting ["Verlassend"] 20:05 -!- moixs [n=chatzill at 77-56-144-93.dclient.hispeed.ch] has left #fedora-meeting [] 20:05 < mdomsch_> f13 usually sends an email before posting the bits 20:05 < mdomsch_> when he knows they're close to being ready 20:05 < mdomsch_> that's all 20:06 < mmcgrath> kew, I figured its simple 20:06 < mmcgrath> .ticket 936 20:06 < zodbot> mmcgrath: #936 (Preview release - Mirror bit verification) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/936 20:06 < mmcgrath> SmootherFrOgZ: you're on this one. We've never really done this before (which is bad) but you're the man now, care to let us know what you're going to do? :) 20:07 < SmootherFrOgZ> no pb ;) 20:07 < mmcgrath> part of it is making sure the permissions are right and syncing, what else is there? 20:08 < SmootherFrOgZ> i think that's it 20:08 < mdomsch_> and that jesse lands the content in the right place :-) 20:08 < mmcgrath> k, I suppose we could -V the packages too if you were real hard core about it. 20:08 < SmootherFrOgZ> correct 20:08 < mmcgrath> mdomsch_: yeah, good point :) 20:09 < mmcgrath> .ticket 937 20:09 < zodbot> mmcgrath: #937 (Preview - Infrastructure Change Freeze) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/937 20:09 < mmcgrath> I've got this one, everything's been fine. 20:09 < mmcgrath> It is interesting to note how much more quiet nagios is when we're in a change freeze :) 20:09 * dgilmore is here 20:09 * mmcgrath hopes he doesn't jynx it 20:09 < mmcgrath> and 20:09 < mmcgrath> .ticket 934 20:09 * nirik wonders if this release will be the first with no RHIT interaction needed... or do they still need to flip something? 20:09 < mmcgrath> dgilmore: yo 20:09 < zodbot> mmcgrath: #934 (Preview Release Ticket) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/934 20:10 -!- sternecg [n=sternecg at ohnat.bristolwest.com] has joined #fedora-meeting 20:10 -!- buggbot [n=supybot at landfill.bugzilla.org] has quit Read error: 104 (Connection reset by peer) 20:10 < mmcgrath> nirik: this could be the first one, I can't remember if they were involved for F9 or not... 20:10 < mdomsch_> nirik, they do not 20:10 < dgilmore> mmcgrath: i think alot of nagios noise is people not scheduling downtime when doing work 20:10 < mdomsch_> mmcgrath, nope, not since the composes happen in PHX now 20:10 < mmcgrath> kew 20:11 * nirik nods. Cool. 20:11 < mmcgrath> so that release ticket is mostly just a tracker. it'll be closed when the release is out. 20:11 < mmcgrath> So thats really it with the preview release, any one have any questions or concerns? Speak your mind. 20:11 < dgilmore> mmcgrath, nirik: i think they were not involved in F-9 20:11 * nirik thought they were, but could be misremembering. 20:11 < mmcgrath> my brain doesn't go back that far. 20:11 < ricky> What is the status of myfedora with regard to the final release? 20:12 * ricky remembers seeing a blog post about it 20:12 < mmcgrath> ricky: wait till the floor is open :-P 20:12 < mmcgrath> which is pretty soon 20:12 < ricky> Oop, sorry 20:12 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 20:12 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assigned&status=reopened&component=Hosted+Projects&order=id&desc=1 20:12 < zodbot> mmcgrath: http://tinyurl.com/5g3oxm 20:12 < mmcgrath> err not that 20:12 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 20:12 < zodbot> mmcgrath: http://tinyurl.com/2hyyz6 20:12 < mmcgrath> that one ^^ 20:12 < mmcgrath> only one 20:12 < mmcgrath> .ticket 740 20:13 < zodbot> mmcgrath: #740 (Loaning out system time to OLPC participants) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/740 20:13 < mmcgrath> dgilmore: heard any news on this? I haven't. I assume its a pretty low priority 20:13 < dgilmore> mmcgrath: not heard anything more 20:13 < mmcgrath> k 20:13 < mmcgrath> in that case 20:13 < mmcgrath> I've just got a couple of items this week. 20:14 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- oVirt 20:14 < mmcgrath> Nothing real new with the ovirt looks this week, I also just started looking at enomalism. 20:14 < mmcgrath> They did release 0.84 (ovirt) and I've downloaded that. 20:14 < mmcgrath> So nothing real new. 20:14 < f13> sorry I'm late. 20:14 < mmcgrath> f13: no worries 20:14 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Backup2 20:15 < mmcgrath> I'm working to get our off-site backup solution in order. It will be at ibiblio. It will help me sleep better at night. 20:15 < mmcgrath> Its basically going to be a combination lvm + snapshot + nightly rsync type setup. 20:15 < ricky> Will it be everything or just a specific subset? 20:16 < mmcgrath> ricky: specific subset. Basically everything we'd need to get going again if the worst happened. 20:16 < mmcgrath> so databases, puppet configs, cvs, lookaside cache, etc. 20:16 < mdomsch_> hosted 20:16 < mmcgrath> it will likely be on an encrypted filesystem of some kind. 20:16 < mmcgrath> mdomsch_: actually hosted is already setup. We've got replicated data from hosted1 -> hosted2 in VA, and an offsite backup in PHX. 20:16 < ricky> Cool, that sounds really interesting 20:16 < mdomsch_> nice 20:16 -!- rdieter is now known as rdieter_away 20:16 < mmcgrath> yeah, we did hosted right :) 20:17 < mmcgrath> its not live replication but it is hourly IIRC. 20:17 -!- stickster is now known as stickster_afk 20:17 < mmcgrath> I've thought about doing live replication but haven't sat down and done it yet. 20:17 < mmcgrath> anywho, any questions about backup2? 20:17 < mmcgrath> kew 20:17 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:17 < mmcgrath> ricky: I believe you had something? :) 20:17 -!- rkastl__ [n=rkastl at e181097103.adsl.alicedsl.de] has joined #fedora-meeting 20:18 < ricky> 20:11:55 < ricky> What is the status of myfedora with regard to the final release? 20:18 < ricky> 20:12:05 * ricky remembers seeing a blog post about it 20:18 < mmcgrath> ahh yes 20:18 < mmcgrath> I've not heard any status reports about myfedora 20:18 < mmcgrath> J5: lmacken: either of you two around? 20:18 < mmcgrath> can you give us a status report of my fedora or perhaps email a larger status report to the list? 20:19 * mmcgrath assumes they're absent right now. 20:19 < mmcgrath> ricky: so I'd say they have a status, but not sure what it is. I'll drop an email to see whats up 20:19 < ricky> Cool 20:19 < mmcgrath> Anyone have anything else they'd like to duscuss? 20:19 < mmcgrath> err discuss even? 20:20 < mmcgrath> mdomsch_: the ubuntu guys are pretty sweet on your mirrormanager stuff. 20:20 < mdomsch_> yeah? 20:20 < mdomsch_> pointers? 20:20 < f13> I'm getting quite close to being able to release the .newkey stuff for F8 and F9 Everything trees 20:20 * ricky wonders if nirik wanted to ask about ticket 651 20:20 < ricky> .ticket 651 20:20 < f13> it'll baloon up our mirror space for a period of time, until we prune the non .newkey content 20:20 < zodbot> ricky: #651 (system account for tier2 ppc32/x86_64 hosting for cvsextras) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/651 20:20 < mdomsch_> f13, for Preview you're not changing the repo=rawhide parts of fedora-release, right? 20:20 < nirik> oh yeah... any news there? 20:20 < mdomsch_> but you will for RC? 20:21 < f13> however I'm not sure of the timing of releaseing this stuff, given the need to stage Preview and the F0 Final. 20:21 < mmcgrath> mdomsch: http://irclogs.ubuntu.com/2008/10/30/%23ubuntu-website.txt <-- towards the bottom. 20:21 < f13> mdomsch_: that's correct. post-preview is when I'll make all the bits look like the real thing, including the repo change. 20:21 < mmcgrath> f13: when will that happen? how much of a baloon are we talking about? 20:22 < f13> mmcgrath: I'm not sure when it'll happen. I'm more inclined to wait until after F10 goes out at this point, just because of all the churn that's upcoming. 20:22 * dgilmore would like to see ticket 651 done 20:22 -!- fbijlsma [n=fbijlsma at 92.50.110.191] has joined #fedora-meeting 20:22 < mmcgrath> f13: k 20:22 < f13> it'll double the size of the Everything/ tree for 8 and 9 20:23 < mmcgrath> f13: mind opening a ticket for mirrorspace verification on that? 20:23 < mmcgrath> ricky: one sec on 651 20:24 * mdomsch_ gets evil thought 20:24 < mdomsch_> create a new hidden category "Ubuntu" in MM 20:24 < mdomsch_> and pretend they're at /pub/Ubuntu/ 20:24 < mdomsch_> and start serving download.fedoraproject.org/pub/Ubuntu/... 20:25 < f13> mmcgrath: I'll do that before I put any bits in place. 20:25 < mmcgrath> mdomsch_: heh 20:25 < mmcgrath> f13: solid 20:25 < mmcgrath> Ok, 20:25 < ricky> Hehe 20:25 < mmcgrath> ricky: what about 651? 20:25 < ricky> I think nirik was just asking about that 20:25 < nirik> yeah, whats the status? 20:26 < mmcgrath> loupgaroublond: you around? 20:26 * mmcgrath thinks loupgaroublond had this done but not merged to a recent tree. 20:26 < mmcgrath> we talked about it a bit ago but I don't remember its status 20:27 < loupgaroublond> mmcgrath, yes? 20:27 < loupgaroublond> mmcgrath, done what? 20:27 < mmcgrath> .ticket 651 20:27 < zodbot> mmcgrath: #651 (system account for tier2 ppc32/x86_64 hosting for cvsextras) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/651 20:28 < loupgaroublond> is this the 'thirdparty' system deal? 20:29 < mmcgrath> yeah 20:29 < loupgaroublond> ok, iirc, we're using the privacy security features to implement this... 20:29 < loupgaroublond> in the config, a certain group is assigned 'thirdparty' and any third party system should have a login account that is a member of that group 20:30 < loupgaroublond> when pulling stuff from FAS, authenticate with that user, and not with an administrator user 20:30 < loupgaroublond> the privacy stuff, when sending out the userlists, should call the filter_private() method, which will drop the password bits, and possibly something else, though i can't remember offhand 20:31 < mmcgrath> loupgaroublond: and this is in version 0.8.4.5 or in HEAD or not yet completed? 20:31 < loupgaroublond> it's completed, though i'm not sure what's in version 0.8.4.5, so you'll have to check the git log for that 20:32 < mmcgrath> 20:32 < J5> mmcgrath: whats up? 20:32 < mmcgrath> ricky: while we're getting the next release ready lets make sure to check on that. Give it a test, etc. Then on deployment we'll let nirik and dgilmore know so they can do testing. 20:32 < mmcgrath> J5: ono momento 20:32 < mmcgrath> any other questions on ticket 651? 20:32 < ricky> mmcgrath: Sure 20:33 -!- che_ [n=rkastl at redhat/che] has quit Read error: 110 (Connection timed out) 20:33 * ricky has kvm machines setup now that'd be perfect :-) 20:33 < ricky> **virtual machines 20:33 < mmcgrath> J5: we were wondering if you could give us a status report on MyFedora? 20:33 < nirik> and it just gets ssh keys and logins, no passwords, right? 20:33 < ricky> nirik: Yup, that's the plan 20:34 < J5> ok, we are doing cleanups right now, the whole stack is packaged though the myfedora package needs some more cleanups. 20:34 < ricky> Also no real name, etc. info for people with privacy on 20:34 < nirik> great. Let me know when to test. 20:34 -!- sternecg [n=sternecg at ohnat.bristolwest.com] has quit "Leaving" 20:34 < J5> we have a test instance up at https://publictest16.fedoraproject.org/community 20:35 < mmcgrath> Do we have an estimated date on when it will be ready for deployment? 20:35 < ricky> Will it run on the same boxes as our other TG apps? 20:35 < J5> you can push updates from the updates tool, I show controls in the builds tool but haven't hooked that up yet 20:35 < J5> should be ready for deployment with F10 release 20:35 < dgilmore> ricky: just want public keys and usernames 20:36 < loupgaroublond> mmcgrath, the git commit's SHA is 3067a96d6cc0260c8c8bf179b93471fcb185475a 20:36 < SmootherFrOgZ> great 20:36 < mmcgrath> loupgaroublond: thank you. 20:36 < ricky> dgilmore: Hm, OK - we might have to make make sure fasClient works with just that info, then 20:36 < mmcgrath> ricky: and group info 20:36 < loupgaroublond> mmcgrath, and that appears to be master 20:36 < J5> We really just need to clean up some of the screen in terms of css and have better error handling 20:37 < dgilmore> mmcgrath: ahh yeah we might need that also 20:37 < dgilmore> ricky: ill just as gladly not have Real Names 20:37 * nirik nods at dgilmore. 20:38 < J5> just a warning to the rest of the infrastructure, I'm going to be sending in a bunch of patches during the F11 time frame as we had to drop a bunch of features because the API wasn't exposed or was exposed in a way we couldn't use very easily 20:39 < J5> mmcgrath: I have a couple of questions about deployment 20:39 < mmcgrath> J5: sure, shoot them my way. 20:39 < mmcgrath> J5: do we have any estimated date on when it will be ready for deployment? 20:39 < dgilmore> whats the url for the test instance? 20:39 < ricky> dgilmore: https://publictest16.fedoraproject.org/community 20:40 < J5> where do you want to mount myfedora? If it is under the admin.fd.o we can link off to other infrastructure bits better 20:40 < J5> two more weeks I would say 20:40 < mmcgrath> J5: doesn't matter to me, we can do admin.fedoraproject.org/myfedora/ or myfedora.fedoraproject.org/ 20:40 < ricky> That sounds good - depending on how auth is done, maybe they can share auth cookies 20:40 < J5> admin.fedoraproject.org/community 20:40 < mmcgrath> we have a *.fedoraproject.org certificate now so secure sites are cheap. 20:40 < J5> ricky: I'm already using the same cookies 20:40 < mmcgrath> yeah, wherever you guys want, doesn't matter to me. 20:41 < ricky> Nice 20:41 < J5> mmcgrath: I would like community.fedoraproject.org but that puts us in a different domain 20:42 < dgilmore> J5: have you guys tested in konqueror? 20:42 < mmcgrath> 20:42 < J5> any reason why cookies are not attached to fedoraproject.org or is that a browser thing? 20:42 < ricky> There are pages under fedoraproject.org which we couldn't 100% trust the content of 20:42 < J5> dgilmore: mostly firefox but I ran it on safari and it looked and worked fine 20:42 < ricky> Like the old wiki allowed arbitrary HTML 20:42 -!- fbijlsma [n=fbijlsma at 92.50.110.191] has quit "Leaving" 20:42 < J5> dgilmore: would be good if we got more testing 20:43 < ricky> And then there's people.fedoraproject.org 20:43 < dgilmore> J5: i generally use konq and it seemed busted 20:43 < dgilmore> J5 i had to hit close nearly 10 times before hiting the front page 20:43 < J5> dgilmore: file bugs, some parts are busted in general that we need to clean up 20:44 < dgilmore> J5: it kept showing planet feeds on top of everything else 20:44 < dgilmore> J5: where do bugs get files 20:44 < dgilmore> filed 20:44 < dgilmore> J5: blog about it please 20:44 < J5> myfedora.fedorahosted.org 20:44 < J5> dgilmore: I did, a couple of days ago 20:44 < dgilmore> J5: i missed it 20:44 < J5> k 20:44 < dgilmore> be louder :) 20:45 < J5> NEXT TIME I WILL POST IN ALL CAPS :) 20:45 < ricky> More s in the entry 20:45 < mmcgrath> heh 20:45 < mmcgrath> Ok ok, I'm thinking we can close the meeting a little early. Anyone have anything else they'd like to discuss? 20:45 < dgilmore> J5: this could be something cool. but It needs some noise :) 20:45 < J5> ya 20:45 * dgilmore got a G1 this afternoon 20:46 < J5> mmcgrath: so I was told you use mod_ssl not mod_nss - how do you want me to configure myfedora's package? 20:46 < dgilmore> J5: AFAIK we use mod_ssl everywhere not mod_nss 20:47 < dgilmore> i know koji uses mod_ssl 20:47 < mmcgrath> J5: actually you probably won't need to worry about that, the app servers don't exist at our encryption layer. 20:48 < J5> so take out the ssl apache configs? 20:48 < mmcgrath> J5: leave it on the publictest boxes, but when it gets deployed on app[1-6] take it out, the proxy servers do our ssl encryption 20:49 < J5> my biggest problem with that is if a user installs it without ssl they could potentially send fedora passwords over the wire 20:49 < mmcgrath> if a user installs what exactly? 20:49 < J5> the myfedora rpm 20:49 < mmcgrath> and thats the webapp? 20:49 < J5> yes 20:50 < mmcgrath> ah, typically that stuff is left up to the admins. 20:51 < J5> ok, I just copied what func did 20:51 -!- DemonJester [n=DemonJes at fedora/DemonJester] has quit "leaving" 20:51 < J5> so you don't want me installing the myfedora.conf in /etc/httd/conf.d? 20:51 < mmcgrath> with Func we don't pass it through the proxy layer, its not quite a traditional webapp. 20:52 < mmcgrath> J5: thats up to you but whatever you do with it we'll be changing it and controlling it via puppet anyway :) 20:52 < mmcgrath> being a config file and all 20:52 < J5> ok cool 20:53 < mmcgrath> Ok, well we'll look forward to that in the comming weeks. 20:53 < mmcgrath> Anyone have anything else they'd like to discuss? If not we'll close the meeting in 30 20:54 < mmcgrath> 10 20:54 < J5> hey guys, test it out and blog about it 20:54 < mmcgrath> J5: sure thing 20:54 < J5> and file bugs :) 20:54 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting closed -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mmcgrath at redhat.com Thu Oct 30 21:22:16 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 30 Oct 2008 16:22:16 -0500 (CDT) Subject: Away next week Message-ID: I forgot to mention during the meeting that i'll be gone starting Thursday and ending on Sunday. I'll also be only partially available on Wed. -Mike From duck at duckland.org Thu Oct 30 22:02:26 2008 From: duck at duckland.org (Don Harper) Date: Thu, 30 Oct 2008 17:02:26 -0500 Subject: Introduction Message-ID: <20081030220226.GB5933@duckland.org> Been lurking a bit, decided to say hello. I have been using RH/Fedora since the Mother's Day release, and it has been my primary desktop since then. I have in the past been a line SA doing 1st, 2nd, and 3rd level support. I have been a sales-engineer supporting Linux solutions. I have been a php developer. I have been a enterprise solutions consultant (love that term :). I am currently a senior engineer at a large bank support RHEL. I was a member of the Red Hat Beta team pretty much its whole time. I have RHCE for RH 6.x, 8, and RHEL 5. I have at one point or another been postmaster, webmaster, firewall master, configuration tzar, provisioning tzar, and hardware monkey. I live in America/Chicago timezone (just outside of Houston, TX). How can I help? :) Don -- ......................................................... . Don Harper, RHCE . We first make our habits, and . . duck at duckland.org . then our habits make us. - John . . www.donharper.org . Dryden . ......................................................... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mmcgrath at redhat.com Thu Oct 30 22:49:40 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 30 Oct 2008 17:49:40 -0500 (CDT) Subject: Introduction with some notes about me experience and skills In-Reply-To: References: Message-ID: On Wed, 29 Oct 2008, Angel Natan Villegas Vicencio wrote: > > Hi every body i want to join to the fedora infrastructure team, add something of my skills > > - System Administrator on RedHat 7.3, RedHat Advanced Server 2.1, RedHat Enterprise Linux 3, ?RedHat Enterprise Linux 4, > RedHat Enterprise Linux 5, > > - Configurations and Installations of Redhat servers through PXE and kickstars files > > - Configurations of yum repositories for provisioning redhat servers ( 2.1, 3, 4, and 5 ) > > - LVM Filesystems > > - Bash Scripting? > > - Technical Management of network services on Redhat (Radius, DNS, DHCP, LDAP, Postfix,) > > - Technical Management on VMware Server and Xen. > > - Backup Administrator in tape library MSL6000 with Omniback II. > > - Storage Administrator in Storage Strategies with EVA500 > > - Monitoring Administrator with Nagios, open source tool. > > - Technical knowledge on IBM and HP Hardware such as Blade Servers HS21(IBM), xSeries 3250-3850 (IBM), Blades Server > BL20PG2 (HP), DL360 G2 , DL380 G2 , DL580 G2 (HP). > > - Firewall and VPNs Administrator on Netscreen Appliance > > > Thank you ever body ... > Welcome Angel. Sounds like you have a very similar setup to us. Please do participate on the list. Also don't forget to check out: http://fedoraproject.org/wiki/Infrastructure/GettingStarted -Mike From mmcgrath at redhat.com Thu Oct 30 22:51:03 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 30 Oct 2008 17:51:03 -0500 (CDT) Subject: Introduction In-Reply-To: <20081030220226.GB5933@duckland.org> References: <20081030220226.GB5933@duckland.org> Message-ID: On Thu, 30 Oct 2008, Don Harper wrote: > Been lurking a bit, decided to say hello. > > I have been using RH/Fedora since the Mother's Day release, and it has > been my primary desktop since then. > > I have in the past been a line SA doing 1st, 2nd, and 3rd level support. > I have been a sales-engineer supporting Linux solutions. > I have been a php developer. > I have been a enterprise solutions consultant (love that term :). > I am currently a senior engineer at a large bank support RHEL. > I was a member of the Red Hat Beta team pretty much its whole time. > > I have RHCE for RH 6.x, 8, and RHEL 5. > > I have at one point or another been postmaster, webmaster, firewall > master, configuration tzar, provisioning tzar, and hardware monkey. > > I live in America/Chicago timezone (just outside of Houston, TX). > > How can I help? :) > Welcome Don, what in particular interests you? We hang out in #fedora-admin on irc.freenode.net if you ever want to stop by. -Mike From mastahnke at gmail.com Fri Oct 31 04:24:13 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Thu, 30 Oct 2008 23:24:13 -0500 Subject: Patch to fix EPEL dep scripts Message-ID: <7874d9dd0810302124o15e8a782x491530c1e3d634c0@mail.gmail.com> I think I solved the repo-closure/deps scripts issues. Now it should be back to sending only one email, (instead of 6). Also, there was an indentation issue in the reporting program that was causing the dependencies problems to be cleared. Please test this once before putting in production. I tested the best I could on publictest16 and my home systems, but I didn't have full access to all yum repos anywhere. Additionally, I changed the shell script to reference local copies of yum.conf and rc-report.cfg. I think that is probably ok, but somebody should verify. stahnma -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fixed-checkEpel.sh-to-send-only-one-email-instead-of.patch Type: text/x-patch Size: 3731 bytes Desc: not available URL: From bugs.michael at gmx.net Fri Oct 31 10:38:21 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Oct 2008 11:38:21 +0100 Subject: Patch to fix EPEL dep scripts In-Reply-To: <7874d9dd0810302124o15e8a782x491530c1e3d634c0@mail.gmail.com> References: <7874d9dd0810302124o15e8a782x491530c1e3d634c0@mail.gmail.com> Message-ID: <20081031113821.66adb18d.bugs.michael@gmx.net> On Thu, 30 Oct 2008 23:24:13 -0500, Michael Stahnke wrote: > I think I solved the repo-closure/deps scripts issues. Now it should > be back to sending only one email, (instead of 6). If I knew where I could find the original script, I could contribute proof-reading. I dunno what infrastructure group membership is needed for that. Still missing is to switch repoclosure arch to i686 when running for i386 repos. EL is i586 and above. Some packages are not available for i386 and create false positives (e.g. kernel related deps) unless you set the target arch to i686. > Also, there was an > indentation issue in the reporting program that was causing the > dependencies problems to be cleared. Not true. Your indentation breaks it. Hint: It's supposed to stay a for...else statement, not if...else. From mmcgrath at redhat.com Fri Oct 31 13:07:12 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 31 Oct 2008 08:07:12 -0500 (CDT) Subject: Patch to fix EPEL dep scripts In-Reply-To: <7874d9dd0810302124o15e8a782x491530c1e3d634c0@mail.gmail.com> References: <7874d9dd0810302124o15e8a782x491530c1e3d634c0@mail.gmail.com> Message-ID: On Thu, 30 Oct 2008, Michael Stahnke wrote: > I think I solved the repo-closure/deps scripts issues. Now it should > be back to sending only one email, (instead of 6). Also, there was an > indentation issue in the reporting program that was causing the > dependencies problems to be cleared. > > Please test this once before putting in production. I tested the best > I could on publictest16 and my home systems, but I didn't have full > access to all yum repos anywhere. Additionally, I changed the shell > script to reference local copies of yum.conf and rc-report.cfg. I > think that is probably ok, but somebody should verify. > What are the testing proceedures? -Mike From mmcgrath at redhat.com Fri Oct 31 13:09:59 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 31 Oct 2008 08:09:59 -0500 (CDT) Subject: Patch to fix EPEL dep scripts In-Reply-To: <20081031113821.66adb18d.bugs.michael@gmx.net> References: <7874d9dd0810302124o15e8a782x491530c1e3d634c0@mail.gmail.com> <20081031113821.66adb18d.bugs.michael@gmx.net> Message-ID: On Fri, 31 Oct 2008, Michael Schwendt wrote: > On Thu, 30 Oct 2008 23:24:13 -0500, Michael Stahnke wrote: > > > I think I solved the repo-closure/deps scripts issues. Now it should > > be back to sending only one email, (instead of 6). > > If I knew where I could find the original script, I could contribute > proof-reading. I dunno what infrastructure group membership is needed > for that. > > Still missing is to switch repoclosure arch to i686 when running for i386 > repos. EL is i586 and above. Some packages are not available for i386 > and create false positives (e.g. kernel related deps) unless you > set the target arch to i686. > > > Also, there was an > > indentation issue in the reporting program that was causing the > > dependencies problems to be cleared. > > Not true. Your indentation breaks it. Hint: It's supposed to stay > a for...else statement, not if...else. > Its in our infrastructure repo - http://git.fedorahosted.org/git/fedora-infrastructure.git/ -Mike From tmz at pobox.com Fri Oct 31 13:13:07 2008 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 31 Oct 2008 09:13:07 -0400 Subject: Patch to fix EPEL dep scripts In-Reply-To: <20081031113821.66adb18d.bugs.michael@gmx.net> References: <7874d9dd0810302124o15e8a782x491530c1e3d634c0@mail.gmail.com> <20081031113821.66adb18d.bugs.michael@gmx.net> Message-ID: <20081031131307.GF8332@inocybe.teonanacatl.org> Michael Schwendt wrote: > If I knew where I could find the original script, I could contribute > proof-reading. I dunno what infrastructure group membership is needed > for that. I believe this is from the fedora-infrastructure git repo: git://git.fedorahosted.org/fedora-infrastructure.git http://git.fedorahosted.org/git/?p=fedora-infrastructure.git -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ User, n.: The word computer professionals use when they mean "idiot." -- Dave Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From mastahnke at gmail.com Fri Oct 31 13:33:12 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Fri, 31 Oct 2008 08:33:12 -0500 Subject: Patch to fix EPEL dep scripts In-Reply-To: <20081031113821.66adb18d.bugs.michael@gmx.net> References: <7874d9dd0810302124o15e8a782x491530c1e3d634c0@mail.gmail.com> <20081031113821.66adb18d.bugs.michael@gmx.net> Message-ID: <7874d9dd0810310633g767888a2sa9552737b07a820d@mail.gmail.com> On Fri, Oct 31, 2008 at 5:38 AM, Michael Schwendt wrote: > On Thu, 30 Oct 2008 23:24:13 -0500, Michael Stahnke wrote: > >> I think I solved the repo-closure/deps scripts issues. Now it should >> be back to sending only one email, (instead of 6). > > If I knew where I could find the original script, I could contribute > proof-reading. I dunno what infrastructure group membership is needed > for that. > > Still missing is to switch repoclosure arch to i686 when running for i386 > repos. EL is i586 and above. Some packages are not available for i386 > and create false positives (e.g. kernel related deps) unless you > set the target arch to i686. > Hmm, that might be why I having odd issues. The problem when I was testing was that every time the dep list was blank. It seemed like that for/else combo was blanking out the container of broken deps. However, if i386 vs i686 understand kernel stuff, then there probably are not any broken deps on the repos I was able to test. The issue with testing is that the repodata for the EPEL repos is assumed to be a local URI in the provided yum.conf. (and you can't get/send mail on pt16) So some repos I could get to and test with, others not so much. Perhaps if just the i386/i686 issue and the single email thing are taken care of, everything will work correctly. Sorry for the confusion. stahnma >> Also, there was an >> indentation issue in the reporting program that was causing the >> dependencies problems to be cleared. > > Not true. Your indentation breaks it. Hint: It's supposed to stay > a for...else statement, not if...else. > > _______________________________________________ > 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 Fri Oct 31 13:53:29 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 31 Oct 2008 08:53:29 -0500 (CDT) Subject: Spins on fedorapeople Message-ID: Sebastian, I was pretty clear with you on IRC. Fedora People is not a location to bypass Fedora's normal policies and procedures. You asked for space on Fedora People to post your ISO, it was denied because its going through the approval process for Fedora. The Board approved it and I assume releng will soon at which point in time the spin will get built and distributed through normal means. In short, remove it. Fedora people is not an iso distribution mirror. We have procedures in place to host isos and you have been made aware of these procedures. I'm not sure who increased your space for this but when someone says no, asking others until someone says yes is in poor judgement. I know this sounds harsh but I want this message to be as clear as I can as it was ignored a few days ago. -Mike From bugs.michael at gmx.net Fri Oct 31 19:07:02 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Oct 2008 20:07:02 +0100 Subject: Patch to fix EPEL dep scripts In-Reply-To: <7874d9dd0810310633g767888a2sa9552737b07a820d@mail.gmail.com> References: <7874d9dd0810302124o15e8a782x491530c1e3d634c0@mail.gmail.com> <20081031113821.66adb18d.bugs.michael@gmx.net> <7874d9dd0810310633g767888a2sa9552737b07a820d@mail.gmail.com> Message-ID: <20081031200702.9e76f6a0.bugs.michael@gmx.net> On Fri, 31 Oct 2008 08:33:12 -0500, Michael Stahnke wrote: > Hmm, that might be why I having odd issues. The problem when I was > testing was that every time the dep list was blank. It seemed like > that for/else combo was blanking out the container of broken deps. That's by design. At least one -k/--keyword value is needed to match repoids. [It could also be the reverse: match everything by default and exclude repos via cmdline args. That would be less convenient.] With the changed indentation - it matches everything by default if no keyword is specified, - it works as before if exactly one keyword is specified, ;) and - it breaks if more than one keyword is specified.