From wtogami at redhat.com Mon Oct 1 20:04:36 2007 From: wtogami at redhat.com (Warren Togami) Date: Mon, 01 Oct 2007 16:04:36 -0400 Subject: Mirrormanager validator patch Message-ID: <470152D4.90607@redhat.com> Trivial changes to MM to get it to work on F8 Turbogears. Thanks to lmacken. Warren Togami wtogami at redhat.com diff --git a/mirrors/mirrors/controllers.py b/mirrors/mirrors/controllers.py index 6aec95c..1c0c768 100644 --- a/mirrors/mirrors/controllers.py +++ b/mirrors/mirrors/controllers.py @@ -230,7 +230,7 @@ class SiteToSiteFields(widgets.WidgetsList): def get_sites_options(): return [(s.id, s.name) for s in Site.select(orderBy='name')] - sites = widgets.MultipleSelectField(options=get_sites_options, size=15) + sites = widgets.MultipleSelectField(options=get_sites_options, size=15, validator=validators.NotEmpty()) site_to_site_form = widgets.TableForm(fields=SiteToSiteFields(), @@ -406,7 +406,7 @@ class HostController(controllers.Controller, identity.SecureResource, content): class HostCategoryFieldsNew(widgets.WidgetsList): def get_category_options(): return [(c.id, c.name) for c in Category.select(orderBy='name')] - category = widgets.SingleSelectField(options=get_category_options) + category = widgets.SingleSelectField(options=get_category_options, validator=validators.NotEmpty()) admin_active = widgets.CheckBox(default=True, help_text="unused") user_active = widgets.CheckBox(default=True, help_text="Clear to temporarily disable this category") upstream = widgets.TextField(validator=validators.Any(validators.UnicodeString,validators.Empty), attrs=dict(size='30'), help_text='e.g. rsync://download.fedora.redhat.com/fedor @@ -920,7 +920,7 @@ class VersionFields(widgets.WidgetsList): def get_products_options(): return [(p.id, p.name) for p in Product.select(orderBy='name')] - product = widgets.SingleSelectField(options=get_products_options) + product = widgets.SingleSelectField(options=get_products_options,validator=validators.NotEmpty()) name = widgets.TextField(validator=validators.UnicodeString, attrs=dict(size='30')) isTest = widgets.CheckBox(label="is a Test release") display = widgets.CheckBox(label="display in the publiclist chooser", default=True) From Matt_Domsch at dell.com Mon Oct 1 20:56:49 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 1 Oct 2007 15:56:49 -0500 Subject: Mirrormanager validator patch In-Reply-To: <470152D4.90607@redhat.com> References: <470152D4.90607@redhat.com> Message-ID: <20071001205649.GC14773@auslistsprd01.us.dell.com> On Mon, Oct 01, 2007 at 04:04:36PM -0400, Warren Togami wrote: > Trivial changes to MM to get it to work on F8 Turbogears. Thanks to > lmacken. > Applied and pushed to master, thanks. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From mmcgrath at redhat.com Tue Oct 2 18:12:56 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 02 Oct 2007 13:12:56 -0500 Subject: Moin: Same old crap Message-ID: <47028A28.8000305@redhat.com> Its been a few months since we looked into page saves. Deleting thousands of users did help but it only masked the problem. Has anyone heard of any patches from the moin team regarding speeding up or indexing page saves? -Mike From paulo.banon at googlemail.com Tue Oct 2 19:53:41 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Tue, 2 Oct 2007 21:53:41 +0200 Subject: Moin: Same old crap In-Reply-To: <47028A28.8000305@redhat.com> References: <47028A28.8000305@redhat.com> Message-ID: <7a41c4bc0710021253j668dbeem9346de82be7ebc82@mail.gmail.com> they were looking into a db backend, but thats all i know about it On 10/2/07, Mike McGrath wrote: > > Its been a few months since we looked into page saves. Deleting > thousands of users did help but it only masked the problem. Has anyone > heard of any patches from the moin team regarding speeding up or > indexing page saves? > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vpivaini at cs.helsinki.fi Tue Oct 2 21:33:00 2007 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Wed, 3 Oct 2007 00:33:00 +0300 Subject: Moin: Same old crap In-Reply-To: <7a41c4bc0710021253j668dbeem9346de82be7ebc82@mail.gmail.com> References: <47028A28.8000305@redhat.com> <7a41c4bc0710021253j668dbeem9346de82be7ebc82@mail.gmail.com> Message-ID: <200710030033.00355.vpivaini@cs.helsinki.fi> On Tuesday 02 October 2007 22:53:41 Paulo Santos wrote: > they were looking into a db backend, but thats all i know about it AFAIK, the DB backend (or backends) will be in 1.7 once it's released some time next year, so that won't be a quick fix for the problem. Wasn't Ray Van Dolson doing some profiling? I haven't heard from him in a while... -- Ville-Pekka Vainio vpivaini at cs.helsinki.fi From mmcgrath at redhat.com Tue Oct 2 21:30:01 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 02 Oct 2007 16:30:01 -0500 Subject: Moin: Same old crap In-Reply-To: <200710030033.00355.vpivaini@cs.helsinki.fi> References: <47028A28.8000305@redhat.com> <7a41c4bc0710021253j668dbeem9346de82be7ebc82@mail.gmail.com> <200710030033.00355.vpivaini@cs.helsinki.fi> Message-ID: <4702B859.2060104@redhat.com> Ville-Pekka Vainio wrote: > On Tuesday 02 October 2007 22:53:41 Paulo Santos wrote: > >> they were looking into a db backend, but thats all i know about it >> > > AFAIK, the DB backend (or backends) will be in 1.7 once it's released some > time next year, so that won't be a quick fix for the problem. Wasn't Ray Van > Dolson doing some profiling? I haven't heard from him in a while... > > I seem to remember something specific to page saves and caching who is monitoring what but I could be wrong. -Mike From a.badger at gmail.com Wed Oct 3 01:50:20 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 02 Oct 2007 18:50:20 -0700 Subject: TurboGears Upgrade Message-ID: <4702F55C.1020804@gmail.com> Hello developers, We're hoping to upgrade TurboGears on the Fedora Infrastructure app servers next week due to security concerns addressed by a newer version[1]_. As a first step in this, I'll be installing TurboGears-1.0.3 and necessary dependencies on publictest1 tomorrow for people to test on. If you have a TurboGears application active on app3 and app4, please test that it functions on publictest1 this week so that we're ready to upgrade next week. Luke Macken has already upgraded the Bodhi instance to the new TG and reports that it was a smooth process with no needed changes to Bodhi's code. .. [1]: https://hosted.fedoraproject.org/projects/bodhi/ticket/87 -Toshio From wtogami at redhat.com Thu Oct 4 15:44:40 2007 From: wtogami at redhat.com (Warren Togami) Date: Thu, 04 Oct 2007 11:44:40 -0400 Subject: Proposal: Rename cvsextras to packager Message-ID: <47050A68.1030900@redhat.com> At F8 development freeze when mass CVS branching is happening, everyone will have to stop working on packages for a short while. During this time we should also rename cvsextras to packager. This should reduce overall confusion. We will need to prepare the necessary changes to infrastructure scripts to handle this transition. Toshio has agreed to lead script prep for this change. Any objections? Warren Togami wtogami at redhat.com From opensource at till.name Thu Oct 4 15:59:50 2007 From: opensource at till.name (Till Maas) Date: Thu, 04 Oct 2007 17:59:50 +0200 Subject: Proposal: Rename cvsextras to packager In-Reply-To: <47050A68.1030900@redhat.com> References: <47050A68.1030900@redhat.com> Message-ID: <200710041759.51509.opensource@till.name> On Do Oktober 4 2007, Warren Togami wrote: > At F8 development freeze when mass CVS branching is happening, everyone > will have to stop working on packages for a short while. During this > time we should also rename cvsextras to packager. This should reduce > overall confusion. Does membership in cvsextras/packager allow more than just access to cvs? If not imho "cvspkgs" is a better name, because all package info is afaik in the pkgs "directory" of cvs. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From a.badger at gmail.com Thu Oct 4 16:14:17 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 04 Oct 2007 09:14:17 -0700 Subject: Proposal: Rename cvsextras to packager In-Reply-To: <200710041759.51509.opensource@till.name> References: <47050A68.1030900@redhat.com> <200710041759.51509.opensource@till.name> Message-ID: <47051159.5030809@gmail.com> Till Maas wrote: > On Do Oktober 4 2007, Warren Togami wrote: >> At F8 development freeze when mass CVS branching is happening, everyone >> will have to stop working on packages for a short while. During this >> time we should also rename cvsextras to packager. This should reduce >> overall confusion. > > Does membership in cvsextras/packager allow more than just access to cvs? If > not imho "cvspkgs" is a better name, because all package info is afaik in the > pkgs "directory" of cvs. > Well, it allows access to cvs and we've used it as a criteria to vote. I don't know of anything else offhand but we could potentially restrict access to koji or bodhi by membership in the group. -Toshio From wtogami at redhat.com Thu Oct 4 16:27:54 2007 From: wtogami at redhat.com (Warren Togami) Date: Thu, 04 Oct 2007 12:27:54 -0400 Subject: Proposal: Rename cvsextras to packager In-Reply-To: <47051159.5030809@gmail.com> References: <47050A68.1030900@redhat.com> <200710041759.51509.opensource@till.name> <47051159.5030809@gmail.com> Message-ID: <4705148A.5070503@redhat.com> Toshio Kuratomi wrote: > Till Maas wrote: >> On Do Oktober 4 2007, Warren Togami wrote: >>> At F8 development freeze when mass CVS branching is happening, everyone >>> will have to stop working on packages for a short while. During this >>> time we should also rename cvsextras to packager. This should reduce >>> overall confusion. >> >> Does membership in cvsextras/packager allow more than just access to >> cvs? If not imho "cvspkgs" is a better name, because all package info >> is afaik in the pkgs "directory" of cvs. >> > Well, it allows access to cvs and we've used it as a criteria to vote. > I don't know of anything else offhand but we could potentially restrict > access to koji or bodhi by membership in the group. > I'd prefer "packager" instead of "cvspkgs" because of the possibility that packages will not maintained in CVS at some point in the future. The more generic name is simply better. Warren Togami wtogami at redhat.com From ricky at fedoraproject.org Thu Oct 4 22:19:32 2007 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 4 Oct 2007 18:19:32 -0400 Subject: Meeting Log - 2007-10-04 Message-ID: <20071004221932.GH3865@Max.example.com> 16:00:06 * jima here 16:00:25 * mmcgrath looks for the two to drop 16:00:36 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:00:38 < mmcgrath> Who's here? 16:00:42 * lmacken 16:00:42 -!- warren [i=warren at redhat/wombat/warren] has quit Remote closed the connection 16:00:42 -!- jeremy [i=katzj at nat/redhat/x-824cfb21e0d420e3] has quit Remote closed the connection 16:00:46 < jima> ha! 16:00:53 < ivazquez> Pong. 16:01:22 -!- jeremy [i=katzj at nat/redhat/x-8d6a13a6e0eccf5f] has joined #fedora-meeting 16:01:23 < mmcgrath> dgilmore: paulobanon abadger1999 mbacovsk f13 skvidal jima + anyone I've forgotten 16:01:27 < mmcgrath> ping 16:01:36 < skvidal> pong 16:01:37 < frankc> Frank is eavesdropping 16:01:40 < abadger1999> pong 16:01:41 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has joined #fedora-meeting 16:01:41 < skvidal> and there go warren and jeremy 16:01:44 -!- |DrJef| [n=onefjef at fedora/Jef] has joined #fedora-meeting 16:01:47 < mmcgrath> :) 16:02:09 < warren> mmcgrath, damn you! 16:02:15 < mmcgrath> I didn't do it I swear!!! 16:02:17 * jima refrains from commentary on frank :) 16:02:22 < mmcgrath> heh 16:02:29 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 16:02:33 < mmcgrath> .tiny https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 16:02:33 < mmcgrathbot> mmcgrath: http://tinyurl.com/yth34b 16:02:37 < jima> mmcgrath: could it be the topic change? 16:02:39 < warren> mmcgrath, do you change the topic or something? 16:02:41 < warren> I should put it under gdb... 16:02:52 -!- skvidal changed the topic of #fedora-meeting to: Infrastructure -- Tickets test 16:02:53 < mmcgrath> warren: it could be, after the meeting I'll change it again and see what happens. 16:03:00 < skvidal> nope, they didn't die 16:03:01 < warren> mmcgrath, k 16:03:03 < jima> warren: it was immediately after the topic change 16:03:08 < lmacken> lets start the meeting over and see if it happens again ;P 16:03:18 -!- jima changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:03:19 < warren> waiit....I don't have debuginfo 16:03:26 < mmcgrath> ok, first ticket relates to DNS - 16:03:30 < lmacken> (but not really) 16:03:33 < mmcgrath> #154 16:03:48 < mmcgrath> Jima spent some time this afternoon to create publictest[1-9].fedoraproject.org 16:03:51 < jima> bizarre. 16:03:58 < jima> mmcgrath: yeah, like 30 seconds. ;) 16:04:18 < lmacken> cool 16:04:27 < mmcgrath> This is mostly just so we can A) be consistent with the rest of our services and so we don't have to run DNS requests through RHIS. 16:04:42 < mmcgrath> I'll be setting up a RHEL box soon (I was waiting for this part to be done) 16:04:42 < jima> would anyone be too mad if i cleaned up the fp.o zone file? like, alphabetized it? or would that be too cvs-noisy? 16:04:58 < lmacken> is bastion the only one left to have .fedora.redhat.com ? 16:05:01 < mmcgrath> jima: actually I'd appreciate that, keep the 'balanced' pieces in their own section. 16:05:26 < mmcgrath> lmacken: I think so, there's a few things out there, like cvs.fedora.redhat.com still exists but so does cvs.fedoraproject.org 16:05:33 < jima> mmcgrath: that's fine, but "The rest of our configs"? 16:05:34 < mmcgrath> jima: while you're in there add a bastion.fedoraproject.org 16:05:58 < skvidal> jima: umm - but one thing 16:06:03 < skvidal> jima: test it, A LOT 16:06:05 < skvidal> before you push it 16:06:07 < jima> sections are fine, all the random hostnames are just annoying :) 16:06:15 < skvidal> b/c clipping dns is a really good way to cause a lot of noise 16:06:17 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has quit Read error: 110 (Connection timed out) 16:06:18 < mmcgrath> jima: I agree. 16:06:21 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has joined #fedora-meeting 16:06:39 < jima> skvidal: enh...dns administration is a big part of my job. 16:06:43 < skvidal> cool 16:06:45 < skvidal> just making sure 16:06:57 < jima> i haven't made a dns boo-boo in YEARS :) 16:07:04 * nirik notes that named-checkzone is a handy command. ;) 16:07:13 < jima> (that was 1998, when i put in a #comment in a zone file. yes, seriously.) 16:07:15 < skvidal> jima: no time like the present to start :) 16:07:23 < mmcgrath> 16:07:42 < mmcgrath> jima: so yeah I guess the config will have two sections both alphabetized. 16:07:44 < jima> *sigh* if only named-checkzone were on puppet1 :) 16:08:31 < mmcgrath> jima: you've got a workstation :-P 16:08:35 < nirik> it's in the main bind package along with named-checkconf (which is also very handy) 16:09:01 < mmcgrath> Anyone have any other questions regarding the DNS stuff thats going on? I doubt that we'll just cut over to using it but we'll probably grandfather it in. 16:09:07 < jima> mmcgrath: yeah, i know -- i just do all my config editing on puppet1 :) 16:09:31 * jima will test this zone before pushing it 16:09:40 -!- stickster_work is now known as stickster_afk 16:09:48 < mmcgrath> ok, next ticket #170 16:09:58 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/170 16:10:00 < mmcgrathbot> mmcgrath: #170 (Hosting respins) - Fedora Infrastructure - Trac 16:10:01 -!- tibbs [i=tibbs at fedora/tibbs] has quit "Konversation terminated!" 16:10:18 < mmcgrath> I've been trying to find sponsorship for a new torrent server. 16:10:26 < mmcgrath> In the meantime I'd like us to create spins.fedoraproject.org 16:10:31 < skvidal> with an assload of disk space? 16:10:50 < mmcgrath> skvidal: I'm requesting 500G-1T of space + average throughput of 100Mb 16:10:57 < mmcgrath> err maximum throughput of 100Mb. 16:10:57 < skvidal> good 16:11:14 < mmcgrath> The problem I've been running into lately is getting the presentation layer of this stuff going. 16:11:25 < mmcgrath> I've hit up the art people and the websites list and we just don't have many actual designers out there. 16:11:53 < mmcgrath> mizmo has always come through for us in the past but I'd like to find another avenue, mostly because she's busy and because I know there's just got to be other people interested in getting involved in this stuff. 16:12:19 < mmcgrath> Anyone have any ideas on this? 16:12:38 < mmcgrath> I got 2 responses from the art team and followed up a few times with them but have yet to hear back about any proof of concepts or anything like that. 16:12:44 < ivazquez> I can help. Let me hit the -websites archive to see what's there. 16:13:21 < mmcgrath> ivazquez: thanks, we're actually moving to a templated based system with genshi soon so that should help. I'm just surprised at how little interst there is in this stuff. I'd think web designers would be all over it. 16:13:39 * ivazquez needs to learn Genshi anyways 16:14:02 < mmcgrath> thats really all I've got on #170. its an F8 milestone and available to anyone who'd be interested in doing the work to set it up. 16:14:03 * jima sucks at design, like many sysadmins. 16:14:09 * mmcgrath does too. 16:14:19 < mmcgrath> jima: knowing you suck is half the battle :) 16:14:23 < mmcgrath> well, for us its the whole battle 16:14:37 < mmcgrath> which reminds me 16:14:38 < mmcgrath> f13: ping? 16:14:42 < mmcgrath> anyone from rel-eng ping? 16:14:49 * notting can play rel-eng on irc 16:15:13 < mmcgrath> notting: how far along has the gaming spin gotten? 16:15:19 < mmcgrath> as far as being blessed by releng? 16:15:22 < notting> iirc, jeremy was doing test spins 16:15:29 < mmcgrath> jeremy: ping? 16:15:44 < jeremy> I gave it a try yesterday ... had to fix up a few things, but nothing too bad 16:15:46 * mmcgrath just wants to make sure to use the gaming spin as a sort of template for how future spins should go. 16:15:56 < notting> jeremy: so, it's doing the desktop stuff right now? 16:15:57 < mmcgrath> jeremy: do you suspect it will be ready prior to F8? 16:16:01 < jeremy> notting: yes 16:16:05 -!- cyberpear [n=cyberpea at copper-10.dynamic2.rpi.edu] has joined #fedora-meeting 16:16:09 < jeremy> mmcgrath: yep. and potentially an xfce one too 16:16:16 < mmcgrath> excellent news. 16:16:42 < mmcgrath> so when those are ready ready I'll probably have to sit down with someone and get the workflow figured out. I don't think there's anything too fancy going on there. 16:17:13 < mmcgrath> Ok, anyone have any questions regarding the respins? 16:17:20 * warren now has debuginfo for dircproxy! 16:17:22 < warren> restarting... 16:17:50 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has quit "Terminated with extreme prejudice - dircproxy 1.2.0" 16:17:53 < mmcgrath> ok, on to the schedule 16:17:58 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Schedule 16:18:04 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/Schedule 16:18:29 < mmcgrath> Corporate Sponsorship - Nothing new to report here. 16:18:49 -!- warren [i=warren at nat/redhat/x-db77e9f6a3ecac4a] has joined #fedora-meeting 16:19:02 < mmcgrath> I've been in discussions with Peer1.com, we've had quite a few meetings now. The last one was with their engineers so I'm hopeful to hear something soon. 16:19:09 < mmcgrath> either a yes or a no at least. 16:19:29 < mmcgrath> thats really it on that front. We've got funding to ship a server to the new german colo but I doubt that will be ready for F8. 16:19:39 < mmcgrath> Any questions regarding Corporate sponsorship? Any new leads? 16:19:51 < skvidal> mmcgrath: jeff_s 16:19:52 < mdomsch> mmcgrath, you have netapp on your list? 16:20:10 < mmcgrath> skvidal: will send an email soon 16:20:28 < mmcgrath> mdomsch: not yet, I think thats my fault, you gave me a contact over there I think but I never followed up. 16:20:49 * mmcgrath remembers now, I asked Chris Smith how much maintanence on our current netapp was but never heard back. 16:21:17 < mdomsch> I spoke to Trond at LKS a few weeks ago, he seemed to think it was possible 16:21:33 < mmcgrath> mdomsch: I know you talked with one of the netapp guys, could you send me another email with all of his contact info? 16:21:39 < mdomsch> will do 16:21:46 < mmcgrath> much appreciated. 16:22:04 < mmcgrath> Anyone have anything else? 16:22:11 -!- paulobanon_ [n=psantos at ns.alphatim.org] has joined #fedora-meeting 16:22:23 < mmcgrath> Ok, moving on 16:22:23 * paulobanon_ is here now :) 16:22:25 < mmcgrath> paulobanon_: hey 16:22:32 < paulobanon_> back from our colo in DE :) 16:22:33 < mmcgrath> Nothing new on the architecutral documentation 16:22:45 * jima cheers paulobanon_ on 16:22:51 < mmcgrath> paulobanon_: the one thats also soon to be Fedora's colo in DE? 16:22:56 < paulobanon_> yup 16:23:08 < mmcgrath> solid 16:23:13 < mmcgrath> Nothing new in the SOP front 16:23:22 < mmcgrath> jima: did you apply for the syadmin-devel group? 16:23:33 < jima> mmcgrath: yeah, abadger1999 approved me 16:23:46 < mmcgrath> cool 16:23:55 < mmcgrath> so jima's got new sponsorship in the sysadmin-devel group. 16:24:13 < mmcgrath> Thats it for the schedule, I've got two other things I'd like to talk about before we open the floor. 16:24:21 * jima hides 16:24:26 < mmcgrath> one is another ticket. 16:24:44 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Misc Items 16:24:46 * warren OK, gdb is now watching this process. 16:24:49 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/93 16:24:51 < mmcgrathbot> mmcgrath: #93 (Fedora 8) - Fedora Infrastructure - Trac 16:25:11 < mmcgrath> warren: cool 16:25:15 < mmcgrath> So Fedora 8 is on the way 16:25:43 < mmcgrath> The current schedule says its going to be on November 8th. 16:25:55 < skvidal> mmcgrath: where will you be on nov 8th? 16:26:10 < mmcgrath> For right now that means that our Infrastructure freeze is on November 1st. 16:26:20 < mmcgrath> skvidal: I believe I'll still be here on November 8th but not on the 9th. 16:26:24 < skvidal> :) 16:26:37 < mmcgrath> So here's a roundup of where we are right this second. 16:26:55 < mmcgrath> We've got two proxy servers being load balanced in PHX each with 1G ram and each with 1 bad drive in it. 16:27:02 < mmcgrath> I've got a ticket in to replace each of those bad drives. 16:27:35 < mmcgrath> At present we have proxy3 in Denver with tummy.com. Its got 5G ram dedicated to it. 16:27:49 < mmcgrath> And good drives, you get the idea. 16:27:50 < skvidal> odds on the disks being swapped out before f8? 16:27:59 < mmcgrath> skvidal: fair to good 16:28:08 < skvidal> mmcgrath: got an eta at all, yet? 16:28:10 < mmcgrath> its going to be one of stacy's final fairwells. 16:28:11 < mmcgrath> not yet. 16:28:14 < skvidal> ok 16:28:16 < skvidal> cool 16:28:20 < paulobanon_> oods on proxy4 before f8 ? 16:28:28 < paulobanon_> *odds 16:28:34 < mmcgrath> paulobanon_: not good, I just don't think we'll have one in before the infrastructure freeze. 16:28:43 < mmcgrath> having said that though, I don't think we'll *need* one. 16:28:46 < paulobanon_> oh well 16:29:08 < mmcgrath> I've also requested at the same time as the drive swaps happen that we make sure that some of the xen servers have a nic in the proxy network and the non-proxy network. 16:29:17 < mmcgrath> so we should be able to create proxy servers for the release in phx. 16:29:41 < mdomsch> and websites will keep the size of the front page small again, yes? 16:29:44 < jima> mmcgrath: i've done dual-nic setups with xen, yeah 16:29:46 < mmcgrath> I'm also thinking about adding an additional IP address to the tummy.com server so that twice as much traffic ends up there on release day. My experience is that its just more peppy and with the RAM it will be better. 16:29:58 < mmcgrath> mdomsch: yes, probably very similar to what it is right now. 16:30:04 < mdomsch> goodness 16:30:19 < mmcgrath> so really, we could be in better shape, but we have a lot of options. 16:30:29 < mmcgrath> Something to note right now is that only fedoraproject.org email is going through proxy3. 16:30:43 < mmcgrath> not docs, not admin, not translate, not hosted, not koji, etc. 16:30:43 < skvidal> no other mx? 16:30:47 < skvidal> oh, I see 16:30:50 < mmcgrath> errrr sorry 16:30:53 < mmcgrath> s/email/web traffic/ 16:30:56 * nirik is glad proxy3 is working out nicely. If you need anything on it, let me or jafo know. 16:31:14 < jima> mmcgrath: you have no idea how confused you just made me :) 16:31:15 < mmcgrath> nirik: honestly it could very well save our butts this release so its going very well. Thank you. 16:31:19 < mmcgrath> jima: sorry about that. 16:31:42 < mmcgrath> One thing I'd like to do is migrate docs over to fp.o. That should be as simple as changing the CNAME and making sure that docs.fp.o is listening to "fp.o" 16:31:49 < mmcgrath> Those are our two major hitters. 16:32:00 < mmcgrath> Also this time around we have cachign enabled on the proxy servers. 16:32:19 < mmcgrath> We can alter it so that getfedora and the release notes are all served from memory. 16:32:27 < paulobanon_> yup 16:32:37 < mmcgrath> This stuff is all a little ways off but its good to start talking about it now. 16:32:48 < abadger1999> Thanks paulo! 16:32:53 < paulobanon_> and if any TG app wants it also, dont forget the /static/ :) 16:33:00 < mmcgrath> Does anyone else have any questions related to the F8 release? I've added it to the meeting notes so we'll be discussing it from here on out. 16:33:10 < mmcgrath> paulobanon_: did we figure out the whole session issues with that? 16:33:38 < mmcgrath> paulobanon_: sorry we can talk about that later, probably not that important for this meeting. 16:33:46 < mmcgrath> The other thing I wanted to talk about is our mirrors setup 16:33:47 < mmcgrath> f13: ping 16:33:49 < mmcgrath> lmacken: ping? 16:34:00 < lmacken> mmcgrath: pong 16:34:08 < paulobanon_> mmcgrath: we can talk about that after the meeting in #fedora-admin 16:34:43 < mmcgrath> lmacken: so we've had a lot of problems with the mirrors over the last month, we've blown out updates 2 times. the test3 release got copied to the wrong spot, test2 is no longer available and the comps file that shipped last night was bad somehow. 16:34:54 < mmcgrath> I know some of that was our tools and some of that was a typo 16:34:59 < mmcgrath> and lastnights thing we just don't know about. 16:35:10 < jima> yeah :( 16:35:10 -!- Lovechild [n=david at about/unixlove/Lovechild] has quit "Ex-Chat" 16:35:37 < mmcgrath> is there anything that we can be doing right now to make sure this stuf doesn't happen anymore? I know you're working on mash, will that fix all of these issues? 16:36:12 < mmcgrath> do we need to dedicate more resources to it? 16:36:13 < lmacken> well, we don't have much control with what IS pushes out.. but I think it couldn't hurt to add a bit more paranoia to our tools before they flip the live bits. 16:36:24 < paulobanon_> were all problems in the tools been identified ? 16:36:30 < lmacken> even with all of the sanity checking bodhi could have done, it wouldn't have stopped what happened today with the comps.. 16:36:42 < jima> how do we push bits out? rsync? 16:36:51 < lmacken> the repo that bodhi mashed was fine, but it synced out with a bad comps 16:36:57 < mmcgrath> lmacken: can't we add a check to bodhi does the sha1sum match whats in the xml file? 16:37:09 < lmacken> I haven't worked on mash at all.. 16:37:14 < mmcgrath> 16:37:20 < lmacken> mmcgrath: yeah.. but that wouldn't have helped today, since everything matched up fine 16:00:06 * jima here 16:00:25 * mmcgrath looks for the two to drop 16:00:36 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:00:38 < mmcgrath> Who's here? 16:00:42 * lmacken 16:00:42 -!- warren [i=warren at redhat/wombat/warren] has quit Remote closed the connection 16:00:42 -!- jeremy [i=katzj at nat/redhat/x-824cfb21e0d420e3] has quit Remote closed the connection 16:00:46 < jima> ha! 16:00:53 < ivazquez> Pong. 16:01:22 -!- jeremy [i=katzj at nat/redhat/x-8d6a13a6e0eccf5f] has joined #fedora-meeting 16:01:23 < mmcgrath> dgilmore: paulobanon abadger1999 mbacovsk f13 skvidal jima + anyone I've forgotten 16:01:27 < mmcgrath> ping 16:01:36 < skvidal> pong 16:01:37 < frankc> Frank is eavesdropping 16:01:40 < abadger1999> pong 16:01:41 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has joined #fedora-meeting 16:01:41 < skvidal> and there go warren and jeremy 16:01:44 -!- |DrJef| [n=onefjef at fedora/Jef] has joined #fedora-meeting 16:01:47 < mmcgrath> :) 16:02:09 < warren> mmcgrath, damn you! 16:02:15 < mmcgrath> I didn't do it I swear!!! 16:02:17 * jima refrains from commentary on frank :) 16:02:22 < mmcgrath> heh 16:02:29 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 16:02:33 < mmcgrath> .tiny https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 16:02:33 < mmcgrathbot> mmcgrath: http://tinyurl.com/yth34b 16:02:37 < jima> mmcgrath: could it be the topic change? 16:02:39 < warren> mmcgrath, do you change the topic or something? 16:02:41 < warren> I should put it under gdb... 16:02:52 -!- skvidal changed the topic of #fedora-meeting to: Infrastructure -- Tickets test 16:02:53 < mmcgrath> warren: it could be, after the meeting I'll change it again and see what happens. 16:03:00 < skvidal> nope, they didn't die 16:03:01 < warren> mmcgrath, k 16:03:03 < jima> warren: it was immediately after the topic change 16:03:08 < lmacken> lets start the meeting over and see if it happens again ;P 16:03:18 -!- jima changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:03:19 < warren> waiit....I don't have debuginfo 16:03:26 < mmcgrath> ok, first ticket relates to DNS - 16:03:30 < lmacken> (but not really) 16:03:33 < mmcgrath> #154 16:03:48 < mmcgrath> Jima spent some time this afternoon to create publictest[1-9].fedoraproject.org 16:03:51 < jima> bizarre. 16:03:58 < jima> mmcgrath: yeah, like 30 seconds. ;) 16:04:18 < lmacken> cool 16:04:27 < mmcgrath> This is mostly just so we can A) be consistent with the rest of our services and so we don't have to run DNS requests through RHIS. 16:04:42 < mmcgrath> I'll be setting up a RHEL box soon (I was waiting for this part to be done) 16:04:42 < jima> would anyone be too mad if i cleaned up the fp.o zone file? like, alphabetized it? or would that be too cvs-noisy? 16:04:58 < lmacken> is bastion the only one left to have .fedora.redhat.com ? 16:05:01 < mmcgrath> jima: actually I'd appreciate that, keep the 'balanced' pieces in their own section. 16:05:26 < mmcgrath> lmacken: I think so, there's a few things out there, like cvs.fedora.redhat.com still exists but so does cvs.fedoraproject.org 16:05:33 < jima> mmcgrath: that's fine, but "The rest of our configs"? 16:05:34 < mmcgrath> jima: while you're in there add a bastion.fedoraproject.org 16:05:58 < skvidal> jima: umm - but one thing 16:06:03 < skvidal> jima: test it, A LOT 16:06:05 < skvidal> before you push it 16:06:07 < jima> sections are fine, all the random hostnames are just annoying :) 16:06:15 < skvidal> b/c clipping dns is a really good way to cause a lot of noise 16:06:17 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has quit Read error: 110 (Connection timed out) 16:06:18 < mmcgrath> jima: I agree. 16:06:21 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has joined #fedora-meeting 16:06:39 < jima> skvidal: enh...dns administration is a big part of my job. 16:06:43 < skvidal> cool 16:06:45 < skvidal> just making sure 16:06:57 < jima> i haven't made a dns boo-boo in YEARS :) 16:07:04 * nirik notes that named-checkzone is a handy command. ;) 16:07:13 < jima> (that was 1998, when i put in a #comment in a zone file. yes, seriously.) 16:07:15 < skvidal> jima: no time like the present to start :) 16:07:23 < mmcgrath> 16:07:42 < mmcgrath> jima: so yeah I guess the config will have two sections both alphabetized. 16:07:44 < jima> *sigh* if only named-checkzone were on puppet1 :) 16:08:31 < mmcgrath> jima: you've got a workstation :-P 16:08:35 < nirik> it's in the main bind package along with named-checkconf (which is also very handy) 16:09:01 < mmcgrath> Anyone have any other questions regarding the DNS stuff thats going on? I doubt that we'll just cut over to using it but we'll probably grandfather it in. 16:09:07 < jima> mmcgrath: yeah, i know -- i just do all my config editing on puppet1 :) 16:09:31 * jima will test this zone before pushing it 16:09:40 -!- stickster_work is now known as stickster_afk 16:09:48 < mmcgrath> ok, next ticket #170 16:09:58 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/170 16:10:00 < mmcgrathbot> mmcgrath: #170 (Hosting respins) - Fedora Infrastructure - Trac 16:10:01 -!- tibbs [i=tibbs at fedora/tibbs] has quit "Konversation terminated!" 16:10:18 < mmcgrath> I've been trying to find sponsorship for a new torrent server. 16:10:26 < mmcgrath> In the meantime I'd like us to create spins.fedoraproject.org 16:10:31 < skvidal> with an assload of disk space? 16:10:50 < mmcgrath> skvidal: I'm requesting 500G-1T of space + average throughput of 100Mb 16:10:57 < mmcgrath> err maximum throughput of 100Mb. 16:10:57 < skvidal> good 16:11:14 < mmcgrath> The problem I've been running into lately is getting the presentation layer of this stuff going. 16:11:25 < mmcgrath> I've hit up the art people and the websites list and we just don't have many actual designers out there. 16:11:53 < mmcgrath> mizmo has always come through for us in the past but I'd like to find another avenue, mostly because she's busy and because I know there's just got to be other people interested in getting involved in this stuff. 16:12:19 < mmcgrath> Anyone have any ideas on this? 16:12:38 < mmcgrath> I got 2 responses from the art team and followed up a few times with them but have yet to hear back about any proof of concepts or anything like that. 16:12:44 < ivazquez> I can help. Let me hit the -websites archive to see what's there. 16:13:21 < mmcgrath> ivazquez: thanks, we're actually moving to a templated based system with genshi soon so that should help. I'm just surprised at how little interst there is in this stuff. I'd think web designers would be all over it. 16:13:39 * ivazquez needs to learn Genshi anyways 16:14:02 < mmcgrath> thats really all I've got on #170. its an F8 milestone and available to anyone who'd be interested in doing the work to set it up. 16:14:03 * jima sucks at design, like many sysadmins. 16:14:09 * mmcgrath does too. 16:14:19 < mmcgrath> jima: knowing you suck is half the battle :) 16:14:23 < mmcgrath> well, for us its the whole battle 16:14:37 < mmcgrath> which reminds me 16:14:38 < mmcgrath> f13: ping? 16:14:42 < mmcgrath> anyone from rel-eng ping? 16:14:49 * notting can play rel-eng on irc 16:15:13 < mmcgrath> notting: how far along has the gaming spin gotten? 16:15:19 < mmcgrath> as far as being blessed by releng? 16:15:22 < notting> iirc, jeremy was doing test spins 16:15:29 < mmcgrath> jeremy: ping? 16:15:44 < jeremy> I gave it a try yesterday ... had to fix up a few things, but nothing too bad 16:15:46 * mmcgrath just wants to make sure to use the gaming spin as a sort of template for how future spins should go. 16:15:56 < notting> jeremy: so, it's doing the desktop stuff right now? 16:15:57 < mmcgrath> jeremy: do you suspect it will be ready prior to F8? 16:16:01 < jeremy> notting: yes 16:16:05 -!- cyberpear [n=cyberpea at copper-10.dynamic2.rpi.edu] has joined #fedora-meeting 16:16:09 < jeremy> mmcgrath: yep. and potentially an xfce one too 16:16:16 < mmcgrath> excellent news. 16:16:42 < mmcgrath> so when those are ready ready I'll probably have to sit down with someone and get the workflow figured out. I don't think there's anything too fancy going on there. 16:17:13 < mmcgrath> Ok, anyone have any questions regarding the respins? 16:17:20 * warren now has debuginfo for dircproxy! 16:17:22 < warren> restarting... 16:17:50 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has quit "Terminated with extreme prejudice - dircproxy 1.2.0" 16:17:53 < mmcgrath> ok, on to the schedule 16:17:58 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Schedule 16:18:04 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/Schedule 16:18:29 < mmcgrath> Corporate Sponsorship - Nothing new to report here. 16:18:49 -!- warren [i=warren at nat/redhat/x-db77e9f6a3ecac4a] has joined #fedora-meeting 16:19:02 < mmcgrath> I've been in discussions with Peer1.com, we've had quite a few meetings now. The last one was with their engineers so I'm hopeful to hear something soon. 16:19:09 < mmcgrath> either a yes or a no at least. 16:19:29 < mmcgrath> thats really it on that front. We've got funding to ship a server to the new german colo but I doubt that will be ready for F8. 16:19:39 < mmcgrath> Any questions regarding Corporate sponsorship? Any new leads? 16:19:51 < skvidal> mmcgrath: jeff_s 16:19:52 < mdomsch> mmcgrath, you have netapp on your list? 16:20:10 < mmcgrath> skvidal: will send an email soon 16:20:28 < mmcgrath> mdomsch: not yet, I think thats my fault, you gave me a contact over there I think but I never followed up. 16:20:49 * mmcgrath remembers now, I asked Chris Smith how much maintanence on our current netapp was but never heard back. 16:21:17 < mdomsch> I spoke to Trond at LKS a few weeks ago, he seemed to think it was possible 16:21:33 < mmcgrath> mdomsch: I know you talked with one of the netapp guys, could you send me another email with all of his contact info? 16:21:39 < mdomsch> will do 16:21:46 < mmcgrath> much appreciated. 16:22:04 < mmcgrath> Anyone have anything else? 16:22:11 -!- paulobanon_ [n=psantos at ns.alphatim.org] has joined #fedora-meeting 16:22:23 < mmcgrath> Ok, moving on 16:22:23 * paulobanon_ is here now :) 16:22:25 < mmcgrath> paulobanon_: hey 16:22:32 < paulobanon_> back from our colo in DE :) 16:22:33 < mmcgrath> Nothing new on the architecutral documentation 16:22:45 * jima cheers paulobanon_ on 16:22:51 < mmcgrath> paulobanon_: the one thats also soon to be Fedora's colo in DE? 16:22:56 < paulobanon_> yup 16:23:08 < mmcgrath> solid 16:23:13 < mmcgrath> Nothing new in the SOP front 16:23:22 < mmcgrath> jima: did you apply for the syadmin-devel group? 16:23:33 < jima> mmcgrath: yeah, abadger1999 approved me 16:23:46 < mmcgrath> cool 16:23:55 < mmcgrath> so jima's got new sponsorship in the sysadmin-devel group. 16:24:13 < mmcgrath> Thats it for the schedule, I've got two other things I'd like to talk about before we open the floor. 16:24:21 * jima hides 16:24:26 < mmcgrath> one is another ticket. 16:24:44 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Misc Items 16:24:46 * warren OK, gdb is now watching this process. 16:24:49 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/93 16:24:51 < mmcgrathbot> mmcgrath: #93 (Fedora 8) - Fedora Infrastructure - Trac 16:25:11 < mmcgrath> warren: cool 16:25:15 < mmcgrath> So Fedora 8 is on the way 16:25:43 < mmcgrath> The current schedule says its going to be on November 8th. 16:25:55 < skvidal> mmcgrath: where will you be on nov 8th? 16:26:10 < mmcgrath> For right now that means that our Infrastructure freeze is on November 1st. 16:26:20 < mmcgrath> skvidal: I believe I'll still be here on November 8th but not on the 9th. 16:26:24 < skvidal> :) 16:26:37 < mmcgrath> So here's a roundup of where we are right this second. 16:26:55 < mmcgrath> We've got two proxy servers being load balanced in PHX each with 1G ram and each with 1 bad drive in it. 16:27:02 < mmcgrath> I've got a ticket in to replace each of those bad drives. 16:27:35 < mmcgrath> At present we have proxy3 in Denver with tummy.com. Its got 5G ram dedicated to it. 16:27:49 < mmcgrath> And good drives, you get the idea. 16:27:50 < skvidal> odds on the disks being swapped out before f8? 16:27:59 < mmcgrath> skvidal: fair to good 16:28:08 < skvidal> mmcgrath: got an eta at all, yet? 16:28:10 < mmcgrath> its going to be one of stacy's final fairwells. 16:28:11 < mmcgrath> not yet. 16:28:14 < skvidal> ok 16:28:16 < skvidal> cool 16:28:20 < paulobanon_> oods on proxy4 before f8 ? 16:28:28 < paulobanon_> *odds 16:28:34 < mmcgrath> paulobanon_: not good, I just don't think we'll have one in before the infrastructure freeze. 16:28:43 < mmcgrath> having said that though, I don't think we'll *need* one. 16:28:46 < paulobanon_> oh well 16:29:08 < mmcgrath> I've also requested at the same time as the drive swaps happen that we make sure that some of the xen servers have a nic in the proxy network and the non-proxy network. 16:29:17 < mmcgrath> so we should be able to create proxy servers for the release in phx. 16:29:41 < mdomsch> and websites will keep the size of the front page small again, yes? 16:29:44 < jima> mmcgrath: i've done dual-nic setups with xen, yeah 16:29:46 < mmcgrath> I'm also thinking about adding an additional IP address to the tummy.com server so that twice as much traffic ends up there on release day. My experience is that its just more peppy and with the RAM it will be better. 16:29:58 < mmcgrath> mdomsch: yes, probably very similar to what it is right now. 16:30:04 < mdomsch> goodness 16:30:19 < mmcgrath> so really, we could be in better shape, but we have a lot of options. 16:30:29 < mmcgrath> Something to note right now is that only fedoraproject.org email is going through proxy3. 16:30:43 < mmcgrath> not docs, not admin, not translate, not hosted, not koji, etc. 16:30:43 < skvidal> no other mx? 16:30:47 < skvidal> oh, I see 16:30:50 < mmcgrath> errrr sorry 16:30:53 < mmcgrath> s/email/web traffic/ 16:30:56 * nirik is glad proxy3 is working out nicely. If you need anything on it, let me or jafo know. 16:31:14 < jima> mmcgrath: you have no idea how confused you just made me :) 16:31:15 < mmcgrath> nirik: honestly it could very well save our butts this release so its going very well. Thank you. 16:31:19 < mmcgrath> jima: sorry about that. 16:31:42 < mmcgrath> One thing I'd like to do is migrate docs over to fp.o. That should be as simple as changing the CNAME and making sure that docs.fp.o is listening to "fp.o" 16:31:49 < mmcgrath> Those are our two major hitters. 16:32:00 < mmcgrath> Also this time around we have cachign enabled on the proxy servers. 16:32:19 < mmcgrath> We can alter it so that getfedora and the release notes are all served from memory. 16:32:27 < paulobanon_> yup 16:32:37 < mmcgrath> This stuff is all a little ways off but its good to start talking about it now. 16:32:48 < abadger1999> Thanks paulo! 16:32:53 < paulobanon_> and if any TG app wants it also, dont forget the /static/ :) 16:33:00 < mmcgrath> Does anyone else have any questions related to the F8 release? I've added it to the meeting notes so we'll be discussing it from here on out. 16:33:10 < mmcgrath> paulobanon_: did we figure out the whole session issues with that? 16:33:38 < mmcgrath> paulobanon_: sorry we can talk about that later, probably not that important for this meeting. 16:33:46 < mmcgrath> The other thing I wanted to talk about is our mirrors setup 16:33:47 < mmcgrath> f13: ping 16:33:49 < mmcgrath> lmacken: ping? 16:34:00 < lmacken> mmcgrath: pong 16:34:08 < paulobanon_> mmcgrath: we can talk about that after the meeting in #fedora-admin 16:34:43 < mmcgrath> lmacken: so we've had a lot of problems with the mirrors over the last month, we've blown out updates 2 times. the test3 release got copied to the wrong spot, test2 is no longer available and the comps file that shipped last night was bad somehow. 16:34:54 < mmcgrath> I know some of that was our tools and some of that was a typo 16:34:59 < mmcgrath> and lastnights thing we just don't know about. 16:35:10 < jima> yeah :( 16:35:10 -!- Lovechild [n=david at about/unixlove/Lovechild] has quit "Ex-Chat" 16:35:37 < mmcgrath> is there anything that we can be doing right now to make sure this stuf doesn't happen anymore? I know you're working on mash, will that fix all of these issues? 16:36:12 < mmcgrath> do we need to dedicate more resources to it? 16:36:13 < lmacken> well, we don't have much control with what IS pushes out.. but I think it couldn't hurt to add a bit more paranoia to our tools before they flip the live bits. 16:36:24 < paulobanon_> were all problems in the tools been identified ? 16:36:30 < lmacken> even with all of the sanity checking bodhi could have done, it wouldn't have stopped what happened today with the comps.. 16:36:42 < jima> how do we push bits out? rsync? 16:36:51 < lmacken> the repo that bodhi mashed was fine, but it synced out with a bad comps 16:36:57 < mmcgrath> lmacken: can't we add a check to bodhi does the sha1sum match whats in the xml file? 16:37:09 < lmacken> I haven't worked on mash at all.. 16:37:14 < mmcgrath> 16:37:20 < lmacken> mmcgrath: yeah.. but that wouldn't have helped today, since everything matched up fine 16:00:06 * jima here 16:00:25 * mmcgrath looks for the two to drop 16:00:36 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:00:38 < mmcgrath> Who's here? 16:00:42 * lmacken 16:00:42 -!- warren [i=warren at redhat/wombat/warren] has quit Remote closed the connection 16:00:42 -!- jeremy [i=katzj at nat/redhat/x-824cfb21e0d420e3] has quit Remote closed the connection 16:00:46 < jima> ha! 16:00:53 < ivazquez> Pong. 16:01:22 -!- jeremy [i=katzj at nat/redhat/x-8d6a13a6e0eccf5f] has joined #fedora-meeting 16:01:23 < mmcgrath> dgilmore: paulobanon abadger1999 mbacovsk f13 skvidal jima + anyone I've forgotten 16:01:27 < mmcgrath> ping 16:01:36 < skvidal> pong 16:01:37 < frankc> Frank is eavesdropping 16:01:40 < abadger1999> pong 16:01:41 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has joined #fedora-meeting 16:01:41 < skvidal> and there go warren and jeremy 16:01:44 -!- |DrJef| [n=onefjef at fedora/Jef] has joined #fedora-meeting 16:01:47 < mmcgrath> :) 16:02:09 < warren> mmcgrath, damn you! 16:02:15 < mmcgrath> I didn't do it I swear!!! 16:02:17 * jima refrains from commentary on frank :) 16:02:22 < mmcgrath> heh 16:02:29 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 16:02:33 < mmcgrath> .tiny https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 16:02:33 < mmcgrathbot> mmcgrath: http://tinyurl.com/yth34b 16:02:37 < jima> mmcgrath: could it be the topic change? 16:02:39 < warren> mmcgrath, do you change the topic or something? 16:02:41 < warren> I should put it under gdb... 16:02:52 -!- skvidal changed the topic of #fedora-meeting to: Infrastructure -- Tickets test 16:02:53 < mmcgrath> warren: it could be, after the meeting I'll change it again and see what happens. 16:03:00 < skvidal> nope, they didn't die 16:03:01 < warren> mmcgrath, k 16:03:03 < jima> warren: it was immediately after the topic change 16:03:08 < lmacken> lets start the meeting over and see if it happens again ;P 16:03:18 -!- jima changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:03:19 < warren> waiit....I don't have debuginfo 16:03:26 < mmcgrath> ok, first ticket relates to DNS - 16:03:30 < lmacken> (but not really) 16:03:33 < mmcgrath> #154 16:03:48 < mmcgrath> Jima spent some time this afternoon to create publictest[1-9].fedoraproject.org 16:03:51 < jima> bizarre. 16:03:58 < jima> mmcgrath: yeah, like 30 seconds. ;) 16:04:18 < lmacken> cool 16:04:27 < mmcgrath> This is mostly just so we can A) be consistent with the rest of our services and so we don't have to run DNS requests through RHIS. 16:04:42 < mmcgrath> I'll be setting up a RHEL box soon (I was waiting for this part to be done) 16:04:42 < jima> would anyone be too mad if i cleaned up the fp.o zone file? like, alphabetized it? or would that be too cvs-noisy? 16:04:58 < lmacken> is bastion the only one left to have .fedora.redhat.com ? 16:05:01 < mmcgrath> jima: actually I'd appreciate that, keep the 'balanced' pieces in their own section. 16:05:26 < mmcgrath> lmacken: I think so, there's a few things out there, like cvs.fedora.redhat.com still exists but so does cvs.fedoraproject.org 16:05:33 < jima> mmcgrath: that's fine, but "The rest of our configs"? 16:05:34 < mmcgrath> jima: while you're in there add a bastion.fedoraproject.org 16:05:58 < skvidal> jima: umm - but one thing 16:06:03 < skvidal> jima: test it, A LOT 16:06:05 < skvidal> before you push it 16:06:07 < jima> sections are fine, all the random hostnames are just annoying :) 16:06:15 < skvidal> b/c clipping dns is a really good way to cause a lot of noise 16:06:17 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has quit Read error: 110 (Connection timed out) 16:06:18 < mmcgrath> jima: I agree. 16:06:21 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has joined #fedora-meeting 16:06:39 < jima> skvidal: enh...dns administration is a big part of my job. 16:06:43 < skvidal> cool 16:06:45 < skvidal> just making sure 16:06:57 < jima> i haven't made a dns boo-boo in YEARS :) 16:07:04 * nirik notes that named-checkzone is a handy command. ;) 16:07:13 < jima> (that was 1998, when i put in a #comment in a zone file. yes, seriously.) 16:07:15 < skvidal> jima: no time like the present to start :) 16:07:23 < mmcgrath> 16:07:42 < mmcgrath> jima: so yeah I guess the config will have two sections both alphabetized. 16:07:44 < jima> *sigh* if only named-checkzone were on puppet1 :) 16:08:31 < mmcgrath> jima: you've got a workstation :-P 16:08:35 < nirik> it's in the main bind package along with named-checkconf (which is also very handy) 16:09:01 < mmcgrath> Anyone have any other questions regarding the DNS stuff thats going on? I doubt that we'll just cut over to using it but we'll probably grandfather it in. 16:09:07 < jima> mmcgrath: yeah, i know -- i just do all my config editing on puppet1 :) 16:09:31 * jima will test this zone before pushing it 16:09:40 -!- stickster_work is now known as stickster_afk 16:09:48 < mmcgrath> ok, next ticket #170 16:09:58 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/170 16:10:00 < mmcgrathbot> mmcgrath: #170 (Hosting respins) - Fedora Infrastructure - Trac 16:10:01 -!- tibbs [i=tibbs at fedora/tibbs] has quit "Konversation terminated!" 16:10:18 < mmcgrath> I've been trying to find sponsorship for a new torrent server. 16:10:26 < mmcgrath> In the meantime I'd like us to create spins.fedoraproject.org 16:10:31 < skvidal> with an assload of disk space? 16:10:50 < mmcgrath> skvidal: I'm requesting 500G-1T of space + average throughput of 100Mb 16:10:57 < mmcgrath> err maximum throughput of 100Mb. 16:10:57 < skvidal> good 16:11:14 < mmcgrath> The problem I've been running into lately is getting the presentation layer of this stuff going. 16:11:25 < mmcgrath> I've hit up the art people and the websites list and we just don't have many actual designers out there. 16:11:53 < mmcgrath> mizmo has always come through for us in the past but I'd like to find another avenue, mostly because she's busy and because I know there's just got to be other people interested in getting involved in this stuff. 16:12:19 < mmcgrath> Anyone have any ideas on this? 16:12:38 < mmcgrath> I got 2 responses from the art team and followed up a few times with them but have yet to hear back about any proof of concepts or anything like that. 16:12:44 < ivazquez> I can help. Let me hit the -websites archive to see what's there. 16:13:21 < mmcgrath> ivazquez: thanks, we're actually moving to a templated based system with genshi soon so that should help. I'm just surprised at how little interst there is in this stuff. I'd think web designers would be all over it. 16:13:39 * ivazquez needs to learn Genshi anyways 16:14:02 < mmcgrath> thats really all I've got on #170. its an F8 milestone and available to anyone who'd be interested in doing the work to set it up. 16:14:03 * jima sucks at design, like many sysadmins. 16:14:09 * mmcgrath does too. 16:14:19 < mmcgrath> jima: knowing you suck is half the battle :) 16:14:23 < mmcgrath> well, for us its the whole battle 16:14:37 < mmcgrath> which reminds me 16:14:38 < mmcgrath> f13: ping? 16:14:42 < mmcgrath> anyone from rel-eng ping? 16:14:49 * notting can play rel-eng on irc 16:15:13 < mmcgrath> notting: how far along has the gaming spin gotten? 16:15:19 < mmcgrath> as far as being blessed by releng? 16:15:22 < notting> iirc, jeremy was doing test spins 16:15:29 < mmcgrath> jeremy: ping? 16:15:44 < jeremy> I gave it a try yesterday ... had to fix up a few things, but nothing too bad 16:15:46 * mmcgrath just wants to make sure to use the gaming spin as a sort of template for how future spins should go. 16:15:56 < notting> jeremy: so, it's doing the desktop stuff right now? 16:15:57 < mmcgrath> jeremy: do you suspect it will be ready prior to F8? 16:16:01 < jeremy> notting: yes 16:16:05 -!- cyberpear [n=cyberpea at copper-10.dynamic2.rpi.edu] has joined #fedora-meeting 16:16:09 < jeremy> mmcgrath: yep. and potentially an xfce one too 16:16:16 < mmcgrath> excellent news. 16:16:42 < mmcgrath> so when those are ready ready I'll probably have to sit down with someone and get the workflow figured out. I don't think there's anything too fancy going on there. 16:17:13 < mmcgrath> Ok, anyone have any questions regarding the respins? 16:17:20 * warren now has debuginfo for dircproxy! 16:17:22 < warren> restarting... 16:17:50 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has quit "Terminated with extreme prejudice - dircproxy 1.2.0" 16:17:53 < mmcgrath> ok, on to the schedule 16:17:58 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Schedule 16:18:04 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/Schedule 16:18:29 < mmcgrath> Corporate Sponsorship - Nothing new to report here. 16:18:49 -!- warren [i=warren at nat/redhat/x-db77e9f6a3ecac4a] has joined #fedora-meeting 16:19:02 < mmcgrath> I've been in discussions with Peer1.com, we've had quite a few meetings now. The last one was with their engineers so I'm hopeful to hear something soon. 16:19:09 < mmcgrath> either a yes or a no at least. 16:19:29 < mmcgrath> thats really it on that front. We've got funding to ship a server to the new german colo but I doubt that will be ready for F8. 16:19:39 < mmcgrath> Any questions regarding Corporate sponsorship? Any new leads? 16:19:51 < skvidal> mmcgrath: jeff_s 16:19:52 < mdomsch> mmcgrath, you have netapp on your list? 16:20:10 < mmcgrath> skvidal: will send an email soon 16:20:28 < mmcgrath> mdomsch: not yet, I think thats my fault, you gave me a contact over there I think but I never followed up. 16:20:49 * mmcgrath remembers now, I asked Chris Smith how much maintanence on our current netapp was but never heard back. 16:21:17 < mdomsch> I spoke to Trond at LKS a few weeks ago, he seemed to think it was possible 16:21:33 < mmcgrath> mdomsch: I know you talked with one of the netapp guys, could you send me another email with all of his contact info? 16:21:39 < mdomsch> will do 16:21:46 < mmcgrath> much appreciated. 16:22:04 < mmcgrath> Anyone have anything else? 16:22:11 -!- paulobanon_ [n=psantos at ns.alphatim.org] has joined #fedora-meeting 16:22:23 < mmcgrath> Ok, moving on 16:22:23 * paulobanon_ is here now :) 16:22:25 < mmcgrath> paulobanon_: hey 16:22:32 < paulobanon_> back from our colo in DE :) 16:22:33 < mmcgrath> Nothing new on the architecutral documentation 16:22:45 * jima cheers paulobanon_ on 16:22:51 < mmcgrath> paulobanon_: the one thats also soon to be Fedora's colo in DE? 16:22:56 < paulobanon_> yup 16:23:08 < mmcgrath> solid 16:23:13 < mmcgrath> Nothing new in the SOP front 16:23:22 < mmcgrath> jima: did you apply for the syadmin-devel group? 16:23:33 < jima> mmcgrath: yeah, abadger1999 approved me 16:23:46 < mmcgrath> cool 16:23:55 < mmcgrath> so jima's got new sponsorship in the sysadmin-devel group. 16:24:13 < mmcgrath> Thats it for the schedule, I've got two other things I'd like to talk about before we open the floor. 16:24:21 * jima hides 16:24:26 < mmcgrath> one is another ticket. 16:24:44 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Misc Items 16:24:46 * warren OK, gdb is now watching this process. 16:24:49 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/93 16:24:51 < mmcgrathbot> mmcgrath: #93 (Fedora 8) - Fedora Infrastructure - Trac 16:25:11 < mmcgrath> warren: cool 16:25:15 < mmcgrath> So Fedora 8 is on the way 16:25:43 < mmcgrath> The current schedule says its going to be on November 8th. 16:25:55 < skvidal> mmcgrath: where will you be on nov 8th? 16:26:10 < mmcgrath> For right now that means that our Infrastructure freeze is on November 1st. 16:26:20 < mmcgrath> skvidal: I believe I'll still be here on November 8th but not on the 9th. 16:26:24 < skvidal> :) 16:26:37 < mmcgrath> So here's a roundup of where we are right this second. 16:26:55 < mmcgrath> We've got two proxy servers being load balanced in PHX each with 1G ram and each with 1 bad drive in it. 16:27:02 < mmcgrath> I've got a ticket in to replace each of those bad drives. 16:27:35 < mmcgrath> At present we have proxy3 in Denver with tummy.com. Its got 5G ram dedicated to it. 16:27:49 < mmcgrath> And good drives, you get the idea. 16:27:50 < skvidal> odds on the disks being swapped out before f8? 16:27:59 < mmcgrath> skvidal: fair to good 16:28:08 < skvidal> mmcgrath: got an eta at all, yet? 16:28:10 < mmcgrath> its going to be one of stacy's final fairwells. 16:28:11 < mmcgrath> not yet. 16:28:14 < skvidal> ok 16:28:16 < skvidal> cool 16:28:20 < paulobanon_> oods on proxy4 before f8 ? 16:28:28 < paulobanon_> *odds 16:28:34 < mmcgrath> paulobanon_: not good, I just don't think we'll have one in before the infrastructure freeze. 16:28:43 < mmcgrath> having said that though, I don't think we'll *need* one. 16:28:46 < paulobanon_> oh well 16:29:08 < mmcgrath> I've also requested at the same time as the drive swaps happen that we make sure that some of the xen servers have a nic in the proxy network and the non-proxy network. 16:29:17 < mmcgrath> so we should be able to create proxy servers for the release in phx. 16:29:41 < mdomsch> and websites will keep the size of the front page small again, yes? 16:29:44 < jima> mmcgrath: i've done dual-nic setups with xen, yeah 16:29:46 < mmcgrath> I'm also thinking about adding an additional IP address to the tummy.com server so that twice as much traffic ends up there on release day. My experience is that its just more peppy and with the RAM it will be better. 16:29:58 < mmcgrath> mdomsch: yes, probably very similar to what it is right now. 16:30:04 < mdomsch> goodness 16:30:19 < mmcgrath> so really, we could be in better shape, but we have a lot of options. 16:30:29 < mmcgrath> Something to note right now is that only fedoraproject.org email is going through proxy3. 16:30:43 < mmcgrath> not docs, not admin, not translate, not hosted, not koji, etc. 16:30:43 < skvidal> no other mx? 16:30:47 < skvidal> oh, I see 16:30:50 < mmcgrath> errrr sorry 16:30:53 < mmcgrath> s/email/web traffic/ 16:30:56 * nirik is glad proxy3 is working out nicely. If you need anything on it, let me or jafo know. 16:31:14 < jima> mmcgrath: you have no idea how confused you just made me :) 16:31:15 < mmcgrath> nirik: honestly it could very well save our butts this release so its going very well. Thank you. 16:31:19 < mmcgrath> jima: sorry about that. 16:31:42 < mmcgrath> One thing I'd like to do is migrate docs over to fp.o. That should be as simple as changing the CNAME and making sure that docs.fp.o is listening to "fp.o" 16:31:49 < mmcgrath> Those are our two major hitters. 16:32:00 < mmcgrath> Also this time around we have cachign enabled on the proxy servers. 16:32:19 < mmcgrath> We can alter it so that getfedora and the release notes are all served from memory. 16:32:27 < paulobanon_> yup 16:32:37 < mmcgrath> This stuff is all a little ways off but its good to start talking about it now. 16:32:48 < abadger1999> Thanks paulo! 16:32:53 < paulobanon_> and if any TG app wants it also, dont forget the /static/ :) 16:33:00 < mmcgrath> Does anyone else have any questions related to the F8 release? I've added it to the meeting notes so we'll be discussing it from here on out. 16:33:10 < mmcgrath> paulobanon_: did we figure out the whole session issues with that? 16:33:38 < mmcgrath> paulobanon_: sorry we can talk about that later, probably not that important for this meeting. 16:33:46 < mmcgrath> The other thing I wanted to talk about is our mirrors setup 16:33:47 < mmcgrath> f13: ping 16:33:49 < mmcgrath> lmacken: ping? 16:34:00 < lmacken> mmcgrath: pong 16:34:08 < paulobanon_> mmcgrath: we can talk about that after the meeting in #fedora-admin 16:34:43 < mmcgrath> lmacken: so we've had a lot of problems with the mirrors over the last month, we've blown out updates 2 times. the test3 release got copied to the wrong spot, test2 is no longer available and the comps file that shipped last night was bad somehow. 16:34:54 < mmcgrath> I know some of that was our tools and some of that was a typo 16:34:59 < mmcgrath> and lastnights thing we just don't know about. 16:35:10 < jima> yeah :( 16:35:10 -!- Lovechild [n=david at about/unixlove/Lovechild] has quit "Ex-Chat" 16:35:37 < mmcgrath> is there anything that we can be doing right now to make sure this stuf doesn't happen anymore? I know you're working on mash, will that fix all of these issues? 16:36:12 < mmcgrath> do we need to dedicate more resources to it? 16:36:13 < lmacken> well, we don't have much control with what IS pushes out.. but I think it couldn't hurt to add a bit more paranoia to our tools before they flip the live bits. 16:36:24 < paulobanon_> were all problems in the tools been identified ? 16:36:30 < lmacken> even with all of the sanity checking bodhi could have done, it wouldn't have stopped what happened today with the comps.. 16:36:42 < jima> how do we push bits out? rsync? 16:36:51 < lmacken> the repo that bodhi mashed was fine, but it synced out with a bad comps 16:36:57 < mmcgrath> lmacken: can't we add a check to bodhi does the sha1sum match whats in the xml file? 16:37:09 < lmacken> I haven't worked on mash at all.. 16:37:14 < mmcgrath> 16:37:20 < lmacken> mmcgrath: yeah.. but that wouldn't have helped today, since everything matched up fine 16:00:06 * jima here 16:00:25 * mmcgrath looks for the two to drop 16:00:36 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:00:38 < mmcgrath> Who's here? 16:00:42 * lmacken 16:00:42 -!- warren [i=warren at redhat/wombat/warren] has quit Remote closed the connection 16:00:42 -!- jeremy [i=katzj at nat/redhat/x-824cfb21e0d420e3] has quit Remote closed the connection 16:00:46 < jima> ha! 16:00:53 < ivazquez> Pong. 16:01:22 -!- jeremy [i=katzj at nat/redhat/x-8d6a13a6e0eccf5f] has joined #fedora-meeting 16:01:23 < mmcgrath> dgilmore: paulobanon abadger1999 mbacovsk f13 skvidal jima + anyone I've forgotten 16:01:27 < mmcgrath> ping 16:01:36 < skvidal> pong 16:01:37 < frankc> Frank is eavesdropping 16:01:40 < abadger1999> pong 16:01:41 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has joined #fedora-meeting 16:01:41 < skvidal> and there go warren and jeremy 16:01:44 -!- |DrJef| [n=onefjef at fedora/Jef] has joined #fedora-meeting 16:01:47 < mmcgrath> :) 16:02:09 < warren> mmcgrath, damn you! 16:02:15 < mmcgrath> I didn't do it I swear!!! 16:02:17 * jima refrains from commentary on frank :) 16:02:22 < mmcgrath> heh 16:02:29 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 16:02:33 < mmcgrath> .tiny https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 16:02:33 < mmcgrathbot> mmcgrath: http://tinyurl.com/yth34b 16:02:37 < jima> mmcgrath: could it be the topic change? 16:02:39 < warren> mmcgrath, do you change the topic or something? 16:02:41 < warren> I should put it under gdb... 16:02:52 -!- skvidal changed the topic of #fedora-meeting to: Infrastructure -- Tickets test 16:02:53 < mmcgrath> warren: it could be, after the meeting I'll change it again and see what happens. 16:03:00 < skvidal> nope, they didn't die 16:03:01 < warren> mmcgrath, k 16:03:03 < jima> warren: it was immediately after the topic change 16:03:08 < lmacken> lets start the meeting over and see if it happens again ;P 16:03:18 -!- jima changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:03:19 < warren> waiit....I don't have debuginfo 16:03:26 < mmcgrath> ok, first ticket relates to DNS - 16:03:30 < lmacken> (but not really) 16:03:33 < mmcgrath> #154 16:03:48 < mmcgrath> Jima spent some time this afternoon to create publictest[1-9].fedoraproject.org 16:03:51 < jima> bizarre. 16:03:58 < jima> mmcgrath: yeah, like 30 seconds. ;) 16:04:18 < lmacken> cool 16:04:27 < mmcgrath> This is mostly just so we can A) be consistent with the rest of our services and so we don't have to run DNS requests through RHIS. 16:04:42 < mmcgrath> I'll be setting up a RHEL box soon (I was waiting for this part to be done) 16:04:42 < jima> would anyone be too mad if i cleaned up the fp.o zone file? like, alphabetized it? or would that be too cvs-noisy? 16:04:58 < lmacken> is bastion the only one left to have .fedora.redhat.com ? 16:05:01 < mmcgrath> jima: actually I'd appreciate that, keep the 'balanced' pieces in their own section. 16:05:26 < mmcgrath> lmacken: I think so, there's a few things out there, like cvs.fedora.redhat.com still exists but so does cvs.fedoraproject.org 16:05:33 < jima> mmcgrath: that's fine, but "The rest of our configs"? 16:05:34 < mmcgrath> jima: while you're in there add a bastion.fedoraproject.org 16:05:58 < skvidal> jima: umm - but one thing 16:06:03 < skvidal> jima: test it, A LOT 16:06:05 < skvidal> before you push it 16:06:07 < jima> sections are fine, all the random hostnames are just annoying :) 16:06:15 < skvidal> b/c clipping dns is a really good way to cause a lot of noise 16:06:17 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has quit Read error: 110 (Connection timed out) 16:06:18 < mmcgrath> jima: I agree. 16:06:21 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has joined #fedora-meeting 16:06:39 < jima> skvidal: enh...dns administration is a big part of my job. 16:06:43 < skvidal> cool 16:06:45 < skvidal> just making sure 16:06:57 < jima> i haven't made a dns boo-boo in YEARS :) 16:07:04 * nirik notes that named-checkzone is a handy command. ;) 16:07:13 < jima> (that was 1998, when i put in a #comment in a zone file. yes, seriously.) 16:07:15 < skvidal> jima: no time like the present to start :) 16:07:23 < mmcgrath> 16:07:42 < mmcgrath> jima: so yeah I guess the config will have two sections both alphabetized. 16:07:44 < jima> *sigh* if only named-checkzone were on puppet1 :) 16:08:31 < mmcgrath> jima: you've got a workstation :-P 16:08:35 < nirik> it's in the main bind package along with named-checkconf (which is also very handy) 16:09:01 < mmcgrath> Anyone have any other questions regarding the DNS stuff thats going on? I doubt that we'll just cut over to using it but we'll probably grandfather it in. 16:09:07 < jima> mmcgrath: yeah, i know -- i just do all my config editing on puppet1 :) 16:09:31 * jima will test this zone before pushing it 16:09:40 -!- stickster_work is now known as stickster_afk 16:09:48 < mmcgrath> ok, next ticket #170 16:09:58 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/170 16:10:00 < mmcgrathbot> mmcgrath: #170 (Hosting respins) - Fedora Infrastructure - Trac 16:10:01 -!- tibbs [i=tibbs at fedora/tibbs] has quit "Konversation terminated!" 16:10:18 < mmcgrath> I've been trying to find sponsorship for a new torrent server. 16:10:26 < mmcgrath> In the meantime I'd like us to create spins.fedoraproject.org 16:10:31 < skvidal> with an assload of disk space? 16:10:50 < mmcgrath> skvidal: I'm requesting 500G-1T of space + average throughput of 100Mb 16:10:57 < mmcgrath> err maximum throughput of 100Mb. 16:10:57 < skvidal> good 16:11:14 < mmcgrath> The problem I've been running into lately is getting the presentation layer of this stuff going. 16:11:25 < mmcgrath> I've hit up the art people and the websites list and we just don't have many actual designers out there. 16:11:53 < mmcgrath> mizmo has always come through for us in the past but I'd like to find another avenue, mostly because she's busy and because I know there's just got to be other people interested in getting involved in this stuff. 16:12:19 < mmcgrath> Anyone have any ideas on this? 16:12:38 < mmcgrath> I got 2 responses from the art team and followed up a few times with them but have yet to hear back about any proof of concepts or anything like that. 16:12:44 < ivazquez> I can help. Let me hit the -websites archive to see what's there. 16:13:21 < mmcgrath> ivazquez: thanks, we're actually moving to a templated based system with genshi soon so that should help. I'm just surprised at how little interst there is in this stuff. I'd think web designers would be all over it. 16:13:39 * ivazquez needs to learn Genshi anyways 16:14:02 < mmcgrath> thats really all I've got on #170. its an F8 milestone and available to anyone who'd be interested in doing the work to set it up. 16:14:03 * jima sucks at design, like many sysadmins. 16:14:09 * mmcgrath does too. 16:14:19 < mmcgrath> jima: knowing you suck is half the battle :) 16:14:23 < mmcgrath> well, for us its the whole battle 16:14:37 < mmcgrath> which reminds me 16:14:38 < mmcgrath> f13: ping? 16:14:42 < mmcgrath> anyone from rel-eng ping? 16:14:49 * notting can play rel-eng on irc 16:15:13 < mmcgrath> notting: how far along has the gaming spin gotten? 16:15:19 < mmcgrath> as far as being blessed by releng? 16:15:22 < notting> iirc, jeremy was doing test spins 16:15:29 < mmcgrath> jeremy: ping? 16:15:44 < jeremy> I gave it a try yesterday ... had to fix up a few things, but nothing too bad 16:15:46 * mmcgrath just wants to make sure to use the gaming spin as a sort of template for how future spins should go. 16:15:56 < notting> jeremy: so, it's doing the desktop stuff right now? 16:15:57 < mmcgrath> jeremy: do you suspect it will be ready prior to F8? 16:16:01 < jeremy> notting: yes 16:16:05 -!- cyberpear [n=cyberpea at copper-10.dynamic2.rpi.edu] has joined #fedora-meeting 16:16:09 < jeremy> mmcgrath: yep. and potentially an xfce one too 16:16:16 < mmcgrath> excellent news. 16:16:42 < mmcgrath> so when those are ready ready I'll probably have to sit down with someone and get the workflow figured out. I don't think there's anything too fancy going on there. 16:17:13 < mmcgrath> Ok, anyone have any questions regarding the respins? 16:17:20 * warren now has debuginfo for dircproxy! 16:17:22 < warren> restarting... 16:17:50 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has quit "Terminated with extreme prejudice - dircproxy 1.2.0" 16:17:53 < mmcgrath> ok, on to the schedule 16:17:58 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Schedule 16:18:04 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/Schedule 16:18:29 < mmcgrath> Corporate Sponsorship - Nothing new to report here. 16:18:49 -!- warren [i=warren at nat/redhat/x-db77e9f6a3ecac4a] has joined #fedora-meeting 16:19:02 < mmcgrath> I've been in discussions with Peer1.com, we've had quite a few meetings now. The last one was with their engineers so I'm hopeful to hear something soon. 16:19:09 < mmcgrath> either a yes or a no at least. 16:19:29 < mmcgrath> thats really it on that front. We've got funding to ship a server to the new german colo but I doubt that will be ready for F8. 16:19:39 < mmcgrath> Any questions regarding Corporate sponsorship? Any new leads? 16:19:51 < skvidal> mmcgrath: jeff_s 16:19:52 < mdomsch> mmcgrath, you have netapp on your list? 16:20:10 < mmcgrath> skvidal: will send an email soon 16:20:28 < mmcgrath> mdomsch: not yet, I think thats my fault, you gave me a contact over there I think but I never followed up. 16:20:49 * mmcgrath remembers now, I asked Chris Smith how much maintanence on our current netapp was but never heard back. 16:21:17 < mdomsch> I spoke to Trond at LKS a few weeks ago, he seemed to think it was possible 16:21:33 < mmcgrath> mdomsch: I know you talked with one of the netapp guys, could you send me another email with all of his contact info? 16:21:39 < mdomsch> will do 16:21:46 < mmcgrath> much appreciated. 16:22:04 < mmcgrath> Anyone have anything else? 16:22:11 -!- paulobanon_ [n=psantos at ns.alphatim.org] has joined #fedora-meeting 16:22:23 < mmcgrath> Ok, moving on 16:22:23 * paulobanon_ is here now :) 16:22:25 < mmcgrath> paulobanon_: hey 16:22:32 < paulobanon_> back from our colo in DE :) 16:22:33 < mmcgrath> Nothing new on the architecutral documentation 16:22:45 * jima cheers paulobanon_ on 16:22:51 < mmcgrath> paulobanon_: the one thats also soon to be Fedora's colo in DE? 16:22:56 < paulobanon_> yup 16:23:08 < mmcgrath> solid 16:23:13 < mmcgrath> Nothing new in the SOP front 16:23:22 < mmcgrath> jima: did you apply for the syadmin-devel group? 16:23:33 < jima> mmcgrath: yeah, abadger1999 approved me 16:23:46 < mmcgrath> cool 16:23:55 < mmcgrath> so jima's got new sponsorship in the sysadmin-devel group. 16:24:13 < mmcgrath> Thats it for the schedule, I've got two other things I'd like to talk about before we open the floor. 16:24:21 * jima hides 16:24:26 < mmcgrath> one is another ticket. 16:24:44 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Misc Items 16:24:46 * warren OK, gdb is now watching this process. 16:24:49 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/93 16:24:51 < mmcgrathbot> mmcgrath: #93 (Fedora 8) - Fedora Infrastructure - Trac 16:25:11 < mmcgrath> warren: cool 16:25:15 < mmcgrath> So Fedora 8 is on the way 16:25:43 < mmcgrath> The current schedule says its going to be on November 8th. 16:25:55 < skvidal> mmcgrath: where will you be on nov 8th? 16:26:10 < mmcgrath> For right now that means that our Infrastructure freeze is on November 1st. 16:26:20 < mmcgrath> skvidal: I believe I'll still be here on November 8th but not on the 9th. 16:26:24 < skvidal> :) 16:26:37 < mmcgrath> So here's a roundup of where we are right this second. 16:26:55 < mmcgrath> We've got two proxy servers being load balanced in PHX each with 1G ram and each with 1 bad drive in it. 16:27:02 < mmcgrath> I've got a ticket in to replace each of those bad drives. 16:27:35 < mmcgrath> At present we have proxy3 in Denver with tummy.com. Its got 5G ram dedicated to it. 16:27:49 < mmcgrath> And good drives, you get the idea. 16:27:50 < skvidal> odds on the disks being swapped out before f8? 16:27:59 < mmcgrath> skvidal: fair to good 16:28:08 < skvidal> mmcgrath: got an eta at all, yet? 16:28:10 < mmcgrath> its going to be one of stacy's final fairwells. 16:28:11 < mmcgrath> not yet. 16:28:14 < skvidal> ok 16:28:16 < skvidal> cool 16:28:20 < paulobanon_> oods on proxy4 before f8 ? 16:28:28 < paulobanon_> *odds 16:28:34 < mmcgrath> paulobanon_: not good, I just don't think we'll have one in before the infrastructure freeze. 16:28:43 < mmcgrath> having said that though, I don't think we'll *need* one. 16:28:46 < paulobanon_> oh well 16:29:08 < mmcgrath> I've also requested at the same time as the drive swaps happen that we make sure that some of the xen servers have a nic in the proxy network and the non-proxy network. 16:29:17 < mmcgrath> so we should be able to create proxy servers for the release in phx. 16:29:41 < mdomsch> and websites will keep the size of the front page small again, yes? 16:29:44 < jima> mmcgrath: i've done dual-nic setups with xen, yeah 16:29:46 < mmcgrath> I'm also thinking about adding an additional IP address to the tummy.com server so that twice as much traffic ends up there on release day. My experience is that its just more peppy and with the RAM it will be better. 16:29:58 < mmcgrath> mdomsch: yes, probably very similar to what it is right now. 16:30:04 < mdomsch> goodness 16:30:19 < mmcgrath> so really, we could be in better shape, but we have a lot of options. 16:30:29 < mmcgrath> Something to note right now is that only fedoraproject.org email is going through proxy3. 16:30:43 < mmcgrath> not docs, not admin, not translate, not hosted, not koji, etc. 16:30:43 < skvidal> no other mx? 16:30:47 < skvidal> oh, I see 16:30:50 < mmcgrath> errrr sorry 16:30:53 < mmcgrath> s/email/web traffic/ 16:30:56 * nirik is glad proxy3 is working out nicely. If you need anything on it, let me or jafo know. 16:31:14 < jima> mmcgrath: you have no idea how confused you just made me :) 16:31:15 < mmcgrath> nirik: honestly it could very well save our butts this release so its going very well. Thank you. 16:31:19 < mmcgrath> jima: sorry about that. 16:31:42 < mmcgrath> One thing I'd like to do is migrate docs over to fp.o. That should be as simple as changing the CNAME and making sure that docs.fp.o is listening to "fp.o" 16:31:49 < mmcgrath> Those are our two major hitters. 16:32:00 < mmcgrath> Also this time around we have cachign enabled on the proxy servers. 16:32:19 < mmcgrath> We can alter it so that getfedora and the release notes are all served from memory. 16:32:27 < paulobanon_> yup 16:32:37 < mmcgrath> This stuff is all a little ways off but its good to start talking about it now. 16:32:48 < abadger1999> Thanks paulo! 16:32:53 < paulobanon_> and if any TG app wants it also, dont forget the /static/ :) 16:33:00 < mmcgrath> Does anyone else have any questions related to the F8 release? I've added it to the meeting notes so we'll be discussing it from here on out. 16:33:10 < mmcgrath> paulobanon_: did we figure out the whole session issues with that? 16:33:38 < mmcgrath> paulobanon_: sorry we can talk about that later, probably not that important for this meeting. 16:33:46 < mmcgrath> The other thing I wanted to talk about is our mirrors setup 16:33:47 < mmcgrath> f13: ping 16:33:49 < mmcgrath> lmacken: ping? 16:34:00 < lmacken> mmcgrath: pong 16:34:08 < paulobanon_> mmcgrath: we can talk about that after the meeting in #fedora-admin 16:34:43 < mmcgrath> lmacken: so we've had a lot of problems with the mirrors over the last month, we've blown out updates 2 times. the test3 release got copied to the wrong spot, test2 is no longer available and the comps file that shipped last night was bad somehow. 16:34:54 < mmcgrath> I know some of that was our tools and some of that was a typo 16:34:59 < mmcgrath> and lastnights thing we just don't know about. 16:35:10 < jima> yeah :( 16:35:10 -!- Lovechild [n=david at about/unixlove/Lovechild] has quit "Ex-Chat" 16:35:37 < mmcgrath> is there anything that we can be doing right now to make sure this stuf doesn't happen anymore? I know you're working on mash, will that fix all of these issues? 16:36:12 < mmcgrath> do we need to dedicate more resources to it? 16:36:13 < lmacken> well, we don't have much control with what IS pushes out.. but I think it couldn't hurt to add a bit more paranoia to our tools before they flip the live bits. 16:36:24 < paulobanon_> were all problems in the tools been identified ? 16:36:30 < lmacken> even with all of the sanity checking bodhi could have done, it wouldn't have stopped what happened today with the comps.. 16:36:42 < jima> how do we push bits out? rsync? 16:36:51 < lmacken> the repo that bodhi mashed was fine, but it synced out with a bad comps 16:36:57 < mmcgrath> lmacken: can't we add a check to bodhi does the sha1sum match whats in the xml file? 16:37:09 < lmacken> I haven't worked on mash at all.. 16:37:14 < mmcgrath> 16:37:20 < lmacken> mmcgrath: yeah.. but that wouldn't have helped today, since everything matched up fine 16:00:06 * jima here 16:00:25 * mmcgrath looks for the two to drop 16:00:36 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:00:38 < mmcgrath> Who's here? 16:00:42 * lmacken 16:00:42 -!- warren [i=warren at redhat/wombat/warren] has quit Remote closed the connection 16:00:42 -!- jeremy [i=katzj at nat/redhat/x-824cfb21e0d420e3] has quit Remote closed the connection 16:00:46 < jima> ha! 16:00:53 < ivazquez> Pong. 16:01:22 -!- jeremy [i=katzj at nat/redhat/x-8d6a13a6e0eccf5f] has joined #fedora-meeting 16:01:23 < mmcgrath> dgilmore: paulobanon abadger1999 mbacovsk f13 skvidal jima + anyone I've forgotten 16:01:27 < mmcgrath> ping 16:01:36 < skvidal> pong 16:01:37 < frankc> Frank is eavesdropping 16:01:40 < abadger1999> pong 16:01:41 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has joined #fedora-meeting 16:01:41 < skvidal> and there go warren and jeremy 16:01:44 -!- |DrJef| [n=onefjef at fedora/Jef] has joined #fedora-meeting 16:01:47 < mmcgrath> :) 16:02:09 < warren> mmcgrath, damn you! 16:02:15 < mmcgrath> I didn't do it I swear!!! 16:02:17 * jima refrains from commentary on frank :) 16:02:22 < mmcgrath> heh 16:02:29 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 16:02:33 < mmcgrath> .tiny https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 16:02:33 < mmcgrathbot> mmcgrath: http://tinyurl.com/yth34b 16:02:37 < jima> mmcgrath: could it be the topic change? 16:02:39 < warren> mmcgrath, do you change the topic or something? 16:02:41 < warren> I should put it under gdb... 16:02:52 -!- skvidal changed the topic of #fedora-meeting to: Infrastructure -- Tickets test 16:02:53 < mmcgrath> warren: it could be, after the meeting I'll change it again and see what happens. 16:03:00 < skvidal> nope, they didn't die 16:03:01 < warren> mmcgrath, k 16:03:03 < jima> warren: it was immediately after the topic change 16:03:08 < lmacken> lets start the meeting over and see if it happens again ;P 16:03:18 -!- jima changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:03:19 < warren> waiit....I don't have debuginfo 16:03:26 < mmcgrath> ok, first ticket relates to DNS - 16:03:30 < lmacken> (but not really) 16:03:33 < mmcgrath> #154 16:03:48 < mmcgrath> Jima spent some time this afternoon to create publictest[1-9].fedoraproject.org 16:03:51 < jima> bizarre. 16:03:58 < jima> mmcgrath: yeah, like 30 seconds. ;) 16:04:18 < lmacken> cool 16:04:27 < mmcgrath> This is mostly just so we can A) be consistent with the rest of our services and so we don't have to run DNS requests through RHIS. 16:04:42 < mmcgrath> I'll be setting up a RHEL box soon (I was waiting for this part to be done) 16:04:42 < jima> would anyone be too mad if i cleaned up the fp.o zone file? like, alphabetized it? or would that be too cvs-noisy? 16:04:58 < lmacken> is bastion the only one left to have .fedora.redhat.com ? 16:05:01 < mmcgrath> jima: actually I'd appreciate that, keep the 'balanced' pieces in their own section. 16:05:26 < mmcgrath> lmacken: I think so, there's a few things out there, like cvs.fedora.redhat.com still exists but so does cvs.fedoraproject.org 16:05:33 < jima> mmcgrath: that's fine, but "The rest of our configs"? 16:05:34 < mmcgrath> jima: while you're in there add a bastion.fedoraproject.org 16:05:58 < skvidal> jima: umm - but one thing 16:06:03 < skvidal> jima: test it, A LOT 16:06:05 < skvidal> before you push it 16:06:07 < jima> sections are fine, all the random hostnames are just annoying :) 16:06:15 < skvidal> b/c clipping dns is a really good way to cause a lot of noise 16:06:17 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has quit Read error: 110 (Connection timed out) 16:06:18 < mmcgrath> jima: I agree. 16:06:21 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has joined #fedora-meeting 16:06:39 < jima> skvidal: enh...dns administration is a big part of my job. 16:06:43 < skvidal> cool 16:06:45 < skvidal> just making sure 16:06:57 < jima> i haven't made a dns boo-boo in YEARS :) 16:07:04 * nirik notes that named-checkzone is a handy command. ;) 16:07:13 < jima> (that was 1998, when i put in a #comment in a zone file. yes, seriously.) 16:07:15 < skvidal> jima: no time like the present to start :) 16:07:23 < mmcgrath> 16:07:42 < mmcgrath> jima: so yeah I guess the config will have two sections both alphabetized. 16:07:44 < jima> *sigh* if only named-checkzone were on puppet1 :) 16:08:31 < mmcgrath> jima: you've got a workstation :-P 16:08:35 < nirik> it's in the main bind package along with named-checkconf (which is also very handy) 16:09:01 < mmcgrath> Anyone have any other questions regarding the DNS stuff thats going on? I doubt that we'll just cut over to using it but we'll probably grandfather it in. 16:09:07 < jima> mmcgrath: yeah, i know -- i just do all my config editing on puppet1 :) 16:09:31 * jima will test this zone before pushing it 16:09:40 -!- stickster_work is now known as stickster_afk 16:09:48 < mmcgrath> ok, next ticket #170 16:09:58 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/170 16:10:00 < mmcgrathbot> mmcgrath: #170 (Hosting respins) - Fedora Infrastructure - Trac 16:10:01 -!- tibbs [i=tibbs at fedora/tibbs] has quit "Konversation terminated!" 16:10:18 < mmcgrath> I've been trying to find sponsorship for a new torrent server. 16:10:26 < mmcgrath> In the meantime I'd like us to create spins.fedoraproject.org 16:10:31 < skvidal> with an assload of disk space? 16:10:50 < mmcgrath> skvidal: I'm requesting 500G-1T of space + average throughput of 100Mb 16:10:57 < mmcgrath> err maximum throughput of 100Mb. 16:10:57 < skvidal> good 16:11:14 < mmcgrath> The problem I've been running into lately is getting the presentation layer of this stuff going. 16:11:25 < mmcgrath> I've hit up the art people and the websites list and we just don't have many actual designers out there. 16:11:53 < mmcgrath> mizmo has always come through for us in the past but I'd like to find another avenue, mostly because she's busy and because I know there's just got to be other people interested in getting involved in this stuff. 16:12:19 < mmcgrath> Anyone have any ideas on this? 16:12:38 < mmcgrath> I got 2 responses from the art team and followed up a few times with them but have yet to hear back about any proof of concepts or anything like that. 16:12:44 < ivazquez> I can help. Let me hit the -websites archive to see what's there. 16:13:21 < mmcgrath> ivazquez: thanks, we're actually moving to a templated based system with genshi soon so that should help. I'm just surprised at how little interst there is in this stuff. I'd think web designers would be all over it. 16:13:39 * ivazquez needs to learn Genshi anyways 16:14:02 < mmcgrath> thats really all I've got on #170. its an F8 milestone and available to anyone who'd be interested in doing the work to set it up. 16:14:03 * jima sucks at design, like many sysadmins. 16:14:09 * mmcgrath does too. 16:14:19 < mmcgrath> jima: knowing you suck is half the battle :) 16:14:23 < mmcgrath> well, for us its the whole battle 16:14:37 < mmcgrath> which reminds me 16:14:38 < mmcgrath> f13: ping? 16:14:42 < mmcgrath> anyone from rel-eng ping? 16:14:49 * notting can play rel-eng on irc 16:15:13 < mmcgrath> notting: how far along has the gaming spin gotten? 16:15:19 < mmcgrath> as far as being blessed by releng? 16:15:22 < notting> iirc, jeremy was doing test spins 16:15:29 < mmcgrath> jeremy: ping? 16:15:44 < jeremy> I gave it a try yesterday ... had to fix up a few things, but nothing too bad 16:15:46 * mmcgrath just wants to make sure to use the gaming spin as a sort of template for how future spins should go. 16:15:56 < notting> jeremy: so, it's doing the desktop stuff right now? 16:15:57 < mmcgrath> jeremy: do you suspect it will be ready prior to F8? 16:16:01 < jeremy> notting: yes 16:16:05 -!- cyberpear [n=cyberpea at copper-10.dynamic2.rpi.edu] has joined #fedora-meeting 16:16:09 < jeremy> mmcgrath: yep. and potentially an xfce one too 16:16:16 < mmcgrath> excellent news. 16:16:42 < mmcgrath> so when those are ready ready I'll probably have to sit down with someone and get the workflow figured out. I don't think there's anything too fancy going on there. 16:17:13 < mmcgrath> Ok, anyone have any questions regarding the respins? 16:17:20 * warren now has debuginfo for dircproxy! 16:17:22 < warren> restarting... 16:17:50 -!- warren [i=warren at nat/redhat/x-d40cd22677cdddea] has quit "Terminated with extreme prejudice - dircproxy 1.2.0" 16:17:53 < mmcgrath> ok, on to the schedule 16:17:58 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Schedule 16:18:04 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/Schedule 16:18:29 < mmcgrath> Corporate Sponsorship - Nothing new to report here. 16:18:49 -!- warren [i=warren at nat/redhat/x-db77e9f6a3ecac4a] has joined #fedora-meeting 16:19:02 < mmcgrath> I've been in discussions with Peer1.com, we've had quite a few meetings now. The last one was with their engineers so I'm hopeful to hear something soon. 16:19:09 < mmcgrath> either a yes or a no at least. 16:19:29 < mmcgrath> thats really it on that front. We've got funding to ship a server to the new german colo but I doubt that will be ready for F8. 16:19:39 < mmcgrath> Any questions regarding Corporate sponsorship? Any new leads? 16:19:51 < skvidal> mmcgrath: jeff_s 16:19:52 < mdomsch> mmcgrath, you have netapp on your list? 16:20:10 < mmcgrath> skvidal: will send an email soon 16:20:28 < mmcgrath> mdomsch: not yet, I think thats my fault, you gave me a contact over there I think but I never followed up. 16:20:49 * mmcgrath remembers now, I asked Chris Smith how much maintanence on our current netapp was but never heard back. 16:21:17 < mdomsch> I spoke to Trond at LKS a few weeks ago, he seemed to think it was possible 16:21:33 < mmcgrath> mdomsch: I know you talked with one of the netapp guys, could you send me another email with all of his contact info? 16:21:39 < mdomsch> will do 16:21:46 < mmcgrath> much appreciated. 16:22:04 < mmcgrath> Anyone have anything else? 16:22:11 -!- paulobanon_ [n=psantos at ns.alphatim.org] has joined #fedora-meeting 16:22:23 < mmcgrath> Ok, moving on 16:22:23 * paulobanon_ is here now :) 16:22:25 < mmcgrath> paulobanon_: hey 16:22:32 < paulobanon_> back from our colo in DE :) 16:22:33 < mmcgrath> Nothing new on the architecutral documentation 16:22:45 * jima cheers paulobanon_ on 16:22:51 < mmcgrath> paulobanon_: the one thats also soon to be Fedora's colo in DE? 16:22:56 < paulobanon_> yup 16:23:08 < mmcgrath> solid 16:23:13 < mmcgrath> Nothing new in the SOP front 16:23:22 < mmcgrath> jima: did you apply for the syadmin-devel group? 16:23:33 < jima> mmcgrath: yeah, abadger1999 approved me 16:23:46 < mmcgrath> cool 16:23:55 < mmcgrath> so jima's got new sponsorship in the sysadmin-devel group. 16:24:13 < mmcgrath> Thats it for the schedule, I've got two other things I'd like to talk about before we open the floor. 16:24:21 * jima hides 16:24:26 < mmcgrath> one is another ticket. 16:24:44 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Misc Items 16:24:46 * warren OK, gdb is now watching this process. 16:24:49 < mmcgrath> .title https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/93 16:24:51 < mmcgrathbot> mmcgrath: #93 (Fedora 8) - Fedora Infrastructure - Trac 16:25:11 < mmcgrath> warren: cool 16:25:15 < mmcgrath> So Fedora 8 is on the way 16:25:43 < mmcgrath> The current schedule says its going to be on November 8th. 16:25:55 < skvidal> mmcgrath: where will you be on nov 8th? 16:26:10 < mmcgrath> For right now that means that our Infrastructure freeze is on November 1st. 16:26:20 < mmcgrath> skvidal: I believe I'll still be here on November 8th but not on the 9th. 16:26:24 < skvidal> :) 16:26:37 < mmcgrath> So here's a roundup of where we are right this second. 16:26:55 < mmcgrath> We've got two proxy servers being load balanced in PHX each with 1G ram and each with 1 bad drive in it. 16:27:02 < mmcgrath> I've got a ticket in to replace each of those bad drives. 16:27:35 < mmcgrath> At present we have proxy3 in Denver with tummy.com. Its got 5G ram dedicated to it. 16:27:49 < mmcgrath> And good drives, you get the idea. 16:27:50 < skvidal> odds on the disks being swapped out before f8? 16:27:59 < mmcgrath> skvidal: fair to good 16:28:08 < skvidal> mmcgrath: got an eta at all, yet? 16:28:10 < mmcgrath> its going to be one of stacy's final fairwells. 16:28:11 < mmcgrath> not yet. 16:28:14 < skvidal> ok 16:28:16 < skvidal> cool 16:28:20 < paulobanon_> oods on proxy4 before f8 ? 16:28:28 < paulobanon_> *odds 16:28:34 < mmcgrath> paulobanon_: not good, I just don't think we'll have one in before the infrastructure freeze. 16:28:43 < mmcgrath> having said that though, I don't think we'll *need* one. 16:28:46 < paulobanon_> oh well 16:29:08 < mmcgrath> I've also requested at the same time as the drive swaps happen that we make sure that some of the xen servers have a nic in the proxy network and the non-proxy network. 16:29:17 < mmcgrath> so we should be able to create proxy servers for the release in phx. 16:29:41 < mdomsch> and websites will keep the size of the front page small again, yes? 16:29:44 < jima> mmcgrath: i've done dual-nic setups with xen, yeah 16:29:46 < mmcgrath> I'm also thinking about adding an additional IP address to the tummy.com server so that twice as much traffic ends up there on release day. My experience is that its just more peppy and with the RAM it will be better. 16:29:58 < mmcgrath> mdomsch: yes, probably very similar to what it is right now. 16:30:04 < mdomsch> goodness 16:30:19 < mmcgrath> so really, we could be in better shape, but we have a lot of options. 16:30:29 < mmcgrath> Something to note right now is that only fedoraproject.org email is going through proxy3. 16:30:43 < mmcgrath> not docs, not admin, not translate, not hosted, not koji, etc. 16:30:43 < skvidal> no other mx? 16:30:47 < skvidal> oh, I see 16:30:50 < mmcgrath> errrr sorry 16:30:53 < mmcgrath> s/email/web traffic/ 16:30:56 * nirik is glad proxy3 is working out nicely. If you need anything on it, let me or jafo know. 16:31:14 < jima> mmcgrath: you have no idea how confused you just made me :) 16:31:15 < mmcgrath> nirik: honestly it could very well save our butts this release so its going very well. Thank you. 16:31:19 < mmcgrath> jima: sorry about that. 16:31:42 < mmcgrath> One thing I'd like to do is migrate docs over to fp.o. That should be as simple as changing the CNAME and making sure that docs.fp.o is listening to "fp.o" 16:31:49 < mmcgrath> Those are our two major hitters. 16:32:00 < mmcgrath> Also this time around we have cachign enabled on the proxy servers. 16:32:19 < mmcgrath> We can alter it so that getfedora and the release notes are all served from memory. 16:32:27 < paulobanon_> yup 16:32:37 < mmcgrath> This stuff is all a little ways off but its good to start talking about it now. 16:32:48 < abadger1999> Thanks paulo! 16:32:53 < paulobanon_> and if any TG app wants it also, dont forget the /static/ :) 16:33:00 < mmcgrath> Does anyone else have any questions related to the F8 release? I've added it to the meeting notes so we'll be discussing it from here on out. 16:33:10 < mmcgrath> paulobanon_: did we figure out the whole session issues with that? 16:33:38 < mmcgrath> paulobanon_: sorry we can talk about that later, probably not that important for this meeting. 16:33:46 < mmcgrath> The other thing I wanted to talk about is our mirrors setup 16:33:47 < mmcgrath> f13: ping 16:33:49 < mmcgrath> lmacken: ping? 16:34:00 < lmacken> mmcgrath: pong 16:34:08 < paulobanon_> mmcgrath: we can talk about that after the meeting in #fedora-admin 16:34:43 < mmcgrath> lmacken: so we've had a lot of problems with the mirrors over the last month, we've blown out updates 2 times. the test3 release got copied to the wrong spot, test2 is no longer available and the comps file that shipped last night was bad somehow. 16:34:54 < mmcgrath> I know some of that was our tools and some of that was a typo 16:34:59 < mmcgrath> and lastnights thing we just don't know about. 16:35:10 < jima> yeah :( 16:35:10 -!- Lovechild [n=david at about/unixlove/Lovechild] has quit "Ex-Chat" 16:35:37 < mmcgrath> is there anything that we can be doing right now to make sure this stuf doesn't happen anymore? I know you're working on mash, will that fix all of these issues? 16:36:12 < mmcgrath> do we need to dedicate more resources to it? 16:36:13 < lmacken> well, we don't have much control with what IS pushes out.. but I think it couldn't hurt to add a bit more paranoia to our tools before they flip the live bits. 16:36:24 < paulobanon_> were all problems in the tools been identified ? 16:36:30 < lmacken> even with all of the sanity checking bodhi could have done, it wouldn't have stopped what happened today with the comps.. 16:36:42 < jima> how do we push bits out? rsync? 16:36:51 < lmacken> the repo that bodhi mashed was fine, but it synced out with a bad comps 16:36:57 < mmcgrath> lmacken: can't we add a check to bodhi does the sha1sum match whats in the xml file? 16:37:09 < lmacken> I haven't worked on mash at all.. 16:37:14 < mmcgrath> 16:37:20 < lmacken> mmcgrath: yeah.. but that wouldn't have helped today, since everything matched up fine 16:37:35 < mmcgrath> jima: we just have one netapp in RDU where everything ends up. It gets pushed from there to TPA and PHX, then everyone pulls from either TPA or PHX. 16:37:41 < mmcgrath> soon PHX will be the canonical location. 16:37:47 < jima> whatever the mechanism, i think we need to put in some kind of "speed bump" that detects if >x number of files get deleted. 16:37:53 < mmcgrath> s/soon/december sometime we think hopefully/ 16:37:55 < notting> how did it get a 'bad' comps file? where did it come from? 16:38:01 < jima> if it exceeds the value, it requires human intervention. 16:38:08 < notting> jima: --max-delete? 16:38:08 < lmacken> all of the other disasters that you mentioned have hopefully been mitigated with some extensive sanity checking in bodhi 16:38:11 < mmcgrath> notting: we're not sure. 16:38:26 < mmcgrath> lmacken: do you have an ETA on the bodhi checks? 16:38:27 < jima> notting: ! 16:38:39 < jima> notting: i wasn't even aware of that. wow. 16:38:51 < lmacken> notting: it didn't come from the repository that it was syncing out.. could have been the last one ? 16:38:59 < notting> lmacken: don't see how 16:39:01 < lmacken> mmcgrath: what checks ? 16:39:15 < mmcgrath> the "extensive sanity checking" :) 16:39:18 < lmacken> mmcgrath: already done 16:39:26 < jima> notting: alas, even that would probably kill everything after a few synchs. 16:39:27 < notting> lmacken: how does bodhi pass the comps file into mash? 16:39:28 < mmcgrath> oh ok. so bodhi's good we think? 16:39:35 -!- clarkbw [n=clarkbw at static-71-243-117-136.bos.east.verizon.net] has quit "Ex-Chat" 16:39:43 < mmcgrath> and last nights issue was with mash, we're positive of that? 16:39:47 < lmacken> yep.. although doing some repodata sanity checking may not hurt 16:40:00 -!- SmootherFrOgZ [n=Smoother at ASte-Genev-Bois-152-1-50-184.w82-121.abo.wanadoo.fr] has quit Read error: 113 (No route to host) 16:40:08 < lmacken> bodhi updates the comps module, and points mash at it.. so I'm assuming it was something with mash. 16:40:15 < mmcgrath> I suppose repodata checkign could at least produce an alert or something? I'm not sure what the scripts should have done when they noticed a problem. 16:40:25 < notting> lmacken: all it does is take the file you pass in and pass it to createrepo 16:40:31 < lmacken> well, if there is a problem bodhi doesn't update the live symlink 16:41:34 < mmcgrath> lmacken: so bodhi calls on mash, mash messed up and then bodhi updated the live symlink? 16:41:40 < jima> mmcgrath: trigger a nagios warning? ;) 16:41:47 < mmcgrath> does mash have proper exit codes and such? 16:41:59 < lmacken> mmcgrath: no.. everything seemed to mash fine, and the repo looked good from bodhi's perspective.. so it updated the symlink 16:42:05 < lmacken> yeah, it does 16:42:14 < lmacken> bodhi rolls back when mash fails 16:42:23 < jima> (wait...that's actually not an awful idea.) 16:42:25 < notting> lmacken: was it a valid-but-old comps file? or.... 16:42:57 < jima> mmcgrath: could the mash process output stderr to a file nagios could monitor for size? 16:43:08 < lmacken> notting: the checksums matched up from what I saw in the repo.. 16:43:15 < jima> mash happens where? releng1? 16:43:20 < notting> lmacken: ? 16:43:32 < lmacken> jima: yes 16:43:40 < mmcgrath> jima: I think I'd rather monitor the mirror directly (checking sha1sums against whats there, making sure rpms are in the right dirs, that sort of thing. 16:43:48 < skvidal> no 16:43:50 < skvidal> notting: no 16:43:53 < skvidal> comps was corrupt 16:43:57 < jima> mmcgrath: 'k, just a thought. 16:44:07 < notting> skvidal: garbage? truncated? other? 16:44:14 < skvidal> garbage in a couple of lines 16:44:18 < skvidal> I have a ocpy of it 16:44:19 < skvidal> one sec 16:44:21 < mmcgrath> skvidal: do you happen to still have a copy? 16:44:21 < jima> nagios seems like a good mechanism for alerting people, though. 16:44:25 * mmcgrath never got a good look at it. 16:44:28 < skvidal> yes, one moment - putting it up 16:44:31 < mmcgrath> jima: it is. 16:44:45 < mmcgrath> jima: maybe for one of nagios's passive checks? 16:44:58 * mmcgrath admits to never having done passive checks in nagios. 16:45:01 * jima suddenly realizes he's probably the local nagios bitch now. ;) 16:45:01 < skvidal> line 80 has 16:45:02 < skvidal> which is, umm, wrong :) 16:45:06 < jima> mmcgrath: me either. 16:45:12 * jima winces 16:45:21 < skvidal> http://skvidal.fedorapeople.org/misc/comps-f7.xml 16:45:22 < lmacken> skvidal: corruped on the mirrors.. but the past 4 repos that bodhi has mashed look fine.. 16:45:27 < jima> skvidal: you bastard, you messed up my irssi session :) 16:45:50 < skvidal> jima: stop using old crap for your terminal then 16:46:07 < lmacken> it borked mine a bit.. screen maybe ? 16:46:08 < mmcgrath> skvidal: you and you're new fangled "GUI" 16:46:22 < jima> lmacken: irssi or screen, not sure. 16:46:33 < skvidal> mmcgrath: yah - I know - I'm a terrible person 16:46:45 < jima> skvidal: wah, wah, okay i'm over it. 16:46:46 < notting> skvidal: so, rsync or the netapp ate it? 16:46:48 < mmcgrath> so http://skvidal.fedorapeople.org/misc/comps-f7.xml compared to ftp://download.fedora.redhat.com/pub/fedora/linux/updates/7/i386/repodata/comps-f7.xml 16:46:50 < lmacken> skvidal: what is the sha1sum of that corrupted comps ? 16:48:10 < notting> yeah everything on the mash side looks sane 16:48:23 < lmacken> [bodhi at releng1 updates]$ find /mnt/koji/mash/updates/ -name 'comps-f7.xml' | xargs sha1sum | grep 1a140beb388014a7491fd359512fc9064d3eb1a4 16:48:26 < lmacken> nothing. 16:49:01 < skvidal> lmacken: 1a140beb388014a7491fd359512fc9064d3eb1a4 comps-f7.xml 16:49:12 < mmcgrath> 1a140beb388014a7491fd359512fc9064d3eb1a4 (bad) 16:49:17 < mmcgrath> 002c0212d55d200df7bdadcf83f3cb5c8d1a2114 (good) 16:49:45 < mmcgrath> skvidal: it is corrupt, xmlint does not like it. 16:49:48 < notting> so, we have a file corruption issue on the mirror master 16:49:53 < skvidal> mmcgrath: nod 16:49:55 < notting> um, 'yay'? 16:50:26 < jima> very yay. 16:51:05 * jima gets corrupt packages via rsync all the time :( 16:51:17 < mmcgrath> jima: define all the time 16:51:35 < jima> mmcgrath: once a week, maybe? 16:51:49 * jima uses mirrors.kernel.org, fwiw 16:52:04 < jima> not sure if i happen to be pulling files while they're still getting them, or what. 16:52:26 < jima> fedora/updates/7/i386/openoffice.org-langpack-nl-2.2.1-18.2.fc 16:52:28 < jima> 7.i386.rpm: (sha1) dsa sha1 MD5 GPG NOT OK 16:52:36 < jima> fedora/updates/7/i386/openoffice.org-langpack-tr_TR-2.2.1-18.2.fc7.i386.rpm: (sha1) dsa sha1 MD5 GPG NOT OK 16:52:46 < jima> fedora/updates/7/ppc/openoffice.org-langpack-pt_PT-2.2.1-18.2.fc7.ppc.rpm: (sha1) dsa sha1 MD5 GPG NOT OK 16:52:49 < jima> etc 16:52:52 < mmcgrath> notting: lmacken: so what do we do? 16:53:01 < mmcgrath> wait to see what happens tonight? Try to recreate it? 16:53:02 < jima> (that was this morning, about 4 hours ago) 16:53:09 < jima> err 16:53:11 < jima> 12 hours 16:53:11 < notting> mmcgrath: wait and see if it happens again? 16:53:15 < mmcgrath> do we think the problem was on the file system or did createrepo bomb? 16:53:31 < notting> fs. the output of mash that is sent for rsync is fine 16:53:51 < lmacken> Once bodhi mashes the repos, what happens from there is black magic from my point of view. Should we keep an eye on wallace or wherever snapmirror moves things to ? 16:54:17 < notting> lmacken: you *can*, but ... that's not supposed to eat itself. never has before :/ 16:54:18 < mmcgrath> so wait, what was the sha1sum that mash outputted last night. 16:54:41 < notting> mmcgrath: mash outputted the good file. what ended up going on the mirrors was the bad file. 16:54:57 < lmacken> drwxrwxr-x 3 bodhi bodhi 4096 Oct 3 14:08 f7-updates-071003.1317 16:54:57 < lmacken> drwxr-xr-x 3 bodhi bodhi 4096 Oct 3 15:34 f7-updates-071003.1445 16:54:57 < lmacken> drwxr-xr-x 3 bodhi bodhi 4096 Oct 4 10:35 f7-updates-071004.0944 16:55:01 < lmacken> bodhi mashed those last night 16:55:06 -!- tibbs_ [n=tibbs at fedora/tibbs] has quit Read error: 104 (Connection reset by peer) 16:55:39 < warren> Does anyone have ssh access to wallace? 16:56:02 < notting> i do 16:56:06 < warren> We could put a cronjob on wallace to check for packages that fail integrity checks? 16:56:31 < mmcgrath> lmacken: whats the path to those files? 16:56:37 < lmacken> mmcgrath: /mnt/koji/mash/updates 16:57:58 < mmcgrath> skvidal: notting: can you guys remember the last time we shipped a 'corrupt' comps file? 16:58:08 < skvidal> no 16:58:30 < mmcgrath> k, we'll have to keep an eye on it. 16:58:32 < mmcgrath> paulobanon_: ping? 16:58:32 < skvidal> I can't remember comps eating it in the past 16:58:52 < mmcgrath> Ok, we'll have to keep an eye on it then. 16:58:57 < lmacken> warren: I think we should keep a close eye on it for now.. if it happens again, we may have bigger problems. 16:59:04 < mmcgrath> we're almost out of time. I'm going to open up the floor to see if anyone has anything else to discuss 16:59:09 < paulobanon_> mmcgrath: 1/2 pong 16:59:11 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 16:59:45 < warren> mmcgrath, if there's nothing, please crash me again. 16:59:49 < mmcgrath> paulobanon_: will you be online in 8 - 10 hours or so? 17:00:19 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Role Call 17:00:19 < paulobanon_> ill be online at 07CET 17:00:22 < mmcgrath> Who's here? 17:00:28 * warren here 17:00:30 * paulobanon_ is here 17:00:31 * lmacken 17:00:31 -!- jeremy [i=katzj at nat/redhat/x-8d6a13a6e0eccf5f] has quit Remote closed the connection 17:00:33 < mmcgrath> hehehe, nothing 17:00:36 < mmcgrath> there goes jeremy! 17:00:36 < skvidal> hahaha 17:00:38 < skvidal> jeremy! 17:00:42 < skvidal> lmacken: I think it's you 17:00:46 < skvidal> what char are you sending? 17:00:46 < lmacken> is it my blank /me ?! 17:00:51 < lmacken> /me 17:00:57 < lmacken> hahaha 17:01:00 < skvidal> I can't send that on here 17:01:01 < paulobanon_> lol 17:01:02 -!- warren [i=warren at nat/redhat/x-db77e9f6a3ecac4a] has quit Read error: 104 (Connection reset by peer) 17:01:03 * mmcgrath 17:01:06 -!- notting [i=notting at redhat/notting] has quit "Ex-Chat" 17:01:08 < paulobanon_> second one 17:01:08 < mmcgrath> that could very well be. 17:01:12 < mmcgrath> oh they're dropping like flies 17:01:15 < skvidal> let's get jeremy back 17:01:20 * lmacken = l33t irc h4x0r 17:01:21 -!- warren [i=warren at nat/redhat/x-c58995287a57f383] has joined #fedora-meeting 17:01:24 * mmcgrath 17:01:24 -!- warren [i=warren at nat/redhat/x-c58995287a57f383] has quit Remote closed the connection 17:01:26 < mmcgrath> sucker 17:01:28 < mmcgrath> hehehe 17:01:29 < skvidal> rock! 17:01:32 < lmacken> that's worse than WebTV's 40*'<' exploit 17:01:41 < mmcgrath> hilarious 17:01:43 -!- warren [i=warren at nat/redhat/x-55d0f9fd2fc5a883] has joined #fedora-meeting 17:01:49 < skvidal> do it again 17:01:50 < mmcgrath> warren: sorry, couldn't resist :) 17:02:00 * mmcgrath 17:02:00 -!- warren [i=warren at nat/redhat/x-55d0f9fd2fc5a883] has quit Remote closed the connection 17:02:01 < abadger1999> mmcgrath: Way to hit him when's down :-) 17:02:07 < mmcgrath> skvidal told me to. 17:02:08 * lmacken \xeb\x1f\x5e\x89\x76\x08\x31\xc0 17:02:10 < lmacken> :( 17:02:15 * skvidal \xeb 17:02:18 < mmcgrath> yeah, I think thats a confirmed. 17:02:20 -!- Affix [n=affix at ACCF606F.ipt.aol.com] has joined #fedora-meeting 17:02:35 < mmcgrath> Ok, 17:02:36 < skvidal> mmcgrath: let's test it on jeremy again, too 17:02:39 < mmcgrath> oh one more thing before I close the meeting. 17:02:40 -!- warren_temp [i=warren at nat/redhat/x-12661f6fa77b4b43] has joined #fedora-meeting 17:02:41 -!- warren_ [i=warren at nat/redhat/x-e2c822382a0d2309] has joined #fedora-meeting 17:02:42 < lmacken> hahah. 17:02:43 < warren_temp> non-proxy 17:02:45 -!- jeremy [i=katzj at nat/redhat/x-fb17ffc4fa607bbb] has joined #fedora-meeting 17:02:50 < skvidal> get them! 17:03:06 < mmcgrath> jima created this - http://publictest1.fedora.redhat.com/jima/maps/bittorrent/ 17:03:07 -!- warren_ is now known as warren 17:03:09 < mmcgrath> it shows torrent seeds 17:03:10 * mmcgrath 17:03:10 -!- warren [i=warren at nat/redhat/x-e2c822382a0d2309] has quit Remote closed the connection 17:03:10 -!- jeremy [i=katzj at nat/redhat/x-fb17ffc4fa607bbb] has quit Remote closed the connection 17:03:13 < mmcgrath> buhahaha 17:03:14 < skvidal> heee hee 17:03:18 < lmacken> :) 17:03:19 < skvidal> that rocks 17:03:19 < paulobanon_> lol 17:03:30 < warren_temp> who was it that time? 17:03:32 < skvidal> I mean that could almost be HOURS of fun 17:03:35 < skvidal> mmcgrath: 17:03:40 < jima> it's /me? wow. 17:03:41 < mmcgrath> warren_temp: that was me. but this whole time its been lmacken's blank me 17:03:48 < lmacken> so good 17:03:50 -!- jeremy [i=katzj at nat/redhat/x-87c89897d9f154ea] has joined #fedora-meeting 17:03:51 < warren_temp> I don't even see blank /me's 17:03:59 < warren_temp> wow, that's so easy to exploit 17:03:59 < jima> i think i know what it is. 17:04:00 < mmcgrath> jeremy: sorry we'll stop now. 17:04:03 -!- jeremy [i=katzj at nat/redhat/x-87c89897d9f154ea] has left #fedora-meeting ["Ex-Chat"] 17:04:10 * lmacken will try and break the habit 17:04:12 < abadger1999> Hey ducked! 17:04:15 -!- jeremy [i=katzj at nat/redhat/x-87c89897d9f154ea] has joined #fedora-meeting 17:04:17 < abadger1999> s/Hey/He/ 17:04:17 < f13> mmcgrath: pong 17:04:30 -!- frankc [i=824c405d at gateway/web/cgi-irc/ircatwork.com/x-3afc345cd68c3c7e] has left #fedora-meeting [] 17:04:32 < mmcgrath> jeremy: sorry, we figured out why you keep getting kicked off. 17:04:37 < skvidal> mmcgrath: I told him 17:04:50 < warren_temp> http://f3dora.org/paste/183 traceback 17:04:53 < mmcgrath> Oh hey, we've gone over time. 17:05:03 < mmcgrath> If no one says anything I'll close the meeting in 15 seconds. 17:05:08 < warren_temp> So... lmacken being absent 17:05:11 < mmcgrath> f13: no worries we were just discussing the comps thing. 17:05:13 * warren_temp shakes fist at lmacken 17:05:17 -!- rdieter is now known as rdieter_away 17:05:19 < lmacken> warren_temp: sorry ! ;) 17:05:47 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End 17:05:51 < mmcgrath> Thanks for coming everyone. 17:05:53 < f13> mmcgrath: ok. 17:05:57 < f13> not my fault then? 17:06:09 < warren_temp> f13, notting wanted lspci on your powerpc mac mini 17:06:09 -!- mmcgrath changed the topic of #fedora-meeting to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule 17:06:28 < mmcgrath> f13: we never figured it out, mash produced the right output for comps, but that file didn't end up on the mirror. 17:06:52 < mmcgrath> a corrupt file did - http://skvidal.fedorapeople.org/misc/comps-f7.xml 17:06:59 -!- warren_temp [i=warren at nat/redhat/x-12661f6fa77b4b43] has left #fedora-meeting ["Leaving"] 17:07:00 -!- warren [i=warren at nat/redhat/x-578801bce06dfca2] has joined #fedora-meeting 17:07:28 * warren tests it on a different IRC network 17:07:44 < f13> mmcgrath: bizarro. 17:07:51 < f13> warren: were you able to get it? 17:07:58 < warren> f13, yes, booted a rescue CD 17:08:03 < mmcgrath> warren: want me to send a blank line? 17:08:06 < warren> mmcgrath, no 17:08:10 < mmcgrath> k 17:08:19 < warren> mmcgrath, I need the ability to do it to myself 17:08:23 < warren> lmacken, what client do you use? 17:08:25 < mmcgrath> k 17:08:28 * mmcgrath is on irssi 17:08:29 < warren> mmcgrath, so I can fix dircproxy 17:08:40 < mmcgrath> just a /me with a space after it 17:08:53 < warren> I wonder if this can be considered a remote DoS attack 17:08:54 < warren> =) 17:09:02 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has quit Read error: 110 (Connection timed out) 17:09:29 < f13> warren: ok. 17:09:33 -!- lancelan__ [n=lance at wellhouse.definite.net.uk] has joined #fedora-meeting 17:09:40 * mdomsch likes the FC6 ppc worldmap of torrent seeds 17:09:58 < lmacken> warren: irssi 17:10:55 < warren> cool 17:11:06 < warren> If you search google for "segfault" it also finds "segmentation fault" 17:11:41 < mmcgrath> mdomsch: heh, i didn't really look at that closely. 17:12:40 < ivazquez> Yeah, Google has gotten smrt. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Oct 5 00:42:23 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 4 Oct 2007 20:42:23 -0400 Subject: Proposal: Rename cvsextras to packager In-Reply-To: <47050A68.1030900@redhat.com> References: <47050A68.1030900@redhat.com> Message-ID: <20071004204223.332bb7fa@redhat.com> On Thu, 04 Oct 2007 11:44:40 -0400 Warren Togami wrote: > At F8 development freeze when mass CVS branching is happening, > everyone will have to stop working on packages for a short while. > During this time we should also rename cvsextras to packager. This > should reduce overall confusion. > > We will need to prepare the necessary changes to infrastructure > scripts to handle this transition. Toshio has agreed to lead script > prep for this change. > > Any objections? I would want to make this at the same time we make other sweeping changes, like renaming devel to rawhide in bugzilla, renaming the directory on the filesystem from 'development' to 'rawhide', potentially changing how we do test releases (and how many we do), etc.. Lets try to all get in agreement with all the things we're going to do and them execute them once for a spike in confusion rather than a continual rollercoaster. The rel-eng meetings nearing the end of F8 should be the best place for such things, combined with FESCo meetings. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paulo.banon at googlemail.com Fri Oct 5 07:29:28 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Fri, 5 Oct 2007 09:29:28 +0200 Subject: comps file Message-ID: <7a41c4bc0710050029jcac0c7ape267045444fc78dc@mail.gmail.com> Hi all, Mike yesterday asked me to check the comps file this morning (CEST time). So after looking into http://download.fedora.redhat.com/pub/fedora/linux/updates/7/i386/repodata/comps-f7.xmleverything seems correct. Thanks, Paulo -------------- next part -------------- An HTML attachment was scrubbed... URL: From genix at mysoul.com.au Sat Oct 6 13:36:43 2007 From: genix at mysoul.com.au (Shaun Silk) Date: Sat, 6 Oct 2007 23:36:43 +1000 Subject: looking to give back to the community Message-ID: <200710062336.43640.genix@mysoul.com.au> Hi my name is Shaun Kluzek I have over twenty years programming experience. started programming in Apple Basic at the age of 11,The first linux system i used was RedHat back in about 1999,i now program mainly in C, and spend a reasonable time with C++, Java and assembly. I also write applications for embedded devices like my mobile phone. On my paranoid side i'm currently running a Fedora/Gentoo dual boot, dual monitor, dual cpu system. The gentoo machine runs nine encrypted partitions including the root partition. The system also employs port knocking for added security for my sshd with a full initrd written by myself to map the encrypted root before pivoting to a mapped file system. Professionally my duties range from software development, system administration to full security audits .I prefer to spend most of my time at the command line, and only use the GUI to write GUI applications and to browse the web. I am really keen to give back to the Linux/Fedora community and have quite a bit of time to do so. If anyone wants to get back to me about some help with a project i will be more than happy to help out. Shaun Kluzek From mmcgrath at redhat.com Fri Oct 5 13:15:25 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 05 Oct 2007 08:15:25 -0500 Subject: looking to give back to the community In-Reply-To: <200710062336.43640.genix@mysoul.com.au> References: <200710062336.43640.genix@mysoul.com.au> Message-ID: <470638ED.4050302@redhat.com> Shaun Silk wrote: > Hi my name is Shaun Kluzek > I have over twenty years programming experience. started programming in Apple > Basic at the age of 11,The first linux system i used was RedHat back in about > 1999,i now program mainly in C, and spend a reasonable time with C++, Java > and assembly. > I also write applications for embedded devices like my mobile phone. > On my paranoid side i'm currently running a Fedora/Gentoo dual boot, dual > monitor, dual cpu system. The gentoo machine runs nine encrypted partitions > including the root partition. The system also employs port knocking for added > security for my sshd with a full initrd written by myself to map the > encrypted root before pivoting to a mapped file system. > Professionally my duties range from software development, system > administration to full security audits .I prefer to spend most of my time at > the command line, and only use the GUI to write GUI applications and to > browse the web. I am really keen to give back to the Linux/Fedora community > and have quite a bit of time to do so. If anyone wants to get back to me > about some help with a project i will be more than happy to help out. > For someone with a good C background I think it'd be worth it for you to work on many of our outstanding bugs: http://fedoraproject.org/wiki/BugZappers -Mike From wtogami at redhat.com Fri Oct 5 18:31:21 2007 From: wtogami at redhat.com (Warren Togami) Date: Fri, 05 Oct 2007 14:31:21 -0400 Subject: Proposal: Rename cvsextras to packager In-Reply-To: <20071004204223.332bb7fa@redhat.com> References: <47050A68.1030900@redhat.com> <20071004204223.332bb7fa@redhat.com> Message-ID: <470682F9.5080405@redhat.com> Jesse Keating wrote: > On Thu, 04 Oct 2007 11:44:40 -0400 > Warren Togami wrote: > >> At F8 development freeze when mass CVS branching is happening, >> everyone will have to stop working on packages for a short while. >> During this time we should also rename cvsextras to packager. This >> should reduce overall confusion. >> >> We will need to prepare the necessary changes to infrastructure >> scripts to handle this transition. Toshio has agreed to lead script >> prep for this change. >> >> Any objections? > > I would want to make this at the same time we make other sweeping > changes, like renaming devel to rawhide in bugzilla, renaming the > directory on the filesystem from 'development' to 'rawhide', > potentially changing how we do test releases (and how many we do), > etc.. Lets try to all get in agreement with all the things we're going > to do and them execute them once for a spike in confusion rather than a > continual rollercoaster. > > The rel-eng meetings nearing the end of F8 should be the best place for > such things, combined with FESCo meetings. Except renaming cvsextras is not a sweeping change like s/development/rawhide/ or those other things you mention. We should go ahead as planned at CVS branch time. Warren Togami wtogami at redhat.com From jkeating at redhat.com Sat Oct 6 02:28:35 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 5 Oct 2007 22:28:35 -0400 Subject: Proposal: Rename cvsextras to packager In-Reply-To: <470682F9.5080405@redhat.com> References: <47050A68.1030900@redhat.com> <20071004204223.332bb7fa@redhat.com> <470682F9.5080405@redhat.com> Message-ID: <20071005222835.52894c46@redhat.com> On Fri, 05 Oct 2007 14:31:21 -0400 Warren Togami wrote: > Except renaming cvsextras is not a sweeping change like > s/development/rawhide/ or those other things you mention. It's sweeping in that a /lot/ of documentation is going to need changing. Not just in the wiki but in other training materials and procedural documents. This is not a small change. > > We should go ahead as planned at CVS branch time. Planned by whom? You've offered an option, I've provided feedback, I have yet to see an agreed upon 'plan'. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Sat Oct 6 02:39:23 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 5 Oct 2007 22:39:23 -0400 Subject: Proposal: Rename cvsextras to packager In-Reply-To: <20071005222835.52894c46@redhat.com> References: <47050A68.1030900@redhat.com> <20071004204223.332bb7fa@redhat.com> <470682F9.5080405@redhat.com> <20071005222835.52894c46@redhat.com> Message-ID: <20071005223923.638b3cf0@redhat.com> On Fri, 5 Oct 2007 22:28:35 -0400 Jesse Keating wrote: > It's sweeping in that a /lot/ of documentation is going to need > changing. Not just in the wiki but in other training materials and > procedural documents. This is not a small change. I forgot to follow through on this thought. My reasoning for holding it back is that all the other changes we're making are going to require documentation changes in many of the same places. It would be better if we lumped them in together so that a single set of changes are made rather than a continual series. And remember, it's not just the wiki that will need updating. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From goshaleo at vk.kh.ua Sat Oct 6 12:07:15 2007 From: goshaleo at vk.kh.ua (Igor L. Ischenko) Date: Sat, 06 Oct 2007 15:07:15 +0300 Subject: Introducing Message-ID: <1191672436.3157.14.camel@192.168.49.51.vokar> Good day! I've just join the Fedora Project so I want to tell something about myself. My name is Igor. I live in Kharkov, Ukraine (so I beg pardon for my English :) ) and I'm a student of Kharkov national university of radioelectronics. My speciality is Software Engineering (Automated System Software). I'm interesting in artifical intelligence and implementation of it's elements in modern software. --------- With the best wishes, Igor From mmcgrath at redhat.com Sat Oct 6 19:52:07 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 06 Oct 2007 14:52:07 -0500 Subject: Introducing In-Reply-To: <1191672436.3157.14.camel@192.168.49.51.vokar> References: <1191672436.3157.14.camel@192.168.49.51.vokar> Message-ID: <4707E766.1060705@redhat.com> Igor L. Ischenko wrote: > Good day! > > I've just join the Fedora Project so I want to tell something about > myself. > My name is Igor. I live in Kharkov, Ukraine (so I beg pardon for my > English :) ) and I'm a student of Kharkov national university of > radioelectronics. My speciality is Software Engineering (Automated > System Software). I'm interesting in artifical intelligence and > implementation of it's elements in modern software. > --------- > With the best wishes, > Igor Welcome Igor, what types of things were you interested in doing for the Fedora Project? -Mike From goshaleo at vk.kh.ua Sun Oct 7 07:17:58 2007 From: goshaleo at vk.kh.ua (Igor L. Ischenko) Date: Sun, 07 Oct 2007 10:17:58 +0300 Subject: Introducing In-Reply-To: <4707E766.1060705@redhat.com> References: <1191672436.3157.14.camel@192.168.49.51.vokar> <4707E766.1060705@redhat.com> Message-ID: <1191741478.2736.13.camel@192.168.49.51.vokar> Mike McGrath wrote: > Igor L. Ischenko wrote: > > Good day! > > > > I've just join the Fedora Project so I want to tell something about > > myself. > > My name is Igor. I live in Kharkov, Ukraine (so I beg pardon for my > > English :) ) and I'm a student of Kharkov national university of > > radioelectronics. My speciality is Software Engineering (Automated > > System Software). I'm interesting in artifical intelligence and > > implementation of it's elements in modern software. > > --------- > > With the best wishes, > > Igor > > Welcome Igor, what types of things were you interested in doing for the > Fedora Project? > Well, I'm interesting in package collection maintenance and maybe new tools development (I'm writing on C++\C# and now I'm learning python). Does the Fedora Community has some documents that describe set of coding standarts and coding style recommendations? ----------- With the best wishes, Igor From huzaifas at redhat.com Mon Oct 8 07:16:26 2007 From: huzaifas at redhat.com (Huzaifa Sidhpurwala) Date: Mon, 08 Oct 2007 12:46:26 +0530 Subject: Self Introduction : Huzaifa Sidhpurwala Message-ID: <4709D94A.2010402@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi All, My name is Huzaifa, and I am working for Red Hat office in Pune, India I have been an RHCE instructor for 2 years and am currently working in HelpDesk here which is a kind of system Administration job. I am currently the R&D lead and have been recently involved in certifying laptops under RHEL. But system administration is my first love. I wish to contribute a lot to the fedora project. - -- 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 iD8DBQFHCdlKzHDc8tpb2uURAnPEAJ9mPoNsWN9E/LDCuIMTBcE+YyRlSACggGBF 2+EkGb/VTprBee0p6fV4/3o= =ov/X -----END PGP SIGNATURE----- From mmcgrath at redhat.com Mon Oct 8 13:04:36 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 08 Oct 2007 08:04:36 -0500 Subject: Introducing In-Reply-To: <1191741478.2736.13.camel@192.168.49.51.vokar> References: <1191672436.3157.14.camel@192.168.49.51.vokar> <4707E766.1060705@redhat.com> <1191741478.2736.13.camel@192.168.49.51.vokar> Message-ID: <470A2AE4.5090404@redhat.com> Igor L. Ischenko wrote: > Mike McGrath wrote: > >> Igor L. Ischenko wrote: >> >>> Good day! >>> >>> I've just join the Fedora Project so I want to tell something about >>> myself. >>> My name is Igor. I live in Kharkov, Ukraine (so I beg pardon for my >>> English :) ) and I'm a student of Kharkov national university of >>> radioelectronics. My speciality is Software Engineering (Automated >>> System Software). I'm interesting in artifical intelligence and >>> implementation of it's elements in modern software. >>> --------- >>> With the best wishes, >>> Igor >>> >> Welcome Igor, what types of things were you interested in doing for the >> Fedora Project? >> >> > > Well, I'm interesting in package collection maintenance and maybe new > tools development (I'm writing on C++\C# and now I'm learning python). > Does the Fedora Community has some documents that describe set of coding > standarts and coding style recommendations? > If you wish to become a package maintainer and add some additional packages to Fedora, you want to follow the information on the wiki in our Packagers section: http://fedoraproject.org/wiki/PackageMaintainers Also make sure you join the fedora-devel-list. -Mike From mmcgrath at redhat.com Mon Oct 8 13:07:51 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 08 Oct 2007 08:07:51 -0500 Subject: Self Introduction : Huzaifa Sidhpurwala In-Reply-To: <4709D94A.2010402@redhat.com> References: <4709D94A.2010402@redhat.com> Message-ID: <470A2BA7.3040407@redhat.com> Huzaifa Sidhpurwala wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi All, > My name is Huzaifa, and I am working for Red Hat office in Pune, India > I have been an RHCE instructor for 2 years and am currently working in > HelpDesk here which is a kind of system Administration job. > I am currently the R&D lead and have been recently involved in > certifying laptops under RHEL. > But system administration is my first love. > > I wish to contribute a lot to the fedora project. > Welcome Huzaifa, stop by #fedora-admin on irc.freenode.net or come to our next meeting: http://fedoraproject.org/wiki/Infrastructure/Meetings to get a better feel for our group and what we're up to. Having someone that knows how to certify things could also be handy on the QA team if you're interested in doing that as well: http://fedoraproject.org/wiki/FedoraTesting -Mike From mmcgrath at redhat.com Mon Oct 8 15:05:02 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 08 Oct 2007 10:05:02 -0500 Subject: publictest[1-9].fedoraproject.org Message-ID: <470A471E.4060602@redhat.com> jima has put in some dns entries for publictest[1-9].fedoraproject.org. Please start to transition your work to that address from publictest[1-9].fedora.redhat.com. -Mike From wtogami at redhat.com Mon Oct 8 15:32:08 2007 From: wtogami at redhat.com (Warren Togami) Date: Mon, 08 Oct 2007 11:32:08 -0400 Subject: Proposal: Rename cvsextras to packager In-Reply-To: <20071005223923.638b3cf0@redhat.com> References: <47050A68.1030900@redhat.com> <20071004204223.332bb7fa@redhat.com> <470682F9.5080405@redhat.com> <20071005222835.52894c46@redhat.com> <20071005223923.638b3cf0@redhat.com> Message-ID: <470A4D78.7090702@redhat.com> Jesse Keating wrote: > On Fri, 5 Oct 2007 22:28:35 -0400 > Jesse Keating wrote: > >> It's sweeping in that a /lot/ of documentation is going to need >> changing. Not just in the wiki but in other training materials and >> procedural documents. This is not a small change. > > > I forgot to follow through on this thought. My reasoning for holding > it back is that all the other changes we're making are going to require > documentation changes in many of the same places. It would be better > if we lumped them in together so that a single set of changes are made > rather than a continual series. And remember, it's not just the wiki > that will need updating. > Both FI and FESCO already blessed this plan. The necessary changes to scripts are understood, and documentation updates are trivially easy. I don't see how this is a big change? The main thing is doing it at a time when building has to stop, and that is happening anyway during the CVS branching. Warren Togami wtogami at redhat.com From ghosler at redhat.com Wed Oct 10 03:59:28 2007 From: ghosler at redhat.com (Gregory Hosler) Date: Wed, 10 Oct 2007 11:59:28 +0800 Subject: cannot access my fedora account Message-ID: <470C4E20.903@redhat.com> Hi, A week ago (last Tuesday) I created a Fedora account, following the instructions here: https://admin.fedoraproject.org/accounts/userbox.cgi user id "ghosler" I have not been able to log into this account, yet. Might I know is there is something I did wrong, or is my account still awaiting for the approval ? Thank you and best rgds, -Greg -- +---------------------------------------------------------------------+ Please also check the log file at "/dev/null" for additional information. (from /var/log/Xorg.setup.log) | Greg Hosler ghosler at redhat.com | +---------------------------------------------------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From mmcgrath at redhat.com Wed Oct 10 03:51:17 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 09 Oct 2007 22:51:17 -0500 Subject: cannot access my fedora account In-Reply-To: <470C4E20.903@redhat.com> References: <470C4E20.903@redhat.com> Message-ID: <470C4C35.6060309@redhat.com> Gregory Hosler wrote: > Hi, > > A week ago (last Tuesday) I created a Fedora account, following the > instructions here: > > https://admin.fedoraproject.org/accounts/userbox.cgi > > user id "ghosler" > > I have not been able to log into this account, yet. > > Might I know is there is something I did wrong, or is my account still > awaiting for the approval ? > > Thank you and best rgds, > I'm not seeing your username or name anywhere in the system. Is it possible you created a wiki name? The two systems are not linked. Just the same I'd try creating the account again. -Mike From mmcgrath at redhat.com Wed Oct 10 03:54:43 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 09 Oct 2007 22:54:43 -0500 Subject: cannot access my fedora account In-Reply-To: <470C4C35.6060309@redhat.com> References: <470C4E20.903@redhat.com> <470C4C35.6060309@redhat.com> Message-ID: <470C4D03.6040208@redhat.com> Mike McGrath wrote: > Gregory Hosler wrote: >> Hi, >> >> A week ago (last Tuesday) I created a Fedora account, following the >> instructions here: >> >> https://admin.fedoraproject.org/accounts/userbox.cgi >> >> user id "ghosler" >> >> I have not been able to log into this account, yet. >> >> Might I know is there is something I did wrong, or is my account still >> awaiting for the approval ? >> >> Thank you and best rgds, >> > > I'm not seeing your username or name anywhere in the system. Is it > possible you created a wiki name? The two systems are not linked. > Just the same I'd try creating the account again. Sorry this was a bold faced lie (and I was looking in the wrong spot) I see your username and its registered with your correct address. Are you not able to back into edit your account or other resources? Have you tried to reset your password? -Mike From ghosler at redhat.com Wed Oct 10 05:18:11 2007 From: ghosler at redhat.com (Gregory Hosler) Date: Wed, 10 Oct 2007 13:18:11 +0800 Subject: cannot access my fedora account In-Reply-To: <470C4D03.6040208@redhat.com> References: <470C4E20.903@redhat.com> <470C4C35.6060309@redhat.com> <470C4D03.6040208@redhat.com> Message-ID: <470C6093.9010405@redhat.com> Mike McGrath wrote: > Mike McGrath wrote: >> Gregory Hosler wrote: >>> Hi, >>> >>> A week ago (last Tuesday) I created a Fedora account, following the >>> instructions here: >>> >>> https://admin.fedoraproject.org/accounts/userbox.cgi >>> >>> user id "ghosler" >>> >>> I have not been able to log into this account, yet. >>> >>> Might I know is there is something I did wrong, or is my account still >>> awaiting for the approval ? >>> >>> Thank you and best rgds, >>> >> >> I'm not seeing your username or name anywhere in the system. Is it >> possible you created a wiki name? The two systems are not linked. >> Just the same I'd try creating the account again. > > Sorry this was a bold faced lie (and I was looking in the wrong spot) I > see your username and its registered with your correct address. Are you > not able to back into edit your account or other resources? Have you > tried to reset your password? ah. dang. I was trying to log into the wiki instead of logging into the fedora contributors. real sorry about that. (just missed that little "wiki" on the wiki logon page! heh heh) -G > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -- +---------------------------------------------------------------------+ Please also check the log file at "/dev/null" for additional information. (from /var/log/Xorg.setup.log) | Greg Hosler ghosler at redhat.com | +---------------------------------------------------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From ricky at fedoraproject.org Wed Oct 10 14:21:03 2007 From: ricky at fedoraproject.org (Ricky Zhou) Date: Wed, 10 Oct 2007 10:21:03 -0400 Subject: MirrorManager mirrorlist parameters Message-ID: <20071010142103.GA14086@Max.example.com> Hi! Would it be possible to have mirrorlist take arch/release/type parameters as well? (Where type is something like dvd, live, kde live, and maybe even rescuecd, diskboot, etc.) This way, we could have a convenient download form redirecting to the mirrors at get-fedora.html. Thanks, Ricky -------------- 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 Wed Oct 10 14:15:47 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 10 Oct 2007 09:15:47 -0500 Subject: MirrorManager mirrorlist parameters In-Reply-To: <20071010142103.GA14086@Max.example.com> References: <20071010142103.GA14086@Max.example.com> Message-ID: <470CDE93.2040302@redhat.com> Ricky Zhou wrote: > Hi! > > Would it be possible to have mirrorlist take arch/release/type > parameters as well? (Where type is something like dvd, live, kde live, > and maybe even rescuecd, diskboot, etc.) This way, we could have a > convenient download form redirecting to the mirrors at get-fedora.html. > Specifically what did you have in mind? We might be able to do this with mod_rewrite. -Mike From jkeating at redhat.com Wed Oct 10 14:19:52 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 10 Oct 2007 10:19:52 -0400 Subject: Proposal: Rename cvsextras to packager In-Reply-To: <470A4D78.7090702@redhat.com> References: <47050A68.1030900@redhat.com> <20071004204223.332bb7fa@redhat.com> <470682F9.5080405@redhat.com> <20071005222835.52894c46@redhat.com> <20071005223923.638b3cf0@redhat.com> <470A4D78.7090702@redhat.com> Message-ID: <20071010101952.03936224@redhat.com> On Mon, 08 Oct 2007 11:32:08 -0400 Warren Togami wrote: > Both FI and FESCO already blessed this plan. The necessary changes > to scripts are understood, and documentation updates are trivially > easy. > > I don't see how this is a big change? Printed materials and training modules are not 'trivially changed'. Nor are they trivially changed multiple times in a short time span for multiple changes. But whatever, I guess you just don't care. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ricky at fedoraproject.org Wed Oct 10 15:50:57 2007 From: ricky at fedoraproject.org (Ricky Zhou) Date: Wed, 10 Oct 2007 11:50:57 -0400 Subject: MirrorManager mirrorlist parameters In-Reply-To: <470CDE93.2040302@redhat.com> References: <20071010142103.GA14086@Max.example.com> <470CDE93.2040302@redhat.com> Message-ID: <20071010155057.GD14086@Max.example.com> On Wed, Oct 10, 2007 at 09:15:47AM -0500, Mike McGrath wrote: > Specifically what did you have in mind? We might be able to do this > with mod_rewrite. Well, I'd like to have http://mirrors.fp.o.org/mirrorlist?arch=i386&release=f7&type=dvd&redirect=1 Return a mirror with .../releases/7/Fedora/i386/iso/F-7-i386-DVD.iso and http://mirrors.fp.o.org/mirrorlist?arch=i386&release=f7&type=live&redirect=1 go to .../releases/7/Live/i386/iso/F-7-i386-DVD.iso, and so on. Since this would be designed to be "form-friendly," I'm not sure that a rewrite can extract the parameters (in arbitary order and so on) and perform all of the necessary logic (although if it is possible, then I'm completely fine with it). Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Matt_Domsch at dell.com Wed Oct 10 18:38:20 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 10 Oct 2007 13:38:20 -0500 Subject: MirrorManager mirrorlist parameters In-Reply-To: <20071010155057.GD14086@Max.example.com> References: <20071010142103.GA14086@Max.example.com> <470CDE93.2040302@redhat.com> <20071010155057.GD14086@Max.example.com> Message-ID: <20071010183820.GA2134@auslistsprd01.us.dell.com> On Wed, Oct 10, 2007 at 11:50:57AM -0400, Ricky Zhou wrote: > On Wed, Oct 10, 2007 at 09:15:47AM -0500, Mike McGrath wrote: > > Specifically what did you have in mind? We might be able to do this > > with mod_rewrite. > Well, I'd like to have > http://mirrors.fp.o.org/mirrorlist?arch=i386&release=f7&type=dvd&redirect=1 > Return a mirror with .../releases/7/Fedora/i386/iso/F-7-i386-DVD.iso and > http://mirrors.fp.o.org/mirrorlist?arch=i386&release=f7&type=live&redirect=1 > go to .../releases/7/Live/i386/iso/F-7-i386-DVD.iso, and so on. Interesting idea. The database doesn't know anything about file "types" right now, pretty intentionally. Doesn't mean we can't add such, but that will add complexity and possibly additional maintenance burdens. How would you expect to handle sets of media (e.g. downloading 3 CD ISOs that are in the releases/7/Fedora/i386/iso/ directory as opposed to a single DVD ISO)? -Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From ricky at fedoraproject.org Wed Oct 10 20:08:32 2007 From: ricky at fedoraproject.org (Ricky Zhou) Date: Wed, 10 Oct 2007 16:08:32 -0400 Subject: MirrorManager mirrorlist parameters In-Reply-To: <20071010183820.GA2134@auslistsprd01.us.dell.com> References: <20071010142103.GA14086@Max.example.com> <470CDE93.2040302@redhat.com> <20071010155057.GD14086@Max.example.com> <20071010183820.GA2134@auslistsprd01.us.dell.com> Message-ID: <20071010200832.GG14086@Max.example.com> On Wed, Oct 10, 2007 at 01:38:20PM -0500, Matt Domsch wrote: > Interesting idea. The database doesn't know anything about file > "types" right now, pretty intentionally. Doesn't mean we can't add > such, but that will add complexity and possibly additional maintenance > burdens. > > How would you expect to handle sets of media (e.g. downloading 3 CD > ISOs that are in the releases/7/Fedora/i386/iso/ directory as opposed > to a single DVD ISO)? Hmm, good point. I was thinking that the form could specify a file path such as: filepath=/pub/fedora/linux/releases/%(rel)s/Fedora/$(arch)s/iso/F-$(rel)s-$(arch)-DVD.iso And the script would substitute the proper values based on the rel/arch parameters. For sets of media, the filepath would go to the directory containing all of the images. I'm mostly unsure about how spins/the get-fedora page will work (and if the directory structures/spin names will remain consistent between releases), so depending on these factors, it might or might not be useful. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Matt_Domsch at dell.com Thu Oct 11 14:16:37 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 11 Oct 2007 09:16:37 -0500 Subject: MirrorManager mirrorlist parameters In-Reply-To: <20071010200832.GG14086@Max.example.com> References: <20071010142103.GA14086@Max.example.com> <470CDE93.2040302@redhat.com> <20071010155057.GD14086@Max.example.com> <20071010183820.GA2134@auslistsprd01.us.dell.com> <20071010200832.GG14086@Max.example.com> Message-ID: <20071011141637.GA25764@auslistsprd01.us.dell.com> On Wed, Oct 10, 2007 at 04:08:32PM -0400, Ricky Zhou wrote: > On Wed, Oct 10, 2007 at 01:38:20PM -0500, Matt Domsch wrote: > > Interesting idea. The database doesn't know anything about file > > "types" right now, pretty intentionally. Doesn't mean we can't add > > such, but that will add complexity and possibly additional maintenance > > burdens. > > > > How would you expect to handle sets of media (e.g. downloading 3 CD > > ISOs that are in the releases/7/Fedora/i386/iso/ directory as opposed > > to a single DVD ISO)? > Hmm, good point. I was thinking that the form could specify a file path > such as: > > filepath=/pub/fedora/linux/releases/%(rel)s/Fedora/$(arch)s/iso/F-$(rel)s-$(arch)-DVD.iso You can specify redirect=1&path=pub/fedora/linux/releases/7/Fedora/i386/iso/....iso already, and it works. If some javascript creates that URL, cool. However, as I've learned, paths do change, and code that generates paths then needs to change too. > And the script would substitute the proper values based on the rel/arch > parameters. For sets of media, the filepath would go to the directory > containing all of the images. > > I'm mostly unsure about how spins/the get-fedora page will work (and if > the directory structures/spin names will remain consistent between > releases), so depending on these factors, it might or might not be > useful. Tell you what. For the F7 and F8 get-fedora page, let's just be simple and put hardcoded links to the content, in a table format to make it clear. We can then look to do fancier things in the future. I don't want to make a bunch of MM changes at this point in the F8 release if I can avoid it. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From lmacken at redhat.com Thu Oct 11 14:49:29 2007 From: lmacken at redhat.com (Luke Macken) Date: Thu, 11 Oct 2007 10:49:29 -0400 Subject: TurboMail suddenly stops dispatching Message-ID: <20071011144929.GD8058@crow.redhat.com> It looks like the TurboMail author is MIA, and their trac seems to be riddled with spam. Upstream could definitely use some help with things. It's important that we make sure this project does not get neglected, as we extensively use it for various pieces of infrastructure that we have deployed (bodhi, pkgdb, etc). Thankfully, Felix will be helping to improve TurboMail's error handling in the near future; so if anyone is interested in helping out -- drop him a line. luke ----- Forwarded message from Felix Schwarz ----- From: Felix Schwarz To: lmacken at fedoraproject.org Subject: Re: TurboMail suddenly stops dispatching Date: Wed, 10 Oct 2007 20:01:10 +0200 User-Agent: Thunderbird 2.0.0.5 (X11/20070727) Hi Luke, http://trac.orianagroup.com/turbomail/ticket/59 > I think TurboMail should do much more in regards of error handling. I > mailed > some proposals to Matt but got no answer so far. I definitely do not want > that a single failure will cause a mail to be silently dropped but I agree > that there should be a point where we just have to drop mails. I'm > currently > on a paid project where I definitely need a more robust error handling so > I'm > willing to spend some time on that issue in the next months. > If someone is interested in joining the party, please send a mail to felix > dot schwarz (at) schwarz dot eu. -- Felix Schwarz software development and Linux system administration main focus: secure database applications Gubener Str. 38 10243 Berlin Germany ----- End forwarded message ----- From jeff at ocjtech.us Thu Oct 11 15:31:08 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Thu, 11 Oct 2007 10:31:08 -0500 Subject: VCS choice status Message-ID: <1192116668.3243.42.camel@lt21223.campus.dmacc.edu> Apologies for dropping off the radar for the past few weeks, but things at work got busier rather than slacking off after the semester started (I got assigned several new high-priority projects - such is life when working in an understaffed IT shop) and I vastly underestimated how busy things would be in the evenings and weekends shuttling my kids back and forth to various activities. Anyway, things still are very busy with non-Fedora related stuff, but I thought that I owed it to the community to post this and get the discussion started again. It was my impression that there was very little consensus on what (if anything) should be done. There seemed to be three camps: 1) Stick with CVS as is. 2) Switch to another VCS, but the data in the repository would remain similar to what we currently use (RPM spec plus patches). 3) Switch to another VCS, but the data in the repository would radically change to an "expanded source" style repository. All three camps have vocal proponents as well as vocal opponents. My suspicion is that the "silent majority" is in the "stick with CVS" camp. My personal choice would be to switch to Git for the VCS but keep the repository data the same (spec file plus patches). I feel that switching to expanded source-style repositories is too radical of a change - we give up the notion of pristine source plus patches. Also, using an expanded source-style repository would mean that packagers would have to become much more familiar with the VCS since they would need to maintain various branches (vendor branch, branches for various patches). In any case, it's unlikely that I'll have significant amounts of time to work on a VCS conversion anyway so until someone else steps up to take charge of this project we'll have to live with what we have. Jeff P.S. I'll be in Chicago next week for a training class so if anyone in the Chicagoland area would like to get together some evening for drinks ping me on IRC or off-list. There's probably a couple of you out there that I should probably buy a beer so this could be your chance to collect! -------------- 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 Thu Oct 11 16:37:30 2007 From: lmacken at redhat.com (Luke Macken) Date: Thu, 11 Oct 2007 12:37:30 -0400 Subject: VCS choice status In-Reply-To: <1192116668.3243.42.camel@lt21223.campus.dmacc.edu> References: <1192116668.3243.42.camel@lt21223.campus.dmacc.edu> Message-ID: <20071011163730.GE8058@crow.redhat.com> On Thu, Oct 11, 2007 at 10:31:08AM -0500, Jeffrey C. Ollie wrote: > My personal choice would be to switch to Git for the VCS but keep the > repository data the same (spec file plus patches). I feel that > switching to expanded source-style repositories is too radical of a > change - we give up the notion of pristine source plus patches. Also, > using an expanded source-style repository would mean that packagers > would have to become much more familiar with the VCS since they would > need to maintain various branches (vendor branch, branches for various > patches). +1. From a.badger at gmail.com Thu Oct 11 18:44:21 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 11 Oct 2007 11:44:21 -0700 Subject: VCS choice status In-Reply-To: <1192116668.3243.42.camel@lt21223.campus.dmacc.edu> References: <1192116668.3243.42.camel@lt21223.campus.dmacc.edu> Message-ID: <470E6F05.1020208@gmail.com> Jeffrey C. Ollie wrote: > Apologies for dropping off the radar for the past few weeks, but things > at work got busier rather than slacking off after the semester started > (I got assigned several new high-priority projects - such is life when > working in an understaffed IT shop) and I vastly underestimated how busy > things would be in the evenings and weekends shuttling my kids back and > forth to various activities. > > Anyway, things still are very busy with non-Fedora related stuff, but I > thought that I owed it to the community to post this and get the > discussion started again. > > It was my impression that there was very little consensus on what (if > anything) should be done. There seemed to be three camps: > > 1) Stick with CVS as is. > 2) Switch to another VCS, but the data in the repository would remain > similar to what we currently use (RPM spec plus patches). > 3) Switch to another VCS, but the data in the repository would radically > change to an "expanded source" style repository. > > All three camps have vocal proponents as well as vocal opponents. My > suspicion is that the "silent majority" is in the "stick with CVS" camp. > > My personal choice would be to switch to Git for the VCS but keep the > repository data the same (spec file plus patches). I feel that > switching to expanded source-style repositories is too radical of a > change - we give up the notion of pristine source plus patches. Also, > using an expanded source-style repository would mean that packagers > would have to become much more familiar with the VCS since they would > need to maintain various branches (vendor branch, branches for various > patches). > I don't like git particularly but I could see us going somewhere on this route. It's where we started three or four releases ago :-) I would like to see the "optionally keep an expanded tree" work that you were working on included in this. That could probably be added on after the fact, though. -Toshio From ricky at fedoraproject.org Thu Oct 11 20:41:14 2007 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 11 Oct 2007 16:41:14 -0400 Subject: Meeting Log - 2007-10-11 Message-ID: <20071011204114.GA20484@Max.example.com> 16:00:57 -!- mmcgrath changed the topic of #fedora-meeting to: Fedora Infrastructure -- Role Call 16:00:59 < mmcgrath> who's here? 16:01:12 * ivazquez looks around 16:01:13 * ricky is. 16:01:14 < jcollie> hey, i'm actually here for once :) 16:01:43 < mmcgrath> abadger1999 dgilmore f13 ivazquez jcollie mdomsch paulobanon ricky skvidal + anyone I've missed ping 16:01:54 < abadger1999> pong psed"] 16:02:37 < jcollie> ricky, what worked? 16:03:01 < ricky> The warren and jeremy not dropping on "/me " 16:03:10 < jcollie> ah 16:03:18 < mmcgrath> k, lets get started. 16:03:22 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 16:03:28 < mmcgrath> .tiny https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 16:03:28 < mmcgrathbot> mmcgrath: http://tinyurl.com/yth34b 16:03:46 < mmcgrath> First ticket is 154 - DNS. 16:04:03 < mmcgrath> Most of this is done in regards to the new setup 16:04:10 < mmcgrath> vpn that is 16:04:44 < jcollie> i've been out of it, what's being used for the vpn? 16:05:04 < mmcgrath> jcollie: in the near future just about everything, we've started decentralizing our infrastructure. 16:05:23 < jcollie> nono, i mean, openvpn or ipsec 16:05:23 < mmcgrath> This has caused our network design to get more complicated but in general it will make systems administration easier. 16:05:28 < ricky> OpenVPN, I think. 16:06:12 < mmcgrath> openvpn 16:06:13 < jcollie> ok, i use openvpn myself to vpn back home 16:06:33 < mmcgrath> I've also added header information to our app and proxy servers so we can see which servers were hit and how long it took. 16:06:40 < mmcgrath> for example: 16:06:57 < mmcgrath> wget -SO/dev/null https://hosted.fedoraproject.org/projects/smolt 16:07:15 < mmcgrath> or 16:07:19 < mmcgrath> .headers https://hosted.fedoraproject.org/projects/smolt/ 16:07:20 < mmcgrathbot> mmcgrath: apptime: D=345385, content-length: 9641, set-cookie: trac_form_token=3110fc1bbbfa94c87a1f901e; Path=/projects/smolt;, trac_session=f3754ce4b4ca65ece51f2ae2; expires=Wed, 09-Jan-2008 20:07:20 GMT; Path=/projects/smolt;, proxytime: D=348694, expires: Fri, 01 Jan 1999 00:00:00 GMT, connection: close, server: Apache/2.2.3 (Red Hat), appserver: app2.fedora.phx.redhat.com, proxyserver: (1 more message) 16:07:23 < ricky> Will we have .fedoraproject.org in the search path at some time? (Just a tiny quibble) 16:07:40 < ricky> .more 16:07:41 < mmcgrathbot> ricky: Error: You haven't asked me a command; perhaps you want to see someone else's more. To do so, call this command with that person's nick. 16:07:43 < mmcgrath> ricky: once all the vpn stuff is done we'll have vpn.fedoraproject.org in the search path 16:07:46 < mmcgrath> .more 16:07:46 < mmcgrathbot> mmcgrath: proxy2.fedora.phx.redhat.com, cache-control: must-revalidate, date: Thu, 11 Oct 2007 20:07:20 GMT, content-type: text/html;charset=utf-8 16:07:50 < mmcgrath> ricky: :) 16:07:54 < ricky> Aha, OK :) 16:08:04 < mmcgrath> I'll try to get those on two lines right by eachother. 16:08:09 < mmcgrath> .headers https://hosted.fedoraproject.org/projects/smolt/ 16:08:10 < mmcgrathbot> mmcgrath: apptime: D=333311, content-length: 9641, set-cookie: trac_form_token=3b42359184712efe53566b65; Path=/projects/smolt;, trac_session=ca704f123bbbdfe401559eba; expires=Wed, 09-Jan-2008 20:08:10 GMT; Path=/projects/smolt;, proxytime: D=336297, expires: Fri, 01 Jan 1999 00:00:00 GMT, connection: close, server: Apache/2.2.3 (Red Hat), appserver: app2.fedora.phx.redhat.com, proxyserver: (1 more message) 16:08:11 < mmcgrath> .more 16:08:12 < mmcgrathbot> mmcgrath: proxy1, cache-control: must-revalidate, date: Thu, 11 Oct 2007 20:08:09 GMT, content-type: text/html;charset=utf-8 16:09:04 < ivazquez> Why didn't that one give a FQDN for the proxy? 16:09:10 < abadger1999> Those headers will be a lifesaver the next time we have issues. 16:09:16 < abadger1999> very nice. 16:09:24 < mmcgrath> Ok, so that last request hit appserver app2, and proxy server proxy1. Total time to generate (proxy time) was 336297ms. Of that, the app server was 333311ms was the app server. 16:09:29 < mmcgrath> abadger1999: thats the idea :) 16:09:40 < mmcgrath> ivazquez: its using $HOSTNAME so that box probably is configured differently for hostname. 16:10:05 < ivazquez> Worth adding a ticket for? 16:10:11 < mmcgrath> anywho, I wanted to make sure to share that with everyone as it will make troubleshooting. 16:10:24 < mmcgrath> ivazquez: up to you, its worth taking a look to make sure they're both configured the same way. 16:11:05 < mmcgrath> This is also something we can use to have our users help us troubleshoot, I've got a firefox plugin that displays the app server and proxy server in my status bar for every fedora page. 16:11:19 < mmcgrath> Anyone have any questions on that or DNS? If not we'll move on. 16:11:37 < ricky> Cool at the Firefox plugin. 16:12:10 < mmcgrath> ricky: its a combo of Live HTTP Headers and Header Spy 16:12:27 < jcollie> i saw a bit on securing the DNS, is that something like http://www.cymru.com/Documents/secure-bind-template.html 16:12:49 < mmcgrath> This will also give us some solid numbers as to how much time our proxy servers are adding. Which, so far, has been very small. 16:12:58 -!- BhanuPatia1 [n=bhanu at dialpool-210-214-122-102.maa.sify.net] has quit "Leaving." 16:13:31 < mmcgrath> jcollie: could be handy. If you think its something we could use after a bit of research let us know. 16:13:41 < mmcgrath> Ok, I'll move on. there's really not that much to talk about this meeting I think. 16:13:42 < ricky> Maybe I'm being silly, but isn't 336297ms >5 minutes? 16:13:56 -!- BhanuPatia1 [n=bhanu at dialpool-210-214-122-102.maa.sify.net] has joined #fedora-meeting 16:14:02 < jcollie> yeah i don't follow that word for word but it helps with locking things down 16:14:19 < ivazquez> I think those might be in ns. 16:14:27 < ricky> Aha, OK :) 16:14:35 < ivazquez> Or us, rather. 16:14:55 < ricky> That's much better. 16:15:00 < ivazquez> (I hope they're not jiffies...) 16:15:19 < mmcgrath> ivazquez: looks like microseconds. 16:15:28 < mmcgrath> http://www.csgnetwork.com/timemath.html 16:15:37 < mmcgrath> Ok, next ticket is #170 16:15:44 < mmcgrath> mizmo has been working on a good mockup for us. 16:15:58 < mmcgrath> f13: whats the lastest on the games spin? Is it approved, still waiting for testing? 16:16:41 -!- fab_a [n=fabian_a at 84-75-167-142.dclient.hispeed.ch] has joined #fedora-meeting 16:16:55 < mmcgrath> jeremy: ^^ ? 16:16:59 < EvilBob> When can more spins be added to the queue and what are the submission requirements. 16:17:00 < jcollie> looks like a cool plan... are the spins going to be bittorrent only? 16:17:02 -!- fabian_a [n=fabian_a at 84-75-167-142.dclient.hispeed.ch] has joined #fedora-meeting 16:17:04 -!- fab_a [n=fabian_a at 84-75-167-142.dclient.hispeed.ch] has quit Read error: 104 (Connection reset by peer) 16:17:20 * mmcgrath gets link 16:17:56 < mmcgrath> EvilBob: this isn't completely set in stone yet but is what we're following right now - http://fedoraproject.org/wiki/Infrastructure/CustomSpins 16:17:59 < jeremy> mmcgrath: I think largely we just need to figure out some of the bits around spins.fedoraproject.org and it'll happen. I didn't see any no's, just "need to finish fleshing out the details for hosting, etc" 16:18:19 * dgilmore is here 16:18:20 < EvilBob> mmcgrath: Thanks 16:18:27 < mmcgrath> jeremy: I didn't realize it had been approved yet. I'll have something ready by the end of the day. 16:19:21 < mmcgrath> Anyone have anything else regarding the custom spins? 16:20:02 -!- BhanuPatial [n=bhanu at dialpool-210-214-122-2.maa.sify.net] has quit Read error: 110 (Connection timed out) 16:20:07 < mmcgrath> k, moving on to the schedules apge 16:20:13 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Schedule 16:20:59 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/Schedule 16:21:32 < mmcgrath> On the topic of corporate sponsorship I had another meeting with the people from peer 1 on monday, nothing new. I'm pretty hopeful but they're working out some technical and marketing details. 16:21:45 < jwb_gone> peer 1? 16:21:58 < mmcgrath> I'm really hoping they will be able to provide us with torrent and hosted.fp.o space. 16:22:01 < jwb_gone> nevermind, ignore me 16:22:17 < mmcgrath> :) 16:22:29 < spoleeba> jwb_gone, you were thinking pier 1 16:22:33 < jwb_gone> yes 16:22:49 < mmcgrath> Also we've gotten funding a server which I've put a PO request in to be delivered to Germany. 16:22:54 < mmcgrath> I don't have shipping information yet though. 16:23:18 < mmcgrath> Anyone have any questions regarding the corporate sponsorship thats been going on? 16:23:53 < mmcgrath> k 16:23:58 < mmcgrath> nothing new on architectural documentation 16:24:37 < mmcgrath> And as far as SOP's go I've added one on our netapp setup - http://fedoraproject.org/wiki/Infrastructure/SOP/netapps 16:24:51 * dgilmore is around now 16:25:01 < mmcgrath> as always you can get a list of all the SOP's we've got at the bottom of the http://fedoraproject.org/wiki/Infrastructure/SOP page 16:25:08 < mmcgrath> Thats all I've got so I'll open the floor 16:25:14 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 16:25:25 < mmcgrath> Anyone have anything they'd like to discuss? 16:25:55 < abadger1999> wwoods has been doing some good work on a python-bugzilla module. 16:26:10 < mmcgrath> abadger1999: such as? :) 16:26:11 < abadger1999> I'm goingto add it to the fi repo until he gets it into Fedora 16:26:28 < abadger1999> and start using it with the packagedb to link to bugs on packages. 16:27:06 < abadger1999> http://wwoods.fedorapeople.org/python-bugzilla/ 16:27:42 < mdomsch> abadger1999, skvidal's been hacking something together using that too 16:27:48 < mdomsch> packages.fp.o 16:27:56 < abadger1999> Yeah -- we've been talking about what needs to go where. 16:28:00 < mdomsch> cool 16:28:06 < mmcgrath> that will be handy. 16:28:08 < abadger1999> I'll be taking his bug page and incorporating it into the pkgdb. 16:28:23 < abadger1999> He'll get repoview running on packages.fp.o and link to the pkgdb bug page. 16:28:24 < mmcgrath> It seems like decent integration of a lot of our services is just on the horizon. Thats good. 16:29:08 < mdomsch> mmcgrath, how are we on storage? 16:29:28 -!- tibbs [i=tibbs at fedora/tibbs] has quit "Konversation terminated!" 16:29:32 < mdomsch> or should I not ask ? :-) 16:29:55 < mmcgrath> mdomsch: we're about to hit 85% on the netapp which will put us in "warning" I've been asking repeatedly for the koji cleanup to happen but it just hasn't yet. 16:30:20 < mmcgrath> The thing I'm worried about is if the cleanup doesn't actually clean much up. By the time we get funding and a netapp installed it might be too late. 16:30:49 < mmcgrath> The other thing I've been realizing is we've got some pretty expensive storage for RPMS that just sit there, I'm wondering if we shouldn't invest in a different medium for the koji storage. 16:30:54 -!- rdieter [n=rdieter at sting.unl.edu] has quit Remote closed the connection 16:31:44 < mdomsch> amen 16:32:31 < mmcgrath> I think I'll start a thread about that on fedora-infrastructure. I've done some research on price/G. netapps are freaking awesome but we pay out the nose for them. 16:32:40 < mmcgrath> I wonder if we just should get a powervault and load it up. 16:32:55 < mmcgrath> mdomsch: whats the largest powervault you guys have? 16:33:54 < mdomsch> MD3000i iSCSI attached 16:33:59 < jcollie> 353TB? 16:34:14 < jcollie> according to this: http://www.dell.com/content/products/compare.aspx/sanet_fibre?c=us&cs=04&l=en&s=bsd 16:34:31 < mmcgrath> I'll start a thread on the list. 16:34:53 < mdomsch> 15 400GB drives 16:35:23 < mdomsch> in one enclosure 16:35:32 < jcollie> http://www.dell.com/content/products/results.aspx/pvaul_md3000i?~ck=anav&c=us&l=en&s=bsd&cs=04 16:35:34 < mdomsch> plus 2 more enclosures 16:35:38 < jcollie> says 18TB 16:35:40 < mdomsch> so, 45 400GB disks 16:36:00 < mmcgrath> thanks, I'll do some research. 16:36:19 < mmcgrath> Ok, anyone else have anything to discuss? 16:36:32 < mmcgrath> If not I'll end the meeting in 30. 16:36:53 < mmcgrath> 15 16:36:59 < mmcgrath> OH one thing. 16:37:14 < abadger1999> stop the presses! :-) 16:37:26 < mmcgrath> I wanted to thank mizmo, ricky and ivazquez for working on the website stuff. They've been doing some good work. 16:37:29 < mmcgrath> ok. 16:37:31 < mmcgrath> 10 16:37:34 < mdomsch> hear hear 16:37:39 < mmcgrath> 5 16:37:47 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End 16:37:51 < mmcgrath> thanks for coming everyone -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From admin at arcnetworks.biz Thu Oct 11 21:47:54 2007 From: admin at arcnetworks.biz (Anand Capur) Date: Thu, 11 Oct 2007 17:47:54 -0400 Subject: Change Fedora Test Page? Message-ID: <5d66540b0710111447m62ff5873od5a8cae94444a842@mail.gmail.com> What do you think of changing the Fedora Apache Test Page? I've seen many emails come in asking about domains. We need to make it clear that we don't have anything to do with the site except for the OS. -Anand -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Thu Oct 11 21:48:02 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 11 Oct 2007 16:48:02 -0500 Subject: Storage woes... again Message-ID: <470E9A12.4080504@redhat.com> Well, we haven't even had koji for a full release cycle yet and we're already worried about storage: https://admin.fedoraproject.org/cacti/graph.php?action=view&rra_id=all&local_graph_id=280 There are plans to implement a koji purger that gets rid of some of our builds but I've not seen any estimates as to how much space this will get us. I doubt, highly, that it will be more than half recovery. Given the worst case scenario we need to purchase additional storage immediately. Thats what this email is about. Right now we're storing our stuff on some pretty quick netapps, which stinks considering that koji is only accessing a small percentage of that storage at any point in time and even then... its over NFS. I'd like to propose we move to cheaper storage that is dedicated to just koji. There are a number of options to do this, including different models of netapps. I'm putting a spreadsheet together that takes in to consideration price, how much we get and figures out how much it costs / G / month over a 4 year period. If you guys know of anything to add to the list just let me know. -Mike From mmcgrath at redhat.com Thu Oct 11 21:50:53 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 11 Oct 2007 16:50:53 -0500 Subject: Change Fedora Test Page? In-Reply-To: <5d66540b0710111447m62ff5873od5a8cae94444a842@mail.gmail.com> References: <5d66540b0710111447m62ff5873od5a8cae94444a842@mail.gmail.com> Message-ID: <470E9ABD.9000404@redhat.com> Anand Capur wrote: > What do you think of changing the Fedora Apache Test Page? I've seen many > emails come in asking about domains. We need to make it clear that we don't > have anything to do with the site except for the OS. > -Anand > Well, the actual test page has a webmaster at example.com address and a link to the http://fedoraproject.org/ home page. users are going to our home page and seeing webmaster and sending the email. I'm not quite sure what else we should do. I suppose a special page to send them to, or removing webmaster from the landing page. Either way those people are going to end up at FP.O looking to send an email :( -Mike From sundaram at fedoraproject.org Thu Oct 11 23:08:15 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 12 Oct 2007 04:38:15 +0530 Subject: Change Fedora Test Page? In-Reply-To: <470E9ABD.9000404@redhat.com> References: <5d66540b0710111447m62ff5873od5a8cae94444a842@mail.gmail.com> <470E9ABD.9000404@redhat.com> Message-ID: <470EACDF.1050701@fedoraproject.org> Mike McGrath wrote: > Anand Capur wrote: >> What do you think of changing the Fedora Apache Test Page? I've seen many >> emails come in asking about domains. We need to make it clear that we >> don't >> have anything to do with the site except for the OS. >> -Anand >> > > Well, the actual test page has a webmaster at example.com address and a > link to the http://fedoraproject.org/ home page. users are going to our > home page and seeing webmaster and sending the email. I'm not quite > sure what else we should do. I suppose a special page to send them to, > or removing webmaster from the landing page. Either way those people > are going to end up at FP.O looking to send an email :( Maybe we can link to http://fedoraproject.org/wiki/ServerTestPage and clarify even further we have nothing to do with the site in the default Apache home page. Rahul From ljuwaidah at gmail.com Fri Oct 12 10:34:56 2007 From: ljuwaidah at gmail.com (Laith Juwaidah) Date: Fri, 12 Oct 2007 14:34:56 +0400 Subject: Introduction Message-ID: <1192185296.9349.5.camel@localhost.localdomain> Hi, My name is Laith Juwaidah, I'm 17 years old, I'm taking an HND in computing. I started using Linux almost a year ago, I started with kubuntu, then I shifted to Gentoo, and just a few days ago I shifted to Fedora. I really liked it, it's not as so-easy-to-use as kubuntu, nor is it as do-a-lot-of-things-yourself as Gentoo. I've been looking for a project to contribute to since I first started using Linux, and now I think I found one :) The thing is that I don't know what I should do now :D Cheers! -- Laith Juwaidah ljuwaidah at gmail.com http://www.ljuwaidah.org/ -------------- 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 Fri Oct 12 13:21:46 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 12 Oct 2007 08:21:46 -0500 Subject: Introduction In-Reply-To: <1192185296.9349.5.camel@localhost.localdomain> References: <1192185296.9349.5.camel@localhost.localdomain> Message-ID: <470F74EA.20108@redhat.com> Laith Juwaidah wrote: > Hi, > > My name is Laith Juwaidah, I'm 17 years old, I'm taking an HND in > computing. > > I started using Linux almost a year ago, I started with kubuntu, then I > shifted to Gentoo, and just a few days ago I shifted to Fedora. > > I really liked it, it's not as so-easy-to-use as kubuntu, nor is it as > do-a-lot-of-things-yourself as Gentoo. > > I've been looking for a project to contribute to since I first started > using Linux, and now I think I found one :) > > The thing is that I don't know what I should do now :D > Welcome Laith, I see you joined the chatroom last night but no one was around. What time zone are you in? While you're here just pay attention to the lists for a while to get a feel for things, feel free to go over recent discussions and if you can make it to the Meetings (http://fedoraproject.org/wiki/Infrastructure/Meetings) thats always helpful as well. Other than that just become familiar with the Infrastructure section of the wiki. -Mike From mark at wormgoor.com Fri Oct 12 14:18:13 2007 From: mark at wormgoor.com (Mark Wormgoor) Date: Fri, 12 Oct 2007 16:18:13 +0200 Subject: Storage woes... again In-Reply-To: <470E9A12.4080504@redhat.com> References: <470E9A12.4080504@redhat.com> Message-ID: <470F8225.20603@wormgoor.com> Mike, > Right now we're storing our stuff on some pretty quick netapps, which > stinks considering that koji is only accessing a small percentage of > that storage at any point in time and even then... its over NFS. I'd > like to propose we move to cheaper storage that is dedicated to just > koji. There are a number of options to do this, including different > models of netapps. I'm putting a spreadsheet together that takes in to > consideration price, how much we get and figures out how much it costs / > G / month over a 4 year period. If you guys know of anything to add to > the list just let me know. I'm a big Netapp fan. It's expensive, but really blazing fast and has a lot of very nice features. But, it's not for cheap mass storage. Have you looked at Coraid Etherdrive? They also have a NAS Gateway to go with it. Kind regards, Mark Wormgoor From mmcgrath at redhat.com Fri Oct 12 14:12:23 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 12 Oct 2007 09:12:23 -0500 Subject: Storage woes... again In-Reply-To: <470F8225.20603@wormgoor.com> References: <470E9A12.4080504@redhat.com> <470F8225.20603@wormgoor.com> Message-ID: <470F80C7.1070509@redhat.com> Mark Wormgoor wrote: > Mike, > >> Right now we're storing our stuff on some pretty quick netapps, which >> stinks considering that koji is only accessing a small percentage of >> that storage at any point in time and even then... its over NFS. I'd >> like to propose we move to cheaper storage that is dedicated to just >> koji. There are a number of options to do this, including different >> models of netapps. I'm putting a spreadsheet together that takes in >> to consideration price, how much we get and figures out how much it >> costs / G / month over a 4 year period. If you guys know of anything >> to add to the list just let me know. > > I'm a big Netapp fan. It's expensive, but really blazing fast and has > a lot of very nice features. But, it's not for cheap mass storage. > > Have you looked at Coraid Etherdrive? They also have a NAS Gateway to > go with it. I haven't but I'll add it to the list, if you have a specific interesting link send it my way. -Mike From dennis at ausil.us Fri Oct 12 14:33:09 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 12 Oct 2007 09:33:09 -0500 Subject: Storage woes... again In-Reply-To: <470F8225.20603@wormgoor.com> References: <470E9A12.4080504@redhat.com> <470F8225.20603@wormgoor.com> Message-ID: <200710120933.09684.dennis@ausil.us> On Friday 12 October 2007 9:18:13 am Mark Wormgoor wrote: > Mike, > > > Right now we're storing our stuff on some pretty quick netapps, which > > stinks considering that koji is only accessing a small percentage of > > that storage at any point in time and even then... its over NFS. I'd > > like to propose we move to cheaper storage that is dedicated to just > > koji. There are a number of options to do this, including different > > models of netapps. I'm putting a spreadsheet together that takes in to > > consideration price, how much we get and figures out how much it costs / > > G / month over a 4 year period. If you guys know of anything to add to > > the list just let me know. > > I'm a big Netapp fan. It's expensive, but really blazing fast and has a > lot of very nice features. But, it's not for cheap mass storage. > > Have you looked at Coraid Etherdrive? They also have a NAS Gateway to go > with it. I use Coraid at work http://www.coraid.com its fairly cheap List price on a shelf is USD$5000 each shelf holds 15 sata drives. you could use there nas gateway. however fedora has all the tools in to distro to connect and manage the shelves they use the aoe module in the kernel. we could cluster koji and use GFS on the backend. Dennis From huanghaolinux at gmail.com Fri Oct 12 16:31:11 2007 From: huanghaolinux at gmail.com (=?GB2312?B?u8bwqQ==?=) Date: Sat, 13 Oct 2007 00:31:11 +0800 Subject: introduction Message-ID: Hello,everyone,nice to meet you.I feeI sorry of my poor english.Pleaseforgive me. I'm a new comer.A student of ShangHai University who major in computer science. Happy to join in the fedora.I am interested in linux,device driver,embedded device. I am familiar with C++&ASM&JAVA and good in C. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Fri Oct 12 16:44:54 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 12 Oct 2007 11:44:54 -0500 Subject: introduction In-Reply-To: References: Message-ID: <470FA486.7040803@redhat.com> ?? wrote: > Hello,everyone,nice to meet you.I feeI sorry of my poor > english.Pleaseforgive me. > I'm a new comer.A student of ShangHai University who major in computer > science. > Happy to join in the fedora.I am interested in linux,device driver,embedded > device. > I am familiar with C++&ASM&JAVA and good in C. > > Welcome, C/C++ skills (and generallaming knowledge) is very useful for helping solve bugs. You may want to work with the Bug Zappers: http://fedoraproject.org/wiki/BugZappers -Mike From kod712 at hotmail.com Fri Oct 12 17:56:41 2007 From: kod712 at hotmail.com (kod712 at hotmail.com) Date: Fri, 12 Oct 2007 13:56:41 -0400 Subject: Storage woes... again In-Reply-To: <470F80C7.1070509@redhat.com> References: <470E9A12.4080504@redhat.com> <470F8225.20603@wormgoor.com> <470F80C7.1070509@redhat.com> Message-ID: EMC makes a couple of different lines with low, mid, & high end models. Not sure if you are looking for a SAN or NAS device, but they also over "gateway" product that offers both. NAS/SAN - http://www.emc.com/products/networking/servers/index.jsp SAN - http://www.emc.com/products/systems/clariion.jsp -Art > Date: Fri, 12 Oct 2007 09:12:23 -0500 > From: mmcgrath at redhat.com > To: fedora-infrastructure-list at redhat.com > Subject: Re: Storage woes... again > > Mark Wormgoor wrote: > > Mike, > > > >> Right now we're storing our stuff on some pretty quick netapps, which > >> stinks considering that koji is only accessing a small percentage of > >> that storage at any point in time and even then... its over NFS. I'd > >> like to propose we move to cheaper storage that is dedicated to just > >> koji. There are a number of options to do this, including different > >> models of netapps. I'm putting a spreadsheet together that takes in > >> to consideration price, how much we get and figures out how much it > >> costs / G / month over a 4 year period. If you guys know of anything > >> to add to the list just let me know. > > > > I'm a big Netapp fan. It's expensive, but really blazing fast and has > > a lot of very nice features. But, it's not for cheap mass storage. > > > > Have you looked at Coraid Etherdrive? They also have a NAS Gateway to > > go with it. > > I haven't but I'll add it to the list, if you have a specific > interesting link send it my way. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list _________________________________________________________________ Boo!?Scare away worms, viruses and so much more! Try Windows Live OneCare! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Fri Oct 12 18:29:29 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 12 Oct 2007 13:29:29 -0500 Subject: Memory Upgrades Message-ID: <470FBD09.9030706@redhat.com> I'm still working on finding all of the details but we will likely have an outage of xen1 and xen2 next week for the memory upgrades. This will likely be during the day and will affect some services. Specifically: xen1 app3 puppet1 xen2 security app2 test8 releng1 test9 noc1 test6 The only real "uh-oh" there is releng1 and I think during the day is really a good time for releng1 so please correct me if I'm wrong. -Mike From opensource at till.name Sat Oct 13 07:14:06 2007 From: opensource at till.name (Till Maas) Date: Sat, 13 Oct 2007 09:14:06 +0200 Subject: https://koji.fedoraproject.org is signed with an unknown certificate (extras64.linux.duke.edu) Message-ID: <200710130914.16392.opensource@till.name> Hello, for two months there has been no progress on a security ticket: https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/88 https://koji.fedoraproject.org spits out an strange certificate instead of one signed by an well known CA, e.g. Equifax. Can maybe someone who reads here and did not notice this Security Bug fix this? In case there is no money available for this, then please use at least a certificate from cacerct.org instead of this imho nearly complete useless certificate. Also it is not very wise to educate users (Fedora maintainers) to accept bad certificates in Fedora's Infrastructure, so that in case there is a Man-in-the-middle attack, e.g. on an conference with free wifi, the regarding maintainers will be fooled. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From lmacken at redhat.com Sun Oct 14 05:12:21 2007 From: lmacken at redhat.com (Luke Macken) Date: Sun, 14 Oct 2007 01:12:21 -0400 Subject: intermittent fedora web service outages Message-ID: <20071014051221.GA5135@crow.myhome.westell.com> Mike is in the process of tracking down some issues with our database at the moment, so there may be some intermittent outages with some of our web services, including: - bodhi - koji - pkgdb - mirrormanager - accounts system Thanks, luke From mmcgrath at redhat.com Sun Oct 14 22:32:40 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 14 Oct 2007 17:32:40 -0500 Subject: https://koji.fedoraproject.org is signed with an unknown certificate (extras64.linux.duke.edu) In-Reply-To: <200710130914.16392.opensource@till.name> References: <200710130914.16392.opensource@till.name> Message-ID: <47129908.7010800@redhat.com> Till Maas wrote: > Hello, > > for two months there has been no progress on a security ticket: > https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/88 > > https://koji.fedoraproject.org spits out an strange certificate instead of one > signed by an well known CA, e.g. Equifax. Can maybe someone who reads here > and did not notice this Security Bug fix this? In case there is no money > available for this, then please use at least a certificate from cacerct.org > instead of this imho nearly complete useless certificate. Also it is not very > wise to educate users (Fedora maintainers) to accept bad certificates in > Fedora's Infrastructure, so that in case there is a Man-in-the-middle attack, > e.g. on an conference with free wifi, the regarding maintainers will be > fooled. This isn't actually causing any practical problems so I've been ignoring it. As far as man in the middle attack... someone will think they've submitted a build but haven't? either way I'll submit a purchase request for the cert now. -Mike From mmcgrath at redhat.com Sun Oct 14 22:37:56 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 14 Oct 2007 17:37:56 -0500 Subject: intermittent fedora web service outages In-Reply-To: <20071014051221.GA5135@crow.myhome.westell.com> References: <20071014051221.GA5135@crow.myhome.westell.com> Message-ID: <47129A44.4050000@redhat.com> Luke Macken wrote: > Mike is in the process of tracking down some issues with our database at > the moment, so there may be some intermittent outages with some of our > web services, including: > > - bodhi > - koji > - pkgdb > - mirrormanager > - accounts system > > FYI All, this should be fixed now. Those interested in the details (mostly postgresql stuff) please refer to ticket: https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/190 -Mike From k.georgiou at imperial.ac.uk Mon Oct 15 12:33:46 2007 From: k.georgiou at imperial.ac.uk (Kostas Georgiou) Date: Mon, 15 Oct 2007 13:33:46 +0100 Subject: Storage woes... again In-Reply-To: <470E9A12.4080504@redhat.com> References: <470E9A12.4080504@redhat.com> Message-ID: <20071015123346.GA16858@imperial.ac.uk> On Thu, Oct 11, 2007 at 04:48:02PM -0500, Mike McGrath wrote: > Right now we're storing our stuff on some pretty quick netapps, which > stinks considering that koji is only accessing a small percentage of > that storage at any point in time and even then... its over NFS. I'd > like to propose we move to cheaper storage that is dedicated to just > koji. There are a number of options to do this, including different > models of netapps. I'm putting a spreadsheet together that takes in to > consideration price, how much we get and figures out how much it costs / > G / month over a 4 year period. If you guys know of anything to add to > the list just let me know. For "cheap" storage the most popular solution in the HEP (High Energy Physics) community are linux boxes with 3ware raid controllers. The Areca controllers have also appeared lately in some places and since the driver is now part of the kernel I expect to see more of them. A few Sun thumpers started to show up (just one site added something around 1PB recently with them) and they are very good solutions if your space is limited (48 sata slots in 4U). If you bought the ZFS hype (I am not convinced yet) they are even more attractive. Cheers, Kostas Georgiou From opensource at till.name Mon Oct 15 16:21:40 2007 From: opensource at till.name (Till Maas) Date: Mon, 15 Oct 2007 18:21:40 +0200 Subject: https://koji.fedoraproject.org is signed with an unknown certificate (extras64.linux.duke.edu) In-Reply-To: <47129908.7010800@redhat.com> References: <200710130914.16392.opensource@till.name> <47129908.7010800@redhat.com> Message-ID: <200710151821.54691.opensource@till.name> On Monday 15 October 2007 00:32:40 Mike McGrath wrote: > This isn't actually causing any practical problems so I've been ignoring There are practical problems, e.g. the unsigned rpms from koji are not accessible in a trusted way, which they would be if there was are certificate that can be verified. > it. As far as man in the middle attack... someone will think they've > submitted a build but haven't? either way I'll submit a purchase Maybe there can be only little harm done in a mitm attack against koji. But why should a use wonder when he gets an "bad" certificate for admin.fedoraproject.org? He already knows this from his experience with koji.fedoraproject.org, so this seems to be normal for Fedora for him and he may just accept the bad certificate. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From joe at joeserver.com Tue Oct 16 00:27:12 2007 From: joe at joeserver.com (joe at joeserver.com) Date: Mon, 15 Oct 2007 18:27:12 -0600 Subject: Sysadmin application Message-ID: Fedora-infrastructure, My Name is Joseph Crim. I would like to be a part of the Fedora team. I have several years experience working for one of the largest web hosting providers in North America. My strengths are in web and database administration on CentOS 4 and Fedora Core 6 systems. I feel the open-source community has given me so much, and I want to do my part to give back. Please feel free to email me if you would like more information or if you have any specific questions. Regards, Joseph Crim From mmcgrath at redhat.com Tue Oct 16 01:36:28 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 15 Oct 2007 20:36:28 -0500 Subject: Sysadmin application In-Reply-To: References: Message-ID: <4714159C.7010207@redhat.com> joe at joeserver.com wrote: > Fedora-infrastructure, > > My Name is Joseph Crim. I would like to be a part of the Fedora team. I > have several years experience working for one of the largest web hosting > providers in North America. My strengths are in web and database > administration on CentOS 4 and Fedora Core 6 systems. > > I feel the open-source community has given me so much, and I want to do my > part to give back. Please feel free to email me if you would like more > information or if you have any specific questions. > Welcome Joe, if you can, stop by #fedora-admin on irc.freenode.net and say hello or make sure you participate on the list when topics come up. Is there anything in particular you're interested? -Mike From mmcgrath at redhat.com Tue Oct 16 19:39:40 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 16 Oct 2007 14:39:40 -0500 Subject: Moin and notifications Message-ID: <4715137C.3010701@redhat.com> I'm just going to throw it out there and see what people say. Proposal: Disable notifications in Moin Reason: Even page creations at this point are not working for some people. -Mike From skvidal at fedoraproject.org Tue Oct 16 19:47:35 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 16 Oct 2007 15:47:35 -0400 Subject: Moin and notifications In-Reply-To: <4715137C.3010701@redhat.com> References: <4715137C.3010701@redhat.com> Message-ID: <1192564055.8542.27.camel@cutter> On Tue, 2007-10-16 at 14:39 -0500, Mike McGrath wrote: > I'm just going to throw it out there and see what people say. > > > Proposal: Disable notifications in Moin > > Reason: Even page creations at this point are not working for some people. > I think as a last-ditch item, sure. But it is dramatically limiting the functionality of a wiki at this point. Maybe we just need to put a bullet in it during the f9 cycle. -sv From notting at redhat.com Tue Oct 16 19:52:04 2007 From: notting at redhat.com (Bill Nottingham) Date: Tue, 16 Oct 2007 15:52:04 -0400 Subject: Moin and notifications In-Reply-To: <1192564055.8542.27.camel@cutter> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> Message-ID: <20071016195204.GA30523@nostromo.devel.redhat.com> seth vidal (skvidal at fedoraproject.org) said: > Maybe we just need to put a bullet in it during the f9 cycle. It being... the wiki? moin? notifications? Bill From mmcgrath at redhat.com Tue Oct 16 19:49:31 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 16 Oct 2007 14:49:31 -0500 Subject: Moin and notifications In-Reply-To: <4715137C.3010701@redhat.com> References: <4715137C.3010701@redhat.com> Message-ID: <471515CB.8040104@redhat.com> Mike McGrath wrote: > I'm just going to throw it out there and see what people say. > > > Proposal: Disable notifications in Moin > > Reason: Even page creations at this point are not working for some > people. > FIWI, I did just find: http://fedoraproject.org/wiki/RecentChanges?action=rss_rc&ddiffs=1&unique=1 -Mike From skvidal at fedoraproject.org Tue Oct 16 20:04:46 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 16 Oct 2007 16:04:46 -0400 Subject: Moin and notifications In-Reply-To: <20071016195204.GA30523@nostromo.devel.redhat.com> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> Message-ID: <1192565087.8542.29.camel@cutter> On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: > seth vidal (skvidal at fedoraproject.org) said: > > Maybe we just need to put a bullet in it during the f9 cycle. > > It being... the wiki? moin? notifications? moin -sv From opensource at till.name Tue Oct 16 21:17:11 2007 From: opensource at till.name (Till Maas) Date: Tue, 16 Oct 2007 23:17:11 +0200 Subject: Moin and notifications In-Reply-To: <4715137C.3010701@redhat.com> References: <4715137C.3010701@redhat.com> Message-ID: <200710162317.17470.opensource@till.name> On Di Oktober 16 2007, Mike McGrath wrote: > Proposal: Disable notifications in Moin > > Reason: Even page creations at this point are not working for some people. How about a Wiki-Notification mailinglist, i.e. sending notifications only to one fixed address. Then add some topics to the mailinglist, e.g. for the SIGs, Packaging, Beats and other main namespaces to allow a little selection. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From mmcgrath at redhat.com Tue Oct 16 21:26:57 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 16 Oct 2007 16:26:57 -0500 Subject: Moin and notifications In-Reply-To: <200710162317.17470.opensource@till.name> References: <4715137C.3010701@redhat.com> <200710162317.17470.opensource@till.name> Message-ID: <47152CA1.8070600@redhat.com> Till Maas wrote: > On Di Oktober 16 2007, Mike McGrath wrote: > > >> Proposal: Disable notifications in Moin >> >> Reason: Even page creations at this point are not working for some people. >> > > How about a Wiki-Notification mailinglist, i.e. sending notifications only to > one fixed address. Then add some topics to the mailinglist, e.g. for the > SIGs, Packaging, Beats and other main namespaces to allow a little selection. > It'd require patches to moin. IE: We'd either have to get rid of all of the users or gut the mailing section of the wiki I guess. Just a reminder to those that aren't familiar with it. Moin iterates over every user who has page watch lists (currently in the thousands) to find out who to notify. As the number of our users increases and as the number of the pages they watch increase moin gets slower and slower on page saves. -Mike From sundaram at fedoraproject.org Tue Oct 16 22:30:20 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 17 Oct 2007 04:00:20 +0530 Subject: Moin and notifications In-Reply-To: <1192565087.8542.29.camel@cutter> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> Message-ID: <47153B7C.2000503@fedoraproject.org> seth vidal wrote: > On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: >> seth vidal (skvidal at fedoraproject.org) said: >>> Maybe we just need to put a bullet in it during the f9 cycle. >> It being... the wiki? moin? notifications? > > moin What would be the replacement? I watch all wiki changes and make corrections quite often. It would be nice if we can figure out a way to make moin go faster without cutting down notifications altogether. Rahul From skvidal at fedoraproject.org Tue Oct 16 22:33:41 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 16 Oct 2007 18:33:41 -0400 Subject: Moin and notifications In-Reply-To: <47153B7C.2000503@fedoraproject.org> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> Message-ID: <1192574021.8542.33.camel@cutter> On Wed, 2007-10-17 at 04:00 +0530, Rahul Sundaram wrote: > seth vidal wrote: > > On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: > >> seth vidal (skvidal at fedoraproject.org) said: > >>> Maybe we just need to put a bullet in it during the f9 cycle. > >> It being... the wiki? moin? notifications? > > > > moin > > What would be the replacement? I watch all wiki changes and make > corrections quite often. It would be nice if we can figure out a way to > make moin go faster without cutting down notifications altogether. > a different wiki system. -sv From a.badger at gmail.com Tue Oct 16 22:53:59 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 16 Oct 2007 15:53:59 -0700 Subject: Moin and notifications In-Reply-To: <47152CA1.8070600@redhat.com> References: <4715137C.3010701@redhat.com> <200710162317.17470.opensource@till.name> <47152CA1.8070600@redhat.com> Message-ID: <47154107.6010301@gmail.com> Mike McGrath wrote: > Till Maas wrote: >> On Di Oktober 16 2007, Mike McGrath wrote: >> >> >>> Proposal: Disable notifications in Moin >>> >>> Reason: Even page creations at this point are not working for some >>> people. >>> >> >> How about a Wiki-Notification mailinglist, i.e. sending notifications >> only to one fixed address. Then add some topics to the mailinglist, >> e.g. for the SIGs, Packaging, Beats and other main namespaces to allow >> a little selection. >> > > It'd require patches to moin. IE: We'd either have to get rid of all of > the users or gut the mailing section of the wiki I guess. Just a > reminder to those that aren't familiar with it. Moin iterates over > every user who has page watch lists (currently in the thousands) to find > out who to notify. As the number of our users increases and as the > number of the pages they watch increase moin gets slower and slower on > page saves. > It would be doable though. When I looked ~ a year ago, there were only two places in the code that would need to be hacked to replace the email subsystem. I imagine we could find a single point in the code to hack if we just made finding the subscribed pages function return 'fedora-wiki-commits-list at r.c' instead of parsing each user's config file and returning that list. -Toshio From dennis at ausil.us Tue Oct 16 23:05:40 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 16 Oct 2007 18:05:40 -0500 Subject: Moin and notifications In-Reply-To: <47153B7C.2000503@fedoraproject.org> References: <4715137C.3010701@redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> Message-ID: <200710161805.40929.dennis@ausil.us> On Tuesday 16 October 2007 5:30:20 pm Rahul Sundaram wrote: > seth vidal wrote: > > On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: > >> seth vidal (skvidal at fedoraproject.org) said: > >>> Maybe we just need to put a bullet in it during the f9 cycle. > >> > >> It being... the wiki? moin? notifications? > > > > moin > > What would be the replacement? I watch all wiki changes and make > corrections quite often. It would be nice if we can figure out a way to > make moin go faster without cutting down notifications altogether. A different Wiki or someone coding a db backend for moin. From mmcgrath at redhat.com Wed Oct 17 01:05:28 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 16 Oct 2007 20:05:28 -0500 Subject: Moin and notifications In-Reply-To: <47153B7C.2000503@fedoraproject.org> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> Message-ID: <47155FD8.9060800@redhat.com> Rahul Sundaram wrote: > seth vidal wrote: >> On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: >>> seth vidal (skvidal at fedoraproject.org) said: >>>> Maybe we just need to put a bullet in it during the f9 cycle. >>> It being... the wiki? moin? notifications? >> >> moin > > What would be the replacement? I watch all wiki changes and make > corrections quite often. It would be nice if we can figure out a way > to make moin go faster without cutting down notifications altogether. > This is the best I came up with - http://fedoraproject.org/wiki/RecentChanges?action=rss_rc&ddiffs=1&unique=1 -Mike From fedora at leemhuis.info Wed Oct 17 05:07:13 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 17 Oct 2007 07:07:13 +0200 Subject: Moin and notifications In-Reply-To: <47155FD8.9060800@redhat.com> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <47155FD8.9060800@redhat.com> Message-ID: <47159881.10904@leemhuis.info> On 17.10.2007 03:05, Mike McGrath wrote: > Rahul Sundaram wrote: >> seth vidal wrote: >>> On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: >>>> seth vidal (skvidal at fedoraproject.org) said: >>>>> Maybe we just need to put a bullet in it during the f9 cycle. >>>> It being... the wiki? moin? notifications? >>> moin >> What would be the replacement? I watch all wiki changes and make >> corrections quite often. It would be nice if we can figure out a way >> to make moin go faster without cutting down notifications altogether. I'm watching all the wiki changes as well and I would really miss them. Thus a loud "-1" from me to the idea to remove them BTW, I often told contributers to subscribe to areas in the wiki (e.g. like "EPEL/.*") to follow the happenings in EPEL land. A few did that. > This is the best I came up with - > http://fedoraproject.org/wiki/RecentChanges?action=rss_rc&ddiffs=1&unique=1 Not sufficient for my use case. Now: just take a look at my wiki folder in thunderbird, click on the interested messages and I can see the diff; With that: I just see what pages were added (often without a changelog). Thus I have to open all the interesting pages (20 or more each day) my clicking on the link, switching to my browser, wait for it to load, ... A mailing list that gets all the commits to the wiki would be fine for me, so that idea gets a "+1" from me. CU knurd From nicu_fedora at nicubunu.ro Wed Oct 17 06:14:05 2007 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Wed, 17 Oct 2007 09:14:05 +0300 Subject: Moin and notifications In-Reply-To: <4715137C.3010701@redhat.com> References: <4715137C.3010701@redhat.com> Message-ID: <4715A82D.3020707@nicubunu.ro> Mike McGrath wrote: > I'm just going to throw it out there and see what people say. > > Proposal: Disable notifications in Moin Without notification, how can one effectively use a page like http://fedoraproject.org/wiki/Artwork/DesignService ? That is, without subscribing to a wiki-wide mailing list or RSS feed. Probably a solution would be to not use the wiki for such task, maybe bugzilla, but the wiki has a lower barrier to entry and a larger chance to get people involved. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From poelstra at redhat.com Wed Oct 17 07:13:51 2007 From: poelstra at redhat.com (John Poelstra) Date: Wed, 17 Oct 2007 00:13:51 -0700 Subject: Moin and notifications In-Reply-To: <1192574021.8542.33.camel@cutter> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <1192574021.8542.33.camel@cutter> Message-ID: <4715B62F.7070002@redhat.com> seth vidal wrote: > On Wed, 2007-10-17 at 04:00 +0530, Rahul Sundaram wrote: >> seth vidal wrote: >>> On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: >>>> seth vidal (skvidal at fedoraproject.org) said: >>>>> Maybe we just need to put a bullet in it during the f9 cycle. >>>> It being... the wiki? moin? notifications? >>> moin >> What would be the replacement? I watch all wiki changes and make >> corrections quite often. It would be nice if we can figure out a way to >> make moin go faster without cutting down notifications altogether. >> > > a different wiki system. > > -sv +1 Why are we so married to Moin? The only substantive argument I've heard for using/keeping it is that it is Python based. John From poelstra at redhat.com Wed Oct 17 07:15:32 2007 From: poelstra at redhat.com (John Poelstra) Date: Wed, 17 Oct 2007 00:15:32 -0700 Subject: Moin and notifications In-Reply-To: <47159881.10904@leemhuis.info> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <47155FD8.9060800@redhat.com> <47159881.10904@leemhuis.info> Message-ID: <4715B694.3080300@redhat.com> Thorsten Leemhuis wrote: > On 17.10.2007 03:05, Mike McGrath wrote: >> Rahul Sundaram wrote: >>> seth vidal wrote: >>>> On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: >>>>> seth vidal (skvidal at fedoraproject.org) said: >>>>>> Maybe we just need to put a bullet in it during the f9 cycle. >>>>> It being... the wiki? moin? notifications? >>>> moin >>> What would be the replacement? I watch all wiki changes and make >>> corrections quite often. It would be nice if we can figure out a way >>> to make moin go faster without cutting down notifications altogether. > > I'm watching all the wiki changes as well and I would really miss them. > Thus a loud "-1" from me to the idea to remove them > Yes, -1 x 2. I use page watches to stay current on a lot different pages and also occassional reminders of pages I had forgotten about that contain good information. John From a.badger at gmail.com Wed Oct 17 07:31:14 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 17 Oct 2007 00:31:14 -0700 Subject: Moin and notifications In-Reply-To: <4715B62F.7070002@redhat.com> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <1192574021.8542.33.camel@cutter> <4715B62F.7070002@redhat.com> Message-ID: <4715BA42.2030704@gmail.com> John Poelstra wrote: > seth vidal wrote: >> a different wiki system. >> >> -sv > > +1 > > Why are we so married to Moin? The only substantive argument I've heard > for using/keeping it is that it is Python based. > It's python was a reason for choosing it. A reason for staying is that it's proved difficult to convert the data to another wiki's format. -Toshio From mmahut at fedoraproject.org Wed Oct 17 07:35:46 2007 From: mmahut at fedoraproject.org (Marek Mahut) Date: Wed, 17 Oct 2007 09:35:46 +0200 Subject: Moin and notifications In-Reply-To: <4715B694.3080300@redhat.com> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <47155FD8.9060800@redhat.com> <47159881.10904@leemhuis.info> <4715B694.3080300@redhat.com> Message-ID: <4715BB52.8020400@fedoraproject.org> John Poelstra wrote: > Thorsten Leemhuis wrote: >> On 17.10.2007 03:05, Mike McGrath wrote: >>> Rahul Sundaram wrote: >>>> seth vidal wrote: >>>>> On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: >>>>>> seth vidal (skvidal at fedoraproject.org) said: >>>>>>> Maybe we just need to put a bullet in it during the f9 cycle. >>>>>> It being... the wiki? moin? notifications? >>>>> moin >>>> What would be the replacement? I watch all wiki changes and make >>>> corrections quite often. It would be nice if we can figure out a way >>>> to make moin go faster without cutting down notifications altogether. >> >> I'm watching all the wiki changes as well and I would really miss them. >> Thus a loud "-1" from me to the idea to remove them >> > > Yes, -1 x 2. > > I use page watches to stay current on a lot different pages and also > occassional reminders of pages I had forgotten about that contain good > information. It's the case for me too. -1. > John -- Marek Mahut http://www.fedoraproject.org/ Fedora Project http://www.jamendo.com/ From skvidal at fedoraproject.org Wed Oct 17 12:31:53 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 17 Oct 2007 08:31:53 -0400 Subject: Moin and notifications In-Reply-To: <4715B62F.7070002@redhat.com> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <1192574021.8542.33.camel@cutter> <4715B62F.7070002@redhat.com> Message-ID: <1192624313.8542.41.camel@cutter> On Wed, 2007-10-17 at 00:13 -0700, John Poelstra wrote: > seth vidal wrote: > > On Wed, 2007-10-17 at 04:00 +0530, Rahul Sundaram wrote: > >> seth vidal wrote: > >>> On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: > >>>> seth vidal (skvidal at fedoraproject.org) said: > >>>>> Maybe we just need to put a bullet in it during the f9 cycle. > >>>> It being... the wiki? moin? notifications? > >>> moin > >> What would be the replacement? I watch all wiki changes and make > >> corrections quite often. It would be nice if we can figure out a way to > >> make moin go faster without cutting down notifications altogether. > >> > > > > a different wiki system. > > > > -sv > > +1 > > Why are we so married to Moin? The only substantive argument I've heard > for using/keeping it is that it is Python based. > I don't think we are - I think becoming divorced from it is a function of figuring out how to get all of our data out of it quasi-sanely. -sv From mmcgrath at redhat.com Wed Oct 17 13:20:32 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 17 Oct 2007 08:20:32 -0500 Subject: Moin and notifications In-Reply-To: <4715B62F.7070002@redhat.com> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <1192574021.8542.33.camel@cutter> <4715B62F.7070002@redhat.com> Message-ID: <47160C20.90109@redhat.com> John Poelstra wrote: > seth vidal wrote: >> On Wed, 2007-10-17 at 04:00 +0530, Rahul Sundaram wrote: >>> seth vidal wrote: >>>> On Tue, 2007-10-16 at 15:52 -0400, Bill Nottingham wrote: >>>>> seth vidal (skvidal at fedoraproject.org) said: >>>>>> Maybe we just need to put a bullet in it during the f9 cycle. >>>>> It being... the wiki? moin? notifications? >>>> moin >>> What would be the replacement? I watch all wiki changes and make >>> corrections quite often. It would be nice if we can figure out a way >>> to make moin go faster without cutting down notifications altogether. >>> >> >> a different wiki system. >> >> -sv > > +1 > > Why are we so married to Moin? The only substantive argument I've > heard for using/keeping it is that it is Python based. The smolt team has actually chosen mediawiki for its wiki. I've been keeping an eye on it as a replacement for moin. There is a perl script to convert but it didn't seem to work for me out of the box and didn't convert any of the usernames. -Mike From Matt_Domsch at dell.com Wed Oct 17 14:05:12 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 17 Oct 2007 09:05:12 -0500 Subject: Moin and notifications In-Reply-To: <47160C20.90109@redhat.com> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <1192574021.8542.33.camel@cutter> <4715B62F.7070002@redhat.com> <47160C20.90109@redhat.com> Message-ID: <20071017140512.GB1277@auslistsprd01.us.dell.com> On Wed, Oct 17, 2007 at 08:20:32AM -0500, Mike McGrath wrote: > The smolt team has actually chosen mediawiki for its wiki. I've been > keeping an eye on it as a replacement for moin. There is a perl script > to convert but it didn't seem to work for me out of the box and didn't > convert any of the usernames. I've looked into doing Single Sign On using an external userlist in MediaWiki for a project at work. We made it far enough to know it was possible but didn't finish the work. See http://wiki.case.edu/CaseWiki:External_Authentication#Create_Your_Custom_AuthPlugin_Extension In this world, there's still a mediawiki account, but it's auto-created at first authentication from the authentication provider (in our case, FAS). -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From vpivaini at cs.helsinki.fi Wed Oct 17 16:06:15 2007 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Wed, 17 Oct 2007 19:06:15 +0300 Subject: Moin and notifications In-Reply-To: <47154107.6010301@gmail.com> References: <4715137C.3010701@redhat.com> <47152CA1.8070600@redhat.com> <47154107.6010301@gmail.com> Message-ID: <200710171906.15708.vpivaini@cs.helsinki.fi> On Wednesday 17 October 2007 01:53:59 Toshio Kuratomi wrote: > > It'd require patches to moin. IE: We'd either have to get rid of all of > > the users or gut the mailing section of the wiki I guess. Just a > > reminder to those that aren't familiar with it. Moin iterates over > > every user who has page watch lists (currently in the thousands) to find > > out who to notify. As the number of our users increases and as the > > number of the pages they watch increase moin gets slower and slower on > > page saves. > > It would be doable though. When I looked ~ a year ago, there were only > two places in the code that would need to be hacked to replace the email > subsystem. I imagine we could find a single point in the code to hack > if we just made finding the subscribed pages function return > 'fedora-wiki-commits-list at r.c' instead of parsing each user's config > file and returning that list. I think I've suggested this before, but shouldn't we first try to fix Moin rather than spend time wondering if we can convert all the data to Mediawiki? We have a lot of talented Python people in this project, it shouldn't be impossible to do. I do have some of my own interests here, my Summer Code Finland 2007 project [1] for Fedora was based on Moin, and if Fedora ditched Moin that would seriously threaten the future of that code. There was also a Fedora GSoC project on Moin last year, so even though none of this code is yet merged upstream, a lot of work has been done on Moin by Fedora people. I don't want to step on anyone's toes here, I do understand the situation and I see that it causes a lot of trouble for us. I'm just trying to offer some pro-Moin points here as well. [1] http://fedoraproject.org/wiki/SummerOfCode/2007/VillePekkaVainio -- Ville-Pekka Vainio vpivaini at cs.helsinki.fi From mmcgrath at redhat.com Wed Oct 17 16:03:05 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 17 Oct 2007 11:03:05 -0500 Subject: Moin and notifications In-Reply-To: <200710171906.15708.vpivaini@cs.helsinki.fi> References: <4715137C.3010701@redhat.com> <47152CA1.8070600@redhat.com> <47154107.6010301@gmail.com> <200710171906.15708.vpivaini@cs.helsinki.fi> Message-ID: <47163239.8040704@redhat.com> Ville-Pekka Vainio wrote: > On Wednesday 17 October 2007 01:53:59 Toshio Kuratomi wrote: > > >>> It'd require patches to moin. IE: We'd either have to get rid of all of >>> the users or gut the mailing section of the wiki I guess. Just a >>> reminder to those that aren't familiar with it. Moin iterates over >>> every user who has page watch lists (currently in the thousands) to find >>> out who to notify. As the number of our users increases and as the >>> number of the pages they watch increase moin gets slower and slower on >>> page saves. >>> >> It would be doable though. When I looked ~ a year ago, there were only >> two places in the code that would need to be hacked to replace the email >> subsystem. I imagine we could find a single point in the code to hack >> if we just made finding the subscribed pages function return >> 'fedora-wiki-commits-list at r.c' instead of parsing each user's config >> file and returning that list. >> > > I think I've suggested this before, but shouldn't we first try to fix Moin > rather than spend time wondering if we can convert all the data to Mediawiki? > We have a lot of talented Python people in this project, it shouldn't be > impossible to do. > In the time we've had issues / complaints with it. No one has actually fixed anything. I think part of this is because of the moin design which is very "small wiki" oriented I guess. People like moin and all but in the past I've heard "1.6 will have it" and even now I've heard "1.7 will have that" but where are they? We needed these changes a while ago but AFAIK almost no work has been done on any of our issues (category based pages, notifications, and shared storage logging come to mind) -Mike From ricky at fedoraproject.org Thu Oct 18 21:03:47 2007 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 18 Oct 2007 17:03:47 -0400 Subject: Meeting Log - 2007-10-18 Message-ID: <20071018210347.GJ25364@Max.example.com> 16:01:50 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting Role Call! 16:02:25 * ricky is here. 16:02:39 * couf 16:02:54 -!- notting [i=notting at redhat/notting] has joined #fedora-meeting 16:04:01 < mmcgrath> abadger1999: dgilmore f13 jima ivazquez lmacken skvidal mbacovsk paulobanon ricky warren: PING 16:04:06 < mmcgrath> anyone I missed poing 16:04:06 < skvidal> pong 16:04:14 < warren> pong 16:04:27 * lmacken 16:04:29 < abadger1999> oh it's meetin' time again! 16:04:54 * abadger1999 has to find a unicode codepoint for musical notes 16:05:10 < warren> Heh... remember ANSI? 16:05:25 < warren> You could play tunes with ANSI codes if the client didn't disable it. 16:05:32 * dgilmore is here 16:05:36 < mmcgrath> Ok, lets get started 16:05:51 < skvidal> get this party bouncing, dj 16:06:07 < dgilmore> yo DJ spin that wheel 16:06:43 < skvidal> boom, kissh, boom, kissh 16:07:06 * mmcgrath has slow internet right now, downloading games spin. 16:07:24 < ricky> :) 16:07:40 < skvidal> so you can't keep the party bouncing? 16:07:43 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 16:07:48 < mmcgrath> .tiny https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 16:07:49 < mmcgrathbot> mmcgrath: http://tinyurl.com/yth34b 16:07:58 < mmcgrath> First ticket 16:08:02 < mmcgrath> .ticket 154 16:08:04 < mmcgrathbot> mmcgrath: #154 (DNS) - Fedora Infrastructure - Trac 16:08:15 < mmcgrath> not too much going on with that right now. 16:08:28 < mmcgrath> Externally I'm trying to get all of our non SSL traffic moved to the fedoraproject.org A record. 16:08:45 < mmcgrath> This makes it very easy to deploy multiple proxies. 16:08:57 < mmcgrath> Next Ticket: 16:09:00 < mmcgrath> .ticket 170 16:09:01 < f13> here, sort of. 16:09:02 < mmcgrathbot> mmcgrath: #170 (Hosting respins) - Fedora Infrastructure - Trac 16:09:10 < mmcgrath> f13: I'll have a question for you in a bit. 16:09:14 < f13> k 16:09:21 < dgilmore> mmcgrath: do we have any space for that? 16:09:26 < mmcgrath> So hosting respins is going fine, I've got a gaming spin I'm going to upload to spins.fp.o tonight. I'm getting it from Jeremy. 16:09:31 < mmcgrath> dgilmore: yeah, we have space. 16:09:54 < dgilmore> mmcgrath: do we have space for secondary archs? 16:09:58 < mmcgrath> Also, the Creative Commons team has requested space and I have granted it. I'm still a little unclear about some of the details. 16:10:09 < mmcgrath> dgilmore: to host respins on torrent for secondary archs? 16:10:24 < dgilmore> mmcgrath: to host the primary builds 16:10:31 < dgilmore> torrents of them would be nice 16:10:33 < mmcgrath> oh, no. not even close :) 16:10:43 < mmcgrath> we don't really even have space right now to host our own stuff. 16:10:54 * mmcgrath notes lack of backups of koji for the last 6 months. 16:11:12 < mmcgrath> dgilmore: I'm working on that but so far its a no go. 16:11:18 < dgilmore> mmcgrath: ok 16:11:31 < dgilmore> mmcgrath: do we have space to host secondary arch torrents 16:11:38 < mmcgrath> dgilmore: that does bring us to our next ticket though. 16:11:51 < jima> ack 16:11:57 < jima> sorry folks, work beckoned. 16:12:01 < mmcgrath> dgilmore: depends on how much space you need. If a respin would be 3-5G, I think we can squeeze it. 16:12:12 < mmcgrath> if its the entire distro, we just don't have it right now. 16:12:17 < dgilmore> mmcgrath: well sparc will have to have a cd set and dvd 16:12:20 < mmcgrath> dgilmore: how much space we talking about for respins? 16:12:33 < dgilmore> though cd set will be much more used than dvd 16:13:06 < dgilmore> mmcgrath: i would guess each arch will require 3-6gb of space 16:13:17 < dgilmore> depending on cd/dvd output 16:13:33 < mmcgrath> dgilmore: if we keep it in that range I think we'll be ok. 16:13:49 < mmcgrath> Anyone have any questions about respins? 16:14:03 < dgilmore> what ones are we saying we will host? 16:14:31 < mmcgrath> dgilmore: http://fedoraproject.org/wiki/Infrastructure/CustomSpins 16:14:38 < mmcgrath> The only exception to taht really is the CC spin. 16:15:10 < mmcgrath> Which just kind of appeared. 16:15:26 < dgilmore> mmcgrath: so just games and CC right now 16:15:47 < dgilmore> mmcgrath: i guess my previous question was about hosting it at torrent.fp.o 16:15:52 < mmcgrath> I'm under the understanding that FEL and KDE are approved as well, if they're not someone should let releng know. 16:16:07 < mmcgrath> ahh, yeah. A lot of what is at torrent.fp.o will no longer be there. 16:16:13 < dgilmore> will they not be on torrent? 16:16:17 < ricky> FEL? Fedora Enterprise Linux? :) 16:16:25 < mmcgrath> The emphasis being on "official torrent.fp.o" vs spins.fedoraproject.org (community) 16:16:27 < ricky> Ohh. 16:16:29 < ricky> Electronic Lab. 16:16:38 < mmcgrath> dgilmore: same box, but different branding. 16:16:42 < dgilmore> FEL is approved 16:16:53 < dgilmore> KDE i think is safe to say its approved 16:17:00 < dgilmore> since we released it with F-7 16:17:07 < dgilmore> mmcgrath: :) ok 16:17:18 < mmcgrath> K, so yeah, kde, games, FEL will all be on the spins site (and not the torrent site) as I understand it. 16:17:20 -!- halfline [i=rstrode at nat/redhat/x-dcd5a0061fad2571] has quit Read error: 104 (Connection reset by peer) 16:17:28 < dgilmore> secondary archs fall somewhere in between 16:17:36 < mmcgrath> the only exception to that is kde might get moved to the torrent site. Thats more of a branding thing so I should ping marketing about it and see what they say. 16:17:53 < dgilmore> mmcgrath: i would say put it on the official site 16:18:00 < mmcgrath> dgilmore: yeah, I'd say secondary arch's should be on spins just because there will be more flexability (there will be an individual project page for each spin, explaining it, etc) 16:18:02 -!- halfline [i=rstrode at nat/redhat/x-f2922abb3c9a1626] has joined #fedora-meeting 16:18:04 < dgilmore> those KDE fanatics are vocal and crazy 16:18:12 < mmcgrath> :) 16:18:28 < mmcgrath> Ok, anyone have anything else about re-spins? 16:18:37 * dgilmore is out of noise 16:18:53 < mmcgrath> Ok, next ticket 16:19:00 < mmcgrath> .ticket 192 16:19:04 < mmcgrathbot> mmcgrath: #192 (Netapp low on free space) - Fedora Infrastructure - Trac 16:19:15 < mmcgrath> f13: ping 16:19:18 -!- pingou_laptop [n=Pingou at fedora/pingou] has joined #fedora-meeting 16:19:21 < mmcgrath> mbacovsk: ping 16:19:25 < f13> mmcgrath: yes? 16:19:28 < mmcgrath> err mbonnet 16:19:43 < mmcgrath> f13: did the cleanup script get implemented? 16:19:47 < mmcgrath> mbacovsk: unping, sorry. 16:20:02 < f13> Last I heard from mikem is that he's still running some tests for the gc. We were getting him access to koji.fp.o as the network issues have been hampering him pretty hard. 16:20:13 * ivazquez is here now 16:20:24 < mmcgrath> ivazquez: yo 16:20:59 -!- petreu [n=peter at fedora/Standby] has quit "( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )" 16:21:01 < dgilmore> f13: he has the access he needs now right? 16:21:02 < mmcgrath> f13: Can we have him move on it? No one has any idea how much space will be freed up and if its not as much as we'd hope we'll be in a LOT of trouble. 16:21:16 < f13> dgilmore: I'm not sure. 16:21:17 < dgilmore> f13: do we have any idea how much space we will free up? 16:21:28 < f13> dgilmore: I don't, that's what the tests are for. 16:21:31 < warren> what is the gc policy? 16:21:37 < f13> warren: complicated (: 16:21:44 < warren> is it written down anywherE? 16:21:46 < mmcgrath> .tiny https://admin.fedoraproject.org/cacti/graph.php?action=view&rra_id=all&local_graph_id=280 16:21:46 < mmcgrathbot> mmcgrath: http://tinyurl.com/25pnep 16:21:54 < f13> warren: yes, in the policy definition. 16:21:54 < mmcgrath> I mean, that is getting to a worst case scenario. 16:22:01 < warren> f13, where? 16:22:16 < f13> warren: you'll have to ask mikem. It's not written out anywhere because we don't have it installed anywhere. 16:22:57 < ivazquez> Not even as a proposal? 16:23:11 < warren> I see that at roughly 10PM yesterday we solved our space problem for about an hour. =) 16:23:14 < mmcgrath> f13: Lets say gc doesn't do anything significant. What do we do? Will you guys have more funding for space? I've been asking around but so far no one has been able to provide any donations. 16:23:15 -!- rdieter is now known as rdieter_away 16:23:43 < dgilmore> mmcgrath: without gc we are looking at ~3tb a year growth without adding much more to the distro correct 16:23:58 < mmcgrath> dgilmore: and that doesn't include package growth. 16:24:01 < f13> mmcgrath: "maybe". 16:24:04 < mmcgrath> err yes. What you said :) 16:24:30 < warren> mmcgrath, I've been inquiring about more storage for Fedora, internal testing of coraid as a possible alternative to netapp was mentioned, but it didn't sound like a big priority. 16:24:35 < warren> stalled 16:24:39 < f13> mmcgrath: another thing that will help a lot is we need to purge the written out signed versions of packages that aren't used anymore. 16:24:44 < dgilmore> so even if gc can clear up 1tb we will be looking at ~2tb per year growth 16:24:52 < mmcgrath> f13: Can we get that implemented tonight? I'm just in a horrible position A) not having backups and B) having no idea if we'll be able to build packages at the end of december. 16:25:07 < f13> mmcgrath: I'm pushing as hard as I can. 16:25:29 < mmcgrath> k 16:25:50 < mmcgrath> warren: yeah, I've been putting a spreadsheet together with costs / year / g that sort of thing. 16:25:56 < mmcgrath> we have options, but no cash. 16:25:59 < dgilmore> f13: i thought we were only going to store the signed header info and generate the signed rpms on the fly 16:26:10 < f13> dgilmore: "on the fly" sortof. 16:26:19 < warren> It seems like a no brainer. No backups of our entire package collection? 16:26:28 < warren> Just asking for trouble. 16:26:29 < f13> dgilmore: we write them out when we go to push an update or a release tree. There is no code that I know of to go back and remove the written out copy. 16:26:46 < mmcgrath> warren: yep, I put in a request about 2.5 months ago for money for a tape drive but haven't heard anything. 16:26:56 < warren> they make tapes that big? =) 16:27:01 < f13> enough tapes... 16:27:02 < mmcgrath> warren: its a robot. 16:27:11 < skvidal> warren: 24 tape changer 800GB per tape 16:27:15 < warren> wow 16:27:18 < dgilmore> f13: ok so that would be something someone could write. perhaps keep the ones written in the last 6 weeks or so 16:27:22 < mmcgrath> its only a few grand. 16:27:23 < skvidal> some of the newer tapes do 1TB per tape (compressed) 16:27:45 < londo> I think it's 1.6 now for lto-4 16:27:50 < skvidal> f13: where should this code traverse. 16:27:56 < f13> dgilmore: if we can, we probably want to keep the written out ones that we actually shipped somewhere, but we can purge the ones that are obsolete. 16:28:05 < skvidal> londo: ah, thank you 16:28:11 < skvidal> londo: I didn't know of the latest ones 16:28:19 < f13> skvidal: its... complicated. I hate talking about this kind of thing over IRC. 16:28:39 < mmcgrath> :: cough cough :: asterisk :) 16:28:42 < skvidal> f13: I was just offering to help. I can write a bunch of things to run across packages 16:28:50 < f13> basically some huristics need to be followed about if there is a package written out with a "better" key, and the one with the "worse" key isn't in any active repos 16:28:54 < skvidal> f13: I'm more than glad to get on the asterisk or phone 16:29:08 < f13> skvidal: I really appreciate it, and I may call you on that. But not today. 16:29:08 < mmcgrath> f13: Do we have an ETA on when we can look at the cacti graph and go :: whew :: or :: holy crap we need to buy storage now :: 16:29:21 < skvidal> f13: I'm all ears 16:29:28 < f13> mmcgrath: potentially we could have the first purge of the trash can by next Friday 16:29:28 < skvidal> f13: well, not really, just the two, actually 16:29:31 < mmcgrath> I know it doesn't happen all at once. 16:29:35 < mmcgrath> k. 16:29:41 < f13> or sooner if we want to do it sooner, which we may 16:29:49 < f13> I have to go through and sign all the F8 packages with the gold key. 16:29:54 < f13> that's going to hurt. Big time. 16:30:07 < mmcgrath> I'm all for doing it last month :) So whenever you guys are ready I say have at it. 16:30:13 < mmcgrath> Ok, anyone have anything else to discuss on that? 16:30:44 < f13> mmcgrath: the scary thing is we don't have backup, so if we purge something we really shoudln't have.... 16:31:01 < mmcgrath> f13: have you heard anything on the tape drive? Whats the latest? 16:31:06 < f13> stage 1 is move them to a trash collection and give a reasonable timeout for somebody to recover it from the trash. 16:31:07 < mmcgrath> jeremy: ping? 16:31:08 < londo> if money is an issue why not put a page up for donations? 16:31:11 < f13> mmcgrath: I have heard nothing. 16:31:26 < f13> money really shoudln't be an issue, I'm extremely depressed that it seems to be. 16:31:36 < dgilmore> does anyone have 3tb free somewhere we could rsync to? 16:31:56 < londo> I can probably find 3tb free if it's not for too long 16:31:57 < f13> ibiblio? 16:32:03 < mmcgrath> dgilmore: out of the PHX colo my estimates say it takes about 10-15 days / 2T 16:32:46 < f13> and during that time everything else gets slower :/ 16:32:51 < dgilmore> mmcgrath: good point it would take time 16:33:18 < mmcgrath> Ok, this is something we'll continue to look at. I'm all ears from anyone that carse to look into it for both tape space and drive space. 16:33:20 -!- jeremy [i=katzj at freenode/unconfirmed/jeremy] has quit Read error: 110 (Connection timed out) 16:33:30 < mmcgrath> I'll try to post my spreadsheet soon with comparisons and such. 16:33:32 -!- epithumia is now known as tibbs|h 16:33:36 < mmcgrath> Anyone have anythign else before we move on? 16:33:46 -!- EvilBob [n=bob at fedora/pdpc.sustaining.BobJensen] has quit Success 16:34:44 < mmcgrath> k, moving on :) 16:34:49 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Schedule 16:35:03 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/Schedule 16:35:18 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Sponsorship 16:35:48 < mmcgrath> I'm proud to announce that we have a new potential sponsor. I haven't gotten all of the technical details but peer1 is looking to donate a new torrent box, two hosted boxes (one as a live backup of the other) 16:35:58 -!- giarc_w [i=hidden-u at gnat.asiscan.com] has joined #fedora-meeting 16:36:04 < mmcgrath> and two collaboration boxes. 16:36:07 < jima> oh, wow. congrats! 16:36:14 < jima> (brb) 16:36:22 -!- EvilBob [n=bob at fedora/pdpc.sustaining.BobJensen] has joined #Fedora-Meeting 16:36:33 < mmcgrath> we'll be able to throw the throttle way up on the torrent boxes for releases. and these will also serve as additional points for proxy servers during release time. 16:36:50 < ricky> Nice, 16:36:53 < mmcgrath> We'll have to put their logo on some of those serrvices that they are hosting but this is a great donation. 16:37:00 < abadger1999> Excellent 16:37:01 < mmcgrath> Anyone have questions about it? I don't have an ETA yet. 16:37:20 < skvidal> no, it's just quite happy to hear 16:37:29 < mmcgrath> indeed. 16:37:42 < skvidal> we're not planning on using it pre f8, right? 16:37:47 < mmcgrath> Also AFAIK, the german server has been ordered but I haven't heard a delivery date. 16:37:49 < skvidal> only for mid-f8 and f9, I assume 16:38:03 < mmcgrath> skvidal: nope, I don't think we'll make the infrastructure freeze with a comfortable amount of time. 16:38:17 < skvidal> that's what I figured 16:38:18 < skvidal> thanks 16:38:33 * mmcgrath notes 16:38:36 < mmcgrath> .ticket 101 16:38:38 < mmcgrathbot> mmcgrath: #101 (Fedora Infrastructure Change Freeze) - Fedora Infrastructure - Trac 16:38:56 < mmcgrath> Ok, anyone have any questions about sponsorship? 16:39:23 < skvidal> if microsoft gives us lots of disk space do we have to advertise for them? 16:39:36 < mmcgrath> skvidal: if they want us to. 16:39:41 < skvidal> has anyone asked canonical about this? I've heard mark is made of money :) 16:39:46 < ricky> Heheh. 16:39:50 < notting> we could always refuse the sponsorship 16:40:01 < skvidal> notting: yah, I know - it was just fun to say 16:40:02 * dgilmore has no questions 16:40:12 < notting> i'm sure we could find some large fedora users that peddle in large amounts of bandwidth and content. maybe they'd like to advertise 16:40:23 < mmcgrath> skvidal: I'd just be worried about canonical being here next year... After all it must be expensive to donate an entire company month after month with no return. 16:40:48 < skvidal> mmcgrath: indeed 16:40:52 < mmcgrath> Ok, I'll move on. 16:41:05 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Architectural Documentation 16:41:06 < jima> re: logo, boo hoo :) 16:41:09 < mmcgrath> Nothing new there. 16:41:26 < mmcgrath> actually nothing new on any of the schedules page which means.... Open Floor! 16:41:30 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 16:41:32 * skvidal raises his hand 16:41:34 < skvidal> oo oo 16:41:34 < mmcgrath> skvidal: I believe you had something? 16:41:35 < skvidal> call on me 16:41:37 < skvidal> yah 16:41:51 < skvidal> so a few of us have been working on what is mostly an administrative communication layer 16:42:02 < skvidal> it's called func: https://hosted.fedoraproject.org/projects/func/ 16:42:17 * jima looks 16:42:24 < skvidal> func is mostly just a protocol and api for communicating b/t hosts using ssl certs for 2-way auth 16:42:31 < jima> funky. 16:42:35 < dgilmore> skvidal: /me looked at that the other week very neat 16:42:35 < skvidal> we'll be making a new release soon 16:42:56 < skvidal> and when we do I'd like to start setting it up on some of the fedoraproject servers 16:42:59 < ivazquez> Looks like fin and func should start talking :P 16:43:13 < skvidal> ivazquez: I don't know what 'fin' is 16:43:26 < mmcgrath> skvidal: its how french movies end. 16:43:38 < skvidal> mmcgrath: and snooty english ones 16:43:44 < ivazquez> http://ivazquez.fedorapeople.org/projects/fin.html 16:44:15 < ivazquez> The details can wait though. 16:44:32 < mmcgrath> skvidal: so I'll say +1 to func on the boxes. But I'd like plan written up and sent to the list on what you're trying to do and how you plan on implementing it. 16:44:35 < mmcgrath> sound reasonable? 16:44:49 < skvidal> yah 16:44:51 < skvidal> totally 16:45:04 < skvidal> I'm mostly thinking about making a lot of specific things simpler for us 16:45:11 < mmcgrath> What can I say, we're early adopters. 16:45:13 < skvidal> right now we don't auto-update machines for a variety of reasons 16:45:19 < dgilmore> skvidal: like restarting kojid on all builders? 16:45:26 < skvidal> dgilmore: for example 16:45:27 < skvidal> or for saying 16:45:49 < notting> skvidal: so, when do we get a funkmaster.fp.o cnam? 16:45:49 < skvidal> "please yum update on all of the boxes right now" 16:45:58 < jima> notting: ip? ;) 16:46:05 < skvidal> notting: trust me, we've heard no shortage of func jokes 16:46:12 < ricky> Hehe. 16:46:13 < jima> err, rather, hostname? 16:47:10 < skvidal> anyway - if anyone wants to poke at me about it, I'm alll ears 16:47:10 < dgilmore> jima: i think he meant cname 16:47:19 < skvidal> I'll work on a description of what I want to install and where 16:47:31 < mmcgrath> skvidal: we'll look forward to the introduction plan on the list :) 16:47:37 < skvidal> the long and short is, I think. puppet will be the 'overlord' and the ret of the machines will be minions 16:47:37 < dgilmore> skvidal: it looks funkalicous 16:47:38 < mmcgrath> I thnk others on that list will be interested to hear it as well. 16:47:44 < skvidal> okay 16:48:01 < mmcgrath> skvidal: mind if we move on? 16:48:06 < skvidal> not at all 16:48:06 < skvidal> go 16:48:09 < skvidal> thanks 16:48:10 < mmcgrath> hurray func :) 16:48:24 < mmcgrath> FYI everyone, smolt has had an upgrade. There's a wiki and ratings system, check them out. 16:48:28 < jima> dgilmore: yes, i was basically alluding to "whenever someone asks for it" 16:48:29 < mmcgrath> thats all I've got :) 16:48:35 < warren> cool 16:48:36 < mmcgrath> Anyone have anything else to discuss? 16:48:37 < skvidal> yay smolt 16:48:42 < skvidal> mmcgrath: wiki migration? 16:49:04 < mmcgrath> I'll personally pay someone 100 dollars to convert our wiki to mediawiki. Thats the bounty. 16:49:08 < abadger1999> Do you guys want me to spend some time hacking the save problem? 16:49:16 < dgilmore> mmcgrath: ill chip in 50 16:49:16 < mmcgrath> It'll be worth it to me to sleep better in just that first week. 16:49:48 < mmcgrath> abadger1999: If you're serious about it yes. I can give you a prioritized list of work we need done. 16:49:53 < abadger1999> I can put something together to fix that quickly but I don't know if it will be upstreamable. 16:50:02 < abadger1999> :-( 16:50:30 * mmcgrath would rather it be upstreamable. 16:50:41 * skvidal would rather it holds us over for f8 release 16:50:46 -!- viking-ice [n=johannbg at valhalla.rhi.hi.is] has quit Remote closed the connection 16:50:50 < skvidal> and we give up 16:50:57 < skvidal> and walk away 16:51:01 < skvidal> I love python, I loathe php 16:51:07 < abadger1999> that's what's kept me from implementing anything. Lack of knowledge of where upstream is going. 16:51:18 < skvidal> but maybe we need to just walk away 16:51:20 < mmcgrath> skvidal: At this point I'd just assume move moin to /wiki2/ and have people copy important pages over manually. 16:51:38 < skvidal> mmcgrath: will play hell with google juice 16:51:40 < mmcgrath> abadger1999: I don't think they're going anywhere anytime soon. 16:51:41 < dgilmore> mmcgrath: that could be an option 16:51:48 < ricky> Or better yet, move over to static HTML pages :) 16:52:02 < skvidal> ricky: +1 16:52:03 < mmcgrath> oh ricky, ohhhh ricky. 16:52:04 < dgilmore> a database backend would probably help alot 16:52:20 * notting doesn't see how having to manually move wiki content is going to help 16:52:22 < mmcgrath> ricky: as we migrate official content off the wiki, perhaps the wiki will become easier :) 16:52:24 < skvidal> mmcgrath: I think he means move moin to static pages 16:52:33 < mmcgrath> notting: it won't be on moin anymore. 16:52:33 < jima> mmcgrath: http://www.littlejohnconsulting.com/node/18 ? 16:52:39 < skvidal> and setup the new wiki in /wiki/ 16:53:09 < mmcgrath> jima: I'd seen that, I couldn't get ti to work and it didn't seem to keep history or usernames. 16:53:12 < ivazquez> The nasty part is the user DB, isn't it? 16:53:26 < mmcgrath> jima: if you want to take a closer look by all means do it :) 16:53:27 < notting> mmcgrath: no, but the moving of stuff == Great Pain 16:53:27 < skvidal> ivazquez: honestly we need to dump the user db for fas-integration anyway 16:53:31 < mmcgrath> ivazquez: one of the nsaty stuff. 16:53:35 < jima> mmcgrath: drats. i hadn't looked. 16:53:42 < skvidal> notting: staying where we are == great pain, too :) 16:53:45 < mmcgrath> notting: the problem is I think we're only a couple of months away from people being unable to create content on the wiki. 16:53:52 < ricky> ivazquez: As I said before, if FAS2 is ready by then, OpenID auth :) 16:53:53 < jima> fas integration would be great. 16:53:59 < ivazquez> Do we have a list of problems somewhere? 16:54:01 < jima> ricky: oh, good point. 16:54:14 < mmcgrath> ivazquez: just on the list, I'll create a page after the meeting. 16:54:24 < dgilmore> ivazquez: its been talked about on the list alot 16:54:29 < ivazquez> Excellent. 16:54:49 < ivazquez> Well, let's get it into a single place so we can stop talking about it and deal with it already. 16:54:49 < mmcgrath> Ok, anyone have anything else? 16:55:04 < mmcgrath> notting: plus moving content will have the added beneift of pruning all the useless crap that has made its way onto the wiki :) 16:55:08 < notting> mmcgrath: right, but having to manually move stuff is man-weeks of work 16:55:23 * mmcgrath knows this. 16:55:28 < dgilmore> notting: probably man-years 16:55:34 < ivazquez> Migrating moin to a DB would probably be the least work. 16:55:37 < mmcgrath> the problem is we're really very close to our last resort (which is that) 16:55:49 < dgilmore> i think its well known we have the largest moin install 16:55:51 < ivazquez> Someone just has to *do* that work. 16:55:59 < skvidal> ivazquez, abadger1999: 16:56:06 < skvidal> if we didn't care about upstream 16:56:09 < mmcgrath> Ok, if no one has any more topics I'll close the meeting in 30. 16:56:11 < notting> have we threatened to publically shame the moin developers? 16:56:11 < skvidal> do either of you think the above is possible? 16:56:20 < mmcgrath> notting: not my style :) 16:56:23 < skvidal> to swap out the backend of moin to a db? 16:56:24 < ivazquez> Moving to a DB? Absolutely. 16:56:26 < dgilmore> ivazquez: we have said that many times and no one has stepped up to do the work. 16:56:27 < abadger1999> skvidal: Yes 16:56:31 < mmcgrath> the dev's are ok, just slow and its no longer the right tool for us in its current state. 16:56:32 < skvidal> ivazquez: how long would it take? 16:56:40 < dgilmore> some wiki any wiki with moin formating would be ideal 16:56:56 < ivazquez> I'd have to research moin's backend a bit more before giving an estimate. 16:57:11 < ivazquez> Off the top of my head, a couple of months max. 16:57:24 < notting> i'm sure someone will suggest backending it on git 16:57:30 < skvidal> ivazquez: b/c at this point if it doesn't work and we are the largest consumer then I'm absolutely okay with saying 'we have to fork for our own sanity, we are more than happy to merge back into upstream but we cannot wait' 16:57:46 < abadger1999> notting: My only requirement is someone rewrites git in python first ;-) 16:57:56 < notting> well *that's* not gonna happen 16:58:02 < skvidal> this is not a statement that what is being done with moin is bad, it just means we can't wait for it 16:58:42 < skvidal> I don't see how there are a lot of options, really 16:58:49 < skvidal> mmcgrath: what do you think? crack rock? 16:59:26 -!- notting [i=notting at redhat/notting] has quit "Ex-Chat" 16:59:35 * mmcgrath would rather convert by hand then maintain a fork butis open to ideas. 16:59:46 < mmcgrath> I'll get that page written up now and send it to the list. We can talk more about it then. 16:59:54 < mmcgrath> we should close the meeting, almost out of time :) 17:00:00 < dgilmore> :) 17:00:02 < mmcgrath> anyone have anything? If not close in 30 17:00:03 < ivazquez> I'm sure it can be merged with upstream. But one step at a time. 17:00:09 < abadger1999> mmcgrath: Could you drop a backup of moin onto publictest10? 17:01:03 < warren> mmcgrath, one thing... now that we have a ton of RAM, could we see how much faster moin goes with ramdisk storage backend? If it helps, it might give us a little breathing room for a permanent solution to be figured out. 17:01:09 < warren> mmcgrath, and it certainly wouldn't hurt to try. 17:01:59 < mmcgrath> warren: maybe, most of our ram is already taken though, we'll have to come up with a plan for it. 17:02:04 < warren> OK 17:02:10 < mmcgrath> Ok, I'm going to close the meeting, we can continue in #fedora-admin. 17:02:19 < mmcgrath> warren: I am curious to see what happens though if nothing else :) 17:02:19 * ivazquez must go, and will poke at the list when it pops up 17:02:23 < mmcgrath> it'll be a fun experiment. 17:02:26 < mmcgrath> ivazquez: later 17:02:31 -!- 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: 189 bytes Desc: not available URL: From k.georgiou at imperial.ac.uk Thu Oct 18 21:42:58 2007 From: k.georgiou at imperial.ac.uk (Kostas Georgiou) Date: Thu, 18 Oct 2007 22:42:58 +0100 Subject: Moin and notifications In-Reply-To: <47154107.6010301@gmail.com> References: <4715137C.3010701@redhat.com> <200710162317.17470.opensource@till.name> <47152CA1.8070600@redhat.com> <47154107.6010301@gmail.com> Message-ID: <20071018214258.GA26843@imperial.ac.uk> On Tue, Oct 16, 2007 at 03:53:59PM -0700, Toshio Kuratomi wrote: > Mike McGrath wrote: > >Till Maas wrote: > >>On Di Oktober 16 2007, Mike McGrath wrote: > >> > >> > >>>Proposal: Disable notifications in Moin > >>> > >>>Reason: Even page creations at this point are not working for some > >>>people. > >>> > >> > >>How about a Wiki-Notification mailinglist, i.e. sending notifications > >>only to one fixed address. Then add some topics to the mailinglist, > >>e.g. for the SIGs, Packaging, Beats and other main namespaces to allow > >>a little selection. > >> > > > >It'd require patches to moin. IE: We'd either have to get rid of all of > >the users or gut the mailing section of the wiki I guess. Just a > >reminder to those that aren't familiar with it. Moin iterates over > >every user who has page watch lists (currently in the thousands) to find > >out who to notify. As the number of our users increases and as the > >number of the pages they watch increase moin gets slower and slower on > >page saves. > > > It would be doable though. When I looked ~ a year ago, there were only > two places in the code that would need to be hacked to replace the email > subsystem. I imagine we could find a single point in the code to hack > if we just made finding the subscribed pages function return > 'fedora-wiki-commits-list at r.c' instead of parsing each user's config > file and returning that list. With a quick look at the code it seems quite simple to make the changes, the only issue that I can see is if there are any pages that have acls that don't allow all users to view them. Kostas From fedora at froh.ca Thu Oct 18 23:17:17 2007 From: fedora at froh.ca (gfroh - fedora) Date: Thu, 18 Oct 2007 16:17:17 -0700 (PDT) Subject: Self-introduction Message-ID: <17595.24.69.70.158.1192749437.squirrel@webmail.froh.ca> Hello, My name is Greg Froh and I've recently joined the Fedora Infrastructure list, just wanted to introduce myself. Background: - 8 years lightweight sysadmin experience, recently with a focus on Fedora and RHEL in LAMP production environments, but also Debian and Win2003 - 5 years in-depth PHP/MySQL development, including CMS, ecommerce, SOAP, etc. - 3 years C++ development (GNU) - 3 years virtualization experience in production environments (VMWare) - 5 years project management - based out of Victoria, BC, Canada I have $DAYJOB and a family, so can't commit tons of time, but would like to contribute where I can. Areas where I think I could be useful include: Web dev, documentation, and architecture. Unfortunately, my UTC conversion was off . . . so missed today's meeting, but will try to make next week's (mental note *1PM* PST . . . not noon). Cheers, Greg From cra at WPI.EDU Fri Oct 19 03:13:58 2007 From: cra at WPI.EDU (Chuck Anderson) Date: Thu, 18 Oct 2007 23:13:58 -0400 Subject: Moin and notifications In-Reply-To: <4715A82D.3020707@nicubunu.ro> References: <4715137C.3010701@redhat.com> <4715A82D.3020707@nicubunu.ro> Message-ID: <20071019031358.GP4751@angus.ind.WPI.EDU> On Wed, Oct 17, 2007 at 09:14:05AM +0300, Nicu Buculei wrote: > Mike McGrath wrote: > >I'm just going to throw it out there and see what people say. > > > >Proposal: Disable notifications in Moin > > Without notification, how can one effectively use a page like > http://fedoraproject.org/wiki/Artwork/DesignService ? > That is, without subscribing to a wiki-wide mailing list or RSS feed. > > Probably a solution would be to not use the wiki for such task, maybe > bugzilla, but the wiki has a lower barrier to entry and a larger chance > to get people involved. What about an application external to the wiki which notices page changes and emails those out asynchronously? From poelstra at redhat.com Sat Oct 20 00:09:21 2007 From: poelstra at redhat.com (John Poelstra) Date: Fri, 19 Oct 2007 17:09:21 -0700 Subject: git on fedorapeople.org Message-ID: <47194731.4010605@redhat.com> Hi, I would like to setup a git repo under my fedorapeople.org account that anyone can have RO access while providing me RW. I am familiar with setting up git in a local environment, but unclear how and what to configure to make it work in this environment whereby anyone can clone or view it (i'm guessing over http) and I can commit to it (I'm guessing via ssh)? IOW where should the git directory be? Do I create a symlink from it to html_public? etc. Thanks, John From Matt_Domsch at dell.com Sat Oct 20 03:32:04 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 19 Oct 2007 22:32:04 -0500 Subject: git on fedorapeople.org In-Reply-To: <47194731.4010605@redhat.com> References: <47194731.4010605@redhat.com> Message-ID: <20071020033204.GA16160@auslistsprd01.us.dell.com> On Fri, Oct 19, 2007 at 05:09:21PM -0700, John Poelstra wrote: > Hi, > > I would like to setup a git repo under my fedorapeople.org account that > anyone can have RO access while providing me RW. > > I am familiar with setting up git in a local environment, but unclear > how and what to configure to make it work in this environment whereby > anyone can clone or view it (i'm guessing over http) and I can commit to > it (I'm guessing via ssh)? yes exactly. It does not appear that a git server daemon is running on that service, but http should suffice for many projects. > IOW where should the git directory be? Do I create a symlink from it to > html_public? etc. in ~/public_html/ you can make your bare clone, so you have say: git clone --bare git://git.fedoraproject.org/git/hosted/mirrormanager which creates ~/public_html/mirrormanager.git which is only the .git directory, or you can drop the --bare and get a fully checked out repo at ~/public_html/mirrormanager/ Then run: git-update-server-info there to be sure it'll be accessible via http. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From amitkpce at gmail.com Sat Oct 20 11:21:08 2007 From: amitkpce at gmail.com (Amit Kumar) Date: Sat, 20 Oct 2007 16:51:08 +0530 Subject: Self Introduction (AmitK) Message-ID: <42049fcf0710200421y4f85f5d4hce72d722f4786633@mail.gmail.com> Hi My name is Amit Kumar and I have recently joined the Fedora Infrastructure list. I want to introduce myself. Background: -5 years of Development Experience primarily in the C++/C - 2 years of product development experience in Virtualisation Servers , primarily Xen -2 years development experience in Java, Python. Areas where I can be useful: - Infrastructure, Linux Virtualisation Server typically Xen Thanks , Amit -------------- next part -------------- An HTML attachment was scrubbed... URL: From kwade at redhat.com Sun Oct 21 03:16:12 2007 From: kwade at redhat.com (Karsten Wade) Date: Sat, 20 Oct 2007 20:16:12 -0700 Subject: Moin and notifications In-Reply-To: <47159881.10904@leemhuis.info> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <47155FD8.9060800@redhat.com> <47159881.10904@leemhuis.info> Message-ID: <1192936572.14547.501.camel@erato.phig.org> On Wed, 2007-10-17 at 07:07 +0200, Thorsten Leemhuis wrote: > I'm watching all the wiki changes as well and I would really miss them. > Thus a loud "-1" from me to the idea to remove them Agreed, -1 from me. As painful as saves are, we can't replace sane notification without another solution. We have many Docs processes that require notification (via email, a standard.) > A mailing list that gets all the commits to the wiki would be fine for > me, so that idea gets a "+1" from me. +1 I could probably handle this, as long as it was possible for me to use filtering to the same effect. That is, "grab this, that, and the other to keep, drop all else." I'm figuring any MUA or server-side filtering should have a way to do this ... right? - Karsten -- Karsten Wade, Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Matt_Domsch at dell.com Sun Oct 21 04:11:22 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 20 Oct 2007 23:11:22 -0500 Subject: Moin and notifications In-Reply-To: <1192936572.14547.501.camel@erato.phig.org> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <47155FD8.9060800@redhat.com> <47159881.10904@leemhuis.info> <1192936572.14547.501.camel@erato.phig.org> Message-ID: <20071021041121.GA21526@auslistsprd01.us.dell.com> On Sat, Oct 20, 2007 at 08:16:12PM -0700, Karsten Wade wrote: > On Wed, 2007-10-17 at 07:07 +0200, Thorsten Leemhuis wrote: > > > I'm watching all the wiki changes as well and I would really miss them. > > Thus a loud "-1" from me to the idea to remove them > > Agreed, -1 from me. > > As painful as saves are, we can't replace sane notification without > another solution. We have many Docs processes that require notification > (via email, a standard.) Toshio is working on putting a sane database backend into moin to handle this, which will greatly speed things up. Mike had the idea "hey, why don't we just background the mail notification", which doesn't solve the problem, but papers over it for the user who clicks "Save" - they get an instant "thanks for updating the wiki" while the email happens in the background. I made a quick patch and Mike tested it on Friday on a test instance - and it looks like it'll help until Toshio's stuff is done. Thanks Matt (fan of os.fork() and os._exit()) -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From sundaram at fedoraproject.org Sun Oct 21 03:36:49 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 21 Oct 2007 10:06:49 +0630 Subject: Moin and notifications In-Reply-To: <20071021041121.GA21526@auslistsprd01.us.dell.com> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <47155FD8.9060800@redhat.com> <47159881.10904@leemhuis.info> <1192936572.14547.501.camel@erato.phig.org> <20071021041121.GA21526@auslistsprd01.us.dell.com> Message-ID: <471AC951.2020602@fedoraproject.org> Matt Domsch wrote: > > Mike had the idea "hey, why don't we just background the mail > notification", which doesn't solve the problem, but papers over it for > the user who clicks "Save" - they get an instant "thanks for updating > the wiki" while the email happens in the background. I made a quick > patch and Mike tested it on Friday on a test instance - and it looks > like it'll help until Toshio's stuff is done. Yep. Papering or not, saves are instantaneous now. Problem solved, atleast for me. Rahul From kwade at redhat.com Sun Oct 21 05:12:01 2007 From: kwade at redhat.com (Karsten Wade) Date: Sat, 20 Oct 2007 22:12:01 -0700 Subject: git on fedorapeople.org In-Reply-To: <20071020033204.GA16160@auslistsprd01.us.dell.com> References: <47194731.4010605@redhat.com> <20071020033204.GA16160@auslistsprd01.us.dell.com> Message-ID: <1192943521.14547.504.camel@erato.phig.org> On Fri, 2007-10-19 at 22:32 -0500, Matt Domsch wrote: > yes exactly. It does not appear that a git server daemon is running > on that service, but http should suffice for many projects. IIRC, that was the intention, to use http for git and not need another daemon running. -- Karsten Wade, Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From stefan.constantin at gmail.com Sun Oct 21 17:25:48 2007 From: stefan.constantin at gmail.com (Constantin Stefan) Date: Sun, 21 Oct 2007 20:25:48 +0300 Subject: Introduction email Message-ID: <471B8B9C.7030701@gmail.com> Hello everybody, I've just joined this mailing list and as outlined in the infrastructure "Getting Started" page I'm sending this as a (hopefully not very) short introduction. My name is Stefan Constantin and I'm a developer from Romania; mainly I'm a C/C++ programmer but have also done web development in the past, a couple of years of php to be exact. I've been using Fedora consistently for about two years, but have contact with it ever since it's start and as such I thought maybe it's time to contribute. While it's not perfectly clear to me about what the next steps are I sincerely hope that I can contribute and look forward to learning this process. Again It's great to be here and I'm enthusiastic about all future communication. Best regards, Stefan Constantin From mmcgrath at redhat.com Mon Oct 22 13:27:38 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 22 Oct 2007 08:27:38 -0500 Subject: Self-introduction In-Reply-To: <17595.24.69.70.158.1192749437.squirrel@webmail.froh.ca> References: <17595.24.69.70.158.1192749437.squirrel@webmail.froh.ca> Message-ID: <471CA54A.1070002@redhat.com> gfroh - fedora wrote: > Hello, > > My name is Greg Froh and I've recently joined the Fedora Infrastructure > list, just wanted to introduce myself. > > Background: > - 8 years lightweight sysadmin experience, recently with a focus on Fedora > and RHEL in LAMP production environments, but also Debian and Win2003 > - 5 years in-depth PHP/MySQL development, including CMS, ecommerce, SOAP, > etc. > - 3 years C++ development (GNU) > - 3 years virtualization experience in production environments (VMWare) > - 5 years project management > - based out of Victoria, BC, Canada > > I have $DAYJOB and a family, so can't commit tons of time, but would like > to contribute where I can. Areas where I think I could be useful include: > Web dev, documentation, and architecture. > Welcome, I noticed you say you'd be interested in documentation? If thats the case I'd highly recommend taking a look at the docs team: http://fedoraproject.org/wiki/DocsProject also join the fedora-docs-list. They do some really nice work and could use some additional people. Especially from technically minded people. -Mike From mmcgrath at redhat.com Mon Oct 22 13:29:38 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 22 Oct 2007 08:29:38 -0500 Subject: Self Introduction (AmitK) In-Reply-To: <42049fcf0710200421y4f85f5d4hce72d722f4786633@mail.gmail.com> References: <42049fcf0710200421y4f85f5d4hce72d722f4786633@mail.gmail.com> Message-ID: <471CA5C2.9040507@redhat.com> Amit Kumar wrote: > Hi > > My name is Amit Kumar and I have recently joined the Fedora Infrastructure > list. I want to introduce myself. > > Background: > -5 years of Development Experience primarily in the C++/C > - 2 years of product development experience in Virtualisation Servers , > primarily Xen > -2 years development experience in Java, Python. > > Areas where I can be useful: > - Infrastructure, Linux Virtualisation Server typically Xen > Welcome Amit, if you get a moment stop by #fedora-admin on irc.freenode.net. If you can't make it we also do a lot of work on the list, please participate with any conversations you find interesting or have information to add. That goes for everyone :). We meet weeky: http://fedoraproject.org/wiki/Infrastructure/Meetings -Mike From mmcgrath at redhat.com Mon Oct 22 13:31:35 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 22 Oct 2007 08:31:35 -0500 Subject: Introduction email In-Reply-To: <471B8B9C.7030701@gmail.com> References: <471B8B9C.7030701@gmail.com> Message-ID: <471CA637.7020709@redhat.com> Constantin Stefan wrote: > Hello everybody, > > I've just joined this mailing list and as outlined in the > infrastructure "Getting Started" page I'm sending this as a (hopefully > not very) short introduction. > My name is Stefan Constantin and I'm a developer from Romania; mainly > I'm a C/C++ programmer but have also done web development in the past, > a couple of years of php to be exact. > > I've been using Fedora consistently for about two years, but have > contact with it ever since it's start and as such I thought maybe > it's time to contribute. > While it's not perfectly clear to me about what the next steps are I > sincerely hope that I can contribute and look forward to learning this > process. > > Again It's great to be here and I'm enthusiastic about all future > communication. > Hello Stefan, with a developer background you may want to take a look at one of Fedora's many SIGs (special interest group) - http://fedoraproject.org/wiki/SIGs There are many to choose from and some, like Bug Triage could certainly use more developers. -Mike From jkeating at redhat.com Mon Oct 22 13:49:39 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 22 Oct 2007 09:49:39 -0400 Subject: Looking for somebody to take ownership of hosted projects Message-ID: <20071022094939.2dcba6ce@redhat.com> I don't think I'm going to have the time / attention span to be the main point of contact for the Hosted projects components. These days it's mostly creating new projects instead of anything else. This is pretty well documented too. Would anybody like to take this over from me? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ricky at fedoraproject.org Mon Oct 22 14:01:06 2007 From: ricky at fedoraproject.org (Ricky Zhou) Date: Mon, 22 Oct 2007 10:01:06 -0400 Subject: Looking for somebody to take ownership of hosted projects In-Reply-To: <20071022094939.2dcba6ce@redhat.com> References: <20071022094939.2dcba6ce@redhat.com> Message-ID: <20071022140106.GV12503@Max.example.com> On Mon, Oct 22, 2007 at 09:49:39AM -0400, Jesse Keating wrote: > I don't think I'm going to have the time / attention span to be the > main point of contact for the Hosted projects components. These days > it's mostly creating new projects instead of anything else. This is > pretty well documented too. Would anybody like to take this over from > me? If we have some specific procedure/rule about approval for hosted projects, then I should be able to handle some requests. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Oct 22 14:04:22 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 22 Oct 2007 10:04:22 -0400 Subject: Looking for somebody to take ownership of hosted projects In-Reply-To: <20071022140106.GV12503@Max.example.com> References: <20071022094939.2dcba6ce@redhat.com> <20071022140106.GV12503@Max.example.com> Message-ID: <20071022100422.36ad71ad@redhat.com> On Mon, 22 Oct 2007 10:01:06 -0400 Ricky Zhou wrote: > If we have some specific procedure/rule about approval for hosted > projects, If the software could be packaged in Fedora, then the upstream could be hosted with Fedora. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at redhat.com Mon Oct 22 15:29:45 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 22 Oct 2007 10:29:45 -0500 Subject: MySQL admins for smolt problem? Message-ID: <471CC1E9.6090502@redhat.com> Any MySQL admins out there willing to take a look at the smolt db to make it more efficient? We're having issues with it at its current size and only being 8 million rows I suspect an index is missing or something else is going on, any takers? -Mike From paulo.banon at googlemail.com Mon Oct 22 17:25:02 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Mon, 22 Oct 2007 18:25:02 +0100 Subject: Looking for somebody to take ownership of hosted projects In-Reply-To: <20071022100422.36ad71ad@redhat.com> References: <20071022094939.2dcba6ce@redhat.com> <20071022140106.GV12503@Max.example.com> <20071022100422.36ad71ad@redhat.com> Message-ID: <7a41c4bc0710221025x3504713fn5d31ee5da2e6ab3e@mail.gmail.com> I dont mind giving a hand to Ricky also. Paulo On 10/22/07, Jesse Keating wrote: > > On Mon, 22 Oct 2007 10:01:06 -0400 > Ricky Zhou wrote: > > > If we have some specific procedure/rule about approval for hosted > > projects, > > If the software could be packaged in Fedora, then the upstream could be > hosted with Fedora. > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Mon Oct 22 17:17:59 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 22 Oct 2007 12:17:59 -0500 Subject: Looking for somebody to take ownership of hosted projects In-Reply-To: <7a41c4bc0710221025x3504713fn5d31ee5da2e6ab3e@mail.gmail.com> References: <20071022094939.2dcba6ce@redhat.com> <20071022140106.GV12503@Max.example.com> <20071022100422.36ad71ad@redhat.com> <7a41c4bc0710221025x3504713fn5d31ee5da2e6ab3e@mail.gmail.com> Message-ID: <471CDB47.2030005@redhat.com> Paulo Santos wrote: > I dont mind giving a hand to Ricky also. > > Well, right now the only thing you two don't have access to do is the CVS stuff. We'll be moving the hosted stuff off of the main CVS soon (just getting a box together) for the time being if you guys want to do everything in the ticket except the actual CVS creation I can do that. What do you think? -Mike From paulo.banon at googlemail.com Mon Oct 22 17:35:46 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Mon, 22 Oct 2007 18:35:46 +0100 Subject: Looking for somebody to take ownership of hosted projects In-Reply-To: <471CDB47.2030005@redhat.com> References: <20071022094939.2dcba6ce@redhat.com> <20071022140106.GV12503@Max.example.com> <20071022100422.36ad71ad@redhat.com> <7a41c4bc0710221025x3504713fn5d31ee5da2e6ab3e@mail.gmail.com> <471CDB47.2030005@redhat.com> Message-ID: <7a41c4bc0710221035v5297b0e4l99f29286106ff3b@mail.gmail.com> I think that Jesse can start planning other stuff, since a hosted team is now in place :) Paulo On 10/22/07, Mike McGrath wrote: > > Paulo Santos wrote: > > I dont mind giving a hand to Ricky also. > > > > > > Well, right now the only thing you two don't have access to do is the > CVS stuff. We'll be moving the hosted stuff off of the main CVS soon > (just getting a box together) for the time being if you guys want to do > everything in the ticket except the actual CVS creation I can do that. > What do you think? > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From admin at arcnetworks.biz Mon Oct 22 20:01:18 2007 From: admin at arcnetworks.biz (Anand Capur) Date: Mon, 22 Oct 2007 16:01:18 -0400 Subject: Looking for somebody to take ownership of hosted projects In-Reply-To: <7a41c4bc0710221035v5297b0e4l99f29286106ff3b@mail.gmail.com> References: <20071022094939.2dcba6ce@redhat.com> <20071022140106.GV12503@Max.example.com> <20071022100422.36ad71ad@redhat.com> <7a41c4bc0710221025x3504713fn5d31ee5da2e6ab3e@mail.gmail.com> <471CDB47.2030005@redhat.com> <7a41c4bc0710221035v5297b0e4l99f29286106ff3b@mail.gmail.com> Message-ID: <5d66540b0710221301v66f6b817o19e68a109fbab567@mail.gmail.com> I wouldn't mind helping out either. -------------- next part -------------- An HTML attachment was scrubbed... URL: From draciron at gmail.com Mon Oct 22 20:08:00 2007 From: draciron at gmail.com (Dan Smith) Date: Mon, 22 Oct 2007 15:08:00 -0500 Subject: MySQL admins for smolt problem? In-Reply-To: <471CC1E9.6090502@redhat.com> References: <471CC1E9.6090502@redhat.com> Message-ID: I'd be happy to take a look. What version of MySQL? Need a copy of the schema Couple sample records to replicate the data with. Copy of the SQL that is causing the problem. On 10/22/07, Mike McGrath wrote: > Any MySQL admins out there willing to take a look at the smolt db to > make it more efficient? We're having issues with it at its current size > and only being 8 million rows I suspect an index is missing or something > else is going on, any takers? > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From mmcgrath at redhat.com Mon Oct 22 20:06:05 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 22 Oct 2007 15:06:05 -0500 Subject: MySQL admins for smolt problem? In-Reply-To: References: <471CC1E9.6090502@redhat.com> Message-ID: <471D02AD.2000102@redhat.com> Dan Smith wrote: > I'd be happy to take a look. > > What version of MySQL? > > Need a copy of the schema > Couple sample records to replicate the data with. > Copy of the SQL that is causing the problem. > > Sure thing Dan, if you get a minute stop by #fedora-admin on irc.freenode.net and I'll give you a rundown of whats going on. -Mike From draciron at gmail.com Mon Oct 22 20:19:04 2007 From: draciron at gmail.com (Dan Smith) Date: Mon, 22 Oct 2007 15:19:04 -0500 Subject: Draciron introduction Message-ID: Guess I should introduce myself. Been lurking here a couple months now :) I ran into this group in connection with the Fedora Docs project, which I spam from time to time and even contribute a few docs here and there too :) Primary skill set Linux Sys admin, Network Security and DBA. A CISSP is among the pieces of paper I hang on my wall. 17 years IT experience. Last 7 working almost exclusively with Linux. Started in the code mines but haven't written much code in last 10 years. Was one of the few coders willing to learn SQL back then so I became the DBA of test DBs which somehow made me qualified as a DBA and for a time did that full time before admiting I'd done some Sys admin work in a job interview which somehow qualified me as a Sys admin which is what I wound up doing primarily for next several years. Amazing how that works :) Worked for lots of cool companies and not so cool companies. Been a LInux fanatic for some time now. First tried Linux in 95 or 96. Started using Linux in 97 and except for recording software have been converted totally to Linux since about 2000. I'm also currently part of the Linux Journal reader advisory panel. Outside of the geekdom work I play guitar and bass well enough to make a dime a here and there playing in Rock bands. Attend Ren Faires, prolific writer with 4 novels in various stages of revisions and a couple more books in various states of completion. Nothing published, nothing fit to be published yet but working on it :) Warning I have a bizarre sense of humor and I aint afraid to inflict it upon people :) I also tend to speak my mind without regard to consequence. I'm currently located in West Texas, but spent most of last 12 years in the Houston area. Anything y'all want to know just ask. I aint shy. From damian.myerscough at gmail.com Mon Oct 22 20:43:05 2007 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Mon, 22 Oct 2007 21:43:05 +0100 Subject: MySQL admins for smolt problem? In-Reply-To: <471D02AD.2000102@redhat.com> References: <471CC1E9.6090502@redhat.com> <471D02AD.2000102@redhat.com> Message-ID: <8c9e56490710221343u90aa54uf19ad6ac3d3db7a7@mail.gmail.com> Hey Mike, Any chance I could get a look at the schema too? I have a little spare time at work. On 22/10/2007, Mike McGrath wrote: > Dan Smith wrote: > > I'd be happy to take a look. > > > > What version of MySQL? > > > > Need a copy of the schema > > Couple sample records to replicate the data with. > > Copy of the SQL that is causing the problem. > > > > > > Sure thing Dan, if you get a minute stop by #fedora-admin on > irc.freenode.net and I'll give you a rundown of whats going on. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Regards, Damian From mmcgrath at redhat.com Tue Oct 23 19:59:51 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 23 Oct 2007 14:59:51 -0500 Subject: Php why must your apps suck so? Message-ID: <471E52B7.9070503@redhat.com> Ok, so there's a ticket for a new news site, https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/178 Fact: PHP apps have a poor track record. Fact: There doesn't appear to be any viable Python CMS's (you can say plone, but we've managed to fail at installing it for 2 YEARS now. And at this point I'm not interested in deploying it for anything other than the docs site) So lets get this thread started, Toshio ran some numbers to back up this claim, 73 vulnerabilities since 2006. So what do we do. I'm pretty in the middle of this debate at this point. Especially with something like mod_security. Discuss, comment, flame. Lets go :) -Mike From paulo.banon at googlemail.com Tue Oct 23 20:13:39 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Tue, 23 Oct 2007 21:13:39 +0100 Subject: Php why must your apps suck so? In-Reply-To: <471E52B7.9070503@redhat.com> References: <471E52B7.9070503@redhat.com> Message-ID: <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> Drupal + SELinux + mod_security ?! Paulo On 10/23/07, Mike McGrath wrote: > > Ok, so there's a ticket for a new news site, > https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/178 > > Fact: PHP apps have a poor track record. > Fact: There doesn't appear to be any viable Python CMS's (you can say > plone, but we've managed to fail at installing it for 2 YEARS now. And > at this point I'm not interested in deploying it for anything other than > the docs site) > > So lets get this thread started, Toshio ran some numbers to back up this > claim, 73 vulnerabilities since 2006. So what do we do. I'm pretty in > the middle of this debate at this point. Especially with something like > mod_security. > > Discuss, comment, flame. Lets go :) > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivazqueznet at gmail.com Tue Oct 23 20:48:01 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 23 Oct 2007 16:48:01 -0400 Subject: Absent from meeting Message-ID: <1193172481.3054.17.camel@ignacio.lan> I am going to be absent from this week's Infrastructure meeting because I'm going to be attending a symposium. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 mastahnke at gmail.com Tue Oct 23 23:43:21 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Tue, 23 Oct 2007 18:43:21 -0500 Subject: Php why must your apps suck so? In-Reply-To: <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> References: <471E52B7.9070503@redhat.com> <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> Message-ID: <7874d9dd0710231643l6fee543fn9848b8384866f531@mail.gmail.com> Patch often. From mirko at server.505.ru Wed Oct 24 09:22:38 2007 From: mirko at server.505.ru (Mirko Klinner) Date: Wed, 24 Oct 2007 11:22:38 +0200 Subject: Php why must your apps suck so? In-Reply-To: <471E52B7.9070503@redhat.com> References: <471E52B7.9070503@redhat.com> Message-ID: <76334790710240222m6b4751fdn6d0e5201daf609de@mail.gmail.com> Hi friends of good infrastructure, 2007/10/23, Mike McGrath : > > Ok, so there's a ticket for a new news site, > https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/178 > > Fact: PHP apps have a poor track record. > Fact: There doesn't appear to be any viable Python CMS's After reading the requirements stated in the ticket I wonder if it wouldn't be the best idea to implement a little application like that in TurboGears ? I work with TurboGears on daily basis, so I guess it would take about 4 weeks to develop such a software, followed by another 8 weeks to test it and bring it to live. What do you think about that ? - Mirko -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeff at ocjtech.us Wed Oct 24 12:25:51 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Wed, 24 Oct 2007 07:25:51 -0500 Subject: Php why must your apps suck so? In-Reply-To: <76334790710240222m6b4751fdn6d0e5201daf609de@mail.gmail.com> References: <471E52B7.9070503@redhat.com> <76334790710240222m6b4751fdn6d0e5201daf609de@mail.gmail.com> Message-ID: <1193228751.3318.5.camel@lt21223.campus.dmacc.edu> On Wed, 2007-10-24 at 11:22 +0200, Mirko Klinner wrote: > Hi friends of good infrastructure, > > 2007/10/23, Mike McGrath : > Ok, so there's a ticket for a new news site, > https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/178 > > Fact: PHP apps have a poor track record. > Fact: There doesn't appear to be any viable Python CMS's > > After reading the requirements stated in the ticket I wonder if it > wouldn't be > the best idea to implement a little application like that in > TurboGears ? > I work with TurboGears on daily basis, so I guess it would take about > 4 weeks > to develop such a software, followed by another 8 weeks to test it and > bring it > to live. > > What do you think about that ? Not that I doubt your coding skills, but that would be another large set of unique code that Fedora Infrastructure would need to maintain. By using an existing CMS system FI gains from the experiences of everyone else that runs the CMS we choose. Plus by choosing an existing CMS we can spend those 4-8 weeks working on content and making a Fedora theme. Jeff -------------- 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 a.badger at gmail.com Wed Oct 24 15:39:48 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 24 Oct 2007 08:39:48 -0700 Subject: Php why must your apps suck so? In-Reply-To: <1193228751.3318.5.camel@lt21223.campus.dmacc.edu> References: <471E52B7.9070503@redhat.com> <76334790710240222m6b4751fdn6d0e5201daf609de@mail.gmail.com> <1193228751.3318.5.camel@lt21223.campus.dmacc.edu> Message-ID: <471F6744.4040500@gmail.com> Jeffrey C. Ollie wrote: > On Wed, 2007-10-24 at 11:22 +0200, Mirko Klinner wrote: >> Hi friends of good infrastructure, >> >> 2007/10/23, Mike McGrath : >> Ok, so there's a ticket for a new news site, >> https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/178 >> >> Fact: PHP apps have a poor track record. >> Fact: There doesn't appear to be any viable Python CMS's >> >> After reading the requirements stated in the ticket I wonder if it >> wouldn't be >> the best idea to implement a little application like that in >> TurboGears ? >> I work with TurboGears on daily basis, so I guess it would take about >> 4 weeks >> to develop such a software, followed by another 8 weeks to test it and >> bring it >> to live. >> >> What do you think about that ? > > Not that I doubt your coding skills, but that would be another large set > of unique code that Fedora Infrastructure would need to maintain. By > using an existing CMS system FI gains from the experiences of everyone > else that runs the CMS we choose. Plus by choosing an existing CMS we > can spend those 4-8 weeks working on content and making a Fedora theme. > Not to mention there are python CMS's... including a TurboGears one. We could look into whether those are close to meeting our needs and propose patches to upstream instead of completely reinventing the wheel. These are the ones I found yesterday that appear to be in a usable state and active upstream: http://www.pylucid.org/ -- DJango based http://www.turtolcms.org/ http://www.pagodacms.org/ -- TurboGears based and has received a bit of press but hasn't made a release yet. Needs evaluation to see if it's ready enough for our usage Of course, if this were just an excuse for you to kick off your own upstream project, that might work out okay as well :-) -Toshio From lmacken at redhat.com Wed Oct 24 17:11:40 2007 From: lmacken at redhat.com (Luke Macken) Date: Wed, 24 Oct 2007 13:11:40 -0400 Subject: Php why must your apps suck so? In-Reply-To: <471F6744.4040500@gmail.com> References: <471E52B7.9070503@redhat.com> <76334790710240222m6b4751fdn6d0e5201daf609de@mail.gmail.com> <1193228751.3318.5.camel@lt21223.campus.dmacc.edu> <471F6744.4040500@gmail.com> Message-ID: <20071024171140.GE5021@crow.myhome.westell.com> On Wed, Oct 24, 2007 at 08:39:48AM -0700, Toshio Kuratomi wrote: > Jeffrey C. Ollie wrote: >> On Wed, 2007-10-24 at 11:22 +0200, Mirko Klinner wrote: >>> Hi friends of good infrastructure, >>> >>> 2007/10/23, Mike McGrath : >>> Ok, so there's a ticket for a new news site, >>> >>> https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/178 >>> Fact: PHP apps have a poor track record. >>> Fact: There doesn't appear to be any viable Python CMS's >>> >>> After reading the requirements stated in the ticket I wonder if it >>> wouldn't be >>> the best idea to implement a little application like that in >>> TurboGears ? I work with TurboGears on daily basis, so I guess it would >>> take about >>> 4 weeks >>> to develop such a software, followed by another 8 weeks to test it and >>> bring it >>> to live. >>> What do you think about that ? >> Not that I doubt your coding skills, but that would be another large set >> of unique code that Fedora Infrastructure would need to maintain. By >> using an existing CMS system FI gains from the experiences of everyone >> else that runs the CMS we choose. Plus by choosing an existing CMS we >> can spend those 4-8 weeks working on content and making a Fedora theme. > Not to mention there are python CMS's... including a TurboGears one. We > could look into whether those are close to meeting our needs and propose > patches to upstream instead of completely reinventing the wheel. These are > the ones I found yesterday that appear to be in a usable state and active > upstream: > > http://www.pylucid.org/ -- DJango based > http://www.turtolcms.org/ > > http://www.pagodacms.org/ -- TurboGears based and has received a bit of > press but hasn't made a release yet. Needs evaluation to see if it's ready > enough for our usage Wow. I just finished watching the Pagoda screencast -- very impressive stuff. I definitely recommend taking a look. It's designed to drop right into any existing TurboGears project. It handles revision reviews, publication schedules, powerful plugins, wiki-like features, and all of the "web2.0" hotness you could ask for. However, it's still very immature, and parts of the screencast were actually mockups.. but it definitely has potential. luke From a.badger at gmail.com Wed Oct 24 22:38:05 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 24 Oct 2007 15:38:05 -0700 Subject: Php why must your apps suck so? In-Reply-To: <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> References: <471E52B7.9070503@redhat.com> <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> Message-ID: <471FC94D.6080406@gmail.com> Paulo Santos wrote: > Drupal + SELinux + mod_security ?! > It looks like the combination of SELinux and mod_security will cover the range of exploits as long as we have policy that covers all the approaches in both SELinux and mod_security. I have some misgivings about running software that I know is going to need third party tools to enforce security rather than having the extra checks be part of defense in depth but it seems that that would work. And in answer to the subject, "Php why must your apps suck so?" the unfortunate answer is that it's built into the language. and are inherently bad because they don't html escape $USERVAR yet it is the method used by practically all php code to output variables to the page. Many Python web frameworks address this issue in the framework by automatically html escaping any variable which is displayed in the template. Notably, kid and genshi (the template languages we're using for our TG deployments) work this way. PHP, on the other hand, makes constant vigilance necessary. -Toshio From bicycle.nutz at gmail.com Wed Oct 24 23:06:24 2007 From: bicycle.nutz at gmail.com (Craig Thomas) Date: Wed, 24 Oct 2007 19:06:24 -0400 Subject: Php why must your apps suck so? In-Reply-To: <471FC94D.6080406@gmail.com> References: <471E52B7.9070503@redhat.com> <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> <471FC94D.6080406@gmail.com> Message-ID: On 10/24/07, Toshio Kuratomi wrote: > Paulo Santos wrote: > > Drupal + SELinux + mod_security ?! > > > It looks like the combination of SELinux and mod_security will cover the > range of exploits as long as we have policy that covers all the > approaches in both SELinux and mod_security. I have some misgivings > about running software that I know is going to need third party tools to > enforce security rather than having the extra checks be part of > defense in depth but it seems that that would work. > > And in answer to the subject, "Php why must your apps suck so?" the > unfortunate answer is that it's built into the language. ?> and are inherently bad because they don't html > escape $USERVAR yet it is the method used by practically all php code to > output variables to the page. > > Many Python web frameworks address this issue in the framework by > automatically html escaping any variable which is displayed in the > template. Notably, kid and genshi (the template languages we're using > for our TG deployments) work this way. PHP, on the other hand, makes > constant vigilance necessary. Perhaps it's possible to help mitigate any non-escaped output by developing (or using) whatever themes need to be developed for a Drupal install using smarty ? quite a few of the themes do use smarty. -- Craig > -Toshio > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From mmcgrath at redhat.com Thu Oct 25 15:38:21 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 25 Oct 2007 10:38:21 -0500 Subject: Fedora 8 Release Message-ID: <4720B86D.3030706@redhat.com> There's still a few tasks left for the Fedora 8 Release: https://hosted.fedoraproject.org/projects/fedora-infrastructure/milestone/Fedora%208 Many of the remaining tickets are related to the release itself. Please take the time to go over the tickets, if there's a task that you know you'll be doing, make sure it is assigned to you: https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&milestone=Fedora+8 Here's a basic timeline and the associated ticket: November 2nd: Infrastructure Change Freeze (no changes) #101 November 3rd: Mirrors start syncing content #99 November 3rd: mmcgrath getting married (booyah) November 5th: Web content to the mirrors #100 November 8th: Website switch (from F7 to F8 content) #97 November 8th: Release day #93 We also have a Standard Operating Procedure for release day this time around: http://fedoraproject.org/wiki/Infrastructure/SOP/Release I bring this up because of that whole wedding thing there :) I probably won't be around much and if I've done my job right, I won't need to be there. Our team is stronger then ever so I'm not too worried about much. I'll be pretty unavailable starting on the 9th. I've got a few more things to implement just because we can (like an additional proxy server in PHX) Other than that the infrastructure we have right now is what we're going to ship with. We'll talk a bit more during the meeting today, please come if you can make it - http://fedoraproject.org/wiki/Infrastructure/Meetings -Mike From jkeating at redhat.com Thu Oct 25 15:59:35 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 25 Oct 2007 11:59:35 -0400 Subject: Fedora 8 Release In-Reply-To: <4720B86D.3030706@redhat.com> References: <4720B86D.3030706@redhat.com> Message-ID: <20071025115935.25ccee70@redhat.com> On Thu, 25 Oct 2007 10:38:21 -0500 Mike McGrath wrote: > Here's a basic timeline and the associated ticket: > November 2nd: Infrastructure Change Freeze (no changes) #101 > November 3rd: Mirrors start syncing content #99 > November 3rd: mmcgrath getting married (booyah) > November 5th: Web content to the mirrors #100 > November 8th: Website switch (from F7 to F8 content) #97 > November 8th: Release day #93 I'm lame for not filing bugs on this, but at some point in here, probably around the 3rd, we need to disable mirror-manager f-8 redirects, enable bodhi to push f8 updates, get a push going and out to mirrors so that there is content for the release day. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at redhat.com Thu Oct 25 15:54:58 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 25 Oct 2007 10:54:58 -0500 Subject: Fedora 8 Release In-Reply-To: <20071025115935.25ccee70@redhat.com> References: <4720B86D.3030706@redhat.com> <20071025115935.25ccee70@redhat.com> Message-ID: <4720BC52.1090207@redhat.com> Jesse Keating wrote: > On Thu, 25 Oct 2007 10:38:21 -0500 > Mike McGrath wrote: > > >> Here's a basic timeline and the associated ticket: >> November 2nd: Infrastructure Change Freeze (no changes) #101 >> November 3rd: Mirrors start syncing content #99 >> November 3rd: mmcgrath getting married (booyah) >> November 5th: Web content to the mirrors #100 >> November 8th: Website switch (from F7 to F8 content) #97 >> November 8th: Release day #93 >> > > I'm lame for not filing bugs on this, but at some point in here, > probably around the 3rd, we need to disable mirror-manager f-8 > redirects, enable bodhi to push f8 updates, get a push going and out to > mirrors so that there is content for the release day. > I'll add those. This is one of those weird releng/Infrastructure overlap areas. -Mike From jkeating at redhat.com Thu Oct 25 16:14:55 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 25 Oct 2007 12:14:55 -0400 Subject: Fedora 8 Release In-Reply-To: <4720BC52.1090207@redhat.com> References: <4720B86D.3030706@redhat.com> <20071025115935.25ccee70@redhat.com> <4720BC52.1090207@redhat.com> Message-ID: <20071025121455.4ec9b06c@redhat.com> On Thu, 25 Oct 2007 10:54:58 -0500 Mike McGrath wrote: > I'll add those. This is one of those weird releng/Infrastructure > overlap areas. And a time where I'm going to wish you could do better cross-Trac linkups. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at redhat.com Thu Oct 25 16:13:28 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 25 Oct 2007 11:13:28 -0500 Subject: Fedora 8 Release In-Reply-To: <20071025121455.4ec9b06c@redhat.com> References: <4720B86D.3030706@redhat.com> <20071025115935.25ccee70@redhat.com> <4720BC52.1090207@redhat.com> <20071025121455.4ec9b06c@redhat.com> Message-ID: <4720C0A8.6070600@redhat.com> Jesse Keating wrote: > On Thu, 25 Oct 2007 10:54:58 -0500 > Mike McGrath wrote: > > >> I'll add those. This is one of those weird releng/Infrastructure >> overlap areas. >> > > And a time where I'm going to wish you could do better cross-Trac > linkups. > > in the meantime I've added it to the Infrastructure SOP and added tickets #210 and #211, feel free to remove them once the releng hosted repo is up (and remove from the Infrastructure SOP if releng has them in there already) -Mike From ricky at fedoraproject.org Thu Oct 25 22:56:56 2007 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 25 Oct 2007 18:56:56 -0400 Subject: Meeting Log - 2007-10-25 Message-ID: <20071025225655.GA31239@Max.example.com> 15:59 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Who's here? 15:59 < couf> me 16:00 < frankc> frank is listening 16:00 * paulobanon is here 16:00 * DRebellion is here 16:00 < mmcgrath> dgilmore jeremy abadger1999 jima paulobanon mbonnet f13 mdomsch warren ricky skvidal ivazquez people I forgot: Ping! 16:00 < skvidal> pong 16:00 < mbonnet> pong 16:00 < abadger1999> yo! 16:01 * jeremy is here, but perhaps not for long 16:01 -!- cwt [i=hidden-u at gnat.asiscan.com] has joined #fedora-meeting 16:01 < mmcgrath> We'll go quick, I want to talk about the release quite a bit. 16:02 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Outstanding Tickets 16:02 < dgilmore> pong 16:02 < mmcgrath> .tiny https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 16:02 < mmcgrathbot> mmcgrath: http://tinyurl.com/yth34b 16:02 < mmcgrath> First up 16:02 < mmcgrath> .ticket 154 16:02 < mmcgrathbot> mmcgrath: #154 (DNS) - Fedora Infrastructure - Trac 16:03 < mmcgrath> That ones on me, For us to complete it I'd like to wait until after F9 just because we'll have to touch some important systems and I don't want to cause any issues until after the release. 16:03 < mmcgrath> .ticket 192 16:03 * warren here 16:03 < mmcgrathbot> mmcgrath: #192 (Netapp low on free space) - Fedora Infrastructure - Trac 16:03 < paulobanon> after F9 or F8 ?! 16:03 -!- wolfy [n=lonewolf at fedora/wolfy] has left #fedora-meeting ["A woman's mind is cleaner than a man's. She changes it more often."] 16:03 < mmcgrath> f13 did some recovery this week of the netapp 16:03 < mmcgrath> .tiny https://admin.fedoraproject.org/cacti/graph.php?action=view&rra_id=all&local_graph_id=280 16:03 < mmcgrathbot> mmcgrath: http://tinyurl.com/25pnep 16:03 < mmcgrath> unfortunately mere minutes later, he took that space back :) 16:04 < mmcgrath> f13: the plan is we'll see some more recovery by the end of the week? 16:04 < f13> yes 16:04 < f13> once we empty the trash can 16:04 < mmcgrath> 16:05 < mmcgrath> jeremy: f13: Did you get my email about the different storage devices? 16:05 < f13> plus all f8 being signed with final key means that we can drop some of the -test signed packages and save more. 16:05 < f13> mmcgrath: I did, I haven't responded to it. 16:05 < f13> (I usually just forward them to my manager) 16:06 -!- EvilBob [n=bob at fedora/pdpc.sustaining.BobJensen] has joined #Fedora-Meeting 16:06 < mmcgrath> f13: k, how hopeful are you we'll get funding for it? 16:07 < mmcgrath> I've been sending out feelers for donations, so far shooting blanks though 16:07 -!- JSchmitt [n=s4504kr at fedora/JSchmitt] has quit "Konversation terminated!" 16:07 < skvidal> mmcgrath: I get ads for medicine to take care of that problem 16:07 < f13> mmcgrath: I honestly don't know what happened to the Engineering budget. It was on again/offagain etc... 16:08 < f13> mmcgrath: unfortunately it will probably take things getting into a more dire state before we can call in an emergency purchase request. 16:08 < mmcgrath> skvidal: no doubt, we might have to. 16:08 -!- stahnma [n=stahnma at c-76-18-178-254.hsd1.tn.comcast.net] has joined #fedora-meeting 16:08 < f13> mmcgrath: tell you what, I'll make it a point to talk with my manager after we've had GC running for a few weeks to see what kind of long term growth we're talking about. 16:09 < dgilmore> did we get much space freed up? 16:09 < mmcgrath> GC for a few weeks? After this friday's GC, koji won't be getting any smaller right? Only bigger more slowly? 16:09 < mmcgrath> dgilmore: http://tinyurl.com/25pnep 16:09 < mmcgrath> its that dip :) but there's more to come. 16:09 < dgilmore> :) 16:10 < mmcgrath> f13: ^^ 16:11 < mmcgrath> ok, we'll move on for now. 16:12 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Release 16:12 < mmcgrath> https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg00124.html 16:12 < mmcgrath> I sent an email out to the list, what did everyone think of it? 16:13 -!- iWolf [n=jft at oh-67-76-155-115.dyn.embarqhsd.net] has joined #fedora-meeting 16:13 < f13> mmcgrath: it actually may get smaller if we let GC go after some locked tags (dist-f7, dist-f8) 16:13 < f13> mmcgrath: but for the most part it should just grow more slowly. I want a better picture of long term space concerns with full fledged GC in action 16:13 < mmcgrath> f13: My worry is that it could, potentially, take a long time to actually get the new device ordered, shipped, installed, certified, configured, handed over to us and have current koji copied to it. 16:14 < mmcgrath> I guess we'l know more this weekend. 16:14 < dgilmore> mmcgrath: thats a very real concern 16:14 < f13> nod 16:14 < f13> I'll be sure to talk to my boss about it very soon 16:14 < dgilmore> mmcgrath: the plan looked pretty sane 16:14 < mmcgrath> Here are the current un-done tickets: 16:14 < mmcgrath> .tiny https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&milestone=Fedora+8 16:14 < mmcgrathbot> mmcgrath: http://tinyurl.com/292qq8 16:14 < dgilmore> mmcgrath: we will have mirroring of the site to multipe diverse locations? 16:15 < mmcgrath> dgilmore: of http://fedoraproject.org/ ? 16:16 < mmcgrath> Compared to the last release we'll have a new proxy box in Denver (thanks tummy.com who has sponsored us) 16:16 < dgilmore> mmcgrath: yeah 16:16 < mmcgrath> as well as an additional proxy server in PHX. 16:17 < dgilmore> mmcgrath: :) thats good 16:17 < mmcgrath> I'm probably going to add an additional proxy server in Denver (probably just going to add an additional IP to the box 16:17 < mmcgrath> and send more traffic there, its a beefy box with more ram then all of our servers in PHX combined. 16:17 < mmcgrath> its also x86_64, blah blah, it can handle a lot more. 16:18 < mmcgrath> so the view for that is fp.o will point to 3 addresses. 2 of them at tummy, one to PHX, the PHX one will have 3 proxy servers behind it though. 16:18 < mmcgrath> sounds a little out of whack but the proxy servers we have in PHX right now are pitiful. 16:18 < mmcgrath> Ok, so lets go through these tickets. 16:18 < mmcgrath> .93 16:18 < mmcgrath> .ticket 93 16:18 < mmcgrathbot> mmcgrath: #93 (Fedora 8) - Fedora Infrastructure - Trac 16:19 < mmcgrath> Thats the overall F8 release ticket, we won't close that until probably a day or so after F8 ships and we are all basking in its glory. 16:19 < mmcgrath> .ticket 97 16:19 < mmcgrathbot> mmcgrath: #97 (Fedora 8 Website) - Fedora Infrastructure - Trac 16:19 < mmcgrath> ricky: ping? 16:19 < mmcgrath> ivazquez: ping? 16:19 < mmcgrath> We've actually had a pretty major development in this today. If you go to http://fedoraproject.org/ 16:19 < mmcgrath> you'll notice there's a translation on the left side. 16:19 < paulobanon> mmcgrath: ricky said that he wouldnt make it for the meeting 16:19 < mmcgrath> paulobanon: 16:19 < mmcgrath> http://fedoraproject.org/pt_BR/ <-- translated. 16:20 < mmcgrath> It should also autodetect that if your language is set correctly in your browser. 16:20 * paulobanon goes confirm their portuguese... 16:20 < mmcgrath> this was an F9 target but there's been much support from the translated community as well as work from ivazquez and ricky that makes it possible to do this release. 16:20 * mmcgrath notes - http://www.ubuntu.com/de/ and giggles 16:21 < mmcgrath> anywho, this should be done and ready soon, no major redesigns this time around at least not as far as the user will see. 16:21 < mmcgrath> .ticket 74 16:21 < mmcgrathbot> mmcgrath: #74 (2 clicks to live cd) - Fedora Infrastructure - Trac 16:21 < mmcgrath> mdomsch has this all ready from his side, we just have to implement it. 16:21 < mmcgrath> .ticket 99 16:21 < mmcgrathbot> mmcgrath: #99 (Mirror Coordination) - Fedora Infrastructure - Trac 16:22 < mmcgrath> mdomsch: I have this as a ticket, but I'm not sure what it actually means. Is this you or f13? 16:22 < jima> oops. 16:22 < f13> 99? 16:22 < paulobanon> jima: what have you done this time! 16:22 < mdomsch> mmcgrath - it means tell them what bits are coming and when 16:22 < f13> hrm. 16:23 < mdomsch> I started doing this 16:23 < jima> paulobanon: missed part of the meeting. :) 16:23 < f13> oh. 16:23 < paulobanon> :) 16:23 < mmcgrath> So thats nothing amazing, just letting them know when the bits are ready and letting them know when the final bit flip happens? 16:23 < mdomsch> I'd like to get a guesstimate of the size of the data we'll be syncing to the mirrors 16:24 < mdomsch> right 16:24 < mmcgrath> mdomsch: you'll want 16:24 < mmcgrath> .ticket 98 16:24 < mmcgrathbot> mmcgrath: #98 (Verify mirror space) - Fedora Infrastructure - Trac 16:24 < mdomsch> ha 16:24 < f13> mdomsch: I gave an estimate a short while ago 16:24 < mmcgrath> :) I have it closed already but jesse had an initial estimate of 90G 16:24 < f13> I'll know more early next week. 16:25 < mmcgrath> f13: we're still on target for 90G though? 16:26 * mmcgrath will move on 16:26 < mmcgrath> .ticket 100 16:26 < mmcgrathbot> mmcgrath: #100 (Web Content on the mirrors) - Fedora Infrastructure - Trac 16:26 < mmcgrath> This is our "backup plan" It will happen just as it did last release, with static content. 16:27 < mmcgrath> its a little unclear at this point what will happen with the translations though thats something we're still trying to determine. 16:27 < mmcgrath> .ticket 101 16:27 < mmcgrathbot> mmcgrath: #101 (Fedora Infrastructure Change Freeze) - Fedora Infrastructure - Trac 16:27 < mdomsch> mmcgrath, just make sure the web team isn't changing the content on release day 16:27 < mdomsch> again 16:27 < mmcgrath> mdomsch: I have this I think on the timeline a few days before at least. We'll be more prepared. 16:27 < mmcgrath> So this is the first release where we will have an actual change freeze. 16:28 < mmcgrath> So here are the ground rules. 16:28 < mmcgrath> Any changes to ANY part of our infrastructure that is not preplanned (like switching the website) is forbidden without discussing it with the list first (fedora-infrastructure-list) 16:29 < mmcgrath> Emergencies our outages are different, but if you're going to change something just because, don't. If we've forgotten something, take it to the list and get permission. 16:29 -!- jcollie [n=jcollie at dsl-ppp239.isunet.net] has joined #fedora-meeting 16:29 < mmcgrath> I'm normally a happy go lucky guy, but I'll be pretty harsh about this. If you just change something on your own and don't take it to the list, I will come down on you like the fist of an angry god. 16:30 < mmcgrath> which means I'll just yell a lot and have a visible frown on my face :) 16:30 < mmcgrath> Anyone have any questions about the change freeze? 16:30 * skvidal wonders what the frown looks like 16:30 < mmcgrath> skvidal: I'll get you one after the meeting. 16:30 * skvidal goes to poke at dns for a while to see about illiciting the frown 16:30 < skvidal> la la la, no one needs this 'www' 16:30 < mmcgrath> .ticket 137 16:30 < mmcgrathbot> mmcgrath: #137 (Sponsorship prominence) - Fedora Infrastructure - Trac 16:31 < mmcgrath> This one is almost done actually, http://fedoraproject.org/sponsors 16:31 < f13> mmcgrath: I think so.. 16:31 < f13> mmcgrath: give or take 20G (: 16:32 < mmcgrath> We'll link it off the main page, and we'll want to add perhaps a logo in our template as well. I'll discuss with ricky. 16:32 < mmcgrath> .ticket 210 16:32 < mmcgrathbot> mmcgrath: #210 (Disable F8 in Mirrormanager) - Fedora Infrastructure - Trac 16:32 < mmcgrath> thats a new one, mdomsch you have that or will someone else do it? 16:32 < mdomsch> yeah, me or someone :-) 16:32 < paulobanon> hehe 16:32 < mmcgrath> mdomsch: perhaps we could create an SOP for it? If you sent me the directions I'd write it up, I know you're busy. 16:33 < mdomsch> empty out repo_redirect.txt, push to app[34] 16:33 < mmcgrath> k 16:33 < mdomsch> killall -HUP mirrorlist_server.py 16:33 < mmcgrath> .ticket 211 16:33 < mmcgrathbot> mmcgrath: #211 (Enable Bodhi Updates) - Fedora Infrastructure - Trac 16:33 < mmcgrath> There's already directions how to do that in the ticket. lmacken or f13 will be doing it. 16:33 < mmcgrath> .ticket 17 16:33 < mmcgrathbot> mmcgrath: #17 (Secondary Arch Support) - Fedora Infrastructure - Trac 16:34 < mmcgrath> dgilmore: ping? Whats the latest on arch support? 16:34 < dgilmore> mmcgrath: waiting on the IA64 machines to be rebuilt and brought online 16:34 < dgilmore> fixing some sparc bugs 16:34 < dgilmore> i need to get with the arm and alpha guys 16:35 < mmcgrath> will we have sparc available for the f8 launch? Should I move that milestone to f9? 16:36 < dgilmore> It will not be ready for launch 16:36 < dgilmore> but it should be ready withing 4-6 weeks after 16:36 < mmcgrath> k, we'll have it for F9 then :) 16:36 < mmcgrath> dgilmore: good job with all of that BTW. 16:36 < mmcgrath> Its about time we had support for all of those things. 16:36 < dgilmore> by F-9 weshould have all secondary archs ready at release time 16:37 < mmcgrath> excellent. dgilmore I'll move that ticket now. 16:38 < mmcgrath> dgilmore: anything else? 16:38 -!- EvilBob [n=bob at fedora/pdpc.sustaining.BobJensen] has quit "Leaving" 16:38 -!- SmootherFrOgZ [n=Smoother at 86.77.231.177] has joined #fedora-meeting 16:39 < mmcgrath> skvidal: just for you - http://mmcgrath.fedorapeople.org/frown.jpg 16:39 < mmcgrath> ok, next ticket 16:39 < mmcgrath> .ticket 54 16:39 < mmcgrathbot> mmcgrath: #54 (Postfix Server) - Fedora Infrastructure - Trac 16:39 < skvidal> mmcgrath: impressive - you need to shave 16:39 < mmcgrath> This seemed like such a big deal at the time. 16:39 < mmcgrath> skvidal: yeah, i do. 16:39 < skvidal> and you look like a muppet 16:39 < paulobanon> skvidal: lol 16:40 < skvidal> 'mi mi mi mi mi' 16:40 < mmcgrath> I'd still like to get this done or something like it done by F8, I'll focus on this over the next week. 16:40 < skvidal> you kinda remind me of beaker 16:40 -!- fabian_a [n=fabian_a at 84-75-167-142.dclient.hispeed.ch] has joined #fedora-meeting 16:40 < dgilmore> mmcgrath: nothing extra from me 16:40 < mmcgrath> :) 16:40 < mmcgrath> dgilmore: cool 16:40 < mmcgrath> .ticket 136 16:40 < skvidal> mmcgrath: re: postfix - do we have any blockers from legal or IS? 16:40 < mmcgrathbot> mmcgrath: #136 (Translated Website) - Fedora Infrastructure - Trac 16:40 < mmcgrath> skvidal: no blockers at all, we even have a xen guest partially built. 16:40 < mmcgrath> just a matter of doing the work, and testing. 16:41 < mmcgrath> regarding #136, this was an F9 target, but, as you can see, its basically done now so I moved it up to F8. 16:41 < mmcgrath> .ticket 154 16:41 < mmcgrathbot> mmcgrath: #154 (DNS) - Fedora Infrastructure - Trac 16:41 < mmcgrath> We discussed this earlier, the bulk of this work is done now and the stuff that isn't done is too risky to do now, so I'll move this to an F9 target but it will likely be done within a few weeks of the F8 launch. 16:41 < mmcgrath> .ticket 177 16:41 < mmcgrathbot> mmcgrath: #177 (Rename cvsextras group to packager) - Fedora Infrastructure - Trac 16:41 < mmcgrath> warren: ping 16:41 -!- clarkbw [i=clarkbw at nat/redhat/x-903b15486a02032c] has quit "Ex-Chat" 16:42 < mmcgrath> f13: ping 16:42 < mmcgrath> whats the latest on that? 16:42 < warren> mmcgrath, delayed due to dependency on pkgdb which was needed during branching 16:42 < f13> mmcgrath: hrm? 16:42 < warren> mmcgrath, so I guess doing it during the other big changes after F8 is a good idea 16:42 < f13> ah. 16:42 < f13> sorry, I'm deep in another meeting. 16:42 < mmcgrath> I'll move it to an F9 target. 16:42 < mmcgrath> f13: no worries. 16:43 < mmcgrath> this is just another one of those "too risky to do now" tickets? 16:43 < f13> yeah. 16:43 < f13> or it was during branching. 16:43 < mmcgrath> 16:43 < mmcgrath> So do we want to keep this as an F8 milestone or move it to F9? 16:43 < warren> after F8 16:43 < abadger1999> Yeah. f13, Do you have a ticket for the other big changes? 16:43 < warren> definitely long before F9 16:44 < mmcgrath> k. 16:44 < abadger1999> We can close this ticket and add it to that one if so. 16:44 < mmcgrath> doesn't matter to me. Its not really related to the release at all, we could just not associate it with a release. 16:45 < abadger1999> Sounds good. I'll remove from release milestones for now. 16:45 < mmcgrath> 16:45 < mmcgrath> Ok, so thats the last of the tickets. As I mentioned on the list, for this release I'll be largely unavailable as opposed to last release when I was largely in Germany :) 16:46 < f13> abadger1999: depends on if FESCo votes yes on the dev changes next week. 16:46 < abadger1999> k. I'll wait and see :-) 16:46 < mmcgrath> Anyone have any questions related to the release? Its in 2 weeks. 16:47 < warren> yes 16:47 < warren> How are testing of stuff to make our website and wiki not fall over? 16:47 < mmcgrath> I've run some initial tests and benchmarks, the problem is we don't have dedicated machines with the bandwidth to do proper testing this round. 16:48 < mmcgrath> We do have caching abilities in the proxy servers for specific wiki problems. 16:48 -!- tibbs [n=tibbs at fedora/tibbs] has quit "Konversation terminated!" 16:48 < mmcgrath> Other than that, we don't have the resources to do proper testing other then to say we didn't have too many problems last time and have twice the available resources this time around. 16:48 < mmcgrath> warren: I ran a few benchmarks a few months back 16:48 * mmcgrath grabs them. 16:49 < mmcgrath> warren: http://mmcgrath.fedorapeople.org/bench/ 16:49 < mmcgrath> I found some of those tests unreliable though I'd love to have a proper benchmark of our various pieces of hardware. 16:50 < mmcgrath> start.fedoraproject.org could get very interesting as the release goes on. 16:50 < mmcgrath> It has potential to have a dramatic affect on our page serves. 16:50 * mdomsch presumes that's load-balanced across the proxies 16:51 < mdomsch> and the page itself is lightweight 16:51 < mmcgrath> mdomsch: yep, its across proxies and IIRC its on the PHX and Denver proxies. 16:51 < mmcgrath> what is *not* balanced is search.fedoraproject.org 16:51 < mmcgrath> Which A) isn't ready yet and B) isn't under our control. 16:52 < mmcgrath> Worst case scenario once its ready is us pointing our searches back to google directly. I'm not that familiar with the contract but I believe we (Fedora) are under no obligation to use it. 16:52 < mmcgrath> Ok, anyone have anything else related to the release? 16:53 < mmcgrath> Ok, That means time for open floor 16:53 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 16:53 < mmcgrath> Anyone have anything they'd like to discuss? 16:54 * mmcgrath twiddles thumbs for a moment :0 16:54 < mmcgrath> Ok, thats it then 16:54 < jima> *crickets chirping* 16:54 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- meeting Closed 16:54 < mmcgrath> Thanks for coming everyone. 16:55 -!- LetoTo [n=paul at 76-10-144-1.dsl.teksavvy.com] has quit "Leaving." 16:55 < paulobanon> i would like to say that func is functastic! 16:55 < mmcgrath> paulobanon: maybe you'd like to work with skvidal on the Fedora Infrastructure deployment? 16:58 -!- couf is now known as couf_afk 16:59 < skvidal> paulobanon: I've got a partial description of what I would like to implement 16:59 < skvidal> paulobanon: I'll post it as soon as I feel happy -------------- 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 Fri Oct 26 02:28:32 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 25 Oct 2007 21:28:32 -0500 Subject: fedora.us mail Message-ID: <472150D0.5080807@redhat.com> I don't think anyone is using fedora.us as an email address, anyone opposed to me sending all fedora.us spam to the bit bucket? -Mike From skvidal at fedoraproject.org Fri Oct 26 02:37:14 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 25 Oct 2007 22:37:14 -0400 Subject: fedora.us mail In-Reply-To: <472150D0.5080807@redhat.com> References: <472150D0.5080807@redhat.com> Message-ID: <1193366234.7863.17.camel@cutter> On Thu, 2007-10-25 at 21:28 -0500, Mike McGrath wrote: > I don't think anyone is using fedora.us as an email address, anyone > opposed to me sending all fedora.us spam to the bit bucket? > no problem. It has been annoying the crap out of me, too. -sv From dennis at ausil.us Fri Oct 26 02:45:01 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 25 Oct 2007 21:45:01 -0500 Subject: fedora.us mail In-Reply-To: <472150D0.5080807@redhat.com> References: <472150D0.5080807@redhat.com> Message-ID: <200710252145.08066.dennis@ausil.us> Once upon a time Thursday 25 October 2007, Mike McGrath wrote: > I don't think anyone is using fedora.us as an email address, anyone > opposed to me sending all fedora.us spam to the bit bucket? I don't think anyone ever used it maybe warren i think it would be pretty safe so send it all to /dev/null Dennis -------------- 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 wtogami at redhat.com Fri Oct 26 15:56:23 2007 From: wtogami at redhat.com (Warren Togami) Date: Fri, 26 Oct 2007 11:56:23 -0400 Subject: fedora.us mail In-Reply-To: <200710252145.08066.dennis@ausil.us> References: <472150D0.5080807@redhat.com> <200710252145.08066.dennis@ausil.us> Message-ID: <47220E27.1060509@redhat.com> Dennis Gilmore wrote: > Once upon a time Thursday 25 October 2007, Mike McGrath wrote: >> I don't think anyone is using fedora.us as an email address, anyone >> opposed to me sending all fedora.us spam to the bit bucket? > > I don't think anyone ever used it maybe warren i think it would be pretty > safe so send it all to /dev/null > > Dennis > Nope, never did use fedora.us for mail, only web. Warren From smooge at gmail.com Fri Oct 26 16:54:27 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 26 Oct 2007 10:54:27 -0600 Subject: fedora.us mail In-Reply-To: <472150D0.5080807@redhat.com> References: <472150D0.5080807@redhat.com> Message-ID: <80d7e4090710260954w3473d4c1t3293192ae349c2f8@mail.gmail.com> On 10/25/07, Mike McGrath wrote: > I don't think anyone is using fedora.us as an email address, anyone > opposed to me sending all fedora.us spam to the bit bucket? Do not send fedora.us email for RFC required contacts to bitbucket. Yes it is a lot of spam, but it is also sometimes how you get notified you forgot to renew fedora.us :) or have other problems. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From a.badger at gmail.com Fri Oct 26 20:08:24 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 26 Oct 2007 13:08:24 -0700 Subject: Php why must your apps suck so? In-Reply-To: References: <471E52B7.9070503@redhat.com> <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> <471FC94D.6080406@gmail.com> Message-ID: <47224938.1090902@gmail.com> Craig Thomas wrote: > On 10/24/07, Toshio Kuratomi wrote: >> And in answer to the subject, "Php why must your apps suck so?" the >> unfortunate answer is that it's built into the language. > ?> and are inherently bad because they don't html >> escape $USERVAR yet it is the method used by practically all php code to >> output variables to the page. >> >> Many Python web frameworks address this issue in the framework by >> automatically html escaping any variable which is displayed in the >> template. Notably, kid and genshi (the template languages we're using >> for our TG deployments) work this way. PHP, on the other hand, makes >> constant vigilance necessary. > > Perhaps it's possible to help mitigate any non-escaped output by > developing (or using) whatever themes need to be developed for a > Drupal install using smarty ? quite a few of the themes do use smarty. > I just had a brief look at the smarty tutorial. It looks like it would help but it's not as safe as genshi. These two lines do mostly the same thing in genshi, smarty, and raw php: genshi:
${uservar}
smarty:
${uservar|escape}
php:
Since smarty is more cleanly separating the template from the code than raw php, it is easier to see when you are outputting your variables and add "|escape" to them. However, it is still possible to forget to add that command. (Looking at the smarty, tutorial, for instance, the authors only use escape in a single variable in a single template. All the other variables output would be unprotected.) Genshi's default of html escaping variables doesn't let you forget that you need to do this. If smarty has a way to change the default, then genshi and smarty would be on an equal footing here. -Toshio From bicycle.nutz at gmail.com Fri Oct 26 20:43:34 2007 From: bicycle.nutz at gmail.com (Craig Thomas) Date: Fri, 26 Oct 2007 16:43:34 -0400 Subject: Php why must your apps suck so? In-Reply-To: <47224938.1090902@gmail.com> References: <471E52B7.9070503@redhat.com> <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> <471FC94D.6080406@gmail.com> <47224938.1090902@gmail.com> Message-ID: On 10/26/07, Toshio Kuratomi wrote: > Craig Thomas wrote: > > On 10/24/07, Toshio Kuratomi wrote: > >> And in answer to the subject, "Php why must your apps suck so?" the > >> unfortunate answer is that it's built into the language. >> ?> and are inherently bad because they don't html > >> escape $USERVAR yet it is the method used by practically all php code to > >> output variables to the page. > >> > >> Many Python web frameworks address this issue in the framework by > >> automatically html escaping any variable which is displayed in the > >> template. Notably, kid and genshi (the template languages we're using > >> for our TG deployments) work this way. PHP, on the other hand, makes > >> constant vigilance necessary. > > > > Perhaps it's possible to help mitigate any non-escaped output by > > developing (or using) whatever themes need to be developed for a > > Drupal install using smarty ? quite a few of the themes do use smarty. > > > I just had a brief look at the smarty tutorial. It looks like it would > help but it's not as safe as genshi. These two lines do mostly the same > thing in genshi, smarty, and raw php: > > genshi: >
${uservar}
> smarty: >
${uservar|escape}
> php: >
> > Since smarty is more cleanly separating the template from the code than > raw php, it is easier to see when you are outputting your variables and > add "|escape" to them. However, it is still possible to forget to add > that command. (Looking at the smarty, tutorial, for instance, the > authors only use escape in a single variable in a single template. All > the other variables output would be unprotected.) Genshi's default of > html escaping variables doesn't let you forget that you need to do this. > If smarty has a way to change the default, then genshi and smarty > would be on an equal footing here. It is possible to change the default behavior. $smarty->default_modifiers = array('escape:"htmlall"'). -- Craig > > -Toshio > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From jkeating at redhat.com Sat Oct 27 12:22:21 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 27 Oct 2007 08:22:21 -0400 Subject: Koji Personal Repos Message-ID: <20071027082221.441c2e8c@redhat.com> There has been lots of talk in the past about making it easier to experiment with changes in Fedora, particularly when many packages are involved. We never have a good story for this other than "use mock". However now that we have things like fedorapeople.org and lots of smart people wanting to improve things, I think we can have a much better story, one that can rival Ubuntu's offerings (https://help.launchpad.net/PPAQuickStart). So from the "I don't have time to work on it, but here is what I think we could do" department I bring you a concept of Koji Personal Repos, or kopers (pronounced like copper, the metal). Please have a read at http://fedoraproject.org/wiki/JesseKeating/KojiPersonalRepos and let the comments fly. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at fedoraproject.org Sat Oct 27 14:06:40 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 27 Oct 2007 10:06:40 -0400 Subject: Koji Personal Repos In-Reply-To: <20071027082221.441c2e8c@redhat.com> References: <20071027082221.441c2e8c@redhat.com> Message-ID: <1193494000.2784.17.camel@cutter> On Sat, 2007-10-27 at 08:22 -0400, Jesse Keating wrote: > There has been lots of talk in the past about making it easier to > experiment with changes in Fedora, particularly when many packages are > involved. We never have a good story for this other than "use mock". > However now that we have things like fedorapeople.org and lots of smart > people wanting to improve things, I think we can have a much better > story, one that can rival Ubuntu's offerings > (https://help.launchpad.net/PPAQuickStart). > > So from the "I don't have time to work on it, but here is what I think > we could do" department I bring you a concept of Koji Personal Repos, > or kopers (pronounced like copper, the metal). > > Please have a read at > http://fedoraproject.org/wiki/JesseKeating/KojiPersonalRepos and let the comments fly. It seems like a fair process. Controlling/monitoring use of them is my only real concern but we should be able to track that w/o too much trouble. Good idea. +1 -sv From jkeating at redhat.com Sat Oct 27 14:08:34 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 27 Oct 2007 10:08:34 -0400 Subject: Koji Personal Repos In-Reply-To: <20071027082221.441c2e8c@redhat.com> References: <20071027082221.441c2e8c@redhat.com> Message-ID: <20071027100834.530a31ef@redhat.com> On Sat, 27 Oct 2007 08:22:21 -0400 Jesse Keating wrote: > Koji Personal Repos, > or kopers (pronounced like copper, the metal). Ok, pronounce it however the hell you want (: -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at redhat.com Sat Oct 27 16:31:39 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 27 Oct 2007 11:31:39 -0500 Subject: Koji Personal Repos In-Reply-To: <20071027082221.441c2e8c@redhat.com> References: <20071027082221.441c2e8c@redhat.com> Message-ID: <472367EB.3030301@redhat.com> Jesse Keating wrote: > There has been lots of talk in the past about making it easier to > experiment with changes in Fedora, particularly when many packages are > involved. We never have a good story for this other than "use mock". > However now that we have things like fedorapeople.org and lots of smart > people wanting to improve things, I think we can have a much better > story, one that can rival Ubuntu's offerings > (https://help.launchpad.net/PPAQuickStart). > > So from the "I don't have time to work on it, but here is what I think > we could do" department I bring you a concept of Koji Personal Repos, > or kopers (pronounced like copper, the metal). > > Please have a read at > http://fedoraproject.org/wiki/JesseKeating/KojiPersonalRepos and let the comments fly. > In the arena of available buildsystems (IE: SuSE, Ubuntu, and Fedora) from my research we are behind, very far behind. Part of this is builders and part of this is storage. I've been looking for 20T of storage or so (which is to include the current arch's and the secondary archs) but if we're going to advertise personal builds and start considering implementing other open source projects (like OLPC, Creative Commons, etc) which we're already sort of supporting, then we need to think long and hard about this. We really need to put some investment into our current system, both in terms of Koji (Read: making sure the kernal and OOo builds have a higher weight then ytalk, continue our GC stuff, finalize secondary arch integration) and hardware. Getting enough people to make enough noise so our blade center gets installed (it's coming up on a year of paid service for a paper weight sitting on the floor). There's also storage, the estimates on secondary arch's are in (note: thanks to Debian we're already way behind Ubuntu on this - http://cdimage.ubuntu.com/ports/releases/gutsy/release/ ) But estimates on personal builds are still a question mark. I'd like to find somewhere around 30T for this and dedicate it JUST to the build system. I'd hope this would last us for the next 3 -5 years. I also think we'll need to find another primary mirror somewhere for distribution. We've had some queries for distribution already (Creative Commons). If hosted takes off as I think it might, we'll need another distribution medium and it needs to not be our build system. We could upgrade our primary mirror but that's complicated because it is 3 netapps spread across multiple locations, we'd have to upgrade them all and we'd be under the mercy of Red Hat with regards to major releases so we wouldn't be in control of our own destiny and that's really really bad. We have torrent, but torrent is ill suited to distribute some things, like nightly builds or updates-released repositories for our secondary archs. Also our new torrent site will have a bandwidth cap initially. I've been trying to get an actual budget for our Infrastructure, I submitted a budget to be approved a few months ago but have not heard back (and likely won't for a month or so). Even if it does get approved, it does not include the above requirements. I'll create something separate document for what it would take to bring Fedora to the next step in terms of Buildsystem and the next step in terms of being able to better support non Fedora OS endeavors (distribution, etc). Any thoughts, questions, comments? -Mike From imtiaz.rahi at gmail.com Sat Oct 27 17:54:14 2007 From: imtiaz.rahi at gmail.com (Imtiaz Rahi) Date: Sat, 27 Oct 2007 23:54:14 +0600 Subject: Koji Personal Repos In-Reply-To: <20071027082221.441c2e8c@redhat.com> References: <20071027082221.441c2e8c@redhat.com> Message-ID: Very good proposal and well written from the beginning. I have been waiting for such a system. openSUSE have it already going. It will create lots of opportunities for Fedora and people will get more involved. Cheers, Imtiaz On 10/27/07, Jesse Keating wrote: > > There has been lots of talk in the past about making it easier to > experiment with changes in Fedora, particularly when many packages are > involved. We never have a good story for this other than "use mock". > However now that we have things like fedorapeople.org and lots of smart > people wanting to improve things, I think we can have a much better > story, one that can rival Ubuntu's offerings > (https://help.launchpad.net/PPAQuickStart). > > So from the "I don't have time to work on it, but here is what I think > we could do" department I bring you a concept of Koji Personal Repos, > or kopers (pronounced like copper, the metal). > > Please have a read at > http://fedoraproject.org/wiki/JesseKeating/KojiPersonalRepos and let the > comments fly. > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thinklinux.ssh at gmail.com Sun Oct 28 15:00:32 2007 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Sun, 28 Oct 2007 20:30:32 +0530 Subject: How about having a graphical mirror list? Message-ID: Hi, Just this idea came into my mind. How about getting a graphical mirror list instead of or in parallel with plane text mirror list at http://mirrors.fedoraproject.org/publiclist/Fedora/7/ ? Like this one? http://mmcgrath.livejournal.com/8797.html We can have different color schemes for different releases. That should be help human users to select a closer mirror. Because people usually select from a first few mirrors instead of scrolling down to their country. (at least I do :) ) And a question to Mike, was that picture auto generated or generated by hand? Is this possible? -- Regards, Susmit. ====================================== ssh 0x86DD170A http://www.fedoraproject.org/wiki/SusmitShannigrahi ====================================== From Matt_Domsch at dell.com Sun Oct 28 15:26:34 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 28 Oct 2007 10:26:34 -0500 Subject: How about having a graphical mirror list? In-Reply-To: References: Message-ID: <20071028152634.GB23359@auslistsprd01.us.dell.com> On Sun, Oct 28, 2007 at 08:30:32PM +0530, susmit shannigrahi wrote: > Hi, > > Just this idea came into my mind. > > How about getting a graphical mirror list instead of or in parallel > with plane text mirror list at > http://mirrors.fedoraproject.org/publiclist/Fedora/7/ ? > Like this one? > http://mmcgrath.livejournal.com/8797.html > > We can have different color schemes for different releases. > > That should be help human users to select a closer mirror. Because > people usually select from a first few mirrors instead of scrolling > down to their country. (at least I do :) ) One addition that will come in Fedora 9 (I don't think it made it into F8 but I could be wrong) is that anaconda, the installer, will be able to use the mirrorlist directly. This will avoid the user having to type in a URL for their country at all - it will be automagic based on GeoIP, just like the updates are. > And a question to Mike, was that picture auto generated or generated by hand? Jef Spaleta and Jima have been working on auto-generating these maps. http://fedoraproject.org/maps/ for examples. There's code in the Fedora admin git tree for them. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From thinklinux.ssh at gmail.com Sun Oct 28 15:41:06 2007 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Sun, 28 Oct 2007 21:11:06 +0530 Subject: How about having a graphical mirror list? In-Reply-To: <20071028152634.GB23359@auslistsprd01.us.dell.com> References: <20071028152634.GB23359@auslistsprd01.us.dell.com> Message-ID: > One addition that will come in Fedora 9 (I don't think it made it into > F8 but I could be wrong) is that anaconda, the installer, will be able > to use the mirrorlist directly. This will avoid the user having to > type in a URL for their country at all - it will be automagic based on > GeoIP, just like the updates are. That should be great..but I was talking about _manual_ downloads, not anaconda or yum. For example when someone wants to download the .iso files et al. Won't this be more easier than traversing the list? > Jef Spaleta and Jima have been working on auto-generating these maps. > http://fedoraproject.org/maps/ for examples. There's code in the > Fedora admin git tree for them. Thanks for the pointer. -- Regards, Susmit. ====================================== ssh 0x86DD170A http://www.fedoraproject.org/wiki/SusmitShannigrahi ====================================== From mmcgrath at redhat.com Sun Oct 28 15:44:30 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 28 Oct 2007 10:44:30 -0500 Subject: How about having a graphical mirror list? In-Reply-To: References: <20071028152634.GB23359@auslistsprd01.us.dell.com> Message-ID: <4724AE5E.9020603@redhat.com> susmit shannigrahi wrote: >> One addition that will come in Fedora 9 (I don't think it made it into >> F8 but I could be wrong) is that anaconda, the installer, will be able >> to use the mirrorlist directly. This will avoid the user having to >> type in a URL for their country at all - it will be automagic based on >> GeoIP, just like the updates are. >> > > That should be great..but I was talking about _manual_ downloads, not > anaconda or yum. > For example when someone wants to download the .iso files et al. > Won't this be more easier than traversing the list? > The graphical map would be cool but I think the "2 clicks to live CD" feature we'll be implementing soon is more useful: https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/74 This will direct users to a geo close mirror without them having to figure it out, using GeoIP. -Mike From thinklinux.ssh at gmail.com Sun Oct 28 16:08:23 2007 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Sun, 28 Oct 2007 21:38:23 +0530 Subject: How about having a graphical mirror list? In-Reply-To: <4724AE5E.9020603@redhat.com> References: <20071028152634.GB23359@auslistsprd01.us.dell.com> <4724AE5E.9020603@redhat.com> Message-ID: > The graphical map would be cool but I think the "2 clicks to live CD" > feature we'll be implementing soon is more useful: True and fine ...what if we also change the "Download from Mirrors: choose a mirror close to you geographically for a faster download." to a graphical map ? -- Regards, Susmit. ====================================== ssh 0x86DD170A http://www.fedoraproject.org/wiki/SusmitShannigrahi ====================================== From mmcgrath at redhat.com Mon Oct 29 03:07:57 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 28 Oct 2007 22:07:57 -0500 Subject: Fedora 8 blocker update - testers needed (still!) Message-ID: <47254E8D.2090206@redhat.com> FYI people, for those of you not on the fedora-devel list, your skills are needed, just passing it along. https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02326.html -Mike From a.badger at gmail.com Mon Oct 29 21:33:53 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 29 Oct 2007 14:33:53 -0700 Subject: owner-sync-pkgdb now run from cron Message-ID: <472651C1.6060207@gmail.com> Hi guys, Just a message to let you know syncing owner information from pkgdb to koji is now being done from a cron script on releng1. You can still run owner-sync-pkgdb manually after making ownership changes or adding new packages but if you don't, the changes should propogate to koji at the top of every hour. A few notes: * We're running from releng1 because cvs-int is too old to install the koji client libraries. At some point in the future cvs-int will move to a newer version of RHEL and we can run the script from there. * owner-sync is being run from my crontab on releng1. It has to be run with a user's certificates as we need to authenticate to koji in order to update ownership information. * The script that's driving this is version controlled in /cvs/pkgs/CVSROOT/admin/owner-sync-pkgdb. I've put it into puppet to distribute it to releng1 so it's now checked into puppet's config module as well. -Toshio From jkeating at redhat.com Mon Oct 29 21:34:21 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 29 Oct 2007 17:34:21 -0400 Subject: owner-sync-pkgdb now run from cron In-Reply-To: <472651C1.6060207@gmail.com> References: <472651C1.6060207@gmail.com> Message-ID: <20071029173421.7b138553@redhat.com> On Mon, 29 Oct 2007 14:33:53 -0700 Toshio Kuratomi wrote: > * owner-sync is being run from my crontab on releng1. It has to be > run with a user's certificates as we need to authenticate to koji in > order to update ownership information. We're probably going to need to create a 'buildsys' user in koji that has admin rights and can be used for scripted commands like this. Maybe even with a long long term cert (5/10 years?). -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dennis at ausil.us Mon Oct 29 21:56:33 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 29 Oct 2007 16:56:33 -0500 Subject: owner-sync-pkgdb now run from cron In-Reply-To: <20071029173421.7b138553@redhat.com> References: <472651C1.6060207@gmail.com> <20071029173421.7b138553@redhat.com> Message-ID: <200710291656.33303.dennis@ausil.us> Once upon a time Monday 29 October 2007, Jesse Keating wrote: > On Mon, 29 Oct 2007 14:33:53 -0700 > > Toshio Kuratomi wrote: > > * owner-sync is being run from my crontab on releng1. It has to be > > run with a user's certificates as we need to authenticate to koji in > > order to update ownership information. > > We're probably going to need to create a 'buildsys' user in koji that > has admin rights and can be used for scripted commands like this. > Maybe even with a long long term cert (5/10 years?). That sounds sane. I need to work on some patches for secondary archs so we can push to them also. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From kwade at redhat.com Wed Oct 31 15:05:26 2007 From: kwade at redhat.com (Karsten Wade) Date: Wed, 31 Oct 2007 08:05:26 -0700 Subject: Php why must your apps suck so? In-Reply-To: <471FC94D.6080406@gmail.com> References: <471E52B7.9070503@redhat.com> <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> <471FC94D.6080406@gmail.com> Message-ID: <1193843131.5314.16.camel@erato.phig.org> On Wed, 2007-10-24 at 15:38 -0700, Toshio Kuratomi wrote: > > > It looks like the combination of SELinux and mod_security will cover the > range of exploits as long as we have policy that covers all the > approaches in both SELinux and mod_security. One thing Fedora has is expertise in writing SELinux policy. A working SELinux policy would be a good contribution to an upstream. - Karsten -- Karsten Wade, Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Wed Oct 31 17:51:15 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 31 Oct 2007 10:51:15 -0700 Subject: Moin and notifications In-Reply-To: <47159881.10904@leemhuis.info> References: <4715137C.3010701@redhat.com> <1192564055.8542.27.camel@cutter> <20071016195204.GA30523@nostromo.devel.redhat.com> <1192565087.8542.29.camel@cutter> <47153B7C.2000503@fedoraproject.org> <47155FD8.9060800@redhat.com> <47159881.10904@leemhuis.info> Message-ID: <4728C093.9070703@gmail.com> Thorsten Leemhuis wrote: >> Rahul Sundaram wrote: >>> What would be the replacement? I watch all wiki changes and make >>> corrections quite often. It would be nice if we can figure out a way >>> to make moin go faster without cutting down notifications altogether. > > I'm watching all the wiki changes as well and I would really miss them. > Thus a loud "-1" from me to the idea to remove them > > BTW, I often told contributers to subscribe to areas in the wiki (e.g. > like "EPEL/.*") to follow the happenings in EPEL land. A few did that. > Sorry to reopen this thread but I think I remembered something last night related to this. Do any of the wikis we're looking at using to replace moin support regex page watches (or something that could be used similarly... perhaps a category watch?) I remember someone (Mike?) looking at other wikis with an eye towards porting code from another wiki to speed up the notifications and finding that no other wiki supports regex watchlists. Just wondering if we're going to need to change our behaviour WRT page watchlists if we can't fix moin. -Toshio From a.badger at gmail.com Wed Oct 31 19:04:39 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 31 Oct 2007 12:04:39 -0700 Subject: Bazaar repositories available for hosted Message-ID: <4728D1C7.20505@gmail.com> Since last week we have the capability to create bazaar repositories for hosted projects. If anyone knows of documentation in the wiki that lists what kind of repositories we can setup, be sure it lists, hg, git, bzr, and svn as we have the capability for all four of those. I've migrated the python-fedora and fedora-packagedb repositories onto our the hosted infrastructure so people using those will need to change their push and pull locations from fedorapeople.org to: Anonymous access: http://bzr.fedoraproject.org/hosted/packagedb/fedora-packagedb-devel http://bzr.fedoraproject.org/hosted/python-fedora/python-fedora-devel Commit access: sftp://[USERNAME@]bzr.fedoraproject.org/bzr/hosted/packagedb/fedora-packagedb-devel sftp://[USERNAME@]bzr.fedoraproject.org/bzr/hosted/python-fedora/python-fedora-devel If you aren't already, you'll also want to use a shared repository with these branches (bzr init-repo) as sftp is a slower transport than bzr+ssh. (We need to move to a RHEL5 box in order to allow bzr+ssh again.) -Toshio From ivazqueznet at gmail.com Wed Oct 31 22:24:39 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 31 Oct 2007 18:24:39 -0400 Subject: Php why must your apps suck so? In-Reply-To: <1193843131.5314.16.camel@erato.phig.org> References: <471E52B7.9070503@redhat.com> <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> <471FC94D.6080406@gmail.com> <1193843131.5314.16.camel@erato.phig.org> Message-ID: <1193869479.28356.8.camel@ignacio.lan> On Wed, 2007-10-31 at 08:05 -0700, Karsten Wade wrote: > On Wed, 2007-10-24 at 15:38 -0700, Toshio Kuratomi wrote: > > > > > It looks like the combination of SELinux and mod_security will cover the > > range of exploits as long as we have policy that covers all the > > approaches in both SELinux and mod_security. > > One thing Fedora has is expertise in writing SELinux policy. A working > SELinux policy would be a good contribution to an upstream. SELinux can't help with XSS attacks. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 mgalgoci at redhat.com Wed Oct 31 22:32:02 2007 From: mgalgoci at redhat.com (Matthew Galgoci) Date: Wed, 31 Oct 2007 18:32:02 -0400 Subject: Php why must your apps suck so? In-Reply-To: <1193869479.28356.8.camel@ignacio.lan> References: <471E52B7.9070503@redhat.com> <7a41c4bc0710231313n7276a88ayd831153c98608bfd@mail.gmail.com> <471FC94D.6080406@gmail.com> <1193843131.5314.16.camel@erato.phig.org> <1193869479.28356.8.camel@ignacio.lan> Message-ID: > > > It looks like the combination of SELinux and mod_security will cover the > > > range of exploits as long as we have policy that covers all the > > > approaches in both SELinux and mod_security. > > > > One thing Fedora has is expertise in writing SELinux policy. A working > > SELinux policy would be a good contribution to an upstream. > > SELinux can't help with XSS attacks. I think the main problem with php is that it's not strongly typed and very tollerant of programatical errors. I think that's one of the reasons php is so popular, and one of the reasons we need to keep saying no to php. -- Matthew Galgoci Network Operations Red Hat, Inc 919.754.3700 x44155 From mmcgrath at redhat.com Wed Oct 31 22:46:16 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 31 Oct 2007 17:46:16 -0500 Subject: Reminder of change freeze Message-ID: <472905B8.70307@redhat.com> Just a reminder that after tomorrow night no changes are allowed of any kind in Fedora's infrastructure without discussing it on the list first. This includes software upgrades, config changes, etc. Exceptions are outages / issues. Changes already in the ticketing system related to the release (like getting the Fedora 8 content generated and put on the website) -Mike