From nigjones at redhat.com Thu Sep 3 07:00:39 2009 From: nigjones at redhat.com (Nigel Jones) Date: Thu, 3 Sep 2009 03:00:39 -0400 (EDT) Subject: [Important] app7 information Re: [puppet] Add app7 to main rotation for most apps, follow up to fedora-infrastructure-list In-Reply-To: <1003147.1611251960952369.JavaMail.nigjones@njones.bne.redhat.com> Message-ID: <14962295.1631251961233132.JavaMail.nigjones@njones.bne.redhat.com> Hi Guys, I just want to provide an explanation at whats going on here with my recent commits, in particular this one! So here is the run down... app7 is deployed as a KVM guest on xen6, both are running Red Hat Enterprise Linux 5 update 4 (the latest and greatest), both had been running without load, stable for around 30 days which is great (xen6 was running Beta at the time, and app7 running 5.3). Today, we decided to put it into production to serve two purposes. 1. as a test of KVMs abilities 2. as a test of if our stuff works with 5.4 The good news, is that everything seems to be working so I've added it to haproxy, with two exceptions. 1. fedoraproject.org wiki 2. smolts.org wiki Both require a process run on our filer so we can mount the required directories, I'll enable these sites in a day or two. If you notice oddities that seem to be as a result to this change with: * mirrorlist * pkgdb * docs.fedoraproject.org * smolt * mirrormanager * bodhi * fedora community * (or very very unlikely) Elections App ;) Please let me, Mike and Smooge know, and if it's really really bad, remove the line from the haproxy.cfg for app7 and that application (and create a fedora-infrastructure ticket assigned to me (nigelj) please). I have verified that these applications load okay though. - Nigel ----- "Nigel Jones" wrote: > commit 1088959810b6a0604965f62ce7fa067081658cc6 > Author: Nigel Jones > Date: Thu Sep 3 06:47:36 2009 +0000 > > Add app7 to main rotation for most apps, follow up to > fedora-infrastructure-list > > modules/haproxy/files/haproxy.cfg | 11 ++++++++++- > 1 files changed, 10 insertions(+), 1 deletions(-) > --- > diff --git a/modules/haproxy/files/haproxy.cfg > b/modules/haproxy/files/haproxy.cfg > index d9a02e3..8247023 100644 > --- a/modules/haproxy/files/haproxy.cfg > +++ b/modules/haproxy/files/haproxy.cfg > @@ -47,6 +47,7 @@ listen mirror-lists 0.0.0.0:10002 > server app4 app4.fedora.phx.redhat.com:80 check inter 5s rise 2 > fall 3 > server app5 app5.vpn.fedoraproject.org:80 check inter 10s rise 2 > fall 3 > server app6 app6.vpn.fedoraproject.org:80 check inter 10s rise 2 > fall 3 > + server app7 app7.fedora.phx.redhat.com:80 check inter 5s rise 2 > fall 3 > server bapp1 bapp1.fedora.phx.redhat.com:80 backup check inter > 5s rise 2 fall 3 > option httpchk GET /mirrorlist > > @@ -58,6 +59,7 @@ listen pkgdb 0.0.0.0:10003 > server app4 app4.fedora.phx.redhat.com:80 check inter 10s rise 2 > fall 3 > server app5 app5.vpn.fedoraproject.org:80 backup check inter 15s > rise 2 fall 3 > server app6 app6.vpn.fedoraproject.org:80 backup check inter 15s > rise 2 fall 3 > + server app7 app7.fedora.phx.redhat.com:80 check inter 10s rise 2 > fall 3 > server bapp1 bapp1.vpn.fedoraproject.org:80 backup check inter > 10s rise 2 fall 3 > option httpchk GET /pkgdb > > @@ -76,6 +78,7 @@ listen docs 0.0.0.0:10005 > server app4 app4.fedora.phx.redhat.com:80 check inter 5s rise 2 > fall 3 > server app5 app5.vpn.fedoraproject.org:80 check inter 5s rise 2 > fall 3 > server app6 app6.vpn.fedoraproject.org:80 check inter 5s rise 2 > fall 3 > + server app7 app7.fedora.phx.redhat.com:80 check inter 5s rise 2 > fall 3 > server bapp1 bapp1.fedora.phx.redhat.com:80 backup check inter > 5s rise 2 fall 3 > option httpchk GET /docs/ > # > @@ -87,6 +90,7 @@ listen smolt 0.0.0.0:10006 > server app4 app4.fedora.phx.redhat.com:80 check inter 10s rise 2 > fall 5 > server app5 app5.vpn.fedoraproject.org:80 check inter 20s rise 2 > fall 5 > server app6 app6.vpn.fedoraproject.org:80 check inter 20s rise 2 > fall 5 > + server app7 app7.fedora.phx.redhat.com:80 check inter 10s rise 2 > fall 5 > server bapp1 bapp1.fedora.phx.redhat.com:80 backup check inter > 20s rise 2 fall 5 > option httpchk GET /smolt/reports/search_profiles > > @@ -97,7 +101,8 @@ listen voting 0.0.0.0:10007 > server app3 app3.fedora.phx.redhat.com:80 check inter 2s rise 2 > fall 5 > server app4 app4.fedora.phx.redhat.com:80 check inter 2s rise 2 > fall 5 > server app5 app5.vpn.fedoraproject.org:80 backup check inter 2s > rise 2 fall 5 > - server app6 app6.vpn.fedoraproject.org:80 check inter 2s rise 2 > fall 5 > + server app6 app6.vpn.fedoraproject.org:80 backup check inter 2s > rise 2 fall 5 > + server app7 app7.fedora.phx.redhat.com:80 check inter 2s rise 2 > fall 5 > server bapp1 bapp1.fedora.phx.redhat.com:80 backup check inter > 2s rise 2 fall 5 > option httpchk GET /voting/ > > @@ -109,6 +114,7 @@ listen mirrormanager 0.0.0.0:10008 > server app4 app4.fedora.phx.redhat.com:80 check inter 15s rise 2 > fall 3 > server app5 app5.vpn.fedoraproject.org:80 backup check inter 20s > rise 2 fall 3 > server app6 app6.vpn.fedoraproject.org:80 backup check inter 20s > rise 2 fall 3 > + server app7 app7.fedora.phx.redhat.com:80 check inter 15s rise 2 > fall 3 > server bapp1 bapp1.fedora.phx.redhat.com:80 backup check inter > 15s rise 2 fall 3 > option httpchk GET /mirrormanager/static/css/fedora.css > > @@ -120,6 +126,7 @@ listen bodhi 0.0.0.0:10009 > server app4 app4.fedora.phx.redhat.com:80 check inter 20s rise 2 > fall 3 > server app5 app5.vpn.fedoraproject.org:80 backup check inter 35s > rise 2 fall 3 > server app6 app6.vpn.fedoraproject.org:80 backup check inter 35s > rise 2 fall 3 > + server app7 app7.fedora.phx.redhat.com:80 check inter 20s rise 2 > fall 3 > server bapp1 bapp1.fedora.phx.redhat.com:80 backup check inter > 20s rise 2 fall 3 > option httpchk GET /updates/nagios > > @@ -136,6 +143,7 @@ listen freemedia 0.0.0.0:10011 > server app4 app4.fedora.phx.redhat.com:80 check inter 5s rise 2 > fall 3 > server app5 app5.vpn.fedoraproject.org:80 backup check inter 15s > rise 2 fall 3 > server app6 app6.vpn.fedoraproject.org:80 backup check inter 15s > rise 2 fall 3 > + server app7 app7.fedora.phx.redhat.com:80 check inter 5s rise 2 > fall 3 > server bapp1 bapp1.fedora.phx.redhat.com:80 backup check inter > 5s rise 2 fall 3 > option httpchk GET /freemedia/FreeMedia-form.html > > @@ -147,6 +155,7 @@ listen community 0.0.0.0:10012 > server app4 app4.fedora.phx.redhat.com:80 check inter 10s rise 2 > fall 3 > server app5 app5.vpn.fedoraproject.org:80 backup check inter 15s > rise 2 fall 3 > server app6 app6.vpn.fedoraproject.org:80 backup check inter 15s > rise 2 fall 3 > + server app7 app7.fedora.phx.redhat.com:80 check inter 10s rise 2 > fall 3 > server bapp1 bapp1.fedora.phx.redhat.com:80 backup check inter > 5s rise 2 fall 3 > option httpchk GET > /community/apps/fedoracommunity.overviewresource From a.badger at gmail.com Thu Sep 3 21:17:44 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 03 Sep 2009 14:17:44 -0700 Subject: Licensing policy for apps developed by Fedora Infrastructure now in effect Message-ID: <4AA03278.2030708@gmail.com> Over the past few months, Fedora Infrastructure has been discussing having a consistent set of licenses for applications and scripts we create for Fedora. The goals of doing this were to * Be able to share code among the various programs that we write. * Not have our libraries force a specific license on the apps that we write. * Not have conflicting licenses between our apps and our libraries * Have a clear understanding of the steps we must take whenever we want to move code from an application under one license to a library under a different one. * Protect the code we write from being taken proprietary (note, this is not the same for every author. Mirrormanager, for instance, is under the MIT/X11 License). * Be able to stay compliant with licenses within our production, staging, and publictest environments At last week's meeting we made a decision about which licenses would best fit our needs. The results are recorded here: https://fedoraproject.org/wiki/Infrastructure_Licensing The basics are: * license code that is meant to be used as a library as LGPLv2+. * license code that's meant to be used as an application as GPLv2+. * If we want to write something and use another license we should discuss it to figure out how it's going to impact us and whether there's a better way to achieve our goals first. Most of our apps are currently under GPLv2(only) so we're going to be working to change the licensing on those apps over time to reflect GPLv2 or later. If you find something that we've written that's not under GPLv2+ (or LGPLv2+) that you want to use, please let us know so we can either get to work on making the license match the guidelines or let you know why it's not being changed. The one other thing for Infrastructure developers and System Admins to note in the Policy is the section on handling AGPLv3 applications. During the discussions about whether to use AGPLv3+ for our web applications we found and delimited many issues that need to be addressed when deploying AGPLv3+ licensed code. The aGPL portion of the policy is our first attempt at keeping us compliant with any code that is under this license. Highlights are: * Apps deployed to production under AGPL must be deployed from RPMs. Any hotfixes to those apps must have the patch in a ticket in trac on http://fedorahosted.org/fedora-infrastructure with the keyword HOTFIX. * Any AGPL app deployed in infrastructure must have links in the footer to the fedora-infrastructure SRPM repo and the trac query that pulls up our hotfixes so that people can find the exact source that we're running at any given time. * Staging must follow the same rules regarding SRPM and hotfixes. Once again, failing to link to the exact source for what we have running would put us out of compliance. * No AGPL apps can be hosted on publictest boxes at this time as publictest boxes are intended for development and the high rate of change in development is not conducive for constantly updating RPMS or patches in trac. If there's demand for publictest hosting of AGPL apps we'll need to design some method of restricting who can access the applications running there to satisfy the legal requirements. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From kwade at redhat.com Fri Sep 4 06:38:29 2009 From: kwade at redhat.com (Karsten Wade) Date: Thu, 3 Sep 2009 23:38:29 -0700 Subject: Licensing policy for apps developed by Fedora Infrastructure now in effect In-Reply-To: <4AA03278.2030708@gmail.com> References: <4AA03278.2030708@gmail.com> Message-ID: <20090904063829.GE496@calliope.phig.org> On Thu, Sep 03, 2009 at 02:17:44PM -0700, Toshio Kuratomi wrote: > > At last week's meeting we made a decision about which licenses would > best fit our needs. The results are recorded here: > https://fedoraproject.org/wiki/Infrastructure_Licensing I don't see any listing of content licenses. Other than what you put on the wiki that is covered by that license (soon to be CC BY SA), have you thought about specifying what you license content under? - Karsten -- Karsten 'quaid' Wade, Community Gardener http://quaid.fedorapeople.org AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From a.badger at gmail.com Fri Sep 4 14:01:14 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 04 Sep 2009 07:01:14 -0700 Subject: Licensing policy for apps developed by Fedora Infrastructure now in effect In-Reply-To: <20090904063829.GE496@calliope.phig.org> References: <4AA03278.2030708@gmail.com> <20090904063829.GE496@calliope.phig.org> Message-ID: <4AA11DAA.8000606@gmail.com> On 09/03/2009 11:38 PM, Karsten Wade wrote: > On Thu, Sep 03, 2009 at 02:17:44PM -0700, Toshio Kuratomi wrote: >> >> At last week's meeting we made a decision about which licenses would >> best fit our needs. The results are recorded here: >> https://fedoraproject.org/wiki/Infrastructure_Licensing > > I don't see any listing of content licenses. Other than what you put > on the wiki that is covered by that license (soon to be CC BY SA), > have you thought about specifying what you license content under? > For content inside of apps/libraries (Like the documentation for python-fedora http://fedorahosted.org/releases/p/y/python-fedora/doc/ generated from the tarball) I would think it would follow the app's licensing. If you can think of good reasons to put it under a different license, we should talk about it. (Note that parts of the documentation there are extracted from the source. Not sure if that affects things). For content on the wiki we're covered by the license for the whole wiki. For content like CSI, I don't think we had thought about it. I would lean towards going with the license that docs uses. mmcgrath has been the most prolific in that area, though. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mmcgrath at redhat.com Fri Sep 4 20:16:59 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 4 Sep 2009 15:16:59 -0500 (CDT) Subject: Licensing policy for apps developed by Fedora Infrastructure now in effect In-Reply-To: <20090904063829.GE496@calliope.phig.org> References: <4AA03278.2030708@gmail.com> <20090904063829.GE496@calliope.phig.org> Message-ID: On Thu, 3 Sep 2009, Karsten Wade wrote: > On Thu, Sep 03, 2009 at 02:17:44PM -0700, Toshio Kuratomi wrote: > > > > At last week's meeting we made a decision about which licenses would > > best fit our needs. The results are recorded here: > > https://fedoraproject.org/wiki/Infrastructure_Licensing > > I don't see any listing of content licenses. Other than what you put > on the wiki that is covered by that license (soon to be CC BY SA), > have you thought about specifying what you license content under? > We don't have a policy on this but should. For the CSI docs I've been using OPL1.0 or later. But I'm also curious about licenses regarding the data in our databases. I had a brief discussion with Tiemann several months ago and there are some interesting freedoms we can do here, for example licensing some of the account system information so that we Fedora don't own it, but instead each user ownes their own data and have sole responsibility over what happens with it. But that's a longer discussion for another time. -Mike From mel at redhat.com Sat Sep 5 17:35:34 2009 From: mel at redhat.com (Mel Chua) Date: Sat, 05 Sep 2009 13:35:34 -0400 Subject: Fedora Insight Zikula on pt6 Is About To Be Upgraded In-Reply-To: References: Message-ID: <4AA2A166.7020500@redhat.com> On 09/04/2009 04:40 PM, Affix wrote: > Zikula Upgraded to Zikula 1.1.2 Wow - and the skin's back up on there as well (as a checkout from an SVN repository, svnfedora-zikula-theme, w00t)! Thanks, Keiran - this is fantastic. Do the instructions on https://fedoraproject.org/wiki/How_to_set_up_a_Zikula_sandbox still work, or is there anything we need to do to edit them to reflect the install process for 1.1.2? --Mel From an037-ooai8 at yahoo.com Wed Sep 9 02:05:35 2009 From: an037-ooai8 at yahoo.com (Allen Kistler) Date: Tue, 08 Sep 2009 21:05:35 -0500 Subject: fp.o content via IPv6 Message-ID: <4AA70D6F.30608@yahoo.com> In case other 6to4 clients can't figure out why fp.o is beyond their reach over IPv6, here's some fixing I did to make access to fp.o over 6to4 work for me. I hadn't had a problem with hanging connections to other IPv6 sites, but I have for fp.o. I heard from Mike M on IRC that others had reduced their MTU to get 6to4 to work with fp.o. Starting there, my eventual solution was to put the following in the mangle table in ip6tables on my 6to4 router (all one line, of course): -A FORWARD -o tun6to4 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu 6to4 has an MTU of 1480 for most people, but 1472 for DSL. Probably something isn't generating an ICMP packet-too-big to send back to fp.o when the link MTU drops. Alternatively the packet could be getting dropped in transit or ignored by fp.o. Of course, clamping MSS in ip6tables only works for TCP. From mmcgrath at redhat.com Wed Sep 9 13:20:34 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 9 Sep 2009 08:20:34 -0500 (CDT) Subject: fp.o content via IPv6 In-Reply-To: <4AA70D6F.30608@yahoo.com> References: <4AA70D6F.30608@yahoo.com> Message-ID: On Tue, 8 Sep 2009, Allen Kistler wrote: > In case other 6to4 clients can't figure out why fp.o is beyond their > reach over IPv6, here's some fixing I did to make access to fp.o over > 6to4 work for me. > > I hadn't had a problem with hanging connections to other IPv6 sites, but > I have for fp.o. I heard from Mike M on IRC that others had reduced > their MTU to get 6to4 to work with fp.o. > > Starting there, my eventual solution was to put the following in the > mangle table in ip6tables on my 6to4 router (all one line, of course): > > -A FORWARD -o tun6to4 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS > --clamp-mss-to-pmtu > > 6to4 has an MTU of 1480 for most people, but 1472 for DSL. Probably > something isn't generating an ICMP packet-too-big to send back to fp.o > when the link MTU drops. Alternatively the packet could be getting > dropped in transit or ignored by fp.o. Of course, clamping MSS in > ip6tables only works for TCP. > ipv6 has caused a lot of problems for certain people, very non-obvious, takes several hours to fix problems. I wonder if there's anything more we can do on our end. -Mike From Matt_Domsch at Dell.com Wed Sep 9 13:33:00 2009 From: Matt_Domsch at Dell.com (Matt Domsch) Date: Wed, 9 Sep 2009 13:33:00 +0000 Subject: fp.o content via IPv6 In-Reply-To: References: <4AA70D6F.30608@yahoo.com> Message-ID: <1443290453-1252503176-cardhu_decombobulator_blackberry.rim.net-2137098780-@bda546.bisx.prod.on.blackberry> We could instead advertise www.ipv6.fp.o and make people choose to use v6 or not. Google does this today for exactly these reasons (failures elsewhere in the network we can't control). Kind of defeats the purpose though. -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -----Original Message----- From: Mike McGrath Date: Wed, 9 Sep 2009 08:20:34 To: Fedora Infrastructure Subject: Re: fp.o content via IPv6 On Tue, 8 Sep 2009, Allen Kistler wrote: > In case other 6to4 clients can't figure out why fp.o is beyond their > reach over IPv6, here's some fixing I did to make access to fp.o over > 6to4 work for me. > > I hadn't had a problem with hanging connections to other IPv6 sites, but > I have for fp.o. I heard from Mike M on IRC that others had reduced > their MTU to get 6to4 to work with fp.o. > > Starting there, my eventual solution was to put the following in the > mangle table in ip6tables on my 6to4 router (all one line, of course): > > -A FORWARD -o tun6to4 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS > --clamp-mss-to-pmtu > > 6to4 has an MTU of 1480 for most people, but 1472 for DSL. Probably > something isn't generating an ICMP packet-too-big to send back to fp.o > when the link MTU drops. Alternatively the packet could be getting > dropped in transit or ignored by fp.o. Of course, clamping MSS in > ip6tables only works for TCP. > ipv6 has caused a lot of problems for certain people, very non-obvious, takes several hours to fix problems. I wonder if there's anything more we can do on our end. -Mike _______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From skvidal at fedoraproject.org Wed Sep 9 13:48:31 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 9 Sep 2009 09:48:31 -0400 (EDT) Subject: fp.o content via IPv6 In-Reply-To: <1443290453-1252503176-cardhu_decombobulator_blackberry.rim.net-2137098780-@bda546.bisx.prod.on.blackberry> References: <4AA70D6F.30608@yahoo.com> <1443290453-1252503176-cardhu_decombobulator_blackberry.rim.net-2137098780-@bda546.bisx.prod.on.blackberry> Message-ID: On Wed, 9 Sep 2009, Matt Domsch wrote: > We could instead advertise www.ipv6.fp.o and make people choose to use > v6 or not. Google does this today for exactly these reasons (failures > elsewhere in the network we can't control). Kind of defeats the purpose > though. Why not do this and continue working on ipv6 on the rest of the systems? -sv From smooge at gmail.com Wed Sep 9 16:21:58 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 9 Sep 2009 10:21:58 -0600 Subject: fp.o content via IPv6 In-Reply-To: References: <4AA70D6F.30608@yahoo.com> <1443290453-1252503176-cardhu_decombobulator_blackberry.rim.net-2137098780-@bda546.bisx.prod.on.blackberry> Message-ID: <80d7e4090909090921o43a4f91ay7ddc6f59ec30e15c@mail.gmail.com> On Wed, Sep 9, 2009 at 7:48 AM, Seth Vidal wrote: > > > On Wed, 9 Sep 2009, Matt Domsch wrote: > >> We could instead advertise www.ipv6.fp.o and make people choose to use v6 >> or not. Google does this today for exactly these reasons (failures elsewhere >> in the network we can't control). Kind of defeats the purpose though. > > Why not do this and continue working on ipv6 on the rest of the systems? > +1. Personally I would say why work on another solution, but I can only get IPV6 via tunnels of tunnels :). -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From jgarzik at pobox.com Wed Sep 9 18:46:47 2009 From: jgarzik at pobox.com (Jeff Garzik) Date: Wed, 09 Sep 2009 14:46:47 -0400 Subject: fp.o content via IPv6 In-Reply-To: References: <4AA70D6F.30608@yahoo.com> <1443290453-1252503176-cardhu_decombobulator_blackberry.rim.net-2137098780-@bda546.bisx.prod.on.blackberry> Message-ID: <4AA7F817.6040307@pobox.com> On 09/09/2009 09:48 AM, Seth Vidal wrote: > > > On Wed, 9 Sep 2009, Matt Domsch wrote: > >> We could instead advertise www.ipv6.fp.o and make people choose to use >> v6 or not. Google does this today for exactly these reasons (failures >> elsewhere in the network we can't control). Kind of defeats the >> purpose though. > > Why not do this and continue working on ipv6 on the rest of the systems? "rest of the systems" == rest of the world. could take a while :) This is precisely IPv6's catch-22: if providers don't implement IPv6, then end user networks won't get fixed. If end user networks don't get fixed, providers won't implement IPv6. The hosts that require an explicit hostname (ipv6.google.com) tend to get used very rarely, and are poorly integrated into the existing site. There tend to be three main policy choices: 1) Work through the problems. The ideal, and also the most difficult. The most irritating to end users. 2) Wikimedia approach: deploy IPv6 as first class citizen for all engineer/admin services, where presumably the end user has some knowledge when delays or strange errors appear. wait a bit to deploy IPv6 on main, public-facing, Windows-user-using sites. 3) Google DNS approach: Whitelist networks that are IPv6-safe: Using a feature such as BIND views, return AAAA records, or not, depending on whether the querying system is in the whitelist. A nice approach and OK for google, but IMO probably too much trouble and manual labor for fp.o. An alternate approach, possibly viable for fp.o, could be to blacklist (== no AAAA records returned in DNS) networks that are terminally broken. If people wanted to pursue alt#3, I'm pretty sure BIND views will do the trick... they worked for me in the past, delivering two different versions of a zone depending on whether the querying party was "external" or "internal" to the network on which I deployed that config. http://www.oreillynet.com/pub/a/oreilly/networking/news/views_0501.html Jeff From mmcgrath at redhat.com Wed Sep 9 19:30:12 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 9 Sep 2009 14:30:12 -0500 (CDT) Subject: fp.o content via IPv6 In-Reply-To: <4AA7F817.6040307@pobox.com> References: <4AA70D6F.30608@yahoo.com> <1443290453-1252503176-cardhu_decombobulator_blackberry.rim.net-2137098780-@bda546.bisx.prod.on.blackberry> <4AA7F817.6040307@pobox.com> Message-ID: On Wed, 9 Sep 2009, Jeff Garzik wrote: > On 09/09/2009 09:48 AM, Seth Vidal wrote: > > > > > > On Wed, 9 Sep 2009, Matt Domsch wrote: > > > > > We could instead advertise www.ipv6.fp.o and make people choose to use > > > v6 or not. Google does this today for exactly these reasons (failures > > > elsewhere in the network we can't control). Kind of defeats the > > > purpose though. > > > > Why not do this and continue working on ipv6 on the rest of the systems? > > "rest of the systems" == rest of the world. could take a while :) > > This is precisely IPv6's catch-22: if providers don't implement IPv6, then > end user networks won't get fixed. If end user networks don't get fixed, > providers won't implement IPv6. > In fairness IPv6 is sort of a second class citizen atm. Between me, domsch and the volunteers we've had, several hours of time in the last week have been spent debugging connectivity issues wrt ipv6. -Mike From lmacken at redhat.com Wed Sep 9 20:33:19 2009 From: lmacken at redhat.com (Luke Macken) Date: Wed, 9 Sep 2009 16:33:19 -0400 Subject: memcached opinions In-Reply-To: <4A4C0444.2060207@gmail.com> References: <80d7e4090907011613r6670507fh6f8a4cb3a7ebb3fd@mail.gmail.com> <80d7e4090907011729t3e0ae36apc8040de1718fba86@mail.gmail.com> <4A4C0444.2060207@gmail.com> Message-ID: <20090909203319.GC8894@x300.cable.rcn.com> On Wed, Jul 01, 2009 at 05:50:12PM -0700, Toshio Kuratomi wrote: > On 07/01/2009 05:39 PM, Mike McGrath wrote: > > On Wed, 1 Jul 2009, Stephen John Smoogen wrote: > > > >> On Wed, Jul 1, 2009 at 6:08 PM, Mike McGrath wrote: > >>> On Wed, 1 Jul 2009, Stephen John Smoogen wrote: > >>> > >>>> On Wed, Jul 1, 2009 at 3:33 PM, Mike McGrath wrote: > >>>>> I'm not sure if we have any memcached experience on the list but I thought > >>>>> I'd ask. Can anyone explain this: > >>>>> > >>>>> http://pastebin.ca/1481219 > >>>>> > >>>>> Notice how memcached1 has a much higher hit rate and memcached2 has a much > >>>>> lower hit rate? > >>>>> > >>>> > >>>> The time for memcached1 is 5x less than memcached2 being up. That can > >>>> have an effect on caching as right after a system comes up its rates > >>>> are usually much higher and then over time fall off (iirc). I think it > >>>> would take bringing both up at the same time to figure out if there is > >>>> a true disparity over caching. > >>>> > >>> > >>> I thought that exact same thing :) > >>> > >>> memcahed1: > >>> STAT uptime 9143 > >>> STAT get_hits 311736 > >>> STAT get_misses 11255 > >>> > >>> memcached2: > >>> STAT uptime 9144 > >>> STAT get_hits 49679 > >>> STAT get_misses 11116 > >>> > >> > >> Now that shows something not kosher. My guess is some app is not > >> talking to both? What apps use memcached for what? > >> > > > > I was just talking to ricky about this a bit in IRC. So here's the scoop. > > > > We've got mediawiki using memcached for a couple of things, including > > session data (which is weird and wrong but fast). > > > > The recent addition to the group is Fedora community, specifically in it's > > implementation of beaker. I'm going to get ahold of luke tomorrow to > > verify and test some stuff but I think this line in the config: > > > > beaker.cache.url = memcached1;memcached > > > > I'm not sure how beaker reads that, but I suspect it might be only sending > > information to memcached1 and ignoring memcached2 altogether. If this > > theory holds it'd explain why memcached1 not only has a higher request > > rate but also a higher hit rate because I suspect fedoracommunity requests > > some of the same info over and over again compared to the wiki which > > probably has a broader data pool it pulls from. > > > easy test: reverse that: > > beaker.cache.url = memcached2;memcached1 > > and see if the cache hit ratio reverses itself. > > -Toshio So, I've been poking at this a little bit lately, and I'm thinking there are some problems with the way Fedora Community is utilizing it's Beaker cache & memcached. The fact that something is wrong with the caching setup becomes obvious when playing with the Bugzilla grid *should* cache the first 5 pages, and be very snappy, as it is in my local instance. However, that is not the case, which makes me think it's not hitting our memcached servers. I wrote up a little test script on app1:: from beaker.cache import CacheManager memcached1 = CacheManager(type='ext:memcached', url='memcached1', lock_dir='.') memcached2 = CacheManager(type='ext:memcached', url='memcached2', lock_dir='.') def createfunc(*args): print "createfunc(%s)" % (args,) def get_value(cache, value): cache_1 = memcached1.get_cache(cache) cache_2 = memcached2.get_cache(cache) result1 = cache_1.get_value(key=value, createfunc=createfunc) result2 = cache_2.get_value(key=value, createfunc=createfunc) print "memcached1[%s][%s] = %s" % (cache, value, result1) print "memcached2[%s][%s] = %s" % (cache, value, result2) return result1, result2 get_value('fedoracommunity_alerts_global', 'today') get_value('bodhi', 'dashboard_None') Which produces:: memcached1[fedoracommunity_alerts_global][today] = None memcached2[fedoracommunity_alerts_global][today] = None memcached1[bodhi][dashboard_None] = None memcached2[bodhi][dashboard_None] = None I also tried using netcat to query for these by hand, to no avail. So, it looks like we need to look a bit deeper into what is going on here. Either I'm Doing It Wrong with Beaker, or we're hitting a bug somewhere. luke From dan-fedora-i at drown.org Wed Sep 9 21:41:27 2009 From: dan-fedora-i at drown.org (Daniel Drown) Date: Wed, 9 Sep 2009 21:41:27 +0000 Subject: fp.o content via IPv6 In-Reply-To: <4AA70D6F.30608@yahoo.com> References: <4AA70D6F.30608@yahoo.com> Message-ID: <20090909214127.GA11799@vps.drown.org> On Tue, 08 Sep 2009, Allen Kistler wrote: > In case other 6to4 clients can't figure out why fp.o is beyond their > reach over IPv6, here's some fixing I did to make access to fp.o over > 6to4 work for me. > > I hadn't had a problem with hanging connections to other IPv6 sites, but > I have for fp.o. I heard from Mike M on IRC that others had reduced > their MTU to get 6to4 to work with fp.o. > > Starting there, my eventual solution was to put the following in the > mangle table in ip6tables on my 6to4 router (all one line, of course): > > -A FORWARD -o tun6to4 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS > --clamp-mss-to-pmtu > > 6to4 has an MTU of 1480 for most people, but 1472 for DSL. Probably > something isn't generating an ICMP packet-too-big to send back to fp.o > when the link MTU drops. Alternatively the packet could be getting > dropped in transit or ignored by fp.o. Of course, clamping MSS in > ip6tables only works for TCP. I also have 6to4 setup on my home machine. I'm no IPv6 expert (or networking expert, really), but I believe two things should be happening here: 1. the packet too big ICMP message should be coming from your tunnel box 2. the MSS and path MTU should already be set even before it gets to this point, in the router advertisement messages. I suspect that since you have a smaller MTU than default, changing the MTU on your tunnel interface should solve the #1 problem (ip -6 link set dev tun6to4 mtu 1472) Changing your radvd.conf (if you're using radvd) to have "AdvLinkMTU 1472;" should fix #2. To verify the changes took effect, you can look for the router advertisement message, seen via "tcpdump -nvs 1500 ip6": 16:18:48.435516 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 64) fe80::200:ff:fe00:0 > ff02::1: [icmp6 sum ok] ICMP6, router advertisement, length 64 ... mtu option (5), length 8 (1): 1480 You can see this in "ip -6 route | grep default" in a client box: default via fe80::200:ff:fe00:0 dev peth2 proto kernel metric 1024 expires 0sec mtu 1480 advmss 1420 hoplimit 64 (I should mention that curl over my 6to4 tunnel works fine with a mtu of 1480 getting the fedoraproject front page) From dan-fedora-i at drown.org Wed Sep 9 21:55:37 2009 From: dan-fedora-i at drown.org (Daniel Drown) Date: Wed, 9 Sep 2009 21:55:37 +0000 Subject: fp.o content via IPv6 Message-ID: <20090909215537.GB11799@vps.drown.org> On Wed, 09 Sep 2009, Mike McGrath wrote: > ipv6 has caused a lot of problems for certain people, very non-obvious, > takes several hours to fix problems. I wonder if there's anything more we > can do on our end. One not-very-elegent change that could be made on the webservers is to limit their maximum MTU when using IPv6. This would work around clients on tunnels tunnels configured with the wrong mtu, as they would never send a packet large enough to be dropped. Downside being, it's more packets (less efficient), and an odd configuration (surprise the next network admin). From smooge at gmail.com Wed Sep 9 22:34:07 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 9 Sep 2009 16:34:07 -0600 Subject: Fixing the name of bastion1 Message-ID: <80d7e4090909091534m63172f5ag6ccca607ed937dbc@mail.gmail.com> bastion1.fedora.phx.redhat.com currently thinks its name is bastion. I would like to get it renamed correctly later this week with a reboot at Friday 2009-09-11 1600 UTC. Downtime should be 5 minutes. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From lmacken at redhat.com Thu Sep 10 01:31:28 2009 From: lmacken at redhat.com (Luke Macken) Date: Wed, 9 Sep 2009 21:31:28 -0400 Subject: memcached opinions In-Reply-To: <20090909203319.GC8894@x300.cable.rcn.com> References: <80d7e4090907011613r6670507fh6f8a4cb3a7ebb3fd@mail.gmail.com> <80d7e4090907011729t3e0ae36apc8040de1718fba86@mail.gmail.com> <4A4C0444.2060207@gmail.com> <20090909203319.GC8894@x300.cable.rcn.com> Message-ID: <20090910013128.GD8894@x300.cable.rcn.com> On Wed, Sep 09, 2009 at 04:33:19PM -0400, Luke Macken wrote: > On Wed, Jul 01, 2009 at 05:50:12PM -0700, Toshio Kuratomi wrote: > > On 07/01/2009 05:39 PM, Mike McGrath wrote: > > > On Wed, 1 Jul 2009, Stephen John Smoogen wrote: > > > > > >> On Wed, Jul 1, 2009 at 6:08 PM, Mike McGrath wrote: > > >>> On Wed, 1 Jul 2009, Stephen John Smoogen wrote: > > >>> > > >>>> On Wed, Jul 1, 2009 at 3:33 PM, Mike McGrath wrote: > > >>>>> I'm not sure if we have any memcached experience on the list but I thought > > >>>>> I'd ask. Can anyone explain this: > > >>>>> > > >>>>> http://pastebin.ca/1481219 > > >>>>> > > >>>>> Notice how memcached1 has a much higher hit rate and memcached2 has a much > > >>>>> lower hit rate? > > >>>>> > > >>>> > > >>>> The time for memcached1 is 5x less than memcached2 being up. That can > > >>>> have an effect on caching as right after a system comes up its rates > > >>>> are usually much higher and then over time fall off (iirc). I think it > > >>>> would take bringing both up at the same time to figure out if there is > > >>>> a true disparity over caching. > > >>>> > > >>> > > >>> I thought that exact same thing :) > > >>> > > >>> memcahed1: > > >>> STAT uptime 9143 > > >>> STAT get_hits 311736 > > >>> STAT get_misses 11255 > > >>> > > >>> memcached2: > > >>> STAT uptime 9144 > > >>> STAT get_hits 49679 > > >>> STAT get_misses 11116 > > >>> > > >> > > >> Now that shows something not kosher. My guess is some app is not > > >> talking to both? What apps use memcached for what? > > >> > > > > > > I was just talking to ricky about this a bit in IRC. So here's the scoop. > > > > > > We've got mediawiki using memcached for a couple of things, including > > > session data (which is weird and wrong but fast). > > > > > > The recent addition to the group is Fedora community, specifically in it's > > > implementation of beaker. I'm going to get ahold of luke tomorrow to > > > verify and test some stuff but I think this line in the config: > > > > > > beaker.cache.url = memcached1;memcached > > > > > > I'm not sure how beaker reads that, but I suspect it might be only sending > > > information to memcached1 and ignoring memcached2 altogether. If this > > > theory holds it'd explain why memcached1 not only has a higher request > > > rate but also a higher hit rate because I suspect fedoracommunity requests > > > some of the same info over and over again compared to the wiki which > > > probably has a broader data pool it pulls from. > > > > > easy test: reverse that: > > > > beaker.cache.url = memcached2;memcached1 > > > > and see if the cache hit ratio reverses itself. > > > > -Toshio > > So, I've been poking at this a little bit lately, and I'm thinking there are > some problems with the way Fedora Community is utilizing it's Beaker cache & > memcached. > > The fact that something is wrong with the caching setup becomes obvious when > playing with the Bugzilla grid *should* cache the first 5 pages, and be very > snappy, as it is in my local instance. However, that is not the case, which > makes me think it's not hitting our memcached servers. > > I wrote up a little test script on app1:: > > from beaker.cache import CacheManager > > memcached1 = CacheManager(type='ext:memcached', url='memcached1', lock_dir='.') > memcached2 = CacheManager(type='ext:memcached', url='memcached2', lock_dir='.') > > def createfunc(*args): > print "createfunc(%s)" % (args,) > > def get_value(cache, value): > cache_1 = memcached1.get_cache(cache) > cache_2 = memcached2.get_cache(cache) > result1 = cache_1.get_value(key=value, createfunc=createfunc) > result2 = cache_2.get_value(key=value, createfunc=createfunc) > print "memcached1[%s][%s] = %s" % (cache, value, result1) > print "memcached2[%s][%s] = %s" % (cache, value, result2) > return result1, result2 > > get_value('fedoracommunity_alerts_global', 'today') > get_value('bodhi', 'dashboard_None') > > Which produces:: > > memcached1[fedoracommunity_alerts_global][today] = None > memcached2[fedoracommunity_alerts_global][today] = None > memcached1[bodhi][dashboard_None] = None > memcached2[bodhi][dashboard_None] = None > > I also tried using netcat to query for these by hand, to no avail. > > So, it looks like we need to look a bit deeper into what is going on here. > Either I'm Doing It Wrong with Beaker, or we're hitting a bug somewhere. I did a little more testing with this today. On app1 I was unable to get fedoracommunity to put any values in memcached, and I was not seeing any errors either. I tried this with both the mod_wsgi deployment, and running paster locally. I then ran `curl http://localhost:8080/apps/fedoracommunity.alerts/` to trigger the cache, and then ran the script I mentioned earlier to see if I could retrieve those values. I was able to reproduce this failure on a local RHEL5 VM. However, after upgrading to python-beaker-1.4 *and* restarting memcached, my script *worked*. (the app just silently returned None for all requests if I didn't restart memcached after upgrading Beaker) Looking at the ChangeLog for Beaker 1.4, I'm thinking this could have done the trick: * Fixed bug with CacheMiddleware overwriting configuration with default arguments despite prior setting. It'll be tough to test this new package in staging, as earlier today I couldn't get any of the cached apps to load due to koji/fas problems in staging. When we deploy this production, we'll need to make sure to restart our memcache daemons. luke From mmcgrath at redhat.com Thu Sep 10 02:54:25 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 9 Sep 2009 21:54:25 -0500 (CDT) Subject: Fixing the name of bastion1 In-Reply-To: <80d7e4090909091534m63172f5ag6ccca607ed937dbc@mail.gmail.com> References: <80d7e4090909091534m63172f5ag6ccca607ed937dbc@mail.gmail.com> Message-ID: On Wed, 9 Sep 2009, Stephen John Smoogen wrote: > bastion1.fedora.phx.redhat.com currently thinks its name is bastion. I > would like to get it renamed correctly later this week with a reboot > at Friday 2009-09-11 1600 UTC. Downtime should be 5 minutes. > This one is actually part of a heartbeat setup so, in theory, the users won't notice... having said that. That whole mechanism isn't as tested as it could be :-/ Lets see how it goes though. -Mike From an037-ooai8 at yahoo.com Thu Sep 10 05:02:14 2009 From: an037-ooai8 at yahoo.com (Allen Kistler) Date: Thu, 10 Sep 2009 00:02:14 -0500 Subject: Introduction Message-ID: <4AA88856.7030803@yahoo.com> It's probably a bit odd to introduce myself after having posted a few messages here, but I've been interested in joining this group for a while, though I haven't signed up in FAS as more than CLA, yet. I've been doing info security consulting for about the past ten years, although I don't consider myself exclusively a security guy. Part of that consulting has been Linux. Part of that's been Sun, Cisco, etc. I've been using and abusing RHL and Fedora since RHL 7.0. I'm no stranger to shell (sh/bash) scripting. There's a bit of perl in there, too. I'm an RHCE and a CCNA. For Fedora contributions to date, they've mostly been testing (lots during F11), filing bugs, and submitting a few patches. I should be attending the IRC meeting today (or tomorrow, depending when you read this). I look forward to working with you and contributing whatever I can. From dan-fedora-i at drown.org Thu Sep 10 05:16:23 2009 From: dan-fedora-i at drown.org (Daniel Drown) Date: Thu, 10 Sep 2009 05:16:23 +0000 Subject: fp.o content via IPv6 In-Reply-To: <20090909214127.GA11799@vps.drown.org> References: <4AA70D6F.30608@yahoo.com> <20090909214127.GA11799@vps.drown.org> Message-ID: <20090910051623.GC11799@vps.drown.org> [I apologize for sending so many messages on this topic, this probably belongs on a different mailing list] > 1. the packet too big ICMP message should be coming from your tunnel box I talked this over with a friend who knows more about networking, and he pointed out that I had this point backwards. What I said is only true if you're uploading. When you're getting the web page (downloading), the ICMP fragmentation needed message (from the DSL provider's termination router) gets sent to the 6to4 tunnel endpoint (the publicly run end), which probably just throws it away. So the webserver never gets a notice that its packets are being dropped. That said, the various MSS fixes (point #2 and the origional poster's iptables command) avoid the problem for TCP. From an037-ooai8 at yahoo.com Thu Sep 10 04:54:58 2009 From: an037-ooai8 at yahoo.com (Allen Kistler) Date: Wed, 09 Sep 2009 23:54:58 -0500 Subject: fp.o content via IPv6 Message-ID: <4AA886A2.2090107@yahoo.com> Daniel Drown wrote: > > [snip] > > I also have 6to4 setup on my home machine. I'm no IPv6 expert (or networking > expert, really), but I believe two things should be happening here: > > 1. the packet too big ICMP message should be coming from your tunnel box Hmm... To keep the response relevant to Fedora infrastructure, maybe the way for most readers to approach this message is as generally informational in nature. Pardon the ASCII art: Client Client e.g., Fedora Some ISP asymmetric Premises Premises +-----------+ +------------+ tunnel +-------------+ +-------------+ | IPv6 site +--+ 6to4 Relay +--------+ 6to4 Router +--+ IPv6 Client | +-----------+ +------------+ IPv4 +-------------+ +-------------+ "big" packet -->|(death) Big packets die at the ISP, before they enter the tunnel, because they're too big to enter the tunnel. The client 6to4 router has no opportunity to know the packet even existed in the first place. > 2. the MSS and path MTU should already be set even before it gets to this > point, in the router advertisement messages. Using Path MTU Discovery, both sides of the tunnel should be able to use ICMP to find Path MTU = Min(Link MTU). > I suspect that since you have a smaller MTU than default, changing the MTU on > your tunnel interface should solve the #1 problem (ip -6 link set dev tun6to4 mtu > 1472) It's already done by ifup-ipv6 and network-functions-ipv6. F9 and earlier used 1480 always (BZ #478441). F10 and later use (IPv4 MTU - 20) correctly. > Changing your radvd.conf (if you're using radvd) to have "AdvLinkMTU 1472;" > should fix #2. ... at the cost of all IPv6 routes through the box, not just the 6to4 one. It also wouldn't work for segments more than 0 hops away from the 6to4 router, and therefore unable to hear its advertisements. Path MTU Discovery *should* work (in an ideal world, even though it doesn't for me for fp.o). MTU Discovery works outbound, but apparently sometimes not inbound for me. radvd *is* another variable to tweak, though it still won't help anything that's not TCP. For things that aren't TCP, anything on the other side of the tunnel has no clue what the tunnel MTU is unless it tries to discover it. Of common protocols, only TCP has anything like the MSS option to give a hint to the other side. > [snip] > > (I should mention that curl over my 6to4 tunnel works fine with a mtu of 1480 > getting the fedoraproject front page) Unfortunately the reliability of access through 6to4 is geographically dependent. Previous to fp.o, I had no MTU problems with access to sites through IPv6. You may simply be geographically luckier than I am. The intent of the drafters was that, as dual-stacked ISPs multiplied, they'd deploy 6to4 relays for their IPv4 customers to get access to IPv6. As nearly as I can tell, that doesn't seem to be happening very much. When it does happen, it's not a smooth operation. That's not a rant. It's just an expectation that globally developing expertise in a new protocol won't be painless. Where does Fedora want to be in that? From Matt_Domsch at dell.com Thu Sep 10 05:29:43 2009 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 10 Sep 2009 00:29:43 -0500 Subject: fp.o content via IPv6 In-Reply-To: <20090910051623.GC11799@vps.drown.org> References: <4AA70D6F.30608@yahoo.com> <20090909214127.GA11799@vps.drown.org> <20090910051623.GC11799@vps.drown.org> Message-ID: <20090910052943.GA19107@auslistsprd01.us.dell.com> On Thu, Sep 10, 2009 at 05:16:23AM +0000, Daniel Drown wrote: > That said, the various MSS fixes (point #2 and the origional poster's iptables > command) avoid the problem for TCP. rhel5, which is what we're running in production, has a kernel old enough that it doesn't have the iptables --clamp-mss-to-pmtu capability for ipv6. We've had over 5000 successful connections using ipv6 this week, and about 5 _reported_ failures. In the same time, we've had millions of successful v4 connections. I'm inclined to believe the failures, while annoying, are still few and far between compared with the rest of our traffic. I'm not quite ready to turn off ipv6 again, or switch to forcing "knowledgable" users to use www.ipv6.fp.o, as it would drop our IPv6 userbase to effectively zero. -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From onekopaka at gmail.com Thu Sep 10 06:00:31 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Wed, 9 Sep 2009 23:00:31 -0700 Subject: fp.o content via IPv6 In-Reply-To: <20090910052943.GA19107@auslistsprd01.us.dell.com> References: <4AA70D6F.30608@yahoo.com> <20090909214127.GA11799@vps.drown.org> <20090910051623.GC11799@vps.drown.org> <20090910052943.GA19107@auslistsprd01.us.dell.com> Message-ID: <1BFD7E94-E9E5-4F13-AD76-C94A393A1D3B@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm having no trouble using IPv6, with a AYIYA tunnel from SixXS. I can SSH to proxy4 over IPv6, and visit the site with IPv6. I agree with Matt that we shouldn't just right now switch off IPv6 or make it only restricted to www.ipv6.fp.o. If we did that, the other domains wouldn't get any IPv6 because something like https://www.ipv6.admin.fedoraproject.org/mirrormanager/ is a bit too long and would cause a huge mess in the zone file. We should wait and see until Saturday or Sunday and see if we hear any more issues before taking big actions like disabling IPv6 or acting like Google about IPv6 (subdomain for IPv6). Darren VanBuren onekopaka at gmail.com ==================== http://theoks.net/ On Sep 9, 2009, at 10:29 PM, Matt Domsch wrote: > On Thu, Sep 10, 2009 at 05:16:23AM +0000, Daniel Drown wrote: >> That said, the various MSS fixes (point #2 and the origional >> poster's iptables >> command) avoid the problem for TCP. > > rhel5, which is what we're running in production, has a kernel old > enough that it doesn't have the iptables --clamp-mss-to-pmtu > capability for ipv6. > > We've had over 5000 successful connections using ipv6 this week, and > about 5 _reported_ failures. In the same time, we've had millions of > successful v4 connections. I'm inclined to believe the failures, > while annoying, are still few and far between compared with the rest > of our traffic. I'm not quite ready to turn off ipv6 again, or switch > to forcing "knowledgable" users to use www.ipv6.fp.o, as it would drop > our IPv6 userbase to effectively zero. > > -- > Matt Domsch > Technology Strategist, Dell Office of the CTO > linux.dell.com & www.dell.com/linux > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkqolgEACgkQBkMMSWb0Ypb1AQCgl6nBtwGEiy1UyWE0+/cIKP0+ GmMAoNT/V0FvrbL7+ZZGPbZF5erKTj6R =BVty -----END PGP SIGNATURE----- From an037-ooai8 at yahoo.com Thu Sep 10 07:12:04 2009 From: an037-ooai8 at yahoo.com (Allen Kistler) Date: Thu, 10 Sep 2009 02:12:04 -0500 Subject: fp.o content via IPv6 Message-ID: <4AA8A6C4.2070408@yahoo.com> Matt Domsch wrote: > On Thu, Sep 10, 2009 at 05:16:23AM +0000, Daniel Drown wrote: >> That said, the various MSS fixes (point #2 and the origional poster's >> iptables command) avoid the problem for TCP. > > rhel5, which is what we're running in production, has a kernel old > enough that it doesn't have the iptables --clamp-mss-to-pmtu > capability for ipv6. The server side shouldn't need it. The option is used to make up for something broken on the other side of a lower MTU link. fp.o is native IPv6, isn't it? No tunnel? > We've had over 5000 successful connections using ipv6 this week, and > about 5 _reported_ failures. In the same time, we've had millions of > successful v4 connections. I'm inclined to believe the failures, > while annoying, are still few and far between compared with the rest > of our traffic. I'm not quite ready to turn off ipv6 again, or switch > to forcing "knowledgable" users to use www.ipv6.fp.o, as it would drop > our IPv6 userbase to effectively zero. In a previous note, Mike M reported spending more hours (his, yours, and others') than he liked tracking down connectivity problems. It would be enlightening to know if there was a common thread. From ricky at fedoraproject.org Thu Sep 10 20:48:12 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 10 Sep 2009 16:48:12 -0400 Subject: Meeting Log - 2009-09-10 Message-ID: <20090910204812.GA2726@alpha.rzhou.org> 19:59 < mmcgrath> #startmeeting 19:59 < zodbot> Meeting started Thu Sep 10 19:59:28 2009 UTC. The chair is mmcgrath. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:59 < zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 19:59 -!- notting [n=notting at redhat/notting] has joined #fedora-meeting 19:59 < mmcgrath> #topic Infrastructure -- Meeting start! Who's here? 19:59 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Meeting start! Who's here? 19:59 * mmcgrath is 19:59 -!- Pikachu_2014 [n=Pikachu_ at 85-171-16-27.rev.numericable.fr] has joined #fedora-meeting 19:59 * nirik is hanging around 19:59 * skvidal is here 19:59 -!- jpwdsm [n=jason at desm-46-077.dsl.netins.net] has joined #fedora-meeting 20:00 -!- heffer [n=felix at fedora/heffer] has joined #fedora-meeting 20:00 * smooge raises his hand and says "Not Here" 20:00 * heffer is just lurking 20:00 * jpwdsm hangs out in the back 20:00 < mmcgrath> smooge: I think that logic just took some iq points from me. 20:00 * Oxf13 20:00 -!- akistler [n=akistler at adsl-99-142-18-184.dsl.emhril.sbcglobal.net] has joined #fedora-meeting 20:01 < mmcgrath> Ok, lets get started 20:01 < mmcgrath> #topic Infrastructure -- Tickets 20:01 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Tickets 20:01 * mdomsch here 20:01 < mmcgrath> Oh, and there's no meeting tickets. 20:01 < mmcgrath> that's easy 20:01 < mmcgrath> #topic Infrastructure -- IPv6 20:01 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- IPv6 20:01 < mmcgrath> mdomsch: want to take it quick on this one? Mostly just about what problem we saw and what we did about it. 20:02 < mdomsch> 2 classes of problem 20:02 < mdomsch> 1 we can fix 20:02 < mdomsch> so we did. we lowered the MTU for IPv6 packets, from 1500 to 1280 20:02 < mmcgrath> We do have one confirmed report that that seems to have fixed his/her problem 20:02 < mdomsch> apparently some packets were considered "too large" for some routers between our customers and us 20:02 < mdomsch> s/customers/users/ 20:03 < mdomsch> hopefully that'll help 20:03 < mdomsch> problem 2: other routers dropping packets for unknown reasons 20:03 < mdomsch> 0xf13 may have been bit by this 20:03 < mdomsch> last I knew, this was progressing between Sprint and Indiana gigapop NOCs, or at least bouncing between them 20:03 < mmcgrath> well, in Oxf13's case his router was sending IPv6 info even though his router wasn't configured to use it. 20:04 < smooge> I have seen this for 'security reasons'. Various IPS sometimes think IPV6 is a security problem and will drop/degrade service 20:04 < mdomsch> if someone pops into #fedora-admin with questions, please try to help 20:04 -!- drago01 [n=linux at chello062178124135.3.13.univie.teleweb.at] has quit Read error: 110 (Connection timed out) 20:04 < mdomsch> moving on from problems 20:04 < mmcgrath> 20:04 < mdomsch> I'd like to get opentorrent built for el5 20:05 < mmcgrath> mdomsch: is it in Fedora already? 20:05 < mdomsch> it depends on libowfat which I branched for EL-5 but haven't finished the work of de-dietlibc-ing it 20:05 < mmcgrath> ah 20:05 < mdomsch> mmcgrath, and no, opentorrent is not in Fedora yet 20:05 < mmcgrath> k 20:05 < mmcgrath> that'll be another nice ipv6 service though 20:05 < mdomsch> that's the only other service we offer at ibiblio that we could serve on v6 20:06 < mmcgrath> 20:06 < mmcgrath> mdomsch: emails are still bouncing around about our glue 20:06 < mdomsch> everything else (cvs, git, ...) are in non-v6-capable data centers 20:06 < mmcgrath> but it'll happen eventually 20:06 < mdomsch> oh, and MM is ready to go 20:06 < mmcgrath> sweet 20:06 < mmcgrath> did we re-enable mirrors.fp.o for ipv6? 20:06 < smooge> mdomsch, I wonder if we could do a app6to4 proxy 20:06 < Oxf13> fwiw, I replaced my router's firmware with dd-wrt, so I shouldn't have this issue anymore 20:06 < mdomsch> mmcgrath, no we haven't yet 20:06 -!- djf_jeff [n=jeff at modemcable026.33-70-69.static.videotron.ca] has quit "I quit" 20:07 < mdomsch> I need dgilmore to push the package to epel-testing :-) 20:07 -!- tibbs_ [n=tibbs at fedora/tibbs] has quit "Konversation terminated!" 20:07 -!- drago01 [n=linux at chello062178124135.3.13.univie.teleweb.at] has joined #fedora-meeting 20:07 < mmcgrath> ah, of course :) 20:07 < mdomsch> smooge, we could, but it might be slow... 20:07 < mmcgrath> I worry about the performance people would see if we start running our own proxies. 20:07 < mmcgrath> but if people care enough about it we can look closer and see exactly what we're talking about 20:07 < mmcgrath> anywho 20:08 < mmcgrath> mdomsch: anything else on ipv6? 20:08 < mdomsch> that's all 20:08 < mmcgrath> sweet. 20:09 < mmcgrath> #topic Change Freeze 20:09 -!- zodbot changed the topic of #fedora-meeting to: Change Freeze 20:09 < dgilmore> mdomsch: ill do it now 20:09 < mmcgrath> The change freeze will start for the beta on the 29th 20:09 < mmcgrath> Oxf13: what are our odds of a slip? 20:10 < notting> ask after the blocker meeting tomorrow? 20:10 < skvidal> mmcgrath: statistically? :) 20:10 < Oxf13> mmcgrath: hard to say right now. 20:10 < mdomsch> skvidal, the last 2 full release cycles are outliers, and can be discareded 20:10 < mmcgrath> notting: will do 20:10 < skvidal> mdomsch: really? :) 20:11 * mmcgrath is just reminding everyone that a slip would be really really really bad 20:11 -!- mchua_ [n=mchua at pool-71-191-192-177.washdc.fios.verizon.net] has quit Read error: 110 (Connection timed out) 20:11 < mmcgrath> at least for Infrastructure 20:11 < mmcgrath> OK, moving on 20:11 < notting> mmcgrath: my 'finger in the air' estimate is that non-anaconda bits are in ok shape 20:11 < smooge> a slip means no Canada for smooge 20:11 < mmcgrath> #topic Infrastructure -- qpidd 20:11 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- qpidd 20:12 < mmcgrath> J5: pnig 20:12 < mmcgrath> err ping even 20:12 < mmcgrath> .any lmacken 20:12 < skvidal> 2009-11-10 <-- and if we slip much we hit US thanksgiving 20:12 < zodbot> mmcgrath: lmacken was last seen in #fedora-meeting 16 hours, 12 minutes, and 7 seconds ago: *** lmacken has quit IRC (Read error: 110 (Connection timed out)) 20:12 < J5> mmcgrath: pong 20:12 < mmcgrath> J5: any progress on the messaging stuff? 20:12 -!- lmacken [n=lmacken at fedora/lmacken] has joined #fedora-meeting 20:12 < mmcgrath> lmacken: hey, just checking to see if there's any progress from you guys on the messaging stuff 20:13 < J5> mmcgrath: I ran into decoding structs issues which I am working on but I have python sending messaqes to js. I just need ot get them decoded 20:13 < lmacken> hey, so yeah, I haven't deployed any Moksha/Fedora Community stuff to staging yet 20:13 < mmcgrath> 20:13 < mmcgrath> if there's nothing else we'll move on to the next topic 20:14 -!- Fedora-Angel [n=Angel at 120.50.18.170] has quit "Leaving" 20:15 < mmcgrath> Ok 20:16 < mmcgrath> #topic Infrastructure -- Fedora insight 20:16 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Fedora insight 20:16 < mmcgrath> boo, just missed mchua 20:16 < mmcgrath> abadger1999: do you know anything about this? 20:16 < mmcgrath> last I checked fas auth was still not working 20:16 < mmcgrath> mizmo: you know anything? 20:16 < abadger1999> mmcgrath: Nope, haven't been followed the day-to-day, just the getting new features ready for the platform. 20:17 < mmcgrath> k, I'll follow up with mchua on that then. 20:17 < mmcgrath> zikula and qpid are the two major pushes I'm trying to get out. 20:17 < mmcgrath> #topic Infrastructure -- Smolt 20:17 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Smolt 20:17 -!- Fedora-Angel [n=Angel at 120.50.18.170] has joined #fedora-meeting 20:17 < mmcgrath> So I've spent much of my week working on smolt. 20:17 < mmcgrath> specifically database queries. 20:17 < mizmo> mmcgrath: a little bit 20:17 < mmcgrath> I've got the render-stats script in much better shape 20:18 < mmcgrath> mizmo: do you know what the status of the fas auth stuff on pt6 is? 20:18 -!- fbijlsma [n=fbijlsma at p54B2DDB2.dip.t-dialin.net] has joined #fedora-meeting 20:18 < mizmo> mmcgrath: i dont :( im just working on the css 20:18 < mmcgrath> K, no worries. 20:18 < mmcgrath> mizmo: thanks. 20:19 < mmcgrath> So on the smolt stuff, I've got a couple more changes to make and one final query (that happens to get run multiple times) to get figured out. 20:19 < mmcgrath> I'm hopeful that most of our smolt issues will go away after this 20:19 < lmacken> I hit some smolt wikifail the other day when trying to add a new page for some hardware 20:19 < smooge> just in time for a new code release 20:19 < mmcgrath> lmacken: how 'the other day' was it? 20:19 < lmacken> it ate my changes, so I got frustrated and gave up :) 20:19 < lmacken> mmcgrath: last night I think 20:20 < mmcgrath> couple of weeks back? 20:20 < mmcgrath> oh just last night 20:20 < mmcgrath> lmacken: I'll take a look. 20:20 < mmcgrath> K, anyone have any questions / concerns on that? 20:20 -!- inode0 [n=inode0 at fedora/inode0] has joined #fedora-meeting 20:21 < mmcgrath> k 20:21 < mmcgrath> #topic Infrastructure -- 1667' 20:21 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- 1667' 20:21 < mmcgrath> abadger1999: was this you? 20:21 < mmcgrath> https://fedorahosted.org/fedora-infrastructure/ticket/1667 20:21 < mmcgrath> .ticket 1667 20:21 < zodbot> mmcgrath: #1667 (BZ Component and Product Change Request) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1667 20:21 < mmcgrath> sorry :) 20:21 < mmcgrath> abadger1999: didn't we talk to that guy already? 20:21 < abadger1999> mmcgrath: I'm on it as much as anyone is. 20:22 < abadger1999> mmcgrath: It needs to go through fedora-docs before it gets handled by us. 20:22 < mmcgrath> I'm just wanting to verify that is something we need to do, that's not something the bugzilla admins do? 20:22 < mmcgrath> quaid: ping 20:22 < mmcgrath> stickster: ping 20:22 < abadger1999> mmcgrath: That part.... I think we may need both Fedora nad bz admin help. 20:22 < abadger1999> But I don't even know if we're actually going to be renaming yet. 20:22 < abadger1999> So I'm waiting on more docs input. 20:23 < mmcgrath> he seems very insistant on it at this point, even sent an email to admin at fp.o 20:23 < abadger1999> huh. Since yesterday? 20:23 < mmcgrath> yeah, just a few minutes ago 20:23 * abadger1999 reads mail 20:23 < mmcgrath> abadger1999: we did communicate that to him yesterday right? 20:23 < stickster> mmcgrath: pong 20:23 < mmcgrath> stickster: who's in charge of docs these days/ 20:24 < stickster> mmcgrath: Eric Christensen (Sparks) 20:24 < stickster> .fasinfo sparks 20:24 < mmcgrath> Sparks: ping 20:24 < zodbot> stickster: User: sparks, Name: Eric Christensen, email: eric at christensenplace.us, Creation: 2007-07-17, IRC Nick: sparks, Timezone: US/Eastern, Locale: en, Extension: 5102043, GPG key ID: BD0C14C1, Status: active 20:24 < zodbot> stickster: Approved Groups: cla_done fedorabugs cvsfedora packager docs ambassadors cla_fedora sysadmin-test svnsecurityguide gitabout-fedora githomepage gitreadme gitreadme-live-image gitreadme-burning-isos gitfedora-wiki cmsadmin gitfedora-cms gitrpmguide svnaccessibility-guide gitamateur-radio-guide 20:24 < zodbot> stickster: Unapproved Groups: None 20:24 * stickster always forgets how... thorough zodbot is. 20:24 < mmcgrath> ohh, a couple more and he'll be in the .more club with me :) 20:24 < stickster> heh 20:25 < mmcgrath> ok, I'll email Eric and see if he's ok with this 20:25 < abadger1999> Hmmm...... 20:25 < mmcgrath> stickster: we're talking about - https://fedorahosted.org/fedora-infrastructure/ticket/1667 20:25 < abadger1999> Is dhensley == perspectival? 20:25 < mmcgrath> which seems to have come from nowhere but impacts the docs team? 20:25 < mmcgrath> .fasinfo dhensley 20:25 < zodbot> mmcgrath: User "dhensley" doesn't exist 20:25 < mmcgrath> .fas dhensley 20:25 < zodbot> mmcgrath: dsilas '' 20:25 < mmcgrath> .fasinfo dsillas 20:25 < zodbot> mmcgrath: User "dsillas" doesn't exist 20:25 < mmcgrath> .fasinfo dsilas 20:25 < zodbot> mmcgrath: User: dsilas, Name: None, email: dhensley at redhat.com, Creation: 2009-05-15, IRC Nick: silas, Timezone: None, Locale: None, Extension: 5130286, GPG key ID: None, Status: active 20:25 < zodbot> mmcgrath: Approved Groups: cla_done cla_fedora svndeployment-guide svnsecurityguide 20:25 < zodbot> mmcgrath: Unapproved Groups: None 20:25 < mmcgrath> boo, privacy flag. 20:26 < abadger1999> yep. 20:26 < stickster> mmcgrath: I'm not sure I understand what's going on there -- 20:26 < stickster> mmcgrath: but 20:26 < abadger1999> Well, I'll email dhensley and ask if he's perspectival. 20:26 * mmcgrath pings in #fedora-docs 20:26 < abadger1999> And if not catch him up on the need to go through docs and then explain what's going on. 20:26 < mmcgrath> abadger1999: ok, thanks. 20:26 < stickster> It could be the way that Publican produces docs creates a certain package name, and they're looking for a component in BZ to represent the package 20:27 < Oxf13> they get that automatically when the package is brought into Fedora 20:27 < Oxf13> the /source/ package that is 20:27 < stickster> Oxf13: Right, maybe that's not fully understood? 20:27 -!- perspectival [n=perspect at nat/redhat/x-vdmeuktvoqccbdwz] has joined #fedora-meeting 20:27 < perspectival> hello 20:27 < mmcgrath> perspectival: are you dhensley? 20:27 < stickster> perspectival: We meet again! :-D 20:27 < perspectival> yes 20:27 < mmcgrath> we're talking about 20:27 < perspectival> I assume we're discussing the component/product change 20:27 < mmcgrath> .ticket 1667 20:27 < zodbot> mmcgrath: #1667 (BZ Component and Product Change Request) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1667 20:28 < perspectival> right 20:28 < mmcgrath> yeah, no one in docs seems to know about it? 20:28 < mmcgrath> well, no one we've talked to (which isn't many yet) 20:28 < stickster> From yesterday, I thought that Sparks did know about this? 20:28 * stickster didn't see how the conversation ended 20:29 < perspectival> this name change was initially referenced on an internal email, and then Mike Hideo requested, in an email to me, that (verbatim): 20:29 < perspectival> "Can we change the component name to: 20:29 < perspectival> doc-Deployment_Guide for Fedora? " 20:29 < mmcgrath> perspectival: was Sparks ok with that? 20:29 < abadger1999> perspectival: Note, you're wanting to both change the name and change the product it's under. 20:29 < perspectival> I spoke to Sparks initially about this (2 days ago), and stickster was confusedly brought into it yesterday 20:29 < perspectival> yes 20:29 < perspectival> abadger1999: true 20:30 < quaid> mmcgrath: pong 20:30 < stickster> perspectival: It's OK, I'm used to being confused as quaid will tell you :-) 20:30 < perspectival> I have not spoken to Sparks about this again (he was away yesterday I believe) 20:30 < dgilmore> perspectival: if its in fedora it needs to go through a package review 20:30 < quaid> can haz fedora-docs-list plz 20:30 < abadger1999> dgilmore: It's not yet a package -- which is part of why I'm wondering why we want to moce it from the Fedora Documentation product to the Fedora product. 20:30 < mmcgrath> quaid: talking about 20:31 < mmcgrath> t.ticket 1667 20:31 < mmcgrath> .ticket 1667 20:31 < zodbot> mmcgrath: #1667 (BZ Component and Product Change Request) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1667 20:31 < dgilmore> abadger1999: then it does not belong under fedora 20:31 < perspectival> I am not sure, and I'm sort of new to the Fedora documentation procedures, so I'll relay that to Mike and make sure my information is correct 20:31 -!- Sonar_Guy [n=Who at fedora/sonarguy] has joined #fedora-meeting 20:31 < quaid> mmcgrath: what I mean is ... 20:32 < quaid> asking Sparks on IRC is not the way to resolve the question of, "What does Docs intend here?" 20:32 < abadger1999> perspectival: In terms of moving forward, the important thing is for us to understand what fedora-docs wants out of this. 20:32 < mmcgrath> quaid: 20:32 < abadger1999> quaid: +1 20:32 < perspectival> ok 20:32 < mmcgrath> perspectival: can you email this ticket to the fedora-docs-list so everyone knows whats up? 20:32 < quaid> if mhideo doesn't want to join fedora-docs-list to discuss, by all means proxy for the reasoning. 20:32 < mmcgrath> there's two parts to this, one of them is getting sparks and team all aware and stuff, the other one is technical 20:32 < mmcgrath> which we're still not sure of 100% 20:33 < quaid> I have insight for #2 20:33 < quaid> i) create new bugzilla component (package needed) 20:33 -!- foolish [n=foolish at fedora/foolish] has quit Remote closed the connection 20:33 < quaid> ii) remove the item from owners.list & probably confirm that it's gone with note to BZ team 20:33 < mmcgrath> 20:33 < quaid> >2 folks have the edit for owners.list, so no blockage there likely :) 20:34 < abadger1999> iii) bugzilla team shifts open bug reports to the new bugzilla component 20:34 < mmcgrath> perspectival: you know what steps to take next? 20:34 -!- drago01 [n=linux at chello062178124135.3.13.univie.teleweb.at] has quit Remote closed the connection 20:34 < quaid> abadger1999: yep, thx, that one too :) 20:34 < perspectival> I'm about to email fedora-docs list and CC mike 20:34 * quaid did all this recently, fwiw, so it does work 20:34 < stickster> quaid: good to know, excellent 20:34 < mmcgrath> perspectival: excellent 20:35 < mmcgrath> Ok, anyone have anything else for now? 20:35 < quaid> perspectival: sorry for any confusion; the Fedora deal is basically, work on it with the edge-focused team, they usually have people/processes in place to carry it onward 20:35 < mmcgrath> anyone have anything else on this? 20:35 < quaid> where carry == tell you who to contact next, what to do, etc. to enable individuals to achieve their own goals. 20:36 * quaid done now 20:36 < mmcgrath> Ok, moving on :) 20:36 < mmcgrath> #topic Infrastructure -- The PHX move 20:36 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- The PHX move 20:36 < skvidal> why did I read that as the THX movie 20:36 < mmcgrath> smooge: did you get the meeting invite for Friday? 20:37 < smooge> I did 20:37 < smooge> I am trying to figure out when it is exaxctly as evolution has it down for 1800 20:37 < smooge> which would be rather late for people on the east coast 20:37 < mmcgrath> :) 20:38 < mmcgrath> smooge: well there's wiki pages for us to fill out as well 20:38 < mmcgrath> smooge: so lets get some of the stuff we've discussed moved over 20:38 < smooge> oh boy 20:38 < smooge> I want 10GB to each system and a pony 20:39 < mdomsch> and ipv6 20:39 < mmcgrath> hahah 20:39 < abadger1999> smooge: Better get stable boys too, a pony for each system will produce a lot of... ammonia 20:39 < mmcgrath> smooge: lets get the server count and amp count at least put up there. 20:39 < smooge> ah yeah.. 20:39 -!- krichard [n=krichard at cpe-024-211-252-120.nc.res.rr.com] has joined #fedora-meeting 20:39 < dgilmore> mmcgrath: i want a rack full of sparc boxes :) 20:40 < smooge> mdomsch, could I ask a favor. I need an amp count for powervault and pe2950. I found max but not 'average'. 20:40 < mmcgrath> Anyone have anything else on that? 20:41 < mmcgrath> ok :) 20:41 < mmcgrath> #topic Infrastructure -- Open Floor 20:41 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:41 < mmcgrath> Anyone have anything they'd like to discuss? 20:41 < smooge> reboot of bastion tomorrow 20:41 < smooge> it should be a couple of file changes and a reboot.. 20:42 < smooge> upgrade/reboot of xen13 next week 20:42 < ricky> Ugh, I completely forgot, sorry 20:42 < mmcgrath> smooge: oh yes, excellent 20:42 < smooge> that will also cause some reboots 20:42 < smooge> actually I was thinking of combining them 20:42 < smooge> since bastion1 will need to be rebooted twice :) 20:42 < mmcgrath> I think both will be 0 impact, we'll see :) 20:42 < dgilmore> i did all the builders over the weekend 20:43 < dgilmore> except xenbuilder4 20:43 < ricky> xen13 already has reboots often enough but thankfully we're setup so that we don't notice them outside 20:43 < smooge> dgilmore, other than logwatch.. did you notice anything? 20:44 < dgilmore> smooge: nope 20:44 < dgilmore> it was very smooth 20:44 < dgilmore> i did have to exclude net-snmp* 20:44 < smooge> ? 20:44 < dgilmore> but thats due to needing to rebuild it to work in the builder environment 20:45 < dgilmore> smooge: it links to rpm 20:45 < dgilmore> but we bumped rpm 20:45 < smooge> ah so it should not affect other boxes 20:45 < dgilmore> nope 20:45 < smooge> or did everything get the newer rpm 20:45 * Fedora-Angel is away: I'm busy 20:45 < smooge> slow typing makes smooge a poor psort 20:45 < dgilmore> smooge: just builders releng boxes have a different rpm 20:46 < smooge> dgilmore, thanks 20:46 < mmcgrath> k, anyone have anything else? 20:46 < mmcgrath> If not we'll close the meetings in 30 20:47 < mmcgrath> ok 20:47 < mmcgrath> #endmeeting 20:47 -!- zodbot 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 20:47 < zodbot> Meeting ended Thu Sep 10 20:47:28 2009 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . 20:47 < zodbot> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-10/fedora-meeting.2009-09-10-19.59.html 20:47 < zodbot> Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-09-10/fedora-meeting.2009-09-10-19.59.txt 20:47 < zodbot> Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-10/fedora-meeting.2009-09-10-19.59.log.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mel at redhat.com Thu Sep 10 21:41:27 2009 From: mel at redhat.com (Mel Chua) Date: Thu, 10 Sep 2009 17:41:27 -0400 Subject: Meeting Log - 2009-09-10 In-Reply-To: <20090910204812.GA2726@alpha.rzhou.org> References: <20090910204812.GA2726@alpha.rzhou.org> Message-ID: <4AA97287.7090804@redhat.com> > 20:16 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Fedora insight > 20:16< mmcgrath> boo, just missed mchua > 20:16< mmcgrath> abadger1999: do you know anything about this? > 20:16< mmcgrath> last I checked fas auth was still not working > 20:16< mmcgrath> mizmo: you know anything? > 20:16< abadger1999> mmcgrath: Nope, haven't been followed the day-to-day, just the getting new features ready for the platform. > 20:17< mmcgrath> k, I'll follow up with mchua on that then. The long but always-working version: https://fedorahosted.org/marketing-team/query?status=new&status=assigned&status=reopened&component=Fedora+Insight&order=priority The short version: we're waiting on 3 packages. * zikula-module-fedora-fasauth is still not working; I'm trying to find Simon to take a look at this. https://fedorahosted.org/marketing-team/ticket/26 * zikula-module-filterutil has some packaging/dependency things to sort out; I'm not sure what the "minor change" needed is. Again, need to find Simon. https://fedorahosted.org/marketing-team/ticket/25 * the theme that Mo is working on needs to be finished and packaged. (This shouldn't be too bad.) I think that's it - anything else you need from us other than those three packages deployed and working on pt6 Real Soon Now? --Mel From jkeating at redhat.com Thu Sep 10 23:13:10 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Sep 2009 16:13:10 -0700 Subject: Torrent changes Message-ID: <1252624390.19573.3.camel@localhost.localdomain> I've done a couple things with the torrents this week and I want you all to be aware of it, in case something happens. 1) I've removed anything that is older than F-10. All F8/9 content has been removed from the web listing, and if nobody complains in a week or so I'll remove the torrent files themselves. 2) I've re-generated all the live torrents, all the Fedora 12 Alpha torrents, and the Snapshot 1 torrents. These have been re-generated with a README-SOURCES file that tells users where they can go to get the matching sources. This has reset the download counters for all of the torrents that got re-generated, but was necessary for GPL compliance. Please ping me if anybody discovers an issue with the torrents. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Fri Sep 11 01:14:31 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 10 Sep 2009 20:14:31 -0500 (CDT) Subject: Torrent changes In-Reply-To: <1252624390.19573.3.camel@localhost.localdomain> References: <1252624390.19573.3.camel@localhost.localdomain> Message-ID: On Thu, 10 Sep 2009, Jesse Keating wrote: > I've done a couple things with the torrents this week and I want you all > to be aware of it, in case something happens. > > 1) I've removed anything that is older than F-10. All F8/9 content has > been removed from the web listing, and if nobody complains in a week or > so I'll remove the torrent files themselves. > > 2) I've re-generated all the live torrents, all the Fedora 12 Alpha > torrents, and the Snapshot 1 torrents. These have been re-generated > with a README-SOURCES file that tells users where they can go to get the > matching sources. This has reset the download counters for all of the > torrents that got re-generated, but was necessary for GPL compliance. > > Please ping me if anybody discovers an issue with the torrents. > Do we not need to have the same, regenerated isos on the mirrors? -Mike From nigjones at redhat.com Fri Sep 11 01:17:54 2009 From: nigjones at redhat.com (Nigel Jones) Date: Thu, 10 Sep 2009 21:17:54 -0400 (EDT) Subject: Torrent changes In-Reply-To: Message-ID: <27977951.2451252631831532.JavaMail.nigjones@njones.bne.redhat.com> ----- "Mike McGrath" wrote: > On Thu, 10 Sep 2009, Jesse Keating wrote: > > > I've done a couple things with the torrents this week and I want you > all > > to be aware of it, in case something happens. > > > > 1) I've removed anything that is older than F-10. All F8/9 content > has > > been removed from the web listing, and if nobody complains in a week > or > > so I'll remove the torrent files themselves. > > > > 2) I've re-generated all the live torrents, all the Fedora 12 Alpha > > torrents, and the Snapshot 1 torrents. These have been > re-generated > > with a README-SOURCES file that tells users where they can go to get > the > > matching sources. This has reset the download counters for all of > the > > torrents that got re-generated, but was necessary for GPL > compliance. > > > > Please ping me if anybody discovers an issue with the torrents. > > > > Do we not need to have the same, regenerated isos on the mirrors? My understanding is that it's just the torrent 'manifest' (i.e. the filelist in the .torrent files). I think we have a similar README-SOURCES on the mirrors somewhere. - Nigel From jkeating at j2solutions.net Fri Sep 11 01:21:11 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 10 Sep 2009 18:21:11 -0700 Subject: Torrent changes In-Reply-To: References: <1252624390.19573.3.camel@localhost.localdomain> Message-ID: <5F283404-20A8-4255-9686-03B87DA79C39@j2solutions.net> On Sep 10, 2009, at 18:14, Mike McGrath wrote: > On Thu, 10 Sep 2009, Jesse Keating wrote: > >> I've done a couple things with the torrents this week and I want >> you all >> to be aware of it, in case something happens. >> >> 1) I've removed anything that is older than F-10. All F8/9 content >> has >> been removed from the web listing, and if nobody complains in a >> week or >> so I'll remove the torrent files themselves. >> >> 2) I've re-generated all the live torrents, all the Fedora 12 Alpha >> torrents, and the Snapshot 1 torrents. These have been re-generated >> with a README-SOURCES file that tells users where they can go to >> get the >> matching sources. This has reset the download counters for all of >> the >> torrents that got re-generated, but was necessary for GPL compliance. >> >> Please ping me if anybody discovers an issue with the torrents. >> > > Do we not need to have the same, regenerated isos on the mirrors? > The iso itself is not changed. The torrents just have a file added to them. On the mirror, the location o the source is pretty self evident but the case wasn't the same on the torrents, particularly for the snapshots and alpha. -- Jes From Matt_Domsch at dell.com Fri Sep 11 03:38:52 2009 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 10 Sep 2009 22:38:52 -0500 Subject: MirrorManager is now IPv6 enabled Message-ID: <20090911033852.GB19331@auslistsprd01.us.dell.com> MirrorManager 1.3.0 is live now. You can enter host names (A or AAAA records only please; it won't chase down CNAMEs) into your Host's netblock list, and MirrorManager will honor it. This means, if you have dynamic DNS keeping your A records up-to-date, MM will point your users at your mirror. As MM only does DNS lookups every hour, there may be a small window where your IP changes, DNS changes, but MM hasn't caught up yet. Also, MirrorManager is now IPv6 enabled. mirrors.fedoraproject.org and download.fedoraproject.org are both reachable by IPv6, and it does IPv6 (and 6to4) GeoIP lookups too. The IPv6 GeoIP table is pretty limited, but with the addition of 6to4 lookups, I think will be quite usable. You can add your IPv6 netblocks too. Thanks, Matt -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From mmcgrath at redhat.com Tue Sep 15 21:54:52 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 15 Sep 2009 16:54:52 -0500 (CDT) Subject: Merging from staging to master Message-ID: This has bugged me forever and I think I've got it figured out now (thanks mdomsch for pointing me in the right direction) Lets say you've been working for weeks on a module in staging and you want to cherry pick those commits. How do you do it? It becomes trickier even if someone else has been working on other modules in staging. This seems to do the trick: git log --name-status master..staging module/path or to see the diff git diff master staging module/path The only thing to be careful of that I can tell is if one of the commits listed in git-log includes something in another path outside of your module. Anyway, if you can think of a better way to do this let me know, so far though this worked well for me. -Mike From wakko666 at gmail.com Tue Sep 15 22:08:53 2009 From: wakko666 at gmail.com (brett lentz) Date: Tue, 15 Sep 2009 15:08:53 -0700 Subject: Merging from staging to master In-Reply-To: References: Message-ID: On Tue, Sep 15, 2009 at 2:54 PM, Mike McGrath wrote: > This has bugged me forever and I think I've got it figured out now (thanks > mdomsch for pointing me in the right direction) > > Lets say you've been working for weeks on a module in staging and you want > to cherry pick those commits. ?How do you do it? ?It becomes trickier even > if someone else has been working on other modules in staging. ?This seems > to do the trick: > > git log --name-status master..staging module/path > > or to see the diff > > git diff master staging module/path > > The only thing to be careful of that I can tell is if one of the commits > listed in git-log includes something in another path outside of your > module. > > Anyway, if you can think of a better way to do this let me know, so far > though this worked well for me. > > ? ? ? ?-Mike > Depending on what you're looking for, this can be achieved a few different ways. If the goal is to copy the end-result (or, current state) between branches, and maintaining commit history isn't as important, you can just do this: git diff --relative branch1 branch2 -- path/to/files | git-apply --index or git diff --relative branch1 branch2 -- path/to/files | patch -p1 If the goal is to cherry-pick every commit and replay them into a new branch, then your above method is probably the best way to do it. For reference, here's a good explanation from Linus on this issue: http://thread.gmane.org/gmane.comp.version-control.git/37600/focus=37683 ---Brett. From ericmeng23 at yahoo.com Wed Sep 16 05:31:42 2009 From: ericmeng23 at yahoo.com (Eric Meng) Date: Tue, 15 Sep 2009 22:31:42 -0700 (PDT) Subject: Introduction Message-ID: <277766.18738.qm@web45503.mail.sp1.yahoo.com> Hi, My name is Eric Meng, I'm a sophomore in high school with substantial experience with Linux. I have no previous work experience, but hope to gain new knowledge and information by volunteering for Fedora. Credentials: - Certified Red Hat Technician (my number is 605009710126274) - Self taught - Self-motivated; strong passion for technology - Knowledge in Perl & Shell scripting - Analytical thinker; able to trouble shoot problems that arise - Strong administration skills in all areas listed under the RHCT requirements - Exceptional communicator - 4.0 GPA student Reasons for joining: - Gain experience/ learn - Help Linux community - Improve Fedora - Get a sneak peak of new technology & software - See how Fedora works behind the scenes - Have Fun!! -------------- next part -------------- An HTML attachment was scrubbed... URL: From markmc at redhat.com Wed Sep 16 07:33:58 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 16 Sep 2009 08:33:58 +0100 Subject: Merging from staging to master In-Reply-To: References: Message-ID: <1253086438.6350.13.camel@blaa> On Tue, 2009-09-15 at 16:54 -0500, Mike McGrath wrote: > This has bugged me forever and I think I've got it figured out now (thanks > mdomsch for pointing me in the right direction) > > Lets say you've been working for weeks on a module in staging and you want > to cherry pick those commits. How do you do it? It becomes trickier even > if someone else has been working on other modules in staging. It's probably better to have a topic branch for your changes and merge that regularly into staging while you're working on it. When it's all done, you can merge the topic branch into master. Cheers, Mark. From mmcgrath at redhat.com Wed Sep 16 12:46:07 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 16 Sep 2009 07:46:07 -0500 (CDT) Subject: Merging from staging to master In-Reply-To: <1253086438.6350.13.camel@blaa> References: <1253086438.6350.13.camel@blaa> Message-ID: On Wed, 16 Sep 2009, Mark McLoughlin wrote: > On Tue, 2009-09-15 at 16:54 -0500, Mike McGrath wrote: > > This has bugged me forever and I think I've got it figured out now (thanks > > mdomsch for pointing me in the right direction) > > > > Lets say you've been working for weeks on a module in staging and you want > > to cherry pick those commits. How do you do it? It becomes trickier even > > if someone else has been working on other modules in staging. > > It's probably better to have a topic branch for your changes and merge > that regularly into staging while you're working on it. When it's all > done, you can merge the topic branch into master. > There's no way to properly test the changes with that method though unfortunately. -Mike From mmcgrath at redhat.com Wed Sep 16 12:46:58 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 16 Sep 2009 07:46:58 -0500 (CDT) Subject: Introduction In-Reply-To: <277766.18738.qm@web45503.mail.sp1.yahoo.com> References: <277766.18738.qm@web45503.mail.sp1.yahoo.com> Message-ID: On Tue, 15 Sep 2009, Eric Meng wrote: > Hi, > > ??? My name is Eric Meng, I'm a sophomore in high school with substantial experience with Linux. I have no previous work > experience, but hope to gain new knowledge and information by volunteering for Fedora. > > Credentials: > > - Certified Red Hat Technician (my number is 605009710126274) > - Self taught > - Self-motivated; strong passion for technology > - Knowledge in Perl & Shell scripting > - Analytical thinker; able to trouble shoot problems that arise > - Strong administration skills in all areas listed under the RHCT requirements > - Exceptional communicator > - 4.0 GPA student > > Reasons for joining: > > - Gain experience/ learn > - Help Linux community > - Improve Fedora > - Get a sneak peak of new technology & software > - See how Fedora works behind the scenes > - Have Fun!! > Welcome Eric, was there anything in particular you were interested in working on? -Mike From markmc at redhat.com Wed Sep 16 13:26:49 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 16 Sep 2009 14:26:49 +0100 Subject: Merging from staging to master In-Reply-To: References: <1253086438.6350.13.camel@blaa> Message-ID: <1253107609.6350.25.camel@blaa> On Wed, 2009-09-16 at 07:46 -0500, Mike McGrath wrote: > On Wed, 16 Sep 2009, Mark McLoughlin wrote: > > > On Tue, 2009-09-15 at 16:54 -0500, Mike McGrath wrote: > > > This has bugged me forever and I think I've got it figured out now (thanks > > > mdomsch for pointing me in the right direction) > > > > > > Lets say you've been working for weeks on a module in staging and you want > > > to cherry pick those commits. How do you do it? It becomes trickier even > > > if someone else has been working on other modules in staging. > > > > It's probably better to have a topic branch for your changes and merge > > that regularly into staging while you're working on it. When it's all > > done, you can merge the topic branch into master. > > > > There's no way to properly test the changes with that method though > unfortunately. How is it different? Merging the topic branch into staging is the same as doing the working on staging itself, except the work is better isolated for merging into master later. Cheers, Mark. From mmcgrath at redhat.com Wed Sep 16 13:41:41 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 16 Sep 2009 08:41:41 -0500 (CDT) Subject: Merging from staging to master In-Reply-To: <1253107609.6350.25.camel@blaa> References: <1253086438.6350.13.camel@blaa> <1253107609.6350.25.camel@blaa> Message-ID: On Wed, 16 Sep 2009, Mark McLoughlin wrote: > On Wed, 2009-09-16 at 07:46 -0500, Mike McGrath wrote: > > On Wed, 16 Sep 2009, Mark McLoughlin wrote: > > > > > On Tue, 2009-09-15 at 16:54 -0500, Mike McGrath wrote: > > > > This has bugged me forever and I think I've got it figured out now (thanks > > > > mdomsch for pointing me in the right direction) > > > > > > > > Lets say you've been working for weeks on a module in staging and you want > > > > to cherry pick those commits. How do you do it? It becomes trickier even > > > > if someone else has been working on other modules in staging. > > > > > > It's probably better to have a topic branch for your changes and merge > > > that regularly into staging while you're working on it. When it's all > > > done, you can merge the topic branch into master. > > > > > > > There's no way to properly test the changes with that method though > > unfortunately. > > How is it different? > > Merging the topic branch into staging is the same as doing the working > on staging itself, except the work is better isolated for merging into > master later. > Because we have to pick which branch to send to staging. So if I picked branch 'mmcgrath' and luke picked branch 'lmacken' neither of them would end up being tested in our actual staging environment since we have to point the staging environment at a specific branch. -Mike From markmc at redhat.com Wed Sep 16 14:57:06 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 16 Sep 2009 15:57:06 +0100 Subject: Merging from staging to master In-Reply-To: References: <1253086438.6350.13.camel@blaa> <1253107609.6350.25.camel@blaa> Message-ID: <1253113026.6350.30.camel@blaa> On Wed, 2009-09-16 at 08:41 -0500, Mike McGrath wrote: > On Wed, 16 Sep 2009, Mark McLoughlin wrote: > > > On Wed, 2009-09-16 at 07:46 -0500, Mike McGrath wrote: > > > On Wed, 16 Sep 2009, Mark McLoughlin wrote: > > > > > > > On Tue, 2009-09-15 at 16:54 -0500, Mike McGrath wrote: > > > > > This has bugged me forever and I think I've got it figured out now (thanks > > > > > mdomsch for pointing me in the right direction) > > > > > > > > > > Lets say you've been working for weeks on a module in staging and you want > > > > > to cherry pick those commits. How do you do it? It becomes trickier even > > > > > if someone else has been working on other modules in staging. > > > > > > > > It's probably better to have a topic branch for your changes and merge > > > > that regularly into staging while you're working on it. When it's all > > > > done, you can merge the topic branch into master. > > > > > > > > > > There's no way to properly test the changes with that method though > > > unfortunately. > > > > How is it different? > > > > Merging the topic branch into staging is the same as doing the working > > on staging itself, except the work is better isolated for merging into > > master later. > > > > Because we have to pick which branch to send to staging. So if I picked > branch 'mmcgrath' and luke picked branch 'lmacken' neither of them would > end up being tested in our actual staging environment since we have to > point the staging environment at a specific branch. I was assuming there was a branch called 'staging' $> git checkout -b mmcgrath-fix-foo-bar origin/staging ... do stuff while other people do stuff on staging ... $> git fetch origin $> git checkout -b staging-merge origin/staging $> git merge mmcgrath-fix-foo-bar $> git push origin HEAD:staging Then when it has been tested: $> git fetch origin $> git checkout -b final-merge origin/master $> git merge mmcgrath-fix-foo-bar $> git push origin HEAD:master That should work fine. Cheers, Mark. From tmz at pobox.com Wed Sep 16 15:03:10 2009 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 16 Sep 2009 11:03:10 -0400 Subject: Merging from staging to master In-Reply-To: References: <1253086438.6350.13.camel@blaa> <1253107609.6350.25.camel@blaa> Message-ID: <20090916150310.GG2582@inocybe.localdomain> Mike McGrath wrote: > On Wed, 16 Sep 2009, Mark McLoughlin wrote: >> Merging the topic branch into staging is the same as doing the >> working on staging itself, except the work is better isolated for >> merging into master later. > > Because we have to pick which branch to send to staging. So if I > picked branch 'mmcgrath' and luke picked branch 'lmacken' neither of > them would end up being tested in our actual staging environment > since we have to point the staging environment at a specific branch. I think Mark's suggested workflow goes something like this: # Want to test out some changes for, say, geoip git co -b geoip-changes staging # Work, work, work # Merge to staging git co staging git merge geoip-changes # Push to puppet1 git push origin staging # Test, test, Test # Looks good, let's get this into production git co master git merge geoip-changes This makes it easier to do that merge, whereas merging staging into master would involve cherry-picking commits most times. The trouble with cherry-picking is that it just creates a new commit with the same changes. You lose the commit-id which makes it harder to see just what commits are on staging that are not merged into master and vice versa. For collaboration, sharing these topic branches is also trivial with git. If both you and Matt wanted to work on the geoip-changes topic, you can add each others's personal repos as remotes and share that way. Or if you really wanted, that topic branch could be pushed to the main repository for easy collaboration among everyone. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ A fool's brain digests philosophy into folly, science into superstition, and art into pedantry. Hence University education. -- George Bernard Shaw -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From mmcgrath at redhat.com Wed Sep 16 15:06:39 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 16 Sep 2009 10:06:39 -0500 (CDT) Subject: Merging from staging to master In-Reply-To: <20090916150310.GG2582@inocybe.localdomain> References: <1253086438.6350.13.camel@blaa> <1253107609.6350.25.camel@blaa> <20090916150310.GG2582@inocybe.localdomain> Message-ID: On Wed, 16 Sep 2009, Todd Zullinger wrote: > Mike McGrath wrote: > > On Wed, 16 Sep 2009, Mark McLoughlin wrote: > >> Merging the topic branch into staging is the same as doing the > >> working on staging itself, except the work is better isolated for > >> merging into master later. > > > > Because we have to pick which branch to send to staging. So if I > > picked branch 'mmcgrath' and luke picked branch 'lmacken' neither of > > them would end up being tested in our actual staging environment > > since we have to point the staging environment at a specific branch. > > I think Mark's suggested workflow goes something like this: > > # Want to test out some changes for, say, geoip > git co -b geoip-changes staging > > # Work, work, work > > # Merge to staging > git co staging > git merge geoip-changes > > # Push to puppet1 > git push origin staging > > # Test, test, Test > > # Looks good, let's get this into production > git co master > git merge geoip-changes > > This makes it easier to do that merge, whereas merging staging into > master would involve cherry-picking commits most times. The trouble > with cherry-picking is that it just creates a new commit with the same > changes. You lose the commit-id which makes it harder to see just > what commits are on staging that are not merged into master and vice > versa. > > For collaboration, sharing these topic branches is also trivial with > git. If both you and Matt wanted to work on the geoip-changes topic, > you can add each others's personal repos as remotes and share that > way. Or if you really wanted, that topic branch could be pushed to > the main repository for easy collaboration among everyone. > Ahh, I've got you now. So we're not actually using the temporary branch, at least not directly. -Mike From ericmeng23 at yahoo.com Wed Sep 16 15:47:15 2009 From: ericmeng23 at yahoo.com (Eric Meng) Date: Wed, 16 Sep 2009 08:47:15 -0700 (PDT) Subject: Approval? Message-ID: <153248.51851.qm@web45516.mail.sp1.yahoo.com> Hey guys, ??? Well I haven't been approved yet to join the sysadmin base group, so I don't think I can work on anything yet, am I? Well, I am currently in school right now and I'm not sure if there is anything I can do that fits my skill level. Any suggestions? When can I get approved? Thanks, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From bochecha at fedoraproject.org Wed Sep 16 16:10:48 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Wed, 16 Sep 2009 18:10:48 +0200 Subject: Approval? In-Reply-To: <153248.51851.qm@web45516.mail.sp1.yahoo.com> References: <153248.51851.qm@web45516.mail.sp1.yahoo.com> Message-ID: <2d319b780909160910m5f99bbf8pcfa8696ff7f3193b@mail.gmail.com> Hi, > Hey guys, > > ??? Well I haven't been approved yet to join the sysadmin base group, so I > don't think I can work on anything yet, am I? Well, I am currently in school > right now and I'm not sure if there is anything I can do that fits my skill > level. Any suggestions? When can I get approved? Mike asked you this in the other thread you had opened: Welcome Eric, was there anything in particular you were interested in working on? I also joined recently, so I might be wrong, but as I understood it, now is not the time to be approved. You first have to actually do some work, and get to know the group. For example, if you're interested in the web apps side of the team's job, you could start hacking on Bodhi, Koji, PackageDB, etc... That's why you should first answer Mike's question IMHO, so that the old timers here can guide you :) Best regards, ---------- Mathieu Bridon (bochecha) From infrastructure at ccielogs.com Thu Sep 17 12:58:05 2009 From: infrastructure at ccielogs.com (Daniele Catanesi) Date: Thu, 17 Sep 2009 14:58:05 +0200 Subject: Self introduction Daniele Catanesi Message-ID: <4AB2325D.5070400@ccielogs.com> Hello all, my name is Daniele Catanesi and I've been thinking to subscribe to the infrastructure list for some time now. I'm an Italian Network and Systems Engineer with around 9 years of experience, I've been using Linux since 1999/2000 as my main Operating System and on various infrastructure servers in my actual company, even if their/our job is mainly geared toward MS stuff, with the responsibility to administer and keep them up and running. My main skills are in the networking area even if I feel confident in the administration and troubleshooting of Linux based servers, which to be totally honest is what I like more. I already participate in the Fedora project with the Italian L10N team localizing packages in my native language and I would like to participate in the infrastructure project for two main reasons, the first and somehow obvious one is the need to give back to the community, the second one is I think there is no better way to help than doing what I like which can be a good way to refine my skills. I have a permanent lab that could be easily used for testing purposes and proof of concept (measure twice and cut once) and I would be more than glad to use it to benefit the community. Ok I hope I did not "talk" too much, I'm going to read the various Infrastructure Wiki section the get a better view of the entire process. Thanks, Daniele. P.S. Working on the Fedora Project I've already created an account, of course, and signed the CLA so I guess I can skip this section. I know this could sound silly but I prefer to be sure. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ricky at fedoraproject.org Thu Sep 17 20:57:58 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 17 Sep 2009 16:57:58 -0400 Subject: Meeting Log - 2009-09-17 Message-ID: <20090917205758.GD29129@alpha.rzhou.org> 19:59 < mmcgrath> #startmeeting Infrastructure 19:59 < zodbot> Meeting started Thu Sep 17 19:59:45 2009 UTC. The chair is mmcgrath. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:59 < zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 19:59 -!- zodbot changed the topic of #fedora-meeting to: (Meeting topic: Infrastructure) 19:59 < mmcgrath> #topic Who's here? 19:59 -!- zodbot changed the topic of #fedora-meeting to: Who's here? (Meeting topic: Infrastructure) 19:59 * ricky 19:59 * nirik is in the back. 19:59 * SmootherFrOgZ is 20:00 * skvidal nods 20:00 -!- notting [n=notting at redhat/notting] has joined #fedora-meeting 20:00 * collier_s here 20:00 * a-k is here 20:00 -!- sseiersen|Laptop [n=Scott at 96.244.48.139] has joined #fedora-meeting 20:01 < mmcgrath> Ok, doesn't look like we have any meeting tickets so we'll just get right into it 20:01 < mmcgrath> #topic FAS accounts and capcha 20:01 -!- zodbot changed the topic of #fedora-meeting to: FAS accounts and capcha (Meeting topic: Infrastructure) 20:02 < mmcgrath> One thing I wanted to make known is we recently implemented a capcha in FAS. 20:02 < mmcgrath> by we I mean abadger1999 20:02 < mmcgrath> the problem was mostly caused from spammers we think. 20:02 -!- RodrigoPadula [n=RodrigoP at 189.106.73.153] has quit "Saindo" 20:02 < mmcgrath> STill more research to do but as many as 2 in every 3 account we have in FAS was created by a spammer. 20:02 < mmcgrath> or at least someone who didn't verify their email. 20:02 < mmcgrath> But! no more :) 20:03 < ricky> :-) 20:03 < smooge> here 20:03 < mmcgrath> we re-consider freeing up those account names as well. Something worth discussing. 20:03 < mmcgrath> they'd not have been in any groups or anything so it might be safe. 20:03 < mmcgrath> might not be though, more research required. 20:03 * ricky is all for freeing up accounts that have never been verified (ie never logged on) 20:03 < mdomsch> yo 20:03 < mmcgrath> mdomsch: hey 20:03 * ianweller rolls in for da lulz 20:04 < mmcgrath> anyone have any questions or comments on that? 20:04 < mdomsch> wow, that's crazy 20:04 < mmcgrath> mdomsch: indeed :) 20:04 < notting> so, does this screw up all our account/registration growth stats? 20:05 < mmcgrath> notting: it does as far as what we have done in the past but we can get new stats I think. 20:05 < abadger1999> mmcgrath: It'll be interesting if our initial registration drops 20:05 < mmcgrath> abadger1999: I'm almost positive it will. 20:05 < ricky> Did we ever really assume that # accounts = # of active people? 20:05 < mmcgrath> ricky: depends on 'we' 20:05 < abadger1999> It'll only drop significantly if the accounts are being created by a machine. 20:05 < mmcgrath> I really don't consider a contributor a contributor unless they have a fedorapeople account. 20:05 < ricky> I guess the question is if those specific numbers are usually quoted to the press or anything 20:06 < ricky> Same here - I get my counts from ls /home/fedora | wc -l on fedorapeople.org :-) 20:06 < mmcgrath> ricky: some are. *but* generally we encourage people to use 'contributor' when siting those numbers. 20:06 < abadger1999> People that sign up but never verify email would still get through the captcha. 20:06 < mmcgrath> and we define a contributor as cla_done + one group 20:06 < mmcgrath> which is the fedorapeople count. 20:06 < mmcgrath> and that count will stay the same 20:07 < mmcgrath> So that's really all there is on that. 20:07 < mmcgrath> One thing I wanted to talk about was with affix 20:08 < mmcgrath> but I don't see him around right now so we'll wait. 20:08 < mmcgrath> he's looking for search engines for us. 20:08 < mmcgrath> Ok, so next topic 20:08 < mmcgrath> #topic PHX1 to PHX2 move 20:08 -!- zodbot changed the topic of #fedora-meeting to: PHX1 to PHX2 move (Meeting topic: Infrastructure) 20:08 < mmcgrath> So smooge and I have been working to get the various network maps, inventory and other related directions to RH's IT department. 20:09 < mmcgrath> Much of that stuff is available in gobby. 20:09 < smooge> makes gobby gravy 20:09 < mmcgrath> smooge also put some network diagrams up http://smooge.fedorapeople.org/ideas/ 20:09 -!- sseiersen|Laptop [n=Scott at 96.244.48.139] has quit Remote closed the connection 20:09 < mmcgrath> It looks like we're going to be moving into 5 racks. 20:09 < mmcgrath> and spread properly so power isn't an issue. 20:09 < mmcgrath> we might expand into the 6th rack but I'm not counting on it, at least not for November. 20:10 < smooge> and look at smaller pdu's as we expand 20:10 * Oxf13 20:10 < Oxf13> here 20:10 < mmcgrath> smooge: yeah, are you a fan of those 1U horizontally mounted PDUs? 20:10 < smooge> mmcgrath, more that I am a fan of PDU's that aren't treated like checkbooks :) 20:11 < smooge> most PDU's have too many plugs for what you can use with modern equipment 20:11 < mmcgrath> maybe we should start getting servers with 4PS's in them :) 20:11 < mmcgrath> then double the PDU's 20:11 < mmcgrath> oh wait, that's the same as just doubling the pdus 20:12 < mmcgrath> anywho :) 20:12 < mmcgrath> So I still have some outstanding questions, I'm sure smooge does too 20:12 < mmcgrath> but it looks like this is going to be about a 48 hour outage. 20:12 -!- sseiersen|Laptop [n=Scott at 96.244.48.139] has joined #fedora-meeting 20:12 < mdomsch> mmcgrath, when? 20:12 < smooge> no we should look at DC racks 20:12 < mmcgrath> mdomsch: after F12 ships, before the end of November. 20:12 < smooge> mdomsch, depends on how much F12 slide there is 20:13 < mdomsch> smooge, DC still doesn't buy much 20:13 < mmcgrath> Oxf13: whats the latest "what are the odds of F12 slipping"? 20:13 < Oxf13> no change 20:13 < mmcgrath> k 20:13 < Oxf13> still looking good 20:13 < mmcgrath> So does anyone have any questions or concerns about this move? 20:13 < mdomsch> mmcgrath, can we migrate bapp1 to another datacenter before then? 20:13 < mmcgrath> it's going to be a lot of planning, then a week or two of hell. 20:13 < mmcgrath> mdomsch: yeah we can add that to our list. 20:14 < mmcgrath> I've moved stuff I had budgeted for the last quarter of this FY into a more major purchse just thi sweek. 20:14 * ricky will probably be in his own hell week of at that point :-( 20:14 < mmcgrath> we'll have some servers in PHX2 hopefully in a couple of weeks that we can use for that. 20:14 < mmcgrath> ricky: sucker, at least we don't get graded :) 20:14 < mmcgrath> mdomsch: so right nwo the list of things we want to 'pre-move' is db1, db2, bastion3 (new) app1 and bapp1. 20:14 < mdomsch> mmcgrath, sure we do 20:15 < mmcgrath> mdomsch: I always thought this was more pass fail :) 20:15 < smooge> ricky its just midterms... you should skip them and come on out 20:15 < mdomsch> failure is not an option 20:15 < smooge> failure is always an option.. in fact most of my academic career is based on that. 20:16 < smooge> but then again one should not take Zonker Harris as a role model 20:16 < notting> if we slip, does that mean we relocate fudcon to mesa and do the move then? 20:16 < ricky> Haha 20:17 < mmcgrath> notting: actually not the worst idea I've ever heard :) 20:17 < Oxf13> hey, it'll be warmer than Toronto 20:17 -!- Sonar_Gal [n=Andrea at fedora/SonarGal] has quit "Leaving" 20:17 < skvidal> smooge: zipper, then? 20:18 < mmcgrath> One other thing we wanted to make people aware of is in PHX2 we're going to start seperating our network segments. 20:18 < mmcgrath> We're basically going to move to a 3 network system 20:18 < smooge> nah zipper is a real loser 20:18 < mmcgrath> 1) Buildsystem network 20:18 < mmcgrath> 2) Combined nfs / storage type network 20:18 < mmcgrath> 3) public network. 20:18 < mmcgrath> For those familiar with the environment, it's not too hard to figure out what will go where. 20:19 < ricky> Where does something not public like bapp1 go? 20:19 -!- thomasj [n=thomasj at fedora/thomasj] has quit Nick collision from services. 20:19 -!- thomasj_ [n=thomasj at e180136046.adsl.alicedsl.de] has joined #fedora-meeting 20:19 < mmcgrath> ricky: on the public network 20:19 < ricky> Oh, OK :-) 20:19 -!- thomasj_ is now known as thomasj 20:19 < abadger1999> smooge: You're just too old to appreciate him. 20:19 -!- XulLunch is now known as XulChris 20:19 < mmcgrath> the public network isn't so much "public IP space" as it is just for all general network stuff like the 834 network is now in PHX. 20:19 < ricky> Ah, OK 20:19 < mmcgrath> Ok, anyone have any questions on this? If not we'll move on. 20:19 < smooge> actually general network sounds better 20:19 -!- Pikachu_2014 [n=Pikachu_ at 85-171-18-56.rev.numericable.fr] has joined #fedora-meeting 20:20 < Oxf13> smooge: and sargent router? 20:20 < mmcgrath> Ok 20:20 < mdomsch> ricky, http://fpaste.org/oPMp/ 20:20 < mmcgrath> #topic Favicon.ico 20:20 -!- zodbot changed the topic of #fedora-meeting to: Favicon.ico (Meeting topic: Infrastructure) 20:20 < mmcgrath> a-k: whats the poop on this? 20:20 -!- Sonar_Gal [n=Andrea at fedora/SonarGal] has joined #fedora-meeting 20:20 < a-k> There are 4 favicons in puppet, but only 2 get sourced, and none of them are actually used by existing html, as far as I can tell so far 20:21 < mmcgrath> a-k: what ticket number was that? I forget? 20:21 * a-k checks 20:21 -!- Pikachu_2014 [n=Pikachu_ at 85-171-18-56.rev.numericable.fr] has quit Read error: 60 (Operation timed out) 20:21 < a-k> .ticket 1669 20:21 < zodbot> a-k: #1669 (the old favicon must die.) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1669 20:22 < mmcgrath> danke. 20:22 < mmcgrath> a-k: and you saw the note about smolts.org? 20:22 < a-k> Yes. Did you want to have no favicon at all on smolts? 20:22 < mmcgrath> We don't have one so just leave it null. 20:22 < a-k> OK 20:22 < mmcgrath> a-k: anything else on that? 20:23 -!- lmr [n=lmr at 201.82.124.191] has quit "Ex-Chat" 20:23 < mdomsch> a-k: favicon doesn't have to get referenced in our html 20:23 < a-k> I had a couple suggestions in the ticket and Ricky liked one of them. If anybody has other ideas, let me know. 20:23 < mdomsch> it's automatically looked for by browsers 20:23 < a-k> mdomsch: yes. In document root as favicon.ico. 20:24 < mmcgrath> a-k: alrighty, thanks. 20:24 < a-k> That was one of my suggestions. 20:24 < mmcgrath> #topic mod_evasive 20:24 -!- zodbot changed the topic of #fedora-meeting to: mod_evasive (Meeting topic: Infrastructure) 20:24 < mmcgrath> So, some of you have probably seen make the mod_evasive module a bit mo' betta 20:24 < mmcgrath> This is largely because cvs1 has had some load issues recently 20:25 < mmcgrath> RH's internal search engine has been very agressive. 20:25 < mmcgrath> and google's crawler doesn't honor Crawl-Delay 20:25 < dgilmore> stupid bots 20:25 < mmcgrath> you can force google's crawler to crawl more slowly but it only lasts for 90 days. 20:25 < mmcgrath> So 20:25 < mmcgrath> I've decided to setup mod_evasive to be a bit more agressive about banning people. 20:26 < ricky> Does it have whitelists like denyhosts? ;-) 20:26 < mmcgrath> It's actually pretty hard to predict how or when someone will get banned because the various apache children don't talk to eachother. 20:26 < mmcgrath> ricky: it does. 20:26 < ricky> Ah, cool 20:26 < mmcgrath> I still want the content on cvs.fedoraproject.org to be searchable or I'd have banned it altogether. 20:26 < mmcgrath> it might be worth looking at alternatives to viewvc though. 20:27 < mmcgrath> or at least figuring out why it's so freaking slow. 20:27 < ricky> s/viewvc/cvs/ :-D 20:27 < notting> migrate all projects away from cvs? 20:27 < ianweller> cough get rid of cvs cough 20:27 < smooge> not our problem 20:27 < ricky> One side effect of viewvc is that it creates a bunch of junk rcs* files in /tmp 20:27 < ricky> I wasn't able to figure out why though 20:27 < smooge> ouch 20:28 -!- llaumgui [n=llaumgui at lns-bzn-51f-81-56-136-221.adsl.proxad.net] has joined #fedora-meeting 20:28 < mmcgrath> It's probably time for someone with time and courage to try starting the SCM Sig back up again. 20:29 < mmcgrath> Anywho, any questions about that? 20:29 -!- llaumgui [n=llaumgui at lns-bzn-51f-81-56-136-221.adsl.proxad.net] has quit Client Quit 20:29 -!- llaumgui [n=llaumgui at lns-bzn-51f-81-56-136-221.adsl.proxad.net] has joined #fedora-meeting 20:29 < abadger1999> svn! 20:29 < abadger1999> Or should that be !svn ? 20:29 < abadger1999> :-) 20:30 < mmcgrath> moving on :) 20:30 < mmcgrath> #topic pgpool 20:30 -!- zodbot changed the topic of #fedora-meeting to: pgpool (Meeting topic: Infrastructure) 20:30 < smooge> bitkeeper 20:30 < mmcgrath> welp, we tested pgpool in staging and it's been working on db2 for a while with no issues (and no connections) 20:30 < mmcgrath> mdomsch: after the meeting do you want to enable pgpool in production with mirrormanager? 20:30 < smooge> no connections? 20:30 < ricky> It could be good to start off with making the crawlers use pgpool 20:30 < mmcgrath> smooge: it's been deployed but the firewall's been active. 20:30 < ricky> Then the the mirrormanager and transifex apps 20:31 < mdomsch> mmcgrath, if you wish 20:31 < mdomsch> mmcgrath, I'll have to go to another meeting, so can't be there if it breaks 20:31 < mmcgrath> mdomsch: you won't have to do anything for that but it'd be good to have you around incase the sky falls. 20:31 < mmcgrath> the revert is simple enough and all. 20:31 < mdomsch> and I've got a minor MM update to push, to fix the can't-create-a-netblock bug 20:31 < mmcgrath> ah, well goodie. 20:31 < mdomsch> trying to to test that on stg 20:32 < mdomsch> but that's separate; so do your thing 20:32 < mmcgrath> mdomsch: will do. 20:32 < mdomsch> and remember it won't take effect for all the crawlers for a couple hours 20:32 < mmcgrath> 20:32 < mmcgrath> FWIW, I saw a measurable (not major) performance increase in my tests. 20:32 < mmcgrath> I can't explain that 20:32 < mmcgrath> but it was there. 20:33 < mmcgrath> perhaps the logging in phase of psql is slower then it could be :) 20:33 < mmcgrath> Ok, anyway. With that 20:33 < mmcgrath> #topic Open Floor 20:33 -!- zodbot changed the topic of #fedora-meeting to: Open Floor (Meeting topic: Infrastructure) 20:33 < mmcgrath> Anyone have anything they'd like to discuss? 20:33 < ricky> Can we get a quick overview of how the ipv6 stuff went? 20:33 < mmcgrath> Sure. 20:33 < ricky> Are all the major problems ironed out? 20:33 < mmcgrath> I'll do the quick version 20:34 < mmcgrath> we started, some people couldn't reliably use TCP traffic (and probably other types of traffic) 20:34 < mmcgrath> the iptables rule on the list won't work for us because RHEL5 doesn't support it yet. 20:34 < mmcgrath> but by specifying a lower MTU, I've not heard a single complaint since. 20:34 < mmcgrath> and we're *STILL* waiting on the glue record AFAIK. 20:34 < mmcgrath> I'm not sure why that is though 20:34 < ricky> Cool - that's something that happened on the person's side and not our side? 20:34 < mdomsch> mmcgrath, right, no glue yet 20:35 < mmcgrath> ricky: well it could be done in either place actually. 20:35 < mmcgrath> but by doing it on our server, others don't have to do it. 20:35 -!- lmr [n=lmr at nat/redhat/x-zqdnruhqxvutbeee] has joined #fedora-meeting 20:35 < ricky> Ah, good 20:35 < mmcgrath> oh and mdomsch did some neat stuff as he mentioned on the list wrt MM and geo ip 20:36 < mmcgrath> mdomsch: I saw you prodding warthog9 again about geoip dns. We starting to think that over again? 20:36 < mdomsch> mmcgrath, not really; i was just looking for how to implement a better backend for bind 20:36 < mdomsch> the zonefile for doing BGP lookups takes 1GB RAM 20:36 < mmcgrath> ah 20:36 < mdomsch> so I didn't do that; I custom-coded it in MM, takes 7MB 20:36 < smooge> wow thats big.. 20:37 < mmcgrath> mdomsch: when you figured out how to do it in 7M did you do a dance? 20:37 < smooge> and then its small 20:37 * mmcgrath would have. 20:37 < mdomsch> oh yeah 20:37 < mdomsch> celeste was scared 20:37 < ricky> Heheh 20:37 < mmcgrath> hahah, it's like you've invented fire 20:37 < mmcgrath> well good work on taht too 20:37 < smooge> removed all the 0's? 20:37 < mdomsch> that's not in production yet 20:37 < mdomsch> but coming along 20:37 < mmcgrath> related to dns and geoip, I'd still like to see that as a TODO sometime. 20:37 < mmcgrath> but not urgent. 20:37 < mdomsch> ok, on that note 20:38 < mdomsch> we have an offer for hosting from China Unicom 20:38 < mmcgrath> we're probably getting to the point where we need to re-think our content distribution network. 20:38 < smooge> cool. 20:38 < mdomsch> they're looking for size estimates for servers 20:38 < smooge> can I go to do the buildout? 20:38 < mdomsch> what do we want to put there, and what server resources do we need? 20:38 < ricky> mmcgrath: wikipedia apparently uses powerdns for geodns 20:39 < mmcgrath> mdomsch: do you think they were thinking about providing servers as well? 20:39 < mdomsch> smooge, catch Ivory on IRC 20:39 < ricky> Maybe something to take a look at (and it has a bind-style zone file backend) 20:39 < mdomsch> mmcgrath, yes, I believe so. 2 asks: 20:39 < mmcgrath> ricky: yeah I think those are the big winners right now in that market. pdns or bind + a patch 20:39 < mdomsch> 1) they set up and run a mirror 20:39 -!- petreu| [n=peter at 213.20.156.34] has quit "Don't worry; it's been deprecated. The new one is worse." 20:39 < mdomsch> 2) they give us dedicated hosting and Xen guests 20:39 < mmcgrath> So we wouldn't have to worry about the hardware at all with the xen guests? 20:40 < mmcgrath> I'd totally go for that 20:40 < mdomsch> that's the ask. We'll see. 20:40 < mmcgrath> it's worked out well for us in BU 20:40 < smooge> I think we would like xen dom0 if possible . domU's is nice 20:40 < mmcgrath> yeah 20:40 < mdomsch> so if anyone sees Ivory on IRC, be nice 20:40 < mmcgrath> heheh 20:40 < smooge> np. 20:40 < mdomsch> and if anyone speaks Chinese, that would be a big plus! 20:40 < mdomsch> as I don't 20:40 < smooge> crap. neither do i 20:40 < mmcgrath> yeah, do we have any native chinese speakers in the house? 20:40 < Oxf13> I can barely order it off a menu 20:41 * ricky wishes he could read/write, but nope :-( 20:41 < mdomsch> his english is pretty good, but he's concerned about it. 20:41 < mmcgrath> mdomsch: I'd know how to ask Ivory to order spicy tofu. 20:41 < mmcgrath> and then tell him it was good :) 20:41 < smooge> his english is probably better than mine 20:41 < ricky> Something like "la dou fu" :-) 20:41 < mmcgrath> mdomsch: I'll get some specs to you about what would be good to have over there. 20:41 < mdomsch> on another unrelated note 20:41 < mdomsch> I'll be at LinuxCon all next week 20:42 < smooge> mdomsch, cool 20:42 < Oxf13> ditto 20:42 < smooge> where is that this year? 20:42 < Oxf13> Portland 20:43 < smooge> cool. and wet 20:43 < smooge> blackberries are really good right now I have been told 20:44 < smooge> on my note, xen13 is now RHEL-5.4 and should not reboot as often 20:44 < mmcgrath> smooge: cheers! 20:44 < smooge> bastion1 should also really really think its bastion1 20:44 < ricky> Nice :-) 20:45 < ricky> Did it go pretty smoothly, or were there any bumps along the way? 20:45 < ricky> rhel 5.4 domU went pretty smoothly 20:45 < smooge> xen13 needed /etc/grub hand edited. 20:45 < ricky> Ah, yow 20:45 < smooge> so I had to reboot twice.. as I forgot the first time 20:45 -!- lmr [n=lmr at nat/redhat/x-zqdnruhqxvutbeee] has quit "Ex-Chat" 20:45 < smooge> and fas1 took 3 xen creates to start up 20:46 < mmcgrath> smooge: what needed to be altered in grub? 20:46 < smooge> and I didn't see why in the logs 20:46 < smooge> it was booting by default to an old kernel. 20:46 < ricky> Strange 20:46 < ricky> Ah, then I take my "yow" back :-) 20:46 < smooge> so when I updated it moved from booting from 1 to 2 20:46 < smooge> so I moved it to 0 20:46 -!- RadicalRo [n=radical at 193.254.32.144] has quit "Leaving." 20:46 < mmcgrath> ahh 20:47 < a-k> smooge: /etc/sysconfig/kernel ? 20:47 < ricky> It's set to yes on xen13 20:48 < mmcgrath> ricky: what about DEFAULTKERNEL 20:48 < ricky> Not sure why it wouldn't have gotten updated automatically. Maybe we had manually edited things before? 20:48 < mmcgrath> is it kernel or kernel-xen 20:48 < ricky> That's set to kernel 20:48 < mmcgrath> that should probably get set to kernel-xen 20:48 < ricky> Ahh 20:48 < mmcgrath> Ok, anyone have anything else to discuss? 20:48 -!- rdieter is now known as rdieter_away 20:48 < mmcgrath> If not we'll close the meeting in 30 20:48 < smooge> ricky, I think it was manually edited in the past when trying to figure out which kernel worked 20:48 < smooge> nothing else from me. 20:49 < ricky> One more thing 20:49 -!- lmr [n=lmr at nat/redhat/x-yicihbutbatmwhdy] has joined #fedora-meeting 20:49 < ricky> Should we email mirror-list-d about the i2 mirror soon? 20:49 < mdomsch> what i2 mirror? 20:49 < mmcgrath> ricky: good question 20:49 < ricky> The networking issues there seem to be resolved for the most part 20:49 < mdomsch> at rdu? 20:49 < mmcgrath> mdomsch: the RDU i2 mirror seems to be up and running well 20:49 < ricky> Yup 20:49 < mdomsch> ah, good to know 20:49 < abadger1999> mmcgrath: how's kvm testing going? 20:49 < ricky> (And same question for sync1/sync2) 20:49 < mmcgrath> ricky: what was the last speed test? 20:49 -!- cdelpino [n=cdelpino at pool-70-111-139-93.nwrk.east.verizon.net] has quit "Leaving" 20:50 < mmcgrath> abadger1999: oh, good question. I'll get to it in just a sec. 20:50 < mmcgrath> ricky: sync1/2 isn't ready for public consumption yet. 20:50 < mdomsch> so we don't need static routes for RDU i2 anymore? 20:50 < mmcgrath> mdomsch: that's my impression 20:50 < mmcgrath> ricky: what IP was it at? 20:50 < ricky> download-i2.fedora.redhat.com? 20:51 < ricky> I'm getting excellent speeds from osuosl1 right now 20:51 < ricky> (it showed >140 MB/s in the beginning and eventually returned to >7 MB/s which is still good) 20:51 < mmcgrath> mdomsch: ^^ 20:51 < mmcgrath> Oh, and I wanted to talk about cloud stuff too 20:52 < mmcgrath> Ok, real quick. 20:52 < mmcgrath> abadger1999: the kvm stuff is going ok. We were having horrible IO performance issues on app7 20:52 < ricky> Although starting a download from ibiblio1 at the same time caused the osuosl1 one to drop down to <500 KB/s :-( 20:52 < mmcgrath> after changing some drivers around it's better but still not as fast as some of the app servers. 20:52 < mmcgrath> await has been a big problem. 20:52 < ricky> So it's not very balanced it seems 20:52 < mmcgrath> abadger1999: but research continues :) 20:52 < mmcgrath> the good news is we're in no rush to switch to it so we can make it behave exactly was we want to. 20:53 < mmcgrath> SmootherFrOgZ: you around? 20:53 < mmcgrath> The cloud stuff has been going well, SmootherFrOgZ has been hard at work. 20:53 < SmootherFrOgZ> mmcgrath: yep 20:53 < mmcgrath> we keep running into lots of little issues. 20:53 < mmcgrath> a million paper cuts causing us to be unable to use cumulus.fedoraproject.org 20:53 < mmcgrath> SmootherFrOgZ: any luck with the nics? 20:54 < SmootherFrOgZ> we're currently debuging them to get them work properply 20:54 < SmootherFrOgZ> actyually nic show up with wrong interface name 20:54 < mmcgrath> SmootherFrOgZ: ok, well good work on it so far, I know this issue in particular has been quite irksome 20:54 < mmcgrath> Ok, anyone have anything else they'd like to discuss? 20:55 < mmcgrath> if not we'll close the meeting in 30. 20:56 < mmcgrath> Allright 20:56 < mmcgrath> #endmeeting 20:56 -!- zodbot 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 20:56 < zodbot> Meeting ended Thu Sep 17 20:56:42 2009 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . 20:56 < zodbot> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-17/fedora-meeting.2009-09-17-19.59.html 20:56 < zodbot> Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-09-17/fedora-meeting.2009-09-17-19.59.txt 20:56 < zodbot> Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-17/fedora-meeting.2009-09-17-19.59.log.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mmcgrath at redhat.com Thu Sep 17 21:26:54 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 17 Sep 2009 16:26:54 -0500 (CDT) Subject: Self introduction Daniele Catanesi In-Reply-To: <4AB2325D.5070400@ccielogs.com> References: <4AB2325D.5070400@ccielogs.com> Message-ID: On Thu, 17 Sep 2009, Daniele Catanesi wrote: > Hello all, > > my name is Daniele Catanesi and I've been thinking to subscribe to the infrastructure list for some time now. > > I'm an Italian Network and Systems Engineer with around 9 years of experience, I've been using Linux since 1999/2000 as > my main Operating System and on various infrastructure servers in my actual company, even if their/our job is mainly > geared toward MS stuff,? with the responsibility to administer and keep them up and running. > > My main skills are in the networking area even if I feel confident in the administration and troubleshooting of Linux > based servers, which to be totally honest is what I like more. > > I already participate in the Fedora project with the Italian L10N team localizing packages in my native language and I > would like to participate in the infrastructure project for two main reasons, the first and somehow obvious one is the > need to give back to the community, the second one is I think there is no better way to help than doing what I like which > can be a good way to refine my skills. > > I have a permanent lab that could be easily used for testing purposes and proof of concept (measure twice and cut once) > and I would be more than glad to use it to benefit the community. > > Ok I hope I did not "talk" too much, I'm going to read the various Infrastructure Wiki section the get a better view of > the entire process. > > Thanks, Daniele. > > P.S. Working on the Fedora Project I've already created an account, of course, and signed the CLA so I guess I can skip > this section. I know this could sound silly but I prefer to be sure. > As long as you have an account you're good to go! I'm happy to hear you're getting more interested in other areas of Fedora. We have weekly meetings that are always good to attend if you can make them: https://fedoraproject.org/wiki/Infrastructure/Meetings Once you get through reading the wiki stuff let us know what all you'd be interested in working on. -Mike From j.chris.johnson at gmail.com Thu Sep 17 23:39:33 2009 From: j.chris.johnson at gmail.com (Chris Johnson) Date: Thu, 17 Sep 2009 18:39:33 -0500 Subject: Hello, My intro In-Reply-To: References: Message-ID: the below is all still accurate. I got swamped with RL issues earlier this year. I'm planning to be around more this fall and would like to help some. Just wanted to send a bump for this intro :) On Thu, Dec 18, 2008 at 8:08 PM, Chris Johnson wrote: > Hi all, > > I've been lurking on the mailing list for a while and I finally > registered for my fedora account today (username: chrisj) > I'm interested in helping out as time permits. I got on irc once > (lurking again) and haven't really logged in since. I'll try to make a > few meetings after the holidays > I'm planning to get my personal test systems setup soon. I just moved > and still getting things straight at home. Bought a 750GB drive last > night and will be installing F10 over the weekend. I had been running > the U... distro and it's time to get back to the fedora/RH rpm way of > doing things :-) > > I've used RedHat since before Fedora existed (I think 6 was the first > one). Started as a hobbyist, 2 years. Then got a job as an admin and > have been doing Linux admin and Cisco networks for the last 5 years. > My current employer is a Win shop so I just get to run the DNS, > email, and network, but the network is 50 remote offices and 3 > different data centers in the midwest. I don't mind the Windows too > much and can find my way around them, it's also kinda fun to get the > Linux and MS products to play nice together. I've worked with a lot of > different linux and OSS software products including: postfix, > openldap, apache, bind, samba, mailman, pam, built some custom rpm's, > etc. I use RHEL mostly at work and some fedora and Cent for testing > (some suse, deb, and slackware in the past). I used to do lots of > security firewall apliances with various linux distros (I was a big > fan of LRP when it would fit on a floppy), most of this is now done > with Cisco in my world. I can shell script pretty well and I've > written several perl scripts in the last few years (dabbled in php but > not enough to know it well). I've always been interested in python but > don't have much if any exp with it. I also don't have much experience > with SQL/DB or source control. > > I was looking at the FIGs and would be interested in the base sysadmin > and sysadmin-noc for now while I figure out where everything is and > what it does. I'm also interested in more info on the sysadmin-tools > and sysadmin-web FIG. > So, next just apply for the FIGs, keep lurking, ask some questions, > show up for IRC meetings? > > Thanks all, > -- > Chris Johnson > ++++++++++ > j.chris.johnson at gmail.com > ++++++++++++++++++++ > -- Chris Johnson ++++++++++ j.chris.johnson at gmail.com ++++++++++++++++++++ -------------- next part -------------- An HTML attachment was scrubbed... URL: From infrastructure at ccielogs.com Fri Sep 18 05:52:33 2009 From: infrastructure at ccielogs.com (Daniele Catanesi) Date: Fri, 18 Sep 2009 07:52:33 +0200 Subject: Self introduction Daniele Catanesi In-Reply-To: References: <4AB2325D.5070400@ccielogs.com> Message-ID: <4AB32021.7010602@ccielogs.com> Il 17/09/2009 23:26, Mike McGrath ha scritto: > On Thu, 17 Sep 2009, Daniele Catanesi wrote: > > >> Hello all, >> >> my name is Daniele Catanesi and I've been thinking to subscribe to the infrastructure list for some time now. >> >> I'm an Italian Network and Systems Engineer with around 9 years of experience, I've been using Linux since 1999/2000 as >> my main Operating System and on various infrastructure servers in my actual company, even if their/our job is mainly >> geared toward MS stuff, with the responsibility to administer and keep them up and running. >> >> My main skills are in the networking area even if I feel confident in the administration and troubleshooting of Linux >> based servers, which to be totally honest is what I like more. >> >> I already participate in the Fedora project with the Italian L10N team localizing packages in my native language and I >> would like to participate in the infrastructure project for two main reasons, the first and somehow obvious one is the >> need to give back to the community, the second one is I think there is no better way to help than doing what I like which >> can be a good way to refine my skills. >> >> I have a permanent lab that could be easily used for testing purposes and proof of concept (measure twice and cut once) >> and I would be more than glad to use it to benefit the community. >> >> Ok I hope I did not "talk" too much, I'm going to read the various Infrastructure Wiki section the get a better view of >> the entire process. >> >> Thanks, Daniele. >> >> P.S. Working on the Fedora Project I've already created an account, of course, and signed the CLA so I guess I can skip >> this section. I know this could sound silly but I prefer to be sure. >> >> > As long as you have an account you're good to go! I'm happy to hear > you're getting more interested in other areas of Fedora. We have weekly > meetings that are always good to attend if you can make them: > > https://fedoraproject.org/wiki/Infrastructure/Meetings > > Once you get through reading the wiki stuff let us know what all you'd be > interested in working on. > > -Mike > ------------------------------------------------------------------------ > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > Hello Mike, thanks for the information and reply, I wanted to attend yesterday's meeting but have been busy with real life (every now and then GF asks for some time...) but I'm reading meeting's logs right now :) Once I'll be done with wiki and the rest I'll reply to the mail and let you know what's more interesting to me (even if I'm keen to do just anything that is needed). Daniele. -------------- next part -------------- An HTML attachment was scrubbed... URL: From msantang at redhat.com Fri Sep 18 14:47:52 2009 From: msantang at redhat.com (Mike Santangelo) Date: Fri, 18 Sep 2009 10:47:52 -0400 Subject: Introduction Message-ID: <4AB39D98.1060301@redhat.com> Hi all, I'm following along with the wiki and have reached the point where I need to send an introduction e-mail to the list. :) My name is Mike Santangelo and I'm a linux consultant within Red Hat. I decided I wanted to get more involved and volunteer in the Fedora side of the house as my time permits, so the infrastructure team looked like a good place for me and my skills. I've been working with various *nix's for around 17 years now, starting with AT&T Unix way back in '92. Solaris was probably the OS I worked with the most leading up to when I started working on Red Hat products full time. I have worked with Red Hat products professionally off and on since 2002 or so, and been experimenting with various Linux flavors since the late 90's. I'm an RHCE with a Certificate of Expertise in Enterprise Storage Management (GFS and Clustering), and hope to get my certificate in Satellite soon. I have done a lot of engagements centered around Satellite and Clustering in the last year and a half so I am fairly strong on those technologies. I'm also a very good troubleshooter, which I think is my strongest skill. That, and I'm not afraid to go ask for help if I don't know something. I hope to be able to make some of the meetings soon. Since I'm a consultant I am on the road a lot so schedules can be tough, but I will definitely try. I'm not involved in anything else with Fedora yet, as infrastructure seemed like the natural first place for me as I looked around. Thanks and look forward to working with everyone, -Mike From a.badger at gmail.com Sat Sep 19 01:25:14 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 18 Sep 2009 18:25:14 -0700 Subject: TG1/Cherrypy config change to make redirects more robust Message-ID: <4AB432FA.7010205@gmail.com> mirrormanager uses the TurboGears raise redirect('/new/url') idiom heavily. Today we found that whenever such a redirect was occurring in staging, the users browser would end up at the production mirrormanager site instead of staging. mmcgrath traced this to cherrypy creating URLs like this: http://admin.stg.fedoraproject.org/mirrormanager/ instead of like this: https://admin.stg.fedoraproject.org/mirrormanager/ When the http:// URL goes back to the server, the server rewrites it as an https:// URL. Due to the way staging works, that ended up being https://admin.fedoraproject.org instead of admin.stg. This problem also affects production -- it's just that it isn't as apparent there. In production we end up doing two requests instead of one -- the first one requests the http:// URL. Then apache tells the client to redirect to https:// and the second request is made. This also has the potential to return information to the server over http:// instead of https://. Although we haven't found a case where we'd get to that in a way that would reveal sensitive information yet (it has to be a specific controller method where sensitive data is being passed through a redirect() call) we want to close this potential for unpleasant surprises. Luckily, there's a quick config change that makes this problem go away: base_url_filter.on = True base_url_filter.base_url = "https://admin.fedoraproject.org/APPNAME" base_url_filter.use_x_forwarded_host = False (substitute "admin.stg" for "admin" if you're deploying to staging.) .on Turns on the base_url filter in cherrypy. Because we're deploying on one domain anyhow, this is on for almost all of our configs. .base_url manually specifies the base_url to use with the app. This gets substituted into redirects as the scheme, host, and initial path. .use_x_forwarded_host is the unexpected one. This was set to True on almost all of our apps before. When True, it tells cherrypy to construct the redirect URL from the X_FORWARDED_FOR header sent by the apache proxy instead of using the manually specified base_url. The X_FORWARDED_FOR header contains the host that is being forwarded to the proxy. It's combined with the scheme (http or https) that cherrypy is serving. Since we're serving http from the app servers (https is on the proxies only), that means the constructed urls use http. The algorithm behind .use_x_forwarded_host is simply making assumptions that aren't true in our environment. We have to set it False. I've just deployed a config update to elections, bodhi, mirrormanager, pkgdb, and fas that makes these changes. If I've missed any apps let me know or update the config in puppet yourself. Thanks, Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mmcgrath at redhat.com Mon Sep 21 13:49:08 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 21 Sep 2009 08:49:08 -0500 (CDT) Subject: CVS1 and selinux Message-ID: Selinux on cvs1 is now in enforcing mode. Please keep an eye out for any oddities or broken services and let us know. -Mike From bochecha at fedoraproject.org Mon Sep 21 13:59:41 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Mon, 21 Sep 2009 15:59:41 +0200 Subject: CVS1 and selinux In-Reply-To: References: Message-ID: <2d319b780909210659w3976f192ycff51edc685304bc@mail.gmail.com> On Mon, Sep 21, 2009 at 15:49, Mike McGrath wrote: > Selinux on cvs1 is now in enforcing mode. ?Please keep an eye out for any > oddities or broken services and let us know. I'm curious, why was it disabled in the first place ? I guess that's because of something that was discussed before I joined this mailing-list, and I'm interested in knowing the problems that arose (and the way they were fixed), just for the sake of learning :) ---------- Mathieu Bridon (bochecha) From onekopaka at gmail.com Mon Sep 21 14:08:04 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Mon, 21 Sep 2009 07:08:04 -0700 Subject: CVS1 and selinux In-Reply-To: References: Message-ID: <7CAAC6C3-BED1-4F06-819E-DF812B35A267@gmail.com> Last I heard, most of our machines had SELinux set to permissive. Was I misinformed? Darren VanBuren ------------------------- Sent from my iPod Try Fedora 10 today. Fire it up. http://fedoraproject.org/ (I need a new slogan for Fedora 11 from marketing) On Sep 21, 2009, at 6:49, Mike McGrath wrote: > Selinux on cvs1 is now in enforcing mode. Please keep an eye out > for any > oddities or broken services and let us know. > > -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 Sep 21 14:52:34 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 21 Sep 2009 09:52:34 -0500 (CDT) Subject: CVS1 and selinux In-Reply-To: <2d319b780909210659w3976f192ycff51edc685304bc@mail.gmail.com> References: <2d319b780909210659w3976f192ycff51edc685304bc@mail.gmail.com> Message-ID: On Mon, 21 Sep 2009, Mathieu Bridon (bochecha) wrote: > On Mon, Sep 21, 2009 at 15:49, Mike McGrath wrote: > > Selinux on cvs1 is now in enforcing mode. ?Please keep an eye out for any > > oddities or broken services and let us know. > > I'm curious, why was it disabled in the first place ? > > I guess that's because of something that was discussed before I joined > this mailing-list, and I'm interested in knowing the problems that > arose (and the way they were fixed), just for the sake of learning :) > It's extremely expensive to go from a non-selinux environment to an enabled environment. We just haven't had time to set all of our hosts up (some still aren't enforcing yet). Now we get to find out how expensive it is during maintenance :) -Mike From mmcgrath at redhat.com Mon Sep 21 14:54:15 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 21 Sep 2009 09:54:15 -0500 (CDT) Subject: CVS1 and selinux In-Reply-To: <7CAAC6C3-BED1-4F06-819E-DF812B35A267@gmail.com> References: <7CAAC6C3-BED1-4F06-819E-DF812B35A267@gmail.com> Message-ID: On Mon, 21 Sep 2009, Darren VanBuren wrote: > Last I heard, most of our machines had SELinux set to permissive. Was I > misinformed? > Depends on when you were told that :) We've been slowly working towards an enforcing environment over the last year and a half or so. I called cvs1 out in particular because some of our processes on that host aren't run very often and it's difficult for users of the host to realize what's going on. Figured it best to make our admins aware since it would probably be non-obvious to them as well. -Mike > Darren VanBuren > ------------------------- > Sent from my iPod > > Try Fedora 10 today. Fire it up. http://fedoraproject.org/ > (I need a new slogan for Fedora 11 from marketing) > > On Sep 21, 2009, at 6:49, Mike McGrath wrote: > > > Selinux on cvs1 is now in enforcing mode. Please keep an eye out for any > > oddities or broken services and let us know. > > > > -Mike > > > > _______________________________________________ > > Fedora-infrastructure-list mailing list > > Fedora-infrastructure-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From onekopaka at gmail.com Mon Sep 21 17:05:14 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Mon, 21 Sep 2009 10:05:14 -0700 Subject: CVS1 and selinux In-Reply-To: References: <7CAAC6C3-BED1-4F06-819E-DF812B35A267@gmail.com> Message-ID: <2BB3684D-6C9F-44A1-A765-F0E6EF2F645C@gmail.com> Well, you should know that I haven't been involved with Infra for a year. Darren VanBuren ------------------------- Sent from my iPod Try Fedora 10 today. Fire it up. http://fedoraproject.org/ On Sep 21, 2009, at 7:54, Mike McGrath wrote: > On Mon, 21 Sep 2009, Darren VanBuren wrote: > >> Last I heard, most of our machines had SELinux set to permissive. >> Was I >> misinformed? >> > > Depends on when you were told that :) We've been slowly working > towards > an enforcing environment over the last year and a half or so. I > called > cvs1 out in particular because some of our processes on that host > aren't > run very often and it's difficult for users of the host to realize > what's > going on. Figured it best to make our admins aware since it would > probably be non-obvious to them as well. > > -Mike > >> Darren VanBuren >> ------------------------- >> Sent from my iPod >> >> Try Fedora 10 today. Fire it up. http://fedoraproject.org/ >> (I need a new slogan for Fedora 11 from marketing) >> >> On Sep 21, 2009, at 6:49, Mike McGrath wrote: >> >>> Selinux on cvs1 is now in enforcing mode. Please keep an eye out >>> for any >>> oddities or broken services and let us know. >>> >>> -Mike >>> >>> _______________________________________________ >>> Fedora-infrastructure-list mailing list >>> Fedora-infrastructure-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list >> >> _______________________________________________ >> Fedora-infrastructure-list mailing list >> Fedora-infrastructure-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From onekopaka at gmail.com Tue Sep 22 15:12:05 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Tue, 22 Sep 2009 08:12:05 -0700 Subject: [puppet: 1/2] Adding memcached selinux policy" In-Reply-To: <20090922143838.49BCA8E800A@puppet1.fedora.phx.redhat.com> References: <20090922143838.49BCA8E800A@puppet1.fedora.phx.redhat.com> Message-ID: <7CE9D3EF-C1D2-41C3-AD7A-2AC7CA17FDDC@gmail.com> Why is maxconn an array? Seems like a waste to me. Darren VanBuren ------------------------- Sent from my iPod Try Fedora 10 today. Fire it up. http://fedoraproject.org/ On Sep 22, 2009, at 7:38, Mike McGrath wrote: > commit 5b943443066594955fb0194d65524dff4e5ad468 > Author: Mike McGrath > Date: Tue Sep 22 09:38:19 2009 -0500 > > Adding memcached selinux policy" > > modules/memcached/manifests/init.pp | 1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > --- > diff --git a/modules/memcached/manifests/init.pp b/modules/memcached/ > manifests/init.pp > index bea2842..cdf5911 100644 > --- a/modules/memcached/manifests/init.pp > +++ b/modules/memcached/manifests/init.pp > @@ -1,5 +1,6 @@ > class memcached { > package { memcached: ensure => present } > + package { memcached-selinux: ensure => present } > > $maxconn = $memcached_maxconn ? { > "" => "1024", From mmcgrath at redhat.com Tue Sep 22 15:47:57 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 22 Sep 2009 10:47:57 -0500 (CDT) Subject: [puppet: 1/2] Adding memcached selinux policy" In-Reply-To: <7CE9D3EF-C1D2-41C3-AD7A-2AC7CA17FDDC@gmail.com> References: <20090922143838.49BCA8E800A@puppet1.fedora.phx.redhat.com> <7CE9D3EF-C1D2-41C3-AD7A-2AC7CA17FDDC@gmail.com> Message-ID: On Tue, 22 Sep 2009, Darren VanBuren wrote: > Why is maxconn an array? Seems like a waste to me. > It's not, maxconn is a string, but in the syntax we're using: $maxconn = $memcached_maxconn ? { "" => "1024", default => $memcached_maxconn } We have it set to a default value. -Mike > Darren VanBuren > ------------------------- > Sent from my iPod > > Try Fedora 10 today. Fire it up. http://fedoraproject.org/ > > On Sep 22, 2009, at 7:38, Mike McGrath wrote: > > > commit 5b943443066594955fb0194d65524dff4e5ad468 > > Author: Mike McGrath > > Date: Tue Sep 22 09:38:19 2009 -0500 > > > > Adding memcached selinux policy" > > > > modules/memcached/manifests/init.pp | 1 + > > 1 files changed, 1 insertions(+), 0 deletions(-) > > --- > > diff --git a/modules/memcached/manifests/init.pp > > b/modules/memcached/manifests/init.pp > > index bea2842..cdf5911 100644 > > --- a/modules/memcached/manifests/init.pp > > +++ b/modules/memcached/manifests/init.pp > > @@ -1,5 +1,6 @@ > > class memcached { > > package { memcached: ensure => present } > > + package { memcached-selinux: ensure => present } > > > > $maxconn = $memcached_maxconn ? { > > "" => "1024", > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From onekopaka at gmail.com Tue Sep 22 16:55:23 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Tue, 22 Sep 2009 09:55:23 -0700 Subject: [puppet: 1/2] Adding memcached selinux policy" In-Reply-To: References: <20090922143838.49BCA8E800A@puppet1.fedora.phx.redhat.com> <7CE9D3EF-C1D2-41C3-AD7A-2AC7CA17FDDC@gmail.com> Message-ID: <01A94045-2B1D-43B7-93F5-7109B9383997@gmail.com> I only saw the "$maxconn = $memcached_maxconn ? { "" => "1024",? Still, that's some funky syntax. Darren VanBuren ------------------------- Sent from my iPod Try Fedora 10 today. Fire it up. http://fedoraproject.org/ On Sep 22, 2009, at 8:47, Mike McGrath wrote: > On Tue, 22 Sep 2009, Darren VanBuren wrote: > >> Why is maxconn an array? Seems like a waste to me. >> > > It's not, maxconn is a string, but in the syntax we're using: > > $maxconn = $memcached_maxconn ? { > "" => "1024", > default => $memcached_maxconn > } > > > We have it set to a default value. > > -Mike > >> Darren VanBuren >> ------------------------- >> Sent from my iPod >> >> Try Fedora 10 today. Fire it up. http://fedoraproject.org/ >> >> On Sep 22, 2009, at 7:38, Mike McGrath >> wrote: >> >>> commit 5b943443066594955fb0194d65524dff4e5ad468 >>> Author: Mike McGrath >>> Date: Tue Sep 22 09:38:19 2009 -0500 >>> >>> Adding memcached selinux policy" >>> >>> modules/memcached/manifests/init.pp | 1 + >>> 1 files changed, 1 insertions(+), 0 deletions(-) >>> --- >>> diff --git a/modules/memcached/manifests/init.pp >>> b/modules/memcached/manifests/init.pp >>> index bea2842..cdf5911 100644 >>> --- a/modules/memcached/manifests/init.pp >>> +++ b/modules/memcached/manifests/init.pp >>> @@ -1,5 +1,6 @@ >>> class memcached { >>> package { memcached: ensure => present } >>> + package { memcached-selinux: ensure => present } >>> >>> $maxconn = $memcached_maxconn ? { >>> "" => "1024", >> >> _______________________________________________ >> Fedora-infrastructure-list mailing list >> Fedora-infrastructure-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From wakko666 at gmail.com Tue Sep 22 17:21:45 2009 From: wakko666 at gmail.com (brett lentz) Date: Tue, 22 Sep 2009 10:21:45 -0700 Subject: [puppet: 1/2] Adding memcached selinux policy" In-Reply-To: <01A94045-2B1D-43B7-93F5-7109B9383997@gmail.com> References: <20090922143838.49BCA8E800A@puppet1.fedora.phx.redhat.com> <7CE9D3EF-C1D2-41C3-AD7A-2AC7CA17FDDC@gmail.com> <01A94045-2B1D-43B7-93F5-7109B9383997@gmail.com> Message-ID: Why not just do this: if $memcached_maxconn { $maxconn = $memcached_maxconn } else { $maxconn = 1024 } That's much more clear about what conditions set the default value. ---Brett. On Tue, Sep 22, 2009 at 9:55 AM, Darren VanBuren wrote: > I only saw the "$maxconn = $memcached_maxconn ? { ? ? ? "" ? ? ?=> "1024",? > > Still, that's some funky syntax. > > Darren VanBuren > ------------------------- > Sent from my iPod > > Try Fedora 10 today. Fire it up. http://fedoraproject.org/ > > On Sep 22, 2009, at 8:47, Mike McGrath wrote: > >> On Tue, 22 Sep 2009, Darren VanBuren wrote: >> >>> Why is maxconn an array? Seems like a waste to me. >>> >> >> It's not, maxconn is a string, but in the syntax we're using: >> >> ? $maxconn = $memcached_maxconn ? { >> ? ? ? "" ? ? ?=> "1024", >> ? ? ? default => $memcached_maxconn >> ? } >> >> >> We have it set to a default value. >> >> ? -Mike >> >>> Darren VanBuren >>> ------------------------- >>> Sent from my iPod >>> >>> Try Fedora 10 today. Fire it up. http://fedoraproject.org/ >>> >>> On Sep 22, 2009, at 7:38, Mike McGrath >>> wrote: >>> >>>> commit 5b943443066594955fb0194d65524dff4e5ad468 >>>> Author: Mike McGrath >>>> Date: ? Tue Sep 22 09:38:19 2009 -0500 >>>> >>>> ?Adding memcached selinux policy" >>>> >>>> modules/memcached/manifests/init.pp | ? ?1 + >>>> 1 files changed, 1 insertions(+), 0 deletions(-) >>>> --- >>>> diff --git a/modules/memcached/manifests/init.pp >>>> b/modules/memcached/manifests/init.pp >>>> index bea2842..cdf5911 100644 >>>> --- a/modules/memcached/manifests/init.pp >>>> +++ b/modules/memcached/manifests/init.pp >>>> @@ -1,5 +1,6 @@ >>>> class memcached { >>>> ?package { memcached: ensure => present } >>>> + ? ?package { memcached-selinux: ensure => present } >>>> >>>> ?$maxconn = $memcached_maxconn ? { >>>> ? ? ?"" ? ? ?=> "1024", >>> >>> _______________________________________________ >>> Fedora-infrastructure-list mailing list >>> Fedora-infrastructure-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list >> >> _______________________________________________ >> Fedora-infrastructure-list mailing list >> Fedora-infrastructure-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From tmz at pobox.com Tue Sep 22 18:19:19 2009 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 22 Sep 2009 14:19:19 -0400 Subject: [puppet: 1/2] Adding memcached selinux policy" In-Reply-To: References: <20090922143838.49BCA8E800A@puppet1.fedora.phx.redhat.com> <7CE9D3EF-C1D2-41C3-AD7A-2AC7CA17FDDC@gmail.com> <01A94045-2B1D-43B7-93F5-7109B9383997@gmail.com> Message-ID: <20090922181919.GD2582@inocybe.localdomain> brett lentz wrote: > Why not just do this: > > if $memcached_maxconn { $maxconn = $memcached_maxconn } else { > $maxconn = 1024 } > > That's much more clear about what conditions set the default value. Is the puppet selector method that ugly/unfamiliar though? It's used many places in puppet manifests, both in the infrastructure repos as well as in puppet documentation and other folks modules/manifests. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ A lot of people I know believe in positive thinking, and so do I. I believe everything positively stinks. -- Lew Col -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From wakko666 at gmail.com Tue Sep 22 18:38:01 2009 From: wakko666 at gmail.com (brett lentz) Date: Tue, 22 Sep 2009 11:38:01 -0700 Subject: [puppet: 1/2] Adding memcached selinux policy" In-Reply-To: <20090922181919.GD2582@inocybe.localdomain> References: <20090922143838.49BCA8E800A@puppet1.fedora.phx.redhat.com> <7CE9D3EF-C1D2-41C3-AD7A-2AC7CA17FDDC@gmail.com> <01A94045-2B1D-43B7-93F5-7109B9383997@gmail.com> <20090922181919.GD2582@inocybe.localdomain> Message-ID: On Tue, Sep 22, 2009 at 11:19 AM, Todd Zullinger wrote: > brett lentz wrote: >> Why not just do this: >> >> if $memcached_maxconn { $maxconn = $memcached_maxconn } else { >> $maxconn = 1024 } >> >> That's much more clear about what conditions set the default value. > > Is the puppet selector method that ugly/unfamiliar though? ?It's used > many places in puppet manifests, both in the infrastructure repos as > well as in puppet documentation and other folks modules/manifests. It's not so much the selector method, as the way it's being used. Selectors just don't strike me as the right tool for this job. Using both default and the empty string to assign different values doesn't make it obvious what the intended results are (e.g. which is chosen if the value is undef?). Not having any comments added to the code to document intentions just makes it worse. My question is less about what's syntactically valid, and more about using code that is user-friendly and doesn't raise artificial barriers for new infrastructure members. Knowing the inner-workings of puppet's parser should not be a requirement for reading the manifests. After all, if we wanted an obtuse, opaque way of managing systems, we'd still be doing everything with perl scripts. ;-) > -- > Todd ? ? ? ?OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp > ---Brett. From a.badger at gmail.com Tue Sep 22 22:11:16 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 22 Sep 2009 15:11:16 -0700 Subject: Developers and sysadmins: Config settings in wsgi scripts Message-ID: <4AB94B84.9090205@gmail.com> Due to some bad examples on how to port code to wsgi, pretty much all of our apps put configuration information into the wsgi scripts that startup our apps. This is bad practice and we should stop now. The reasons this is bad: * There should be only one place that a config is set. * Config should live in files that rpm knows are marked %config. Otherwise, when a TG1 application's rpm is updated the application will be using its own version of the configuration until the next puppet run. Case study: Today I made some changes to the config files of all of our TG1 applications via puppet. The config changes had the desired effect in almost every case except FAS. After several hours of debugging, I found that a configuration variable wasn't set to what it should be according to the config file. Intuition hit and I found that the wsgi script was overwriting that particular variable. To fix this, I looked in modules/fas/files/fas.wsgi and found all of the lines like:: turbogears.config.update({'global': {'server.environment': 'production'}}) I made sure that those lines were reflected in modules/fas/templates/fas-prod.cfg.erb:: server.environment = 'production' Then committed those changes. I then made a patch for the upstream code and applied it (could also open a bug report if you don't have commit) so that other people using FAS know that this is bad practice and shouldn't continue. Wash, rinse, and repeat for pkgdb, bodhi, elections, and mirrormanager. Just letting you all know that if you think you have to check a wsgi script into puppet, chances are you should tell the developer or packager should be making changes to the code so that it goes into the config file instead. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mmcgrath at redhat.com Wed Sep 23 00:27:09 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 22 Sep 2009 19:27:09 -0500 (CDT) Subject: Developers and sysadmins: Config settings in wsgi scripts In-Reply-To: <4AB94B84.9090205@gmail.com> References: <4AB94B84.9090205@gmail.com> Message-ID: On Tue, 22 Sep 2009, Toshio Kuratomi wrote: > Due to some bad examples on how to port code to wsgi, pretty much all of > our apps put configuration information into the wsgi scripts that > startup our apps. This is bad practice and we should stop now. The > reasons this is bad: > > * There should be only one place that a config is set. > * Config should live in files that rpm knows are marked %config. > Otherwise, when a TG1 application's rpm is updated the application will > be using its own version of the configuration until the next puppet run. > > Case study: > Today I made some changes to the config files of all of our TG1 > applications via puppet. The config changes had the desired effect in > almost every case except FAS. After several hours of debugging, I found > that a configuration variable wasn't set to what it should be according > to the config file. Intuition hit and I found that the wsgi script was > overwriting that particular variable. > > To fix this, I looked in modules/fas/files/fas.wsgi and found all of the > lines like:: > turbogears.config.update({'global': {'server.environment': 'production'}}) > > I made sure that those lines were reflected in > modules/fas/templates/fas-prod.cfg.erb:: > server.environment = 'production' > > Then committed those changes. I then made a patch for the upstream code > and applied it (could also open a bug report if you don't have commit) > so that other people using FAS know that this is bad practice and > shouldn't continue. > > Wash, rinse, and repeat for pkgdb, bodhi, elections, and mirrormanager. > Just letting you all know that if you think you have to check a wsgi > script into puppet, chances are you should tell the developer or > packager should be making changes to the code so that it goes into the > config file instead. > I think much of that nastiness lies on my shoulders when we were first looking at wsgi. We might want to send these suggestions to upstream docs as well, certainly their example page :: cough cough :: :) Toshio, can you think of any reason putting variables like this in the wsgi script to be a good thing? -Mike From a.badger at gmail.com Wed Sep 23 02:48:58 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 22 Sep 2009 19:48:58 -0700 Subject: Developers and sysadmins: Config settings in wsgi scripts In-Reply-To: References: <4AB94B84.9090205@gmail.com> Message-ID: <4AB98C9A.3010904@gmail.com> On 09/22/2009 05:27 PM, Mike McGrath wrote: > > We might want to send these suggestions to upstream docs > as well, certainly their example page :: cough cough :: :) > Do you remember where you got the examples from? > Toshio, can you think of any reason putting variables like this in the > wsgi script to be a good thing? > If it's configurable and you already have a config file then putting everything into the config file is how I'd design an app. it might be good to use as a teaching tool: you don't want to tell someone to edit their config file with X, then edit their wsgi file with Y so you put it all in a single file but then I'd make a prominent note in the documentation that using the config file is the way to go when the app has been tested and needs to be deployed. -Toshio From lmacken at redhat.com Wed Sep 23 13:36:16 2009 From: lmacken at redhat.com (Luke Macken) Date: Wed, 23 Sep 2009 09:36:16 -0400 Subject: Developers and sysadmins: Config settings in wsgi scripts In-Reply-To: <4AB98C9A.3010904@gmail.com> References: <4AB94B84.9090205@gmail.com> <4AB98C9A.3010904@gmail.com> Message-ID: <20090923133616.GA21309@x300.bos.redhat.com> On Tue, Sep 22, 2009 at 07:48:58PM -0700, Toshio Kuratomi wrote: > On 09/22/2009 05:27 PM, Mike McGrath wrote: > > > > > We might want to send these suggestions to upstream docs > > as well, certainly their example page :: cough cough :: :) > > > Do you remember where you got the examples from? I based the bodhi.wsgi after this example, which has in-line configuration changes. http://code.google.com/p/modwsgi/wiki/IntegrationWithTurboGears luke From mmcgrath at redhat.com Wed Sep 23 15:24:07 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 23 Sep 2009 10:24:07 -0500 (CDT) Subject: Developers and sysadmins: Config settings in wsgi scripts In-Reply-To: <20090923133616.GA21309@x300.bos.redhat.com> References: <4AB94B84.9090205@gmail.com> <4AB98C9A.3010904@gmail.com> <20090923133616.GA21309@x300.bos.redhat.com> Message-ID: On Wed, 23 Sep 2009, Luke Macken wrote: > On Tue, Sep 22, 2009 at 07:48:58PM -0700, Toshio Kuratomi wrote: > > On 09/22/2009 05:27 PM, Mike McGrath wrote: > > > > > > > > We might want to send these suggestions to upstream docs > > > as well, certainly their example page :: cough cough :: :) > > > > > Do you remember where you got the examples from? > > I based the bodhi.wsgi after this example, which has in-line > configuration changes. > > http://code.google.com/p/modwsgi/wiki/IntegrationWithTurboGears > That's the one, i did the same thing. I don't see an edit button on that 'wiki' :) -Mike From jonstanley at gmail.com Wed Sep 23 20:34:29 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 23 Sep 2009 16:34:29 -0400 Subject: Wiki account removal needed? In-Reply-To: <20090923201426.GT31586@localhost.localdomain> References: <20090923201426.GT31586@localhost.localdomain> Message-ID: On Wed, Sep 23, 2009 at 4:14 PM, Paul W. Frields wrote: > Looks like the user "Georgia10" just inserted spam on that page. > Aiyiyi. What's our procedure for deleting/disabling a rogue FAS account? It appears that the account in question was just created today, probably for the express purpose of spamming the wiki and then disappearing. I would like to think that only a human could create an accounts, there's a variety of steps involved. But maybe some sort of CAPTCHA on the signup page could reduce this in the future? From a.badger at gmail.com Wed Sep 23 20:40:55 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 23 Sep 2009 13:40:55 -0700 Subject: Wiki account removal needed? In-Reply-To: References: <20090923201426.GT31586@localhost.localdomain> Message-ID: <4ABA87D7.4000003@gmail.com> On 09/23/2009 01:34 PM, Jon Stanley wrote: > On Wed, Sep 23, 2009 at 4:14 PM, Paul W. Frields wrote: > >> Looks like the user "Georgia10" just inserted spam on that page. >> Aiyiyi. > > What's our procedure for deleting/disabling a rogue FAS account? It > appears that the account in question was just created today, probably > for the express purpose of spamming the wiki and then disappearing. I > would like to think that only a human could create an accounts, > there's a variety of steps involved. But maybe some sort of CAPTCHA > on the signup page could reduce this in the future? > We added a captcha last week so this is definitely a person or smarter than average bot: https://admin.fedoraproject.org/accounts/user/new -Toshio From stickster at gmail.com Wed Sep 23 21:15:53 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 23 Sep 2009 17:15:53 -0400 Subject: Wiki account removal needed? In-Reply-To: <4ABA87D7.4000003@gmail.com> References: <20090923201426.GT31586@localhost.localdomain> <4ABA87D7.4000003@gmail.com> Message-ID: <20090923211553.GZ31586@localhost.localdomain> On Wed, Sep 23, 2009 at 01:40:55PM -0700, Toshio Kuratomi wrote: > On 09/23/2009 01:34 PM, Jon Stanley wrote: > > On Wed, Sep 23, 2009 at 4:14 PM, Paul W. Frields wrote: > > > >> Looks like the user "Georgia10" just inserted spam on that page. > >> Aiyiyi. > > > > What's our procedure for deleting/disabling a rogue FAS account? It > > appears that the account in question was just created today, probably > > for the express purpose of spamming the wiki and then disappearing. I > > would like to think that only a human could create an accounts, > > there's a variety of steps involved. But maybe some sort of CAPTCHA > > on the signup page could reduce this in the future? > > > We added a captcha last week so this is definitely a person or smarter > than average bot: > > https://admin.fedoraproject.org/accounts/user/new Note that the change, a website advertisement, was actually made in context, which I don't think would be as likely with a bot. Most of the bot vandalism we see is a mass replacement of text. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From mmcgrath at redhat.com Wed Sep 23 21:22:52 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 23 Sep 2009 16:22:52 -0500 (CDT) Subject: Wiki account removal needed? In-Reply-To: References: <20090923201426.GT31586@localhost.localdomain> Message-ID: On Wed, 23 Sep 2009, Jon Stanley wrote: > On Wed, Sep 23, 2009 at 4:14 PM, Paul W. Frields wrote: > > > Looks like the user "Georgia10" just inserted spam on that page. > > Aiyiyi. > > What's our procedure for deleting/disabling a rogue FAS account? It > appears that the account in question was just created today, probably > for the express purpose of spamming the wiki and then disappearing. I > would like to think that only a human could create an accounts, > there's a variety of steps involved. But maybe some sort of CAPTCHA > on the signup page could reduce this in the future? > Well, http://fedoraproject.org/wiki/Infrastructure/AccountSystem#Account_Termination Clearly states "malicious usage" as grounds for termination. What was the page in question? -Mike From ian at ianweller.org Wed Sep 23 21:22:54 2009 From: ian at ianweller.org (Ian Weller) Date: Wed, 23 Sep 2009 16:22:54 -0500 Subject: Wiki account removal needed? In-Reply-To: References: <20090923201426.GT31586@localhost.localdomain> Message-ID: <20090923212254.GA20888@deathray.ianweller.org> On Wed, Sep 23, 2009 at 04:34:29PM -0400, Jon Stanley wrote: > What's our procedure for deleting/disabling a rogue FAS account? It > appears that the account in question was just created today, probably > for the express purpose of spamming the wiki and then disappearing. I > would like to think that only a human could create an accounts, > there's a variety of steps involved. But maybe some sort of CAPTCHA > on the signup page could reduce this in the future? > You can block accounts from editing pages indefinitely. -- Ian Weller "Why, a four-year-old could understand this report. Find me a four-year-old child. I can't make head or tail out of it." -- Groucho Marx, "Duck Soup" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From stickster at gmail.com Wed Sep 23 21:58:17 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 23 Sep 2009 17:58:17 -0400 Subject: Wiki account removal needed? In-Reply-To: References: <20090923201426.GT31586@localhost.localdomain> Message-ID: <20090923215817.GD31586@localhost.localdomain> On Wed, Sep 23, 2009 at 04:22:52PM -0500, Mike McGrath wrote: > On Wed, 23 Sep 2009, Jon Stanley wrote: > > > On Wed, Sep 23, 2009 at 4:14 PM, Paul W. Frields wrote: > > > > > Looks like the user "Georgia10" just inserted spam on that page. > > > Aiyiyi. > > > > What's our procedure for deleting/disabling a rogue FAS account? It > > appears that the account in question was just created today, probably > > for the express purpose of spamming the wiki and then disappearing. I > > would like to think that only a human could create an accounts, > > there's a variety of steps involved. But maybe some sort of CAPTCHA > > on the signup page could reduce this in the future? > > > > Well, > > http://fedoraproject.org/wiki/Infrastructure/AccountSystem#Account_Termination > > Clearly states "malicious usage" as grounds for termination. What was the > page in question? The OP was snipped out: https://fedoraproject.org/w/index.php?title=FUDCon:Berlin_2009&action=history -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From mmcgrath at redhat.com Thu Sep 24 02:17:32 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 23 Sep 2009 21:17:32 -0500 (CDT) Subject: Wiki account removal needed? In-Reply-To: <20090923215817.GD31586@localhost.localdomain> References: <20090923201426.GT31586@localhost.localdomain> <20090923215817.GD31586@localhost.localdomain> Message-ID: On Wed, 23 Sep 2009, Paul W. Frields wrote: > On Wed, Sep 23, 2009 at 04:22:52PM -0500, Mike McGrath wrote: > > On Wed, 23 Sep 2009, Jon Stanley wrote: > > > > > On Wed, Sep 23, 2009 at 4:14 PM, Paul W. Frields wrote: > > > > > > > Looks like the user "Georgia10" just inserted spam on that page. > > > > Aiyiyi. > > > > > > What's our procedure for deleting/disabling a rogue FAS account? It > > > appears that the account in question was just created today, probably > > > for the express purpose of spamming the wiki and then disappearing. I > > > would like to think that only a human could create an accounts, > > > there's a variety of steps involved. But maybe some sort of CAPTCHA > > > on the signup page could reduce this in the future? > > > > > > > Well, > > > > http://fedoraproject.org/wiki/Infrastructure/AccountSystem#Account_Termination > > > > Clearly states "malicious usage" as grounds for termination. What was the > > page in question? > > The OP was snipped out: > > https://fedoraproject.org/w/index.php?title=FUDCon:Berlin_2009&action=history > It won't help with users with actual accounts but I've enabled a basic captcha for anonymous edits. -Mike From kwade at redhat.com Thu Sep 24 02:22:54 2009 From: kwade at redhat.com (Karsten Wade) Date: Wed, 23 Sep 2009 19:22:54 -0700 Subject: Wiki account removal needed? In-Reply-To: References: <20090923201426.GT31586@localhost.localdomain> <20090923215817.GD31586@localhost.localdomain> Message-ID: <20090924022254.GP7220@calliope.phig.org> On Wed, Sep 23, 2009 at 09:17:32PM -0500, Mike McGrath wrote: > > It won't help with users with actual accounts but I've enabled a > basic captcha for anonymous edits. +1 Thanks. - Karsten -- Karsten 'quaid' Wade, Community Gardener http://quaid.fedorapeople.org AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From onekopaka at gmail.com Thu Sep 24 02:24:17 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Wed, 23 Sep 2009 19:24:17 -0700 Subject: Wiki account removal needed? In-Reply-To: <20090924022254.GP7220@calliope.phig.org> References: <20090923201426.GT31586@localhost.localdomain> <20090923215817.GD31586@localhost.localdomain> <20090924022254.GP7220@calliope.phig.org> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Problem though. The math CAPTCHA is extremely easy to solve. Darren VanBuren onekopaka at gmail.com ==================== http://theoks.net/ On Sep 23, 2009, at 7:22 PM, Karsten Wade wrote: > On Wed, Sep 23, 2009 at 09:17:32PM -0500, Mike McGrath wrote: >> >> It won't help with users with actual accounts but I've enabled a >> basic captcha for anonymous edits. > > +1 Thanks. > > - Karsten > -- > Karsten 'quaid' Wade, Community Gardener > http://quaid.fedorapeople.org > AD0E0C41 > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkq62FEACgkQBkMMSWb0YpbLuACg3nvAIK2wpZrDYQvuEBmM6IoW ktcAnRCdzsSptos+nsWb3E8IoSFhLDwm =78Ep -----END PGP SIGNATURE----- From mmcgrath at redhat.com Thu Sep 24 02:28:26 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 23 Sep 2009 21:28:26 -0500 (CDT) Subject: Wiki account removal needed? In-Reply-To: References: <20090923201426.GT31586@localhost.localdomain> <20090923215817.GD31586@localhost.localdomain> <20090924022254.GP7220@calliope.phig.org> Message-ID: On Wed, 23 Sep 2009, Darren VanBuren wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Problem though. The math CAPTCHA is extremely easy to solve. Yep, very true. But the blind will be able to have it read to them via the same software they're reading the page, and AFAIK it's not a very used capthca so spam should less. It's worked well for smolts.org. -Mike > Darren VanBuren > onekopaka at gmail.com > ==================== > http://theoks.net/ > > On Sep 23, 2009, at 7:22 PM, Karsten Wade wrote: > > > On Wed, Sep 23, 2009 at 09:17:32PM -0500, Mike McGrath wrote: > > > > > > It won't help with users with actual accounts but I've enabled a > > > basic captcha for anonymous edits. > > > > +1 Thanks. > > > > - Karsten > > -- > > Karsten 'quaid' Wade, Community Gardener > > http://quaid.fedorapeople.org > > AD0E0C41 > > _______________________________________________ > > Fedora-infrastructure-list mailing list > > Fedora-infrastructure-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (Darwin) > > iEYEARECAAYFAkq62FEACgkQBkMMSWb0YpbLuACg3nvAIK2wpZrDYQvuEBmM6IoW > ktcAnRCdzsSptos+nsWb3E8IoSFhLDwm > =78Ep > -----END PGP SIGNATURE----- > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From onekopaka at gmail.com Thu Sep 24 02:30:24 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Wed, 23 Sep 2009 19:30:24 -0700 Subject: Wiki account removal needed? In-Reply-To: References: <20090923201426.GT31586@localhost.localdomain> <20090923215817.GD31586@localhost.localdomain> <20090924022254.GP7220@calliope.phig.org> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 But it's very common. Wikipedia uses it when there's a new link in an edit from a non-confirmed user. Darren VanBuren onekopaka at gmail.com ==================== http://theoks.net/ On Sep 23, 2009, at 7:28 PM, Mike McGrath wrote: > On Wed, 23 Sep 2009, Darren VanBuren wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Problem though. The math CAPTCHA is extremely easy to solve. > > Yep, very true. But the blind will be able to have it read to them > via > the same software they're reading the page, and AFAIK it's not a > very used > capthca so spam should less. It's worked well for smolts.org. > > -Mike > >> Darren VanBuren >> onekopaka at gmail.com >> ==================== >> http://theoks.net/ >> >> On Sep 23, 2009, at 7:22 PM, Karsten Wade wrote: >> >>> On Wed, Sep 23, 2009 at 09:17:32PM -0500, Mike McGrath wrote: >>>> >>>> It won't help with users with actual accounts but I've enabled a >>>> basic captcha for anonymous edits. >>> >>> +1 Thanks. >>> >>> - Karsten >>> -- >>> Karsten 'quaid' Wade, Community Gardener >>> http://quaid.fedorapeople.org >>> AD0E0C41 >>> _______________________________________________ >>> Fedora-infrastructure-list mailing list >>> Fedora-infrastructure-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.9 (Darwin) >> >> iEYEARECAAYFAkq62FEACgkQBkMMSWb0YpbLuACg3nvAIK2wpZrDYQvuEBmM6IoW >> ktcAnRCdzsSptos+nsWb3E8IoSFhLDwm >> =78Ep >> -----END PGP SIGNATURE----- >> >> _______________________________________________ >> Fedora-infrastructure-list mailing list >> Fedora-infrastructure-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list >> > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkq62cAACgkQBkMMSWb0YpZk1QCcDxUt7+rodKfcb22s7KHo9rlk 4SMAnRUkHk485bHFdRRDnBnhjp+G7Uuu =cd7n -----END PGP SIGNATURE----- From mmcgrath at redhat.com Thu Sep 24 02:35:31 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 23 Sep 2009 21:35:31 -0500 (CDT) Subject: Wiki account removal needed? In-Reply-To: References: <20090923201426.GT31586@localhost.localdomain> <20090923215817.GD31586@localhost.localdomain> <20090924022254.GP7220@calliope.phig.org> Message-ID: On Wed, 23 Sep 2009, Darren VanBuren wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > But it's very common. Wikipedia uses it when there's a new link in an edit > from a non-confirmed user. > Just because another site is using it doesn't make it common, additionally it doesn't mean spammers are targeting it. And, like I said, it's worked very well for smolts.org. I suspect it will continue to do so for the fp wiki. -Mike > Darren VanBuren > onekopaka at gmail.com > ==================== > http://theoks.net/ > > On Sep 23, 2009, at 7:28 PM, Mike McGrath wrote: > > > On Wed, 23 Sep 2009, Darren VanBuren wrote: > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Problem though. The math CAPTCHA is extremely easy to solve. > > > > Yep, very true. But the blind will be able to have it read to them via > > the same software they're reading the page, and AFAIK it's not a very used > > capthca so spam should less. It's worked well for smolts.org. > > > > -Mike > > > > > Darren VanBuren > > > onekopaka at gmail.com > > > ==================== > > > http://theoks.net/ > > > > > > On Sep 23, 2009, at 7:22 PM, Karsten Wade wrote: > > > > > > > On Wed, Sep 23, 2009 at 09:17:32PM -0500, Mike McGrath wrote: > > > > > > > > > > It won't help with users with actual accounts but I've enabled a > > > > > basic captcha for anonymous edits. > > > > > > > > +1 Thanks. > > > > > > > > - Karsten > > > > -- > > > > Karsten 'quaid' Wade, Community Gardener > > > > http://quaid.fedorapeople.org > > > > AD0E0C41 > > > > _______________________________________________ > > > > Fedora-infrastructure-list mailing list > > > > Fedora-infrastructure-list at redhat.com > > > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > > > > -----BEGIN PGP SIGNATURE----- > > > Version: GnuPG v1.4.9 (Darwin) > > > > > > iEYEARECAAYFAkq62FEACgkQBkMMSWb0YpbLuACg3nvAIK2wpZrDYQvuEBmM6IoW > > > ktcAnRCdzsSptos+nsWb3E8IoSFhLDwm > > > =78Ep > > > -----END PGP SIGNATURE----- > > > > > > _______________________________________________ > > > Fedora-infrastructure-list mailing list > > > Fedora-infrastructure-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > > > > > _______________________________________________ > > Fedora-infrastructure-list mailing list > > Fedora-infrastructure-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (Darwin) > > iEYEARECAAYFAkq62cAACgkQBkMMSWb0YpZk1QCcDxUt7+rodKfcb22s7KHo9rlk > 4SMAnRUkHk485bHFdRRDnBnhjp+G7Uuu > =cd7n > -----END PGP SIGNATURE----- > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From onekopaka at gmail.com Thu Sep 24 02:37:13 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Wed, 23 Sep 2009 19:37:13 -0700 Subject: Wiki account removal needed? In-Reply-To: References: <20090923201426.GT31586@localhost.localdomain> <20090923215817.GD31586@localhost.localdomain> <20090924022254.GP7220@calliope.phig.org> Message-ID: <84AC3DDA-6AA5-44D0-B1E5-85BCEE08A8EB@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I agree that we might as well keep it for the visually impaired. Darren VanBuren onekopaka at gmail.com ==================== http://theoks.net/ On Sep 23, 2009, at 7:35 PM, Mike McGrath wrote: > On Wed, 23 Sep 2009, Darren VanBuren wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> But it's very common. Wikipedia uses it when there's a new link in >> an edit >> from a non-confirmed user. >> > > Just because another site is using it doesn't make it common, > additionally > it doesn't mean spammers are targeting it. And, like I said, it's > worked > very well for smolts.org. I suspect it will continue to do so for > the fp > wiki. > > -Mike > >> Darren VanBuren >> onekopaka at gmail.com >> ==================== >> http://theoks.net/ >> >> On Sep 23, 2009, at 7:28 PM, Mike McGrath wrote: >> >>> On Wed, 23 Sep 2009, Darren VanBuren wrote: >>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> Problem though. The math CAPTCHA is extremely easy to solve. >>> >>> Yep, very true. But the blind will be able to have it read to >>> them via >>> the same software they're reading the page, and AFAIK it's not a >>> very used >>> capthca so spam should less. It's worked well for smolts.org. >>> >>> -Mike >>> >>>> Darren VanBuren >>>> onekopaka at gmail.com >>>> ==================== >>>> http://theoks.net/ >>>> >>>> On Sep 23, 2009, at 7:22 PM, Karsten Wade wrote: >>>> >>>>> On Wed, Sep 23, 2009 at 09:17:32PM -0500, Mike McGrath wrote: >>>>>> >>>>>> It won't help with users with actual accounts but I've enabled a >>>>>> basic captcha for anonymous edits. >>>>> >>>>> +1 Thanks. >>>>> >>>>> - Karsten >>>>> -- >>>>> Karsten 'quaid' Wade, Community Gardener >>>>> http://quaid.fedorapeople.org >>>>> AD0E0C41 >>>>> _______________________________________________ >>>>> Fedora-infrastructure-list mailing list >>>>> Fedora-infrastructure-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list >>>> >>>> -----BEGIN PGP SIGNATURE----- >>>> Version: GnuPG v1.4.9 (Darwin) >>>> >>>> iEYEARECAAYFAkq62FEACgkQBkMMSWb0YpbLuACg3nvAIK2wpZrDYQvuEBmM6IoW >>>> ktcAnRCdzsSptos+nsWb3E8IoSFhLDwm >>>> =78Ep >>>> -----END PGP SIGNATURE----- >>>> >>>> _______________________________________________ >>>> Fedora-infrastructure-list mailing list >>>> Fedora-infrastructure-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list >>>> >>> >>> _______________________________________________ >>> Fedora-infrastructure-list mailing list >>> Fedora-infrastructure-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.9 (Darwin) >> >> iEYEARECAAYFAkq62cAACgkQBkMMSWb0YpZk1QCcDxUt7+rodKfcb22s7KHo9rlk >> 4SMAnRUkHk485bHFdRRDnBnhjp+G7Uuu >> =cd7n >> -----END PGP SIGNATURE----- >> >> _______________________________________________ >> Fedora-infrastructure-list mailing list >> Fedora-infrastructure-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkq621kACgkQBkMMSWb0YpaADQCggf5cb8UZ6SV4Z2cJOBOwyto/ JGUAoOKViHpqsdlfYqzlarBrU0IR5pzW =ujmD -----END PGP SIGNATURE----- From infrastructure at ccielogs.com Thu Sep 24 12:14:54 2009 From: infrastructure at ccielogs.com (Daniele Catanesi) Date: Thu, 24 Sep 2009 14:14:54 +0200 Subject: Self introduction Daniele Catanesi In-Reply-To: <4AB32021.7010602@ccielogs.com> References: <4AB2325D.5070400@ccielogs.com> <4AB32021.7010602@ccielogs.com> Message-ID: <4ABB62BE.6070809@ccielogs.com> Il 18/09/2009 07:52, Daniele Catanesi ha scritto: > Il 17/09/2009 23:26, Mike McGrath ha scritto: >> On Thu, 17 Sep 2009, Daniele Catanesi wrote: >> >> >>> Hello all, >>> >>> my name is Daniele Catanesi and I've been thinking to subscribe to the infrastructure list for some time now. >>> >>> I'm an Italian Network and Systems Engineer with around 9 years of experience, I've been using Linux since 1999/2000 as >>> my main Operating System and on various infrastructure servers in my actual company, even if their/our job is mainly >>> geared toward MS stuff, with the responsibility to administer and keep them up and running. >>> >>> My main skills are in the networking area even if I feel confident in the administration and troubleshooting of Linux >>> based servers, which to be totally honest is what I like more. >>> >>> I already participate in the Fedora project with the Italian L10N team localizing packages in my native language and I >>> would like to participate in the infrastructure project for two main reasons, the first and somehow obvious one is the >>> need to give back to the community, the second one is I think there is no better way to help than doing what I like which >>> can be a good way to refine my skills. >>> >>> I have a permanent lab that could be easily used for testing purposes and proof of concept (measure twice and cut once) >>> and I would be more than glad to use it to benefit the community. >>> >>> Ok I hope I did not "talk" too much, I'm going to read the various Infrastructure Wiki section the get a better view of >>> the entire process. >>> >>> Thanks, Daniele. >>> >>> P.S. Working on the Fedora Project I've already created an account, of course, and signed the CLA so I guess I can skip >>> this section. I know this could sound silly but I prefer to be sure. >>> >>> >> As long as you have an account you're good to go! I'm happy to hear >> you're getting more interested in other areas of Fedora. We have weekly >> meetings that are always good to attend if you can make them: >> >> https://fedoraproject.org/wiki/Infrastructure/Meetings >> >> Once you get through reading the wiki stuff let us know what all you'd be >> interested in working on. >> >> -Mike >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Fedora-infrastructure-list mailing list >> Fedora-infrastructure-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list >> > Hello Mike, > > thanks for the information and reply, I wanted to attend yesterday's > meeting but have been busy with real life (every now and then GF asks > for some time...) but I'm reading meeting's logs right now :) > > Once I'll be done with wiki and the rest I'll reply to the mail and > let you know what's more interesting to me (even if I'm keen to do > just anything that is needed). > > Daniele. > ------------------------------------------------------------------------ > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > Hello all again, I'm finally done with reading all the docs/wiki I could find (split between job and RHCE preparation it took me more than I thought) so I was wondering if there is something I've missed or useful docs/wiki/whatever that I should check, any suggestion is highly appreciated. I've been also skimming through the ticket system to see what are the usual requests and become familiar with it, tonight I'll attend the first meeting so I can "meet" some of you. I've also been reading about the various FIG and I think the ones I'm more suitable for are the sysadmin-noc and/or sysadmin-test as what is done in the groups is more or less part of my daily duties at work but as I wrote in another mail I'm really keen to do anything that is needed at the moment. Daniele. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ricky at fedoraproject.org Thu Sep 24 20:19:49 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 24 Sep 2009 16:19:49 -0400 Subject: Meeting Log - 2009-09-24 Message-ID: <20090924201949.GC606@alpha.rzhou.org> 20:00 < mmcgrath> #startmeeting Infrastructure 20:00 < zodbot> Meeting started Thu Sep 24 20:00:57 2009 UTC. The chair is mmcgrath. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00 < zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 20:00 -!- zodbot changed the topic of #fedora-meeting to: (Meeting topic: Infrastructure) 20:00 * ricky 20:00 < mmcgrath> #topic Who's here? 20:00 -!- zodbot changed the topic of #fedora-meeting to: Who's here? (Meeting topic: Infrastructure) 20:01 * nirik is around. 20:01 * collier_s is 20:01 * a-k is here 20:01 < Ccielogs> good evening :) 20:01 * SmootherFrOgZ is 20:02 < abadger1999> Hello 20:02 -!- mikaellundberg [n=mikaellu at 81-233-188-46-no87.tbcn.telia.com] has joined #fedora-meeting 20:02 * bochecha is here 20:02 < SmootherFrOgZ> abadger1999: hey ;) 20:02 < smooge> here 20:02 < mmcgrath> Ok, lets get started 20:02 < smooge> between sneezes 20:02 -!- _buno_ [n=bernd at nrbg-4dbe7b51.pool.mediaWays.net] has joined #fedora-meeting 20:02 < abadger1999> :-) 20:02 < mmcgrath> #topic Meeting Tickets 20:02 -!- zodbot changed the topic of #fedora-meeting to: Meeting Tickets (Meeting topic: Infrastructure) 20:03 < mmcgrath> Ah, I see no tickets :) 20:04 -!- azneita [n=azneita at 121.97.177.169] has quit Network is unreachable 20:04 < mmcgrath> soo 20:04 < SmootherFrOgZ> :) 20:04 < mmcgrath> #topic Beta release 20:04 -!- zodbot changed the topic of #fedora-meeting to: Beta release (Meeting topic: Infrastructure) 20:04 < mmcgrath> The beta release will be in a few weeks. 20:04 < mmcgrath> that means we're going to be change frozen starting Tuesday next week. 20:04 < mmcgrath> So if you've got something to get in, get it in ASAP. 20:04 < mmcgrath> also, if you've got any major changes to do. Please try to get it in before the beta is done. It's hard to make changes between the beta and final release. 20:04 < mmcgrath> at least it has been in the past. 20:05 -!- krichard [n=krichard at cpe-024-211-252-120.nc.res.rr.com] has joined #fedora-meeting 20:05 -!- rishi [n=rishi at gnu-india/supporter/debarshi] has quit Read error: 145 (Connection timed out) 20:05 < smooge> no changes I know of at the moment from me. 20:05 < mmcgrath> K, any questions or comments on the upcomming freeze? 20:06 < mmcgrath> Allrighty 20:06 -!- cassmodiah [n=cass at fedora/cassmodiah] has quit Remote closed the connection 20:06 < mmcgrath> #topic Our first mirror 20:06 -!- zodbot changed the topic of #fedora-meeting to: Our first mirror (Meeting topic: Infrastructure) 20:06 < mmcgrath> So I finally setup our first mirror 20:06 < mmcgrath> http://serverbeach1.fedoraproject.org/ 20:06 < mmcgrath> I'd like to get it serverbeach branded at some point since they're paying for the whole thing and they've been good to us. 20:07 < mmcgrath> But it should start showing up in our mirror list soon if it's not there already. 20:07 < mmcgrath> we'll get a lot of interesting metrics from this, like package info. 20:08 < smooge> cool 20:08 < smooge> how much disk space did it take and how is it set up? 20:08 < mmcgrath> it's setup just like a normal mirror, only pulling in 10, 11 and EPEL. 20:08 < mmcgrath> excluding debug, and ppc for the moment 20:08 < mmcgrath> and we have 20:09 < mmcgrath> used about 150G and have 225G more available. 20:10 < mmcgrath> any other questions on that? 20:10 < smooge> not at the moment 20:10 < SmootherFrOgZ> nope 20:10 -!- mikaellundberg [n=mikaellu at 81-233-188-46-no87.tbcn.telia.com] has quit 20:10 < smooge> It will be intersting how it handles release 20:11 < mmcgrath> probably not very well, it's not a very beefy box in that respect 20:11 < smooge> and to see if disk layouts and schedulers will affect it 20:11 < mmcgrath> only so much you can do with a two disk raid1 array as a mirror :) 20:12 < mmcgrath> but I too am curious how it will behave 20:12 < Ccielogs> :) 20:12 < mmcgrath> Ok 20:12 < mmcgrath> really that's all i have for this week. 20:12 < mmcgrath> so I'll open the floor 20:13 < mmcgrath> #topic Open Floor 20:13 -!- zodbot changed the topic of #fedora-meeting to: Open Floor (Meeting topic: Infrastructure) 20:13 < mmcgrath> anyone have anything they'd like to discuss? 20:14 < mmcgrath> no one has anything? 20:14 < mmcgrath> sweet, short meeting :) 20:14 < skvidal> I had a question 20:14 < SmootherFrOgZ> pxe move ? 20:14 < skvidal> oh nevermind 20:14 < SmootherFrOgZ> oops 20:14 < SmootherFrOgZ> phx move ? 20:14 < SmootherFrOgZ> any news ? 20:14 < smooge> mmcgrath, well then it should be as good as the old RH mirrors from 2001. 20:14 -!- JSchmitt [n=s4504kr at fedora/JSchmitt] has joined #fedora-meeting 20:14 < mmcgrath> SmootherFrOgZ: still going on AFAIK. I've put in a purchase for 4 new servers for PHX2 that will get installed early 20:14 < mmcgrath> that way we can test network out and all that. 20:14 < mmcgrath> as well as have some services migrated over prior to shutting PHX down 20:15 < mmcgrath> not sure when they'll get delivered though 20:15 -!- dwmw2_HIO is now known as dwmw2_gone 20:15 < SmootherFrOgZ> k. i can't remenber if our cloud infra will move also ? 20:15 < ricky> I thought those were already in PHX2 20:15 < mmcgrath> SmootherFrOgZ: nope, it'll stay 20:15 < mmcgrath> and be on a different network 20:15 < SmootherFrOgZ> nod 20:16 -!- RodrigoPadula [n=RodrigoP at 189.106.7.117] has joined #fedora-meeting 20:17 < mmcgrath> Well, anyone have anything else? 20:17 < skvidal> not worth discussing 20:17 < skvidal> :) 20:17 < smooge> skvidal, did you have a questions still 20:17 < smooge> ok nm 20:18 < mmcgrath> hah 20:18 < mmcgrath> k 20:18 < mmcgrath> then we'll close the meeting in 30 20:19 < mmcgrath> #endmeeting 20:19 -!- zodbot 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 20:19 < zodbot> Meeting ended Thu Sep 24 20:19:13 2009 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . 20:19 < zodbot> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-24/fedora-meeting.2009-09-24-20.00.html 20:19 < zodbot> Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-09-24/fedora-meeting.2009-09-24-20.00.txt 20:19 < zodbot> Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-24/fedora-meeting.2009-09-24-20.00.log.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From smooge at gmail.com Fri Sep 25 01:44:14 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 24 Sep 2009 19:44:14 -0600 Subject: Very large logfile on torrent1 Message-ID: <80d7e4090909241844p771a91a8q26d4ee003f6e591d@mail.gmail.com> So it looks like bttrack did not properly rotate its log in late August and had been writing to an old inode for a month. This filled up / to 85%. I cat'd the inode to /srv/tmp/oldlog for perusal.. I then grep '2./Sep/2009:' /srv/tmp/oldlog > /var/log/bittorrent/bttrack.log to get the last 4 days (500 mb of stuff) and started up bttrack again. I then did grep '2./Sep/2009:' /srv/tmp/oldlog > bttrack.log.20090919 and gzipped that into /var/log. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From mmcgrath at redhat.com Fri Sep 25 02:24:23 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 24 Sep 2009 21:24:23 -0500 (CDT) Subject: Very large logfile on torrent1 In-Reply-To: <80d7e4090909241844p771a91a8q26d4ee003f6e591d@mail.gmail.com> References: <80d7e4090909241844p771a91a8q26d4ee003f6e591d@mail.gmail.com> Message-ID: On Thu, 24 Sep 2009, Stephen John Smoogen wrote: > So it looks like bttrack did not properly rotate its log in late > August and had been writing to an old inode for a month. This filled > up / to 85%. I cat'd the inode to /srv/tmp/oldlog for perusal.. I then > > grep '2./Sep/2009:' /srv/tmp/oldlog > /var/log/bittorrent/bttrack.log > > to get the last 4 days (500 mb of stuff) and started up bttrack again. > I then did > > grep '2./Sep/2009:' /srv/tmp/oldlog > bttrack.log.20090919 and gzipped > that into /var/log. > Do we have torrent in logrotate without issuing a -HUP? -Mike From mmcgrath at redhat.com Fri Sep 25 03:28:31 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 24 Sep 2009 22:28:31 -0500 (CDT) Subject: Freeze on Tuesday! Message-ID: Just a reminder we'll be pre-release frozen starting on Tuesday the 29th. Get the changes in while you still can :) -Mike From skvidal at fedoraproject.org Fri Sep 25 04:40:28 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 25 Sep 2009 00:40:28 -0400 (EDT) Subject: Very large logfile on torrent1 In-Reply-To: References: <80d7e4090909241844p771a91a8q26d4ee003f6e591d@mail.gmail.com> Message-ID: On Thu, 24 Sep 2009, Mike McGrath wrote: > On Thu, 24 Sep 2009, Stephen John Smoogen wrote: > >> So it looks like bttrack did not properly rotate its log in late >> August and had been writing to an old inode for a month. This filled >> up / to 85%. I cat'd the inode to /srv/tmp/oldlog for perusal.. I then >> >> grep '2./Sep/2009:' /srv/tmp/oldlog > /var/log/bittorrent/bttrack.log >> >> to get the last 4 days (500 mb of stuff) and started up bttrack again. >> I then did >> >> grep '2./Sep/2009:' /srv/tmp/oldlog > bttrack.log.20090919 and gzipped >> that into /var/log. >> > > Do we have torrent in logrotate without issuing a -HUP? > or does the server maybe not honor the -HUP :( -sv From stickster at gmail.com Fri Sep 25 17:13:16 2009 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 25 Sep 2009 13:13:16 -0400 Subject: FAD -- startin' early Message-ID: <20090925171316.GQ18048@localhost.localdomain> I constructed a page on the wiki for an upcoming FAD where some contributors are going to work on some long-standing Fedora Talk related tickets. Details are here: https://fedoraproject.org/wiki/FAD_Fedora_Talk_2009 There's a list of related tickets on the page, namely #s 309, 395, 453, and 1160, that we're going to try to knock out that weekend. To a large extent they're duplicates, but they all revolve around extending the Fedora Talk capabilities. We're going to be conversing on this list since obviously the work's primarily, maybe even wholly, infrastructure-related. Below is a bit of introductory email from last night that I wanted to make sure was captured transparently here. Comments follow... Jeff C. Ollie wrote: > On Thu, Sep 24, 2009 at 7:13 PM, Paul W. Frields wrote: >> OK guys, now that we have the travel stuff sorted out, hopefully >> everybody has had time to check out the FAD page: >> >> https://fedoraproject.org/wiki/FAD_Fedora_Talk_2009 >> >> Our primary goals are to create: >> >> ? ?* On-demand recording and publishing (or at least dumping into a >> ? ? ?holding pen) >> >> ? ?* Streaming capability for live events (it completely works + >> ? ? ?documentation on exactly how to set it up and operate at a live >> ? ? ?events) > > It'd be nice if there was some easy tool that people could > yum-install that would make it easy to set up a VoIP soft phone for > Fedora Talk. That is probably outside the scope of the FAD, but > could be an idea for someone wanting to get into the Fedora > Infrastructure group to work on. You know what would work really well? A package with a dogtail script, that used the appropriate HTML tags so that PackageKit can download dogtail and deps for you, then run the script. You can actually see things running and therefore know how to do it later. (Unfortunately, it doesn't look like Dogtail has got a lot of recent love. It's been consistently rebuilt but I'm not sure it works, which is a shame -- it's really useful and it took me just a few minutes to learn how to write a script for Dogtail.) I do agree that's not something we should worry about until everything else gets done, or if anyone in the listening audience is keen on it, that might make a cool project through which you could learn a *lot* about being involved in Fedora. >> First order of business, I'd like to move this conversation to the >> right list. ?What would that be? ?Logistics? ?Is this truly > >> cross-team work? ?Or is there a better place, like Infrastructure? > > +1 on the Fedora Infrastructure list. And... here we are! :-) >> I'm also hoping that John Poelstra will help us by guiding this as a >> small project, helping us suss out the next questions to ask (for >> example, What is our desired end state? ?What resources do we need >> that we can set up now? etc.). > > We'll need one or two guests with hopefully direct access to the > Internet, VoIP and NAT/Firewalls don't always get along. Disk space > can be minimal at this point, we'll need to add more later for > archives. If we have to go through NAT/Firewalls we'll need to get > holes poked through before hand for SIP & RTP traffic. > Alternatively we could run our test system off of a spare box at > Paul's house, which could be nice if the system gets borked up. > Once a box for a test system is figured out we'd want to get a > minimal Asterisk system up and running. Our location is set right now to be a coworking office in the area. I'll find out more network details to see what they can support, although I suspect they aren't blocking much there. I can even stop by the facility early next week to do any testing, if someone can tell me what I need to test. > Probably want to look at getting Asterisk 1.6.2 packaged. It's > still in release candidate, but 1.6.2 has new conferencing software > that isn't hacked in by a 3rd party or requires a kernel module. > Since F13 early branching is happening soon we can develop the > package there and then backport it to RHEL or whatever we end up > running the service on. Cool idea, Jeff. > Getting the latest flumotion version packaged would be good too, as > flumotion would be my choice for doing the streaming of live events. > > Having a supply of spare headsets on hand would be good. I have one > that I keep in my laptop case, but it would be nice to have them on > hand so someone doesn't have to run out and get some at the last > minute. OK, any participants who don't have a USB headset they can bring should let me know. > Do we want to mess around with hard phones? I'm assuming that Jared > can get his hands on a few but time spent on setting those up is > probably going to be time taken away from other tasks. I'd say no, it's really all about what we're doing on the server(s) and softphones should be fine. But I yield to the experts... > Well, that's all I can think of for now... > >> John, maybe you can help figure out if we're setting up the right >> questions here, and are using the next 4 weeks as wisely as >> possible so that, for example, we don't have to brainstorm >> on-site. ?Instead, that will be done on the list in advance, and >> then we will be able to hit more significant milestones > during >> the 2+ days we have. > > FYI, I'll have extremely limited e-mail access from now until Sunday evening... Noted. You may not see this until then, and that's fine. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From jonstanley at gmail.com Fri Sep 25 17:31:03 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 25 Sep 2009 13:31:03 -0400 Subject: FAD -- startin' early In-Reply-To: <20090925171316.GQ18048@localhost.localdomain> References: <20090925171316.GQ18048@localhost.localdomain> Message-ID: On Fri, Sep 25, 2009 at 1:13 PM, Paul W. Frields wrote: > We're going to be conversing on this list since obviously the work's > primarily, maybe even wholly, infrastructure-related. ?Below is a bit > of introductory email from last night that I wanted to make sure was > captured transparently here. I would love to attend and help FTalk grow into a platform for collaboration. I can bring my SIP phone (already configured for FTalk) in lieu of a headset, though? From stickster at gmail.com Fri Sep 25 18:25:47 2009 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 25 Sep 2009 14:25:47 -0400 Subject: FAD -- startin' early In-Reply-To: References: <20090925171316.GQ18048@localhost.localdomain> Message-ID: <20090925182547.GB18048@localhost.localdomain> On Fri, Sep 25, 2009 at 01:31:03PM -0400, Jon Stanley wrote: > On Fri, Sep 25, 2009 at 1:13 PM, Paul W. Frields wrote: > > > We're going to be conversing on this list since obviously the work's > > primarily, maybe even wholly, infrastructure-related. ?Below is a bit > > of introductory email from last night that I wanted to make sure was > > captured transparently here. > > I would love to attend and help FTalk grow into a platform for > collaboration. I can bring my SIP phone (already configured for > FTalk) in lieu of a headset, though? Jon, that would be fantastic! I've already reached the limit of the small budget I've been allotted for the event; does that affect your ability to be there at all? If it doesn't, the more the merrier. We have room in the coworking room we rented for the two days of the event. If it does, we do plan to use IRC, Gobby, and Fedora Talk itself to facilitate remote participation. For instance, Bruno said he was going to try to do some work with us remotely. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From mmcgrath at redhat.com Fri Sep 25 18:37:43 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 25 Sep 2009 13:37:43 -0500 (CDT) Subject: FAD -- startin' early In-Reply-To: <20090925171316.GQ18048@localhost.localdomain> References: <20090925171316.GQ18048@localhost.localdomain> Message-ID: On Fri, 25 Sep 2009, Paul W. Frields wrote: > I constructed a page on the wiki for an upcoming FAD where some > contributors are going to work on some long-standing Fedora Talk > related tickets. Details are here: > > https://fedoraproject.org/wiki/FAD_Fedora_Talk_2009 > Count me in as a remotee. I'll make sure to block off a minimum of 50% of my day for this. I might be best for puppetizing and testing. I know ricky recently rebuilt asterisk2. Might be good for us to get that in some pre-configured state for you all to use. I believe the future setup is pretty distant from how our current asterisk setup in terms of distribution. (currently on RHEL5, future likely F11) -Mike From stickster at gmail.com Fri Sep 25 18:46:45 2009 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 25 Sep 2009 14:46:45 -0400 Subject: FAD -- startin' early In-Reply-To: References: <20090925171316.GQ18048@localhost.localdomain> Message-ID: <20090925184645.GF18048@localhost.localdomain> On Fri, Sep 25, 2009 at 01:37:43PM -0500, Mike McGrath wrote: > On Fri, 25 Sep 2009, Paul W. Frields wrote: > > > I constructed a page on the wiki for an upcoming FAD where some > > contributors are going to work on some long-standing Fedora Talk > > related tickets. Details are here: > > > > https://fedoraproject.org/wiki/FAD_Fedora_Talk_2009 > > > > Count me in as a remotee. I'll make sure to block off a minimum of 50% of > my day for this. I might be best for puppetizing and testing. > > I know ricky recently rebuilt asterisk2. Might be good for us to get that > in some pre-configured state for you all to use. I believe the future > setup is pretty distant from how our current asterisk setup in terms of > distribution. (currently on RHEL5, future likely F11) Hopefully Jeff and/or Jared can do some preliminary assessment of how far off we are right now. Jeff had mentioned getting asterisk 1.6.2 in shape, presumably for EPEL-5 so it would be available. I think we'll begin to have a clearer picture of what we can pre-configure once Jeff returns to net-civilization, or since I believe Jared Smith is also on this list maybe he can help in that area. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From bruno at wolff.to Fri Sep 25 19:02:31 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Fri, 25 Sep 2009 14:02:31 -0500 Subject: FAD -- startin' early In-Reply-To: <20090925182547.GB18048@localhost.localdomain> References: <20090925171316.GQ18048@localhost.localdomain> <20090925182547.GB18048@localhost.localdomain> Message-ID: <20090925190231.GA9572@wolff.to> On Fri, Sep 25, 2009 at 14:25:47 -0400, "Paul W. Frields" wrote: > On Fri, Sep 25, 2009 at 01:31:03PM -0400, Jon Stanley wrote: > > If it does, we do plan to use IRC, Gobby, and Fedora Talk itself to > facilitate remote participation. For instance, Bruno said he was > going to try to do some work with us remotely. Yep. I took that Friday off from work so I'd be available. I might end up roleplaying Saturday evening, but it sounds like things will be mostly wrapped up by then. I have asterisk running on a box at home that connects several normal phones together using a tdm400p and I have it sort of handling sip calls directly to my box and to my fedora sip account. The sip stuff seems to hang, when I think it used to work more relibably in the past. (I didn't have a head set then, so I couldn't do as much testing.) It might be a firewall issue, so I need to do some more testing. Hopefully I'll having the sip part working better for the FAD. (Though this would be more for trying things, as I can make outbound calls using twinkle in any case.) I haven't done anything very complicated with asterisk. I'd play with it more, but because Digium won't upstream dahdi, there is a conflict between moving forward in Fedora and having working hardware. From onekopaka at gmail.com Fri Sep 25 18:52:24 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Fri, 25 Sep 2009 11:52:24 -0700 Subject: FAD -- startin' early In-Reply-To: References: <20090925171316.GQ18048@localhost.localdomain> Message-ID: <437EE540-D828-4D09-BEF3-F8732975167A@gmail.com> I'd be able to remotely attend on Saturday and Sunday. There's no way I would be able get money to physically attend. I do have credit with Alaska Airlines though.. But I wouldn't have money to stay some place. Nor would my parents let me go to Virgina. Especially just for an Activity day. Darren VanBuren ------------------------- Sent from my iPod Take control of your desktop with Fedora 11. Reign. http://fedoraproject.org/ On Sep 25, 2009, at 11:37, Mike McGrath wrote: > On Fri, 25 Sep 2009, Paul W. Frields wrote: > >> I constructed a page on the wiki for an upcoming FAD where some >> contributors are going to work on some long-standing Fedora Talk >> related tickets. Details are here: >> >> https://fedoraproject.org/wiki/FAD_Fedora_Talk_2009 >> > > Count me in as a remotee. I'll make sure to block off a minimum of > 50% of > my day for this. I might be best for puppetizing and testing. > > I know ricky recently rebuilt asterisk2. Might be good for us to > get that > in some pre-configured state for you all to use. I believe the future > setup is pretty distant from how our current asterisk setup in terms > of > distribution. (currently on RHEL5, future likely F11) > > -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 Fri Sep 25 20:35:47 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 25 Sep 2009 15:35:47 -0500 (CDT) Subject: Looking for people who need guests. Message-ID: I'm looking to put some load on our new cloud environment. This is a pre-pre-pre type setup. The guests will go up, they'll go down. You know the deal. You'll only have this guest for a month or so but if you think you could use a guest, let me know. Because right now the guests aren't actually doing work. -Mike From affix at ihack.co.uk Fri Sep 4 19:59:19 2009 From: affix at ihack.co.uk (Affix) Date: Fri, 04 Sep 2009 19:59:19 -0000 Subject: Fedora Insight Zikula on pt6 Is About To Be Upgraded Message-ID: Hey Guys, I am about to Upgradde pt6 zikula to Zikula 1.1.2 The upgrade process should take between 10-20 Minutes using the zikula patch files. I have backed up the database to : /usr/share/zikula-preupgrade-backup The Theme has been copied to the theme SVN as mentioned in a previous email to the designs list. Regards, Keiran Smith - Fedora Ambassador / BugZapper / Designer - - Free Software Foundation Associate - - http://keiran-smith.net - Call me on +44 (0) 131 208 4347 -------------- next part -------------- An HTML attachment was scrubbed... URL: From affix at ihack.co.uk Fri Sep 4 20:40:39 2009 From: affix at ihack.co.uk (Affix) Date: Fri, 04 Sep 2009 20:40:39 -0000 Subject: Fedora Insight Zikula on pt6 Is About To Be Upgraded In-Reply-To: References: Message-ID: Zikula Upgraded to Zikula 1.1.2 On Fri, Sep 4, 2009 at 8:59 PM, Affix wrote: > Hey Guys, > I am about to Upgradde pt6 zikula to Zikula 1.1.2 The upgrade process > should take between 10-20 Minutes using the zikula patch files. > > I have backed up the database to : /usr/share/zikula-preupgrade-backup > > The Theme has been copied to the theme SVN as mentioned in a previous > email to the designs list. > > Regards, > Keiran Smith > - Fedora Ambassador / BugZapper / Designer - > - Free Software Foundation Associate - > - http://keiran-smith.net > - Call me on +44 (0) 131 208 4347 > -- Keiran Smith - Fedora Ambassador / BugZapper / Designer - - Free Software Foundation Associate - - http://keiran-smith.net - Call me on +44 (0) 131 208 4347 -------------- next part -------------- An HTML attachment was scrubbed... URL: From zcerza at redhat.com Fri Sep 25 19:52:20 2009 From: zcerza at redhat.com (Zack Cerza) Date: Fri, 25 Sep 2009 15:52:20 -0400 Subject: FAD -- startin' early In-Reply-To: <20090925171316.GQ18048@localhost.localdomain> References: <20090925171316.GQ18048@localhost.localdomain> Message-ID: <1253908340.2305.116.camel@localhost.localdomain> Hey folks, I was forwarded this because of the Dogtail mention. I'm not subscribed, so if you want me to see replies please CC me. On Fri, 2009-09-25 at 13:13 -0400, Paul W. Frields wrote: > > It'd be nice if there was some easy tool that people could > > yum-install that would make it easy to set up a VoIP soft phone for > > Fedora Talk. That is probably outside the scope of the FAD, but > > could be an idea for someone wanting to get into the Fedora > > Infrastructure group to work on. > > You know what would work really well? A package with a dogtail > script, that used the appropriate HTML tags so that PackageKit can > download dogtail and deps for you, then run the script. You can > actually see things running and therefore know how to do it later. > > (Unfortunately, it doesn't look like Dogtail has got a lot of recent > love. It's been consistently rebuilt but I'm not sure it works, which > is a shame -- it's really useful and it took me just a few minutes to > learn how to write a script for Dogtail.) Dogtail does work quite well, though you are right about it not getting enough love. The version in Fedora isn't too terribly old, but will be getting updated in the near future, after I make a long-overdue upstream release. I like your idea and I think it has a good chance of working. You ought to be able to get a preliminary script working just by using the recorder - although, be warned: scripts straight from the recorder don't always work perfectly. They generally get you at least 90% of the way. Zack From itamar at ispbrasil.com.br Fri Sep 25 22:00:22 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Fri, 25 Sep 2009 19:00:22 -0300 Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: root access ? one guest per fedora guy ? On Fri, Sep 25, 2009 at 5:35 PM, Mike McGrath wrote: > I'm looking to put some load on our new cloud environment. ?This is a > pre-pre-pre type setup. ?The guests will go up, they'll go down. ?You know > the deal. ?You'll only have this guest for a month or so but if you think > you could use a guest, let me know. ?Because right now the guests aren't > actually doing work. > > ? ? ?-Mike -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From mmcgrath at redhat.com Fri Sep 25 22:03:11 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 25 Sep 2009 17:03:11 -0500 (CDT) Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: On Fri, 25 Sep 2009, Itamar Reis Peixoto wrote: > root access ? > yep. > one guest per fedora guy ? > depends on what you have in mind, if you needed more we could get more since these are just temporary atm. -Mike > > > On Fri, Sep 25, 2009 at 5:35 PM, Mike McGrath wrote: > > I'm looking to put some load on our new cloud environment. ?This is a > > pre-pre-pre type setup. ?The guests will go up, they'll go down. ?You know > > the deal. ?You'll only have this guest for a month or so but if you think > > you could use a guest, let me know. ?Because right now the guests aren't > > actually doing work. > > > > ? ? ?-Mike > > > > -- > ------------ > > Itamar Reis Peixoto > > e-mail/msn: itamar at ispbrasil.com.br > sip: itamar at ispbrasil.com.br > skype: itamarjp > icq: 81053601 > +55 11 4063 5033 > +55 34 3221 8599 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From itamar at ispbrasil.com.br Fri Sep 25 22:08:33 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Fri, 25 Sep 2009 19:08:33 -0300 Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: give me one. On Fri, Sep 25, 2009 at 7:03 PM, Mike McGrath wrote: > On Fri, 25 Sep 2009, Itamar Reis Peixoto wrote: > >> root access ? >> > > yep. > >> one guest per fedora guy ? >> > > depends on what you have in mind, if you needed more we could get more > since these are just temporary atm. > > ? ? ? ?-Mike > >> >> >> On Fri, Sep 25, 2009 at 5:35 PM, Mike McGrath wrote: >> > I'm looking to put some load on our new cloud environment. ?This is a >> > pre-pre-pre type setup. ?The guests will go up, they'll go down. ?You know >> > the deal. ?You'll only have this guest for a month or so but if you think >> > you could use a guest, let me know. ?Because right now the guests aren't >> > actually doing work. >> > >> > ? ? ?-Mike -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From itamar at ispbrasil.com.br Fri Sep 25 22:26:17 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Fri, 25 Sep 2009 19:26:17 -0300 Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: please remember to take care about IPv6 ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From Matt_Domsch at Dell.com Fri Sep 25 23:03:47 2009 From: Matt_Domsch at Dell.com (Matt Domsch) Date: Fri, 25 Sep 2009 23:03:47 +0000 Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: <1310831041-1253919823-cardhu_decombobulator_blackberry.rim.net-1717242030-@bda546.bisx.prod.on.blackberry> No ipv6 in the network where these guests live. -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -----Original Message----- From: Itamar Reis Peixoto Date: Fri, 25 Sep 2009 19:26:17 To: Fedora Infrastructure Subject: Re: Looking for people who need guests. please remember to take care about IPv6 ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 _______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From mmcgrath at redhat.com Fri Sep 25 23:41:04 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 25 Sep 2009 18:41:04 -0500 (CDT) Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: On Fri, 25 Sep 2009, Itamar Reis Peixoto wrote: > please remember to take care about IPv6 > Yep, sorry no ipv6 here but you can build a tunnel if you want I suspect. What is your fas account name? -Mike > > ------------ > > Itamar Reis Peixoto > > e-mail/msn: itamar at ispbrasil.com.br > sip: itamar at ispbrasil.com.br > skype: itamarjp > icq: 81053601 > +55 11 4063 5033 > +55 34 3221 8599 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From itamar at ispbrasil.com.br Fri Sep 25 23:42:12 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Fri, 25 Sep 2009 20:42:12 -0300 Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: itamarjp On Fri, Sep 25, 2009 at 8:41 PM, Mike McGrath wrote: > On Fri, 25 Sep 2009, Itamar Reis Peixoto wrote: > >> please remember to take care about IPv6 >> > > Yep, sorry no ipv6 here but you can build a tunnel if you want I suspect. > What is your fas account name? > > ? ? ? ?-Mike > -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From mel at redhat.com Sat Sep 26 04:21:18 2009 From: mel at redhat.com (Mel Chua) Date: Sat, 26 Sep 2009 00:21:18 -0400 Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: <4ABD96BE.1000302@redhat.com> On 09/25/2009 04:35 PM, Mike McGrath wrote: > I'm looking to put some load on our new cloud environment. This is a > pre-pre-pre type setup. The guests will go up, they'll go down. You know > the deal. You'll only have this guest for a month or so but if you think > you could use a guest, let me know. Because right now the guests aren't > actually doing work. Probably won't be putting much load on these, but could you hook me up with two? We're going to be running a Fedora-centered POSSE[1] in Singapore in November and having sandboxes to play with as trial-run attendee setups would be nice. Stability and reliable availability totally not needed, so this seems to fit the bill. ;) --Mel (FAS username mchua) [1] http://teachingopensource.org/index.php/POSSE - college lecturers (thanks to Harish, I now know that the word "professor" means different things in different countries) coming to learn how to participate in an open source project - in this case, Fedora - so that they can bring the students in their classes into the same. From smooge at gmail.com Sat Sep 26 22:39:30 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 26 Sep 2009 16:39:30 -0600 Subject: Updating servers before the freeze. Message-ID: <80d7e4090909261539y2e82da38w1bd83985fa28ba13@mail.gmail.com> We would like to get the servers updated to RHEL-5.4 before the freeze next week. The boxes will be updated with remote ones done first and then the ones inisde of PHX. First will be: bu1: people1 ibiblio1: app5 backup2 ns2 proxy4 publictest1 publictest2 publictest3 torrent1 osuosl1: publictest6 publictest7 publictest8 serverbeach2: asterisk1 collab1 ns1 serverbeach3: collab2 asterisk2 serverbeach4: hosted1 serverbeach5: hosted2 telia1: app6 noc2 proxy5 publictest14 publictest15 publictest16 smtp-mm1 tummy1: proxy3 publictest10 -------------------------------- xen14: app1 bapp1 cvs1 fas2 puppet1 xen9: app2 app2.stg db1.stg memcached1 proxy1.stg sync1 xen3: app4 cvs1.stg fas1.stg qa1 releng1.stg spin1 sync2 xen5: bastion2 fas1 kojipkgs1 noc1 proxy1 value1 xen6: app7 xen10: log1 memcached2 xen13: app1.stg ------------------------------------ xen1: koji1 xen2: koji2 releng1 sign1 xen7: app3 proxy2 releng2 value2 xen11: secondary1 xen12: db1 xen15: RHEL5-mpm db2 koji1.stg relepel1 sign-bridge1 db3 I think we can do this Sunday/Monday.. the last set I will avoid as it would most effect engineering. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From bashton at brennanashton.com Sun Sep 27 16:07:16 2009 From: bashton at brennanashton.com (Brennan Ashton) Date: Sun, 27 Sep 2009 12:07:16 -0400 Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: <981da310909270907q34b17e1jd7951ca065c12142@mail.gmail.com> On Fri, Sep 25, 2009 at 4:35 PM, Mike McGrath wrote: > I'm looking to put some load on our new cloud environment. ?This is a > pre-pre-pre type setup. ?The guests will go up, they'll go down. ?You know > the deal. ?You'll only have this guest for a month or so but if you think > you could use a guest, let me know. ?Because right now the guests aren't > actually doing work. > > ? ? ?-Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > I dont know how many of these you have but if I could snag one that would be great. FAS: bashton Thanks, Brennan Ashton From smparrish at gmail.com Sun Sep 27 21:46:14 2009 From: smparrish at gmail.com (Steven M. Parrish) Date: Sun, 27 Sep 2009 17:46:14 -0400 Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: <200909271746.14951.smparrish@gmail.com> > I'm looking to put some load on our new cloud environment. This is a > pre-pre-pre type setup. The guests will go up, they'll go down. You know > the deal. You'll only have this guest for a month or so but if you think > you could use a guest, let me know. Because right now the guests aren't > actually doing work. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > I'll be glad to give one a spin. FAS Name Tuxbrewr Steven ===================================================== Steven M. Parrish ------------------------------------------------------------------------------------------------- gpg fingerprint: 4B6C 8357 059E B7ED 8095 0FD6 1F4B EDA0 A9A6 13C0 http://tuxbrewr.fedorapeople.org/ irc.freenode.net: SMParrish @ #fedora-kde, #fedora-devel, #fedora-olpc, #sugar From hiemanshu at fedoraproject.org Mon Sep 28 03:09:13 2009 From: hiemanshu at fedoraproject.org (Hiemanshu Sharma) Date: Mon, 28 Sep 2009 08:39:13 +0530 Subject: Looking for people who need guests. In-Reply-To: <200909271746.14951.smparrish@gmail.com> References: <200909271746.14951.smparrish@gmail.com> Message-ID: <5efedeb10909272009r28a7b03am4cfdd081abe2022f@mail.gmail.com> Count me in too. FAS Name hiemanshu. 2009/9/28 Steven M. Parrish : >> I'm looking to put some load on our new cloud environment. ?This is a >> pre-pre-pre type setup. ?The guests will go up, they'll go down. ?You know >> the deal. ?You'll only have this guest for a month or so but if you think >> you could use a guest, let me know. ?Because right now the guests aren't >> actually doing work. >> >> ? ? ? -Mike >> >> _______________________________________________ >> Fedora-infrastructure-list mailing list >> Fedora-infrastructure-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list >> > > I'll be glad to give one a spin. > > FAS Name ?Tuxbrewr > > Steven > > ===================================================== > Steven M. Parrish > ------------------------------------------------------------------------------------------------- > gpg fingerprint: 4B6C 8357 059E B7ED 8095 0FD6 1F4B EDA0 A9A6 13C0 > http://tuxbrewr.fedorapeople.org/ > irc.freenode.net: SMParrish @ #fedora-kde, #fedora-devel, #fedora-olpc, #sugar > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Regards, Hiemanshu Sharma. From lee at williams-freelancing.co.uk Mon Sep 28 11:41:29 2009 From: lee at williams-freelancing.co.uk (lee at williams-freelancing.co.uk) Date: Mon, 28 Sep 2009 13:41:29 +0200 (CEST) Subject: Introduction Message-ID: <1553391295.196239.1254138089093.JavaMail.open-xchange@oxltgw03> Hi, Looking at the wiki it says to introduce myself. Well here goes... I'm married with 3 kids (aged 4, 2, 1 :D)... full time job but I do get time to spare surprisingly!!!!? I love my family to pieces they mean the world to me. I've been working in IT for 10yrs now all in a Microsoft DOS / Windows based environment, starting with development in FoxBASE and FoxPro and moving through the versions to visual fox.? I've not attended university but have never had a problem with reading / googlin' bits to learn new things; I do get quite a kick from picking up "new to me" technologies and helping to solve problems.? Currently I work full time as a Visual Studio developer with Technology Management Ltd. in the UK developing .NET applications for the WinCE / Windows Mobile based mobile device market.? Those applications are mainly written in C# but we do have a significant VB.net code base. Following the latest Microsoft based OS crash at home a rebuild has become necessary which I started this weekend - yesterday in fact, so I made the choice to make Linux my main OS; to be fair it should've been from when I dabbled with Fedora 7 and 8 thereafter... still... my foot has gone down, and my wife is scheduled a tour of Fedora at the weekend ;)?? I have recently bootstrapped myself to other languages C / C++ and php for web work I'm finding this interesting to say the least.? I do have some experience with Apache and MySQL (obviously the strong knowledge I have in Internet Information Services and SQL Server have been somewhat transferable).? It looks like I need to add python to the list of things to learn and this is something I've been mulling over so may just make that leap.? >From all of that I'm hoping you can tell that whilst I have very little experience with 'nix environments I am keen to learn just need some guidance on where to go to pick that up. Away from PC's (if there ever is such time) I play guitar - well I play guitar, banjo, and mandolin to be honest.? The last two I'm not so hot at but I can "hold my own" - to coin a phrase - on the guitar.? I also love to read; and have - of all things - recently started dabbling in magic and performance thereof but... now I'm rambling :D I look forward to helping in whatever way I can.? I'm looking for a good place to start, I'm obviously following the wiki, reading up when I can, and of course getting my own Fedora environment setup (although I do have one running in VirtualBox at work to satiate the 'nix desires whilst I'm at work :D). I'm am currently hoping to help in the sysadmin-devel FIG. So hello nice to "meet" and greet, and I hope you're well. Lee. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stickster at gmail.com Mon Sep 28 12:57:37 2009 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 28 Sep 2009 08:57:37 -0400 Subject: FAD -- startin' early In-Reply-To: <437EE540-D828-4D09-BEF3-F8732975167A@gmail.com> References: <20090925171316.GQ18048@localhost.localdomain> <437EE540-D828-4D09-BEF3-F8732975167A@gmail.com> Message-ID: <20090928125737.GM11580@localhost.localdomain> On Fri, Sep 25, 2009 at 11:52:24AM -0700, Darren VanBuren wrote: > I'd be able to remotely attend on Saturday and Sunday. There's no way I > would be able get money to physically attend. I do have credit with > Alaska Airlines though.. But I wouldn't have money to stay some place. > Nor would my parents let me go to Virgina. Especially just for an > Activity day. Note that we're scheduled to work on Friday and Saturday, but Sunday is a "travel back" day for everyone. We're glad to have anyone attend remotely on Friday and/or Saturday. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From jonstanley at gmail.com Mon Sep 28 13:12:56 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 28 Sep 2009 09:12:56 -0400 Subject: FAD -- startin' early In-Reply-To: <20090925182547.GB18048@localhost.localdomain> References: <20090925171316.GQ18048@localhost.localdomain> <20090925182547.GB18048@localhost.localdomain> Message-ID: On Fri, Sep 25, 2009 at 2:25 PM, Paul W. Frields wrote: > Jon, that would be fantastic! ?I've already reached the limit of the > small budget I've been allotted for the event; does that affect your > ability to be there at all? Gah! Sorry for not seeing this sooner, it doesn't really affect me either way. The one thing that I do need to know is do I get off at the Richmond Amtrak station? (seems to add about 3 hours(?!?!?!) to the trip vs. DC), or someplace else? From stickster at gmail.com Mon Sep 28 14:12:50 2009 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 28 Sep 2009 10:12:50 -0400 Subject: FAD -- startin' early In-Reply-To: References: <20090925171316.GQ18048@localhost.localdomain> <20090925182547.GB18048@localhost.localdomain> Message-ID: <20090928141250.GP11580@localhost.localdomain> On Mon, Sep 28, 2009 at 09:12:56AM -0400, Jon Stanley wrote: > On Fri, Sep 25, 2009 at 2:25 PM, Paul W. Frields wrote: > > > Jon, that would be fantastic! ?I've already reached the limit of the > > small budget I've been allotted for the event; does that affect your > > ability to be there at all? > > Gah! Sorry for not seeing this sooner, it doesn't really affect me > either way. The one thing that I do need to know is do I get off at > the Richmond Amtrak station? (seems to add about 3 hours(?!?!?!) to > the trip vs. DC), or someplace else? Actually... *Fredericksburg*, VA would be the best possible stop. I can pick you up whenever you arrive that way. Otherwise we have to start coordinating times with the folks arriving at the airport on Thursday night and it gets ugly. The F'burg train station is just a few minutes from where I live, and I believe there's a standard stop there for Amtrak. Let me know off-list if that's not the case and we'll figure it out. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From mmcgrath at redhat.com Mon Sep 28 16:22:35 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 28 Sep 2009 11:22:35 -0500 (CDT) Subject: Introduction In-Reply-To: <1553391295.196239.1254138089093.JavaMail.open-xchange@oxltgw03> References: <1553391295.196239.1254138089093.JavaMail.open-xchange@oxltgw03> Message-ID: On Mon, 28 Sep 2009, lee at williams-freelancing.co.uk wrote: > > Hi, > > Looking at the wiki it says to introduce myself. > > Well here goes... > > I'm married with 3 kids (aged 4, 2, 1 :D)... full time job but I do get time to spare surprisingly!!!!? I love my family > to pieces they mean the world to me. > > I've been working in IT for 10yrs now all in a Microsoft DOS / Windows based environment, starting with development in > FoxBASE and FoxPro and moving through the versions to visual fox.? I've not attended university but have never had a > problem with reading / googlin' bits to learn new things; I do get quite a kick from picking up "new to me" technologies > and helping to solve problems.? > > Currently I work full time as a Visual Studio developer with Technology Management Ltd. in the UK developing .NET > applications for the WinCE / Windows Mobile based mobile device market.? Those applications are mainly written in C# but > we do have a significant VB.net code base. > > Following the latest Microsoft based OS crash at home a rebuild has become necessary which I started this weekend - > yesterday in fact, so I made the choice to make Linux my main OS; to be fair it should've been from when I dabbled with > Fedora 7 and 8 thereafter... still... my foot has gone down, and my wife is scheduled a tour of Fedora at the weekend > ;)?? > > > I have recently bootstrapped myself to other languages C / C++ and php for web work I'm finding this interesting to say > the least.? I do have some experience with Apache and MySQL (obviously the strong knowledge I have in Internet > Information Services and SQL Server have been somewhat transferable).? It looks like I need to add python to the list of > things to learn and this is something I've been mulling over so may just make that leap.? > > From all of that I'm hoping you can tell that whilst I have very little experience with 'nix environments I am keen to > learn just need some guidance on where to go to pick that up. > > Away from PC's (if there ever is such time) I play guitar - well I play guitar, banjo, and mandolin to be honest.? The > last two I'm not so hot at but I can "hold my own" - to coin a phrase - on the guitar.? I also love to read; and have - > of all things - recently started dabbling in magic and performance thereof but... now I'm rambling :D > > I look forward to helping in whatever way I can.? I'm looking for a good place to start, I'm obviously following the > wiki, reading up when I can, and of course getting my own Fedora environment setup (although I do have one running in > VirtualBox at work to satiate the 'nix desires whilst I'm at work :D). > > I'm am currently hoping to help in the sysadmin-devel FIG. > > So hello nice to "meet" and greet, and I hope you're well. > Ahh excellent. We can always use more hands and eyes in sysadmin-devel. Stop by #fedora-admin on irc.freenode.net and say hey. Was there a specific application you were interested in working on? -Mike From mmcgrath at redhat.com Mon Sep 28 16:43:11 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 28 Sep 2009 11:43:11 -0500 (CDT) Subject: Looking for people who need guests. In-Reply-To: <5efedeb10909272009r28a7b03am4cfdd081abe2022f@mail.gmail.com> References: <200909271746.14951.smparrish@gmail.com> <5efedeb10909272009r28a7b03am4cfdd081abe2022f@mail.gmail.com> Message-ID: On Mon, 28 Sep 2009, Hiemanshu Sharma wrote: > Count me in too. > > > FAS Name hiemanshu. > FYI on these, I haven't forgotten I'm fighting a spam issue with the servers emailing people their admin passwords. So some of you that have requested a guest but haven't gotten an email yet, no worries I haven't forgotten :) -Mike > 2009/9/28 Steven M. Parrish : > >> I'm looking to put some load on our new cloud environment. ?This is a > >> pre-pre-pre type setup. ?The guests will go up, they'll go down. ?You know > >> the deal. ?You'll only have this guest for a month or so but if you think > >> you could use a guest, let me know. ?Because right now the guests aren't > >> actually doing work. > >> > >> ? ? ? -Mike > >> > >> _______________________________________________ > >> Fedora-infrastructure-list mailing list > >> Fedora-infrastructure-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > >> > > > > I'll be glad to give one a spin. > > > > FAS Name ?Tuxbrewr > > > > Steven > > > > ===================================================== > > Steven M. Parrish > > ------------------------------------------------------------------------------------------------- > > gpg fingerprint: 4B6C 8357 059E B7ED 8095 0FD6 1F4B EDA0 A9A6 13C0 > > http://tuxbrewr.fedorapeople.org/ > > irc.freenode.net: SMParrish @ #fedora-kde, #fedora-devel, #fedora-olpc, #sugar > > > > _______________________________________________ > > Fedora-infrastructure-list mailing list > > Fedora-infrastructure-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > > > > -- > Regards, > > Hiemanshu Sharma. > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From davivercillo at fedoraproject.org Mon Sep 28 17:41:30 2009 From: davivercillo at fedoraproject.org (Davi Vercillo C. Garcia) Date: Mon, 28 Sep 2009 14:41:30 -0300 Subject: [OFF] About my collaborations. Message-ID: Hi, I'm writing this e-mail for explain why I'm away from the group, avoiding bad speculations about my collaborations to Fedora Project. When I've started to try to help this team, I thought that my knowledge was enough to do those things that you do. But I've discovered that I need more experience and technical knowledge to do that. To not leave the project, I tried to find something that I could do better. So, I joined to Ambassadors' groups and to the Brazil Infrastructure group. And, right now, I'm evangelizing the project for people from communities that I participate, and helping the Brazilian infra team with theirs web services. That doesn't means that I'll give up to try to help here, or leave this group. But now, I'm preparing myself, learning more about this project and this team, for come back and try again. Sorry about something that I did. Thanks, -- Davi Vercillo C. Garcia B.Sc. Student - DCC-IM/UFRJ Fedora Project Contributor http://davivercillo.fedorapeople.org/ "If a million people say a foolish thing, it is still a foolish thing." - Anatole France From a.badger at gmail.com Mon Sep 28 19:37:21 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 28 Sep 2009 12:37:21 -0700 Subject: [OFF] About my collaborations. In-Reply-To: References: Message-ID: <4AC11071.3000901@gmail.com> On 09/28/2009 10:41 AM, Davi Vercillo C. Garcia wrote: > Hi, > > I'm writing this e-mail for explain why I'm away from the group, > avoiding bad speculations about my collaborations to Fedora Project. > > When I've started to try to help this team, I thought that my > knowledge was enough to do those things that you do. But I've > discovered that I need more experience and technical knowledge to do > that. > > To not leave the project, I tried to find something that I could do > better. So, I joined to Ambassadors' groups and to the Brazil > Infrastructure group. And, right now, I'm evangelizing the project for > people from communities that I participate, and helping the Brazilian > infra team with theirs web services. > > That doesn't means that I'll give up to try to help here, or leave > this group. But now, I'm preparing myself, learning more about this > project and this team, for come back and try again. > > Sorry about something that I did. > No problems! Working on Fedora Infrastructure can be a big commitment of learning as well as time. Helping the Brazilian Infrastructure group is as big a help to the project as a whole as working on the Infrastructure that we're hosting in PHX so no need to feel bad about anything :-) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From onekopaka at gmail.com Mon Sep 28 22:42:21 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Mon, 28 Sep 2009 15:42:21 -0700 Subject: FAD -- startin' early In-Reply-To: <20090928125737.GM11580@localhost.localdomain> References: <20090925171316.GQ18048@localhost.localdomain> <437EE540-D828-4D09-BEF3-F8732975167A@gmail.com> <20090928125737.GM11580@localhost.localdomain> Message-ID: <8F03E978-1C0C-4FE1-AA48-09282D42F41D@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I assume you won't be doing stuff at 18:40-ish on Friday. Because, unfortunately that's when I get home (15:40-ish back here on the West Coast). If you could make like a rough outline of what happened on Friday at the end of the day, that'd be great, because I would probably end up being completely confused over everything, having missed Friday's events. Darren VanBuren onekopaka at gmail.com ==================== http://theoks.net/ On Sep 28, 2009, at 5:57 AM, Paul W. Frields wrote: > On Fri, Sep 25, 2009 at 11:52:24AM -0700, Darren VanBuren wrote: >> I'd be able to remotely attend on Saturday and Sunday. There's no >> way I >> would be able get money to physically attend. I do have credit with >> Alaska Airlines though.. But I wouldn't have money to stay some >> place. >> Nor would my parents let me go to Virgina. Especially just for an >> Activity day. > > Note that we're scheduled to work on Friday and Saturday, but Sunday > is a "travel back" day for everyone. We're glad to have anyone attend > remotely on Friday and/or Saturday. > > -- > Paul W. Frields http:// > paul.frields.org/ > gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 > http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ > irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkrBO80ACgkQBkMMSWb0Ypb7vgCeOGDcOh8k8HMfk287bo4MrE8x /4wAnA7aj6wSqCirn9Gg33vhnQuGBMrY =tj7M -----END PGP SIGNATURE----- From jkeating at redhat.com Tue Sep 29 04:22:30 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Sep 2009 21:22:30 -0700 Subject: CVS Outage Notification - 2009-09-29 04:25 UTC Message-ID: <1254198150.7523.4.camel@localhost.localdomain> There will be a CVS outage starting at 2009-09-29 04:25 UTC, which will last approximately 3 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2009-09-29 04:25 UTC' Affected Services: CVS / Source Control Unaffected Services: Everything else. Reason for Outage: The CVS server will not accept connections so that we can mass-branch for Fedora 12. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Sep 29 07:40:52 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 00:40:52 -0700 Subject: CVS Outage Notification - 2009-09-29 04:25 UTC In-Reply-To: <1254198150.7523.4.camel@localhost.localdomain> References: <1254198150.7523.4.camel@localhost.localdomain> Message-ID: <1254210052.7523.10.camel@localhost.localdomain> On Mon, 2009-09-28 at 21:22 -0700, Jesse Keating wrote: > There will be a CVS outage starting at 2009-09-29 04:25 UTC, which will > last approximately 3 hours. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2009-09-29 04:25 UTC' > > Affected Services: > CVS / Source Control > > Unaffected Services: > Everything else. > > Reason for Outage: > The CVS server will not accept connections so that we can mass-branch for Fedora 12. > > Contact Information: > > Please join #fedora-admin in irc.freenode.net or respond to this email to track > the status of this outage. > The outage is now over. Please contact me or anybody else in #fedora-admin if you have issues with your branch (don't forget to cvs up -d) or with building. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Sep 29 08:09:31 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 01:09:31 -0700 Subject: CVS Outage Notification - 2009-09-29 04:25 UTC In-Reply-To: <1254210052.7523.10.camel@localhost.localdomain> References: <1254198150.7523.4.camel@localhost.localdomain> <1254210052.7523.10.camel@localhost.localdomain> Message-ID: <1254211771.7523.12.camel@localhost.localdomain> On Tue, 2009-09-29 at 00:40 -0700, Jesse Keating wrote: > The outage is now over. Please contact me or anybody else in > #fedora-admin if you have issues with your branch (don't forget to cvs > up -d) or with building. > > It was pointed out to me that many of the packages starting with "a" were not properly branched. I've restarted the branch run for the "a" packages, however this time email will go out for the branch events, and this won't incur another outage. The branching of "a" packages should be done in 10 or 15 minutes. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From stickster at gmail.com Tue Sep 29 12:53:24 2009 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 29 Sep 2009 08:53:24 -0400 Subject: FAD -- startin' early In-Reply-To: <8F03E978-1C0C-4FE1-AA48-09282D42F41D@gmail.com> References: <20090925171316.GQ18048@localhost.localdomain> <437EE540-D828-4D09-BEF3-F8732975167A@gmail.com> <20090928125737.GM11580@localhost.localdomain> <8F03E978-1C0C-4FE1-AA48-09282D42F41D@gmail.com> Message-ID: <20090929125324.GX28169@localhost.localdomain> On Mon, Sep 28, 2009 at 03:42:21PM -0700, Darren VanBuren wrote: > I assume you won't be doing stuff at 18:40-ish on Friday. Because, > unfortunately that's when I get home (15:40-ish back here on the West > Coast). > > If you could make like a rough outline of what happened on Friday at > the end of the day, that'd be great, because I would probably end up > being completely confused over everything, having missed Friday's > events. We should be able to blog some summaries to the planet. You can also get more detail by logging an ircproxy into #fedora-fad during the event, which can stay online even if you're not. I frequently do this for meetings I know I'm going to have to miss and it works like a charm! Of course, we'll also post those logs as well. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From infrastructure at ccielogs.com Tue Sep 29 17:51:28 2009 From: infrastructure at ccielogs.com (Daniele Catanesi) Date: Tue, 29 Sep 2009 19:51:28 +0200 Subject: Finally ready to get involved and applied to the Sysadmin group Message-ID: <4AC24920.6090900@ccielogs.com> Hello all, as suggested while applying to the Sysadmin group I'm writing to let you know I'm finally ready to be involved actively in the project and I'm looking for someone to sponsor my candidature to the group. As I've written in a previous mail I think the groups will fit my skills would probably be sysadmin-noc and sysadmin-test as the tools/task used in these groups are in line with what I'm usually tasked with, but well one step at time :) Just in case it is needed again my FAS username is ccielogs, Thanks and see you Thursday on IRC, Daniele. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Tue Sep 29 23:34:10 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 29 Sep 2009 18:34:10 -0500 (CDT) Subject: Blogs site? Message-ID: Whats the status of the blogs site? Is it ready to go? People want to use it :) Where are the directions? -Mike From mmcgrath at redhat.com Wed Sep 30 02:49:52 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 29 Sep 2009 21:49:52 -0500 (CDT) Subject: Finally ready to get involved and applied to the Sysadmin group In-Reply-To: <4AC24920.6090900@ccielogs.com> References: <4AC24920.6090900@ccielogs.com> Message-ID: On Tue, 29 Sep 2009, Daniele Catanesi wrote: > Hello all, > > as suggested while applying to the Sysadmin group I'm writing to let you know I'm finally ready to be involved actively > in the project and I'm looking for someone to sponsor my candidature to the group. > > As I've written in a previous mail I think the groups will fit my skills would probably be sysadmin-noc and sysadmin-test > as the tools/task used in these groups are in line with what I'm usually tasked with, but well one step at time :) > > Just in case it is needed again my FAS username is ccielogs, > > Thanks and see you Thursday on IRC, > Excellent, make sure you introduce yourself on Thursday at the meeting. -Mike From chitlesh.goorah at gmail.com Wed Sep 30 06:52:54 2009 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Wed, 30 Sep 2009 08:52:54 +0200 Subject: Blogs site? In-Reply-To: References: Message-ID: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> On Wed, Sep 30, 2009 at 1:34 AM, Mike McGrath wrote: > Whats the status of the blogs site? ?Is it ready to go? ?People want to > use it :) > > Where are the directions? Hello Mike, I've just signed up. It seems that with trial to log in with my FAS credentials, I got a big fat: "" Not Found The requested URL /wp/http://blogs.fedoraproject.org/wp/wp-signup.php was not found on this server. "" I had to apply the url manually http://blogs.fedoraproject.org/wp/wp-signup.php in order to create a blog. Cheers, Chitlesh From onekopaka at gmail.com Wed Sep 30 07:04:25 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Wed, 30 Sep 2009 00:04:25 -0700 Subject: Blogs site? In-Reply-To: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> Message-ID: <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This seems to be a WordPress issue, with the whole SSL deal. It's pretty much go, but we need to clarify that users should manually login before clicking the signup link in order to circumvent this little issue. Darren VanBuren onekopaka at gmail.com ==================== http://theoks.net/ On Sep 29, 2009, at 11:52 PM, Chitlesh GOORAH wrote: > On Wed, Sep 30, 2009 at 1:34 AM, Mike McGrath wrote: >> Whats the status of the blogs site? Is it ready to go? People >> want to >> use it :) >> >> Where are the directions? > > Hello Mike, > > I've just signed up. It seems that with trial to log in with my FAS > credentials, I got a big fat: > "" > Not Found > > The requested URL /wp/http://blogs.fedoraproject.org/wp/wp-signup.php > was not found on this server. > "" > > I had to apply the url manually > http://blogs.fedoraproject.org/wp/wp-signup.php > in order to create a blog. > > Cheers, > Chitlesh > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkrDAvoACgkQBkMMSWb0YpbaZACgpOHQIO8g+e4chdBwQXse62gQ d8gAn26oYqsrG/AaX48iCuNRtg/nLEQg =hocb -----END PGP SIGNATURE----- From mmcgrath at redhat.com Wed Sep 30 13:36:22 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 30 Sep 2009 08:36:22 -0500 (CDT) Subject: Change Freeze Message-ID: Just a reminder to everyone. We are officially frozen under a prerelease freeze - http://fedoraproject.org/wiki/Infrastructure/SOP/Release#Change_Freeze You can check the list at - sudo yum -y install openoffice.org-draw git clone git://git.fedorahosted.org/git/fedora-infrastructure.git/ cd fedora-infrastructure/architecture oodraw Environments.odg -Mike From mmcgrath at redhat.com Wed Sep 30 13:48:42 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 30 Sep 2009 08:48:42 -0500 (CDT) Subject: Blogs site? In-Reply-To: <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> Message-ID: On Wed, 30 Sep 2009, Darren VanBuren wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > This seems to be a WordPress issue, with the whole SSL deal. > > It's pretty much go, but we need to clarify that users should manually login > before clicking the signup link in order to circumvent this little issue. > Well lets find some victim^H^H^H^H^H^Hvolunteer and get at least one blog in there and document the process all the way through. Anyone want to step forward? -Mike > Darren VanBuren > onekopaka at gmail.com > ==================== > http://theoks.net/ > > On Sep 29, 2009, at 11:52 PM, Chitlesh GOORAH wrote: > > > On Wed, Sep 30, 2009 at 1:34 AM, Mike McGrath wrote: > > > Whats the status of the blogs site? Is it ready to go? People want to > > > use it :) > > > > > > Where are the directions? > > > > Hello Mike, > > > > I've just signed up. It seems that with trial to log in with my FAS > > credentials, I got a big fat: > > "" > > Not Found > > > > The requested URL /wp/http://blogs.fedoraproject.org/wp/wp-signup.php > > was not found on this server. > > "" > > > > I had to apply the url manually > > http://blogs.fedoraproject.org/wp/wp-signup.php > > in order to create a blog. > > > > Cheers, > > Chitlesh > > > > _______________________________________________ > > Fedora-infrastructure-list mailing list > > Fedora-infrastructure-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (Darwin) > > iEYEARECAAYFAkrDAvoACgkQBkMMSWb0YpbaZACgpOHQIO8g+e4chdBwQXse62gQ > d8gAn26oYqsrG/AaX48iCuNRtg/nLEQg > =hocb > -----END PGP SIGNATURE----- > > _______________________________________________ > 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 Wed Sep 30 15:51:18 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 30 Sep 2009 10:51:18 -0500 (CDT) Subject: Looking for people who need guests. In-Reply-To: References: Message-ID: On Fri, 25 Sep 2009, Mike McGrath wrote: > I'm looking to put some load on our new cloud environment. This is a > pre-pre-pre type setup. The guests will go up, they'll go down. You know > the deal. You'll only have this guest for a month or so but if you think > you could use a guest, let me know. Because right now the guests aren't > actually doing work. > Ok, people who requested these should have them by now. If you haven't gotten an email from me email me and let me know. -Mike From bretm at redhat.com Wed Sep 30 16:37:01 2009 From: bretm at redhat.com (Bret McMillan) Date: Wed, 30 Sep 2009 12:37:01 -0400 Subject: Blogs site? In-Reply-To: References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> Message-ID: <4AC3892D.7010707@redhat.com> On 09/30/2009 09:48 AM, Mike McGrath wrote: > On Wed, 30 Sep 2009, Darren VanBuren wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> This seems to be a WordPress issue, with the whole SSL deal. >> >> It's pretty much go, but we need to clarify that users should manually login >> before clicking the signup link in order to circumvent this little issue. >> > > Well lets find some victim^H^H^H^H^H^Hvolunteer and get at least one blog > in there and document the process all the way through. > > Anyone want to step forward? So, here's what I'm seeing: 1) logging-in appears to work fine, though I get a spurious "FAS login failed" before I've even tried a uname/passwd auth. Are we trying some sort of client-side cert validation first, and that's failing? 2) When trying to create a blog from the logged-out state, I get sent to the login page, w/ a parameter that's supposed to take me to the signup page upon succesful authentication: https://blogs.fedoraproject.org/wp/wp-login.php?redirect_to=http%253A%252F%252Fblogs.fedoraproject.org%252Fwp%252Fwp-signup.php Something very odd is happening, though. The 302 response code looks sane: POST /wp/wp-login.php HTTP/1.1 [snip] HTTP/1.x 302 Found Date: Wed, 30 Sep 2009 16:17:26 GMT Server: Apache/2.2.3 (Red Hat) X-Powered-By: PHP/5.1.6 Expires: Wed, 11 Jan 1984 05:00:00 GMT Last-Modified: Wed, 30 Sep 2009 16:17:26 GMT Cache-Control: no-cache, must-revalidate, max-age=0 Pragma: no-cache Location: http%3A%2F%2Fblogs.fedoraproject.org%2Fwp%2Fwp-signup.php ... but firefox then proceeds to generate this request: GET /wp/http%3A%2F%2Fblogs.fedoraproject.org%2Fwp%2Fwp-signup.php HTTP/1.1 ... which yields (validly) a 404 error. No idea why firefox is trying to follow that path; redacted Live HTTP Headers log attached. Anyone testing this w/ a browser other than F11's firefox? Same issue shows up on iPhone's Safari browser... --Bret -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: live-headers.txt URL: From davivercillo at fedoraproject.org Wed Sep 30 16:52:35 2009 From: davivercillo at fedoraproject.org (Davi Vercillo C. Garcia) Date: Wed, 30 Sep 2009 13:52:35 -0300 Subject: Blogs site? In-Reply-To: <4AC3892D.7010707@redhat.com> References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> <4AC3892D.7010707@redhat.com> Message-ID: Hi, Everything has worked fine for me here ! First, I logged into FAS and, after it, I tryed to create a blog using this link http://blogs.fedoraproject.org/wp/wp-signup.php . My blog is working and I already did a post... Thanks, -- Davi Vercillo C. Garcia B.Sc. Student - DCC-IM/UFRJ Fedora Project Contributor http://davivercillo.fedorapeople.org/ "If a million people say a foolish thing, it is still a foolish thing." - Anatole France From mmcgrath at redhat.com Wed Sep 30 16:56:10 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 30 Sep 2009 11:56:10 -0500 (CDT) Subject: Blogs site? In-Reply-To: References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> <4AC3892D.7010707@redhat.com> Message-ID: On Wed, 30 Sep 2009, Davi Vercillo C. Garcia wrote: > Hi, > > Everything has worked fine for me here ! First, I logged into FAS and, > after it, I tryed to create a blog using this link > http://blogs.fedoraproject.org/wp/wp-signup.php . My blog is working > and I already did a post... > Anyone know of a way to get a list of blogs on the site? I don't see it there. -Mike From onekopaka at gmail.com Wed Sep 30 17:29:08 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Wed, 30 Sep 2009 10:29:08 -0700 Subject: Blogs site? In-Reply-To: References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> <4AC3892D.7010707@redhat.com> Message-ID: No Mike, there's not such a page yet. Darren VanBuren ------------------------- Sent from my iPod Take control of your desktop with Fedora 11. Reign. http://fedoraproject.org/ On Sep 30, 2009, at 9:56, Mike McGrath wrote: > On Wed, 30 Sep 2009, Davi Vercillo C. Garcia wrote: > >> Hi, >> >> Everything has worked fine for me here ! First, I logged into FAS >> and, >> after it, I tryed to create a blog using this link >> http://blogs.fedoraproject.org/wp/wp-signup.php . My blog is working >> and I already did a post... >> > > Anyone know of a way to get a list of blogs on the site? I don't > see it > there. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From jeff at ocjtech.us Wed Sep 30 17:43:29 2009 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Wed, 30 Sep 2009 12:43:29 -0500 Subject: FAD -- startin' early In-Reply-To: <20090925171316.GQ18048@localhost.localdomain> References: <20090925171316.GQ18048@localhost.localdomain> Message-ID: <935ead450909301043t671a412bla1eddd3511d85d68@mail.gmail.com> On Fri, Sep 25, 2009 at 12:13 PM, Paul W. Frields wrote: > > Jeff C. Ollie wrote: >> >> Probably want to look at getting Asterisk 1.6.2 packaged. ?It's >> still in release candidate, but 1.6.2 has new conferencing software >> that isn't hacked in by a 3rd party or requires a kernel module. >> Since F13 early branching is happening soon we can develop the >> package there and then backport it to RHEL or whatever we end up >> running the service on. > > Cool idea, Jeff. OK, Asterisk 1.6.2.0-rc2 is now in devel. Since rawhide is still composing from dist-f12 you'll need to grab it from Koji or rebuild it on your own: http://koji.fedoraproject.org/koji/buildinfo?buildID=134541 Note that I haven't actually tried the package yet, after lunch I'm going to rebuild it locally for F11 and see how that works. FYI, I plan on keeping the "official" F12 and F11 Asterisk packages on 1.6.1.X. F13 will be the first release with 1.6.2.X. -- Jeff Ollie From stickster at gmail.com Wed Sep 30 18:08:31 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Sep 2009 14:08:31 -0400 Subject: FAD Fedora Talk -- IRC, to-do Message-ID: <20090930180831.GE25391@localhost.localdomain> I'd like to get conversations going on exactly *how* we plan to attack the list of things to do for the FAD. The game plan is here -- many thanks to John, who already got us rolling with a planning page: https://fedoraproject.org/wiki/FAD_Fedora_Talk_2009_game_plan We've got four tickets -- probably with a bunch of duplication between them -- that we want to clear out as primary targets. Then there are an assortment of some possibly related bits we can hit as time allows. I sort of braindumped how those targets map out. I'd like attendees to look at this list and comment on each point -- what's done already? What still needs to be built? What, in your opinion, is the best way of doing it? If we can answer those questions *now*, we'll spend less time discussing at the FAD, and more time *doing*. I'll capture the discussion to the wiki as we find answers, so we can easily refer to it later. * Record calls * Stream calls * Publish the recording (to a meetbot-like web area?) * Add moderation features that support larger audiences * Build pieces that allow users to set these features either in advance (Web UI) or on-demand/interactively (e.g. "#8" = start recording) I'd also like to suggest that everyone attending get on IRC Freenode #fedora-fad now, so we can do easy one-off conversation there for trivial matters, and continue to capture strategies here and on the wiki. We'll be using that IRC channel for the FAD itself later. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From stickster at gmail.com Wed Sep 30 18:11:47 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Sep 2009 14:11:47 -0400 Subject: FAD Fedora Talk tech items Message-ID: <20090930181147.GF25391@localhost.localdomain> Two tech items I wanted to clear up for Fedora Talk FAD: First, qe discussed earlier using softphones for consistency and less equipment-lugging. Didn't hear any votes against so that's all we're planning at this point. It also makes sense to concentrate on that use because the majority of people using Fedora Talk are likely using softphones. Second, network setup at the site. I talked to the owner of the office we'll be using and he says they have a wide-open wireless, *and* a wired connection we can feel free to use which is the same thing their wireless plugs into. I'm going to scoot over there on Friday if I can, and test how things work with a softphone. I didn't get any hints from anyone on what special tests I needed to do beyond trying to hook up to Fedora Talk and make and receive a call, so that's all I plan to do unless someone tells me otherwise. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From timg at codero.com Wed Sep 30 18:20:02 2009 From: timg at codero.com (timg at codero.com) Date: Wed, 30 Sep 2009 13:20:02 -0500 Subject: FAD Fedora Talk tech items In-Reply-To: <20090930181147.GF25391@localhost.localdomain> References: <20090930181147.GF25391@localhost.localdomain> Message-ID: <1254334802.11884.40.camel@timg-desktop> Generally from my experience the primary things that effect VoIP would be Packet loss, and Latency. There are tons of other things such as RF noise etc.. however those shouldnt* be an issue. Packet loss is going to be pretty obvious across the "wire" due to the way it is normally handled (fill in dropped packet with previous packets data). With that said depending on the wireless (signal strength / noise) there could be potential issues (packet loss, distortion, static, delay in sound), however if there are this can be easily mitigated by the use of the hard line. Just my 2 cents. - Tim On Wed, 2009-09-30 at 14:11 -0400, Paul W. Frields wrote: > Two tech items I wanted to clear up for Fedora Talk FAD: > > First, qe discussed earlier using softphones for consistency and less > equipment-lugging. Didn't hear any votes against so that's all we're > planning at this point. It also makes sense to concentrate on that > use because the majority of people using Fedora Talk are likely using > softphones. > > Second, network setup at the site. I talked to the owner of the > office we'll be using and he says they have a wide-open wireless, > *and* a wired connection we can feel free to use which is the same > thing their wireless plugs into. I'm going to scoot over there on > Friday if I can, and test how things work with a softphone. I didn't > get any hints from anyone on what special tests I needed to do beyond > trying to hook up to Fedora Talk and make and receive a call, so > that's all I plan to do unless someone tells me otherwise. > From stickster at gmail.com Wed Sep 30 19:09:20 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Sep 2009 15:09:20 -0400 Subject: FAD Fedora Talk tech items In-Reply-To: <1254334802.11884.40.camel@timg-desktop> References: <20090930181147.GF25391@localhost.localdomain> <1254334802.11884.40.camel@timg-desktop> Message-ID: <20090930190920.GE17146@localhost.localdomain> On Wed, Sep 30, 2009 at 01:20:02PM -0500, timg at codero.com wrote: > Generally from my experience the primary things that effect VoIP would > be Packet loss, and Latency. There are tons of other things such as RF > noise etc.. however those shouldnt* be an issue. > > Packet loss is going to be pretty obvious across the "wire" due to the > way it is normally handled (fill in dropped packet with previous packets > data). > > With that said depending on the wireless (signal strength / noise) there > could be potential issues (packet loss, distortion, static, delay in > sound), however if there are this can be easily mitigated by the use of > the hard line. Just my 2 cents. - Tim This is good information to know, thanks Tim. Fortunately most of what we're doing isn't going to be dependent on the quality of the connection, but rather building additional functionality into the services themselves. Your well-stated concerns above will continue to apply across the board when using Fedora Talk or other VoIP systems. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From lee at williams-freelancing.co.uk Wed Sep 30 19:25:46 2009 From: lee at williams-freelancing.co.uk (Lee Williams) Date: Wed, 30 Sep 2009 20:25:46 +0100 Subject: Blogs site? In-Reply-To: References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> <4AC3892D.7010707@redhat.com> Message-ID: <1254338746.8519.21.camel@linuxserver.localdomain> I tried signing up for a blog... and I had an issue even with my FAS (leemwilliams) it said I didn't meet min requirements. I assumed it was because I'm not a member of any fedora project as yet - and this was confirmed in irc thanks to those concerned. So other than requiring a FAS and that FAS be assigned to a fedora project marked as non-cla (where can I get a list of these or is it just the items on the wiki project page?) are there any other requirements? I want to clarify what those min requirements are and write them down some place with a view to getting a link on the blog sign in page and/or a failed sign in / create blog request. Cheers. Lee. On Wed, 2009-09-30 at 13:52 -0300, Davi Vercillo C. Garcia wrote: > Hi, > > Everything has worked fine for me here ! First, I logged into FAS and, > after it, I tryed to create a blog using this link > http://blogs.fedoraproject.org/wp/wp-signup.php . My blog is working > and I already did a post... > > Thanks, From mmcgrath at redhat.com Wed Sep 30 19:34:01 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 30 Sep 2009 14:34:01 -0500 (CDT) Subject: Blogs site? In-Reply-To: <1254338746.8519.21.camel@linuxserver.localdomain> References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> <4AC3892D.7010707@redhat.com> <1254338746.8519.21.camel@linuxserver.localdomain> Message-ID: On Wed, 30 Sep 2009, Lee Williams wrote: > I tried signing up for a blog... and I had an issue even with my FAS > (leemwilliams) it said I didn't meet min requirements. I assumed it was > because I'm not a member of any fedora project as yet - and this was > confirmed in irc thanks to those concerned. > Yeah this project's stuck at 90% done. > So other than requiring a FAS and that FAS be assigned to a fedora > project marked as non-cla (where can I get a list of these or is it just > the items on the wiki project page?) are there any other requirements? > Were these the requirements we came up with? There's two options here: 1) Require only CLA 2) Require CLA + one group. We generally like 2) because that's also our definition of an actual Fedora 'contributor' (it's also the list of users on fedorapeople) > I want to clarify what those min requirements are and write them down > some place with a view to getting a link on the blog sign in page and/or > a failed sign in / create blog request. > What do others think the requirements should be? We need to get it documented, linked to from the blogs site, etc. -Mike > Cheers. > > Lee. > > On Wed, 2009-09-30 at 13:52 -0300, Davi Vercillo C. Garcia wrote: > > Hi, > > > > Everything has worked fine for me here ! First, I logged into FAS and, > > after it, I tryed to create a blog using this link > > http://blogs.fedoraproject.org/wp/wp-signup.php . My blog is working > > and I already did a post... > > > > Thanks, > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From timg at codero.com Wed Sep 30 19:34:26 2009 From: timg at codero.com (timg at codero.com) Date: Wed, 30 Sep 2009 14:34:26 -0500 Subject: FAD Fedora Talk tech items In-Reply-To: <20090930190920.GE17146@localhost.localdomain> References: <20090930181147.GF25391@localhost.localdomain> <1254334802.11884.40.camel@timg-desktop> <20090930190920.GE17146@localhost.localdomain> Message-ID: <1254339266.11884.44.camel@timg-desktop> Paul, Cheers to that, I miss read the site portion as if it were asking about any potential concerns there. If you need any help in developing/implementation of the additional services please feel free to let me know. I am not always around in IRC but would be more than willing to give a hand as needed, just shoot a project / idea in my direction. Just a side note I will be out of service for a few days from the 5th to the 7th. Heading down to cPanel Con. On Wed, 2009-09-30 at 15:09 -0400, Paul W. Frields wrote: > On Wed, Sep 30, 2009 at 01:20:02PM -0500, timg at codero.com wrote: > > Generally from my experience the primary things that effect VoIP would > > be Packet loss, and Latency. There are tons of other things such as RF > > noise etc.. however those shouldnt* be an issue. > > > > Packet loss is going to be pretty obvious across the "wire" due to the > > way it is normally handled (fill in dropped packet with previous packets > > data). > > > > With that said depending on the wireless (signal strength / noise) there > > could be potential issues (packet loss, distortion, static, delay in > > sound), however if there are this can be easily mitigated by the use of > > the hard line. Just my 2 cents. - Tim > > This is good information to know, thanks Tim. Fortunately most of > what we're doing isn't going to be dependent on the quality of the > connection, but rather building additional functionality into the > services themselves. Your well-stated concerns above will continue to > apply across the board when using Fedora Talk or other VoIP systems. > From Matt_Domsch at dell.com Wed Sep 30 20:03:10 2009 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 30 Sep 2009 15:03:10 -0500 Subject: Blogs site? In-Reply-To: References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> <4AC3892D.7010707@redhat.com> <1254338746.8519.21.camel@linuxserver.localdomain> Message-ID: <20090930200310.GA1123@auslistsprd01.us.dell.com> On Wed, Sep 30, 2009 at 02:34:01PM -0500, Mike McGrath wrote: > Were these the requirements we came up with? There's two options here: > > 1) Require only CLA > > 2) Require CLA + one group. > > We generally like 2) because that's also our definition of an actual > Fedora 'contributor' (it's also the list of users on fedorapeople) CLA + 1 group would be recommendation too. Same requirements as getting your blog posted on planet.fp.o (due to the fedorapeople requirement). FWIW, you have to be an Ubuntu member to get your blog aggregated on their planet. I didn't push too hard, but back when I was doing a bunch of packaging work with them, I didn't qualify for membership status. I like that Fedora has a lower threshhold to qualify, but keep it at CLA+1 to avoid pure spammers. -Matt -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From mel at redhat.com Wed Sep 30 20:11:54 2009 From: mel at redhat.com (Mel Chua) Date: Wed, 30 Sep 2009 16:11:54 -0400 Subject: Blogs site? In-Reply-To: References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> Message-ID: <4AC3BB8A.1000904@redhat.com> >> This seems to be a WordPress issue, with the whole SSL deal. >> >> It's pretty much go, but we need to clarify that users should manually login >> before clicking the signup link in order to circumvent this little issue. > > Well lets find some victim^H^H^H^H^H^Hvolunteer and get at least one blog > in there and document the process all the way through. > > Anyone want to step forward? FWIW, my first post was a list of bugs I'd found while testing the sign-up process: https://blogs.fedoraproject.org/wp/mchua/2009/08/18/hello-world/. I didn't think of documenting the sign-up process itself in my first post, but that'd make a good first post for someone else to do. I don't recall sign-up taking a terribly long time (certainly way less than 20 minutes). --Mel From stickster at gmail.com Wed Sep 30 20:27:41 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Sep 2009 16:27:41 -0400 Subject: FAD F-Talk non-tech stuff Message-ID: <20090930202741.GG17146@localhost.localdomain> Jeff reminded me of a couple topics that would be handy to note, so I just wrote them up on the wiki page for information: https://fedoraproject.org/wiki/FAD_Fedora_Talk_2009#Logistics -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From josemanimala at gmail.com Wed Sep 30 20:31:58 2009 From: josemanimala at gmail.com (Jose Mathew Manimala) Date: Thu, 1 Oct 2009 02:01:58 +0530 Subject: Blogs site? In-Reply-To: <4AC3BB8A.1000904@redhat.com> References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> <4AC3BB8A.1000904@redhat.com> Message-ID: Hello, I created a test blog and one thing I noticed was that a direct link to the dash board was missing on the main page once a FAS authenticated user has logged in. I have been using wordpress as my blog software for over 2.5 years... The dashboard link would be quite essential for bloggers... Just something I noticed. Thanks and Regards Jose M Manimala -------------------------------------------------- From: "Mel Chua" Sent: Thursday, October 01, 2009 1:41 AM To: "Fedora Infrastructure" Subject: Re: Blogs site? >>> This seems to be a WordPress issue, with the whole SSL deal. >>> >>> It's pretty much go, but we need to clarify that users should manually >>> login >>> before clicking the signup link in order to circumvent this little >>> issue. >> >> Well lets find some victim^H^H^H^H^H^Hvolunteer and get at least one blog >> in there and document the process all the way through. >> >> Anyone want to step forward? > > FWIW, my first post was a list of bugs I'd found while testing the sign-up > process: https://blogs.fedoraproject.org/wp/mchua/2009/08/18/hello-world/. > > I didn't think of documenting the sign-up process itself in my first post, > but that'd make a good first post for someone else to do. I don't recall > sign-up taking a terribly long time (certainly way less than 20 minutes). > > --Mel > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From ian at ianweller.org Wed Sep 30 22:23:40 2009 From: ian at ianweller.org (Ian Weller) Date: Wed, 30 Sep 2009 17:23:40 -0500 Subject: FAD Fedora Talk tech items In-Reply-To: <20090930181147.GF25391@localhost.localdomain> References: <20090930181147.GF25391@localhost.localdomain> Message-ID: <20090930222340.GC28007@deathray.ianweller.org> On Wed, Sep 30, 2009 at 02:11:47PM -0400, Paul W. Frields wrote: > First, qe discussed earlier using softphones for consistency and less > equipment-lugging. Didn't hear any votes against so that's all we're > planning at this point. It also makes sense to concentrate on that > use because the majority of people using Fedora Talk are likely using > softphones. > I'm probably gonna lug my hardphone along anyway, since I normally don't use softphones. :) -- Ian Weller "Why, a four-year-old could understand this report. Find me a four-year-old child. I can't make head or tail out of it." -- Groucho Marx, "Duck Soup" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From onekopaka at gmail.com Wed Sep 30 21:52:25 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Wed, 30 Sep 2009 14:52:25 -0700 Subject: Blogs site? In-Reply-To: References: <50baabb30909292352v59d09cc3i3cb33732b206a6d8@mail.gmail.com> <08A792C1-C801-4B76-BD1E-73446DD1D636@gmail.com> <4AC3BB8A.1000904@redhat.com> Message-ID: Yep, Mel mentioned this in said post of bugs. I may be able to fix this easily.... Darren VanBuren ------------------------- Sent from my iPod Take control of your desktop with Fedora 11. Reign. http://fedoraproject.org/ On Sep 30, 2009, at 13:31, "Jose Mathew Manimala" wrote: > Hello, > I created a test blog and one thing I noticed was that a > direct link to the dash board was missing on the main page once a > FAS authenticated user has logged in. I have been using wordpress as > my blog software for over 2.5 years... The dashboard link would be > quite essential for bloggers... Just something I noticed. > > Thanks and Regards > Jose M Manimala > > -------------------------------------------------- > From: "Mel Chua" > Sent: Thursday, October 01, 2009 1:41 AM > To: "Fedora Infrastructure" > Subject: Re: Blogs site? > >>>> This seems to be a WordPress issue, with the whole SSL deal. >>>> >>>> It's pretty much go, but we need to clarify that users should >>>> manually login >>>> before clicking the signup link in order to circumvent this >>>> little issue. >>> >>> Well lets find some victim^H^H^H^H^H^Hvolunteer and get at least >>> one blog >>> in there and document the process all the way through. >>> >>> Anyone want to step forward? >> >> FWIW, my first post was a list of bugs I'd found while testing the >> sign-up process: https://blogs.fedoraproject.org/wp/mchua/2009/08/18/hello-world/ >> . >> >> I didn't think of documenting the sign-up process itself in my >> first post, but that'd make a good first post for someone else to >> do. I don't recall sign-up taking a terribly long time (certainly >> way less than 20 minutes). >> >> --Mel >> >> _______________________________________________ >> Fedora-infrastructure-list mailing list >> Fedora-infrastructure-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From onekopaka at gmail.com Wed Sep 30 22:43:33 2009 From: onekopaka at gmail.com (Darren VanBuren) Date: Wed, 30 Sep 2009 15:43:33 -0700 Subject: FAD Fedora Talk tech items In-Reply-To: <20090930222340.GC28007@deathray.ianweller.org> References: <20090930181147.GF25391@localhost.localdomain> <20090930222340.GC28007@deathray.ianweller.org> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 My systems don't have reliable microphones, so I use a real phone and dial in. Darren VanBuren onekopaka at gmail.com ==================== http://theoks.net/ On Sep 30, 2009, at 3:23 PM, Ian Weller wrote: > On Wed, Sep 30, 2009 at 02:11:47PM -0400, Paul W. Frields wrote: >> First, qe discussed earlier using softphones for consistency and less >> equipment-lugging. Didn't hear any votes against so that's all we're >> planning at this point. It also makes sense to concentrate on that >> use because the majority of people using Fedora Talk are likely using >> softphones. >> > I'm probably gonna lug my hardphone along anyway, since I normally > don't > use softphones. :) > > -- > Ian Weller > "Why, a four-year-old could understand this report. > Find me a four-year-old child. > I can't make head or tail out of it." -- Groucho Marx, "Duck Soup" > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkrD3xUACgkQBkMMSWb0YpZgogCbBvU0EddckBSBqFsxVZeXmDrQ mmUAoL4TU57DmLKkZ4H0rxv/qkVKIh3v =7KaX -----END PGP SIGNATURE----- From poelstra at redhat.com Wed Sep 30 22:51:23 2009 From: poelstra at redhat.com (John Poelstra) Date: Wed, 30 Sep 2009 15:51:23 -0700 Subject: FAD -- startin' early In-Reply-To: <935ead450909301043t671a412bla1eddd3511d85d68@mail.gmail.com> References: <20090925171316.GQ18048@localhost.localdomain> <935ead450909301043t671a412bla1eddd3511d85d68@mail.gmail.com> Message-ID: <4AC3E0EB.10102@redhat.com> Jeffrey Ollie said the following on 09/30/2009 10:43 AM Pacific Time: > On Fri, Sep 25, 2009 at 12:13 PM, Paul W. Frields wrote: >> Jeff C. Ollie wrote: >>> Probably want to look at getting Asterisk 1.6.2 packaged. It's >>> still in release candidate, but 1.6.2 has new conferencing software >>> that isn't hacked in by a 3rd party or requires a kernel module. >>> Since F13 early branching is happening soon we can develop the >>> package there and then backport it to RHEL or whatever we end up >>> running the service on. >> Cool idea, Jeff. > > OK, Asterisk 1.6.2.0-rc2 is now in devel. Since rawhide is still > composing from dist-f12 you'll need to grab it from Koji or rebuild it > on your own: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=134541 > > Note that I haven't actually tried the package yet, after lunch I'm > going to rebuild it locally for F11 and see how that works. FYI, I > plan on keeping the "official" F12 and F11 Asterisk packages on > 1.6.1.X. F13 will be the first release with 1.6.2.X. > Which version do we plan to use for our development work at the FAD? John From stickster at gmail.com Wed Sep 30 23:26:24 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Sep 2009 19:26:24 -0400 Subject: FAD -- startin' early In-Reply-To: <4AC3E0EB.10102@redhat.com> References: <20090925171316.GQ18048@localhost.localdomain> <935ead450909301043t671a412bla1eddd3511d85d68@mail.gmail.com> <4AC3E0EB.10102@redhat.com> Message-ID: <20090930232624.GM17146@localhost.localdomain> On Wed, Sep 30, 2009 at 03:51:23PM -0700, John Poelstra wrote: > Jeffrey Ollie said the following on 09/30/2009 10:43 AM Pacific Time: >> On Fri, Sep 25, 2009 at 12:13 PM, Paul W. Frields wrote: >>> Jeff C. Ollie wrote: >>>> Probably want to look at getting Asterisk 1.6.2 packaged. It's >>>> still in release candidate, but 1.6.2 has new conferencing software >>>> that isn't hacked in by a 3rd party or requires a kernel module. >>>> Since F13 early branching is happening soon we can develop the >>>> package there and then backport it to RHEL or whatever we end up >>>> running the service on. >>> Cool idea, Jeff. >> >> OK, Asterisk 1.6.2.0-rc2 is now in devel. Since rawhide is still >> composing from dist-f12 you'll need to grab it from Koji or rebuild it >> on your own: >> >> http://koji.fedoraproject.org/koji/buildinfo?buildID=134541 >> >> Note that I haven't actually tried the package yet, after lunch I'm >> going to rebuild it locally for F11 and see how that works. FYI, I >> plan on keeping the "official" F12 and F11 Asterisk packages on >> 1.6.1.X. F13 will be the first release with 1.6.2.X. >> > > Which version do we plan to use for our development work at the FAD? AFAIK, we should use the version that will be rolled out on Fedora Infrastructure, and that seems to be 1.6.1.x. I think Infrastructure generally requires we stick with what's actively maintained and considered "stable," as opposed to a preview. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From poelstra at redhat.com Wed Sep 30 23:41:56 2009 From: poelstra at redhat.com (John Poelstra) Date: Wed, 30 Sep 2009 16:41:56 -0700 Subject: FAD -- startin' early In-Reply-To: <20090925171316.GQ18048@localhost.localdomain> References: <20090925171316.GQ18048@localhost.localdomain> Message-ID: <4AC3ECC4.9070507@redhat.com> Paul W. Frields said the following on 09/25/2009 10:13 AM Pacific Time: > I constructed a page on the wiki for an upcoming FAD where some > contributors are going to work on some long-standing Fedora Talk > related tickets. Details are here: > > https://fedoraproject.org/wiki/FAD_Fedora_Talk_2009 > > There's a list of related tickets on the page, namely #s 309, 395, > 453, and 1160, that we're going to try to knock out that weekend. > To a large extent they're duplicates, but they all revolve around > extending the Fedora Talk capabilities. > > We're going to be conversing on this list since obviously the work's > primarily, maybe even wholly, infrastructure-related. Below is a bit > of introductory email from last night that I wanted to make sure was > captured transparently here. > As Paul mentioned in another post, I started this page https://fedoraproject.org/wiki/FAD_Fedora_Talk_2009_game_plan#Participants to contain the actual people and work items for the event when it happens. We'll use this page to track who is doing what and when they will be available. Please add or update your information and be sure to link your name to your wiki User: page so we can reach you if need be during the event. I'd also like to have an IRC meeting next week to kick things off and get the ideas flowing. We'll use the #fedora-fad channel for this meeting on freenode. Please indicate your availability here: http://whenisgood.net/45kn5m by the end of the week! Thanks, John