From mmcgrath at redhat.com Wed Aug 1 01:10:38 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 31 Jul 2007 20:10:38 -0500 Subject: Builders and mock Message-ID: <46AFDD8E.1070100@redhat.com> Don't upgrade mock on the builders! Long story short, xenbuilder2 was having issues earlier this week staying up. Hoping it was a known problem I yum updated the box. Mock was updated. Some of these updates, however, were with the exit code. We had many builds return a successful result even though the build failed. Jesse is looking into this and following up with the mock people. I've since rolled back to the previous version - 3.0.6-1.fc6 That is all :) -Mike From mhideo at redhat.com Wed Aug 1 06:17:09 2007 From: mhideo at redhat.com (Michael H. Smith) Date: Wed, 01 Aug 2007 16:17:09 +1000 Subject: Status Page! In-Reply-To: <46AF3DD0.10503@redhat.com> References: <46AF3DD0.10503@redhat.com> Message-ID: <1185949029.4868.75.camel@localhost.localdomain> On Tue, 2007-07-31 at 19:19 +0530, Ankitkumar Rameshchandra Patel wrote: > Does this status page gets updated at some interval (Hourly, daily, > weekly) ? OR > It's just static, taken from releases (head, f-7, f-6, etc) snapshots.? > > http://translate.fedoraproject.org/releases/fedora-8 > Can someone from the infrastructure team answer Ankit's question? Cheers, Mike From mmcgrath at redhat.com Wed Aug 1 07:01:15 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 01 Aug 2007 02:01:15 -0500 Subject: Status Page! In-Reply-To: <1185949029.4868.75.camel@localhost.localdomain> References: <46AF3DD0.10503@redhat.com> <1185949029.4868.75.camel@localhost.localdomain> Message-ID: <46B02FBB.8020205@redhat.com> Michael H. Smith wrote: > On Tue, 2007-07-31 at 19:19 +0530, Ankitkumar Rameshchandra Patel wrote: > >> Does this status page gets updated at some interval (Hourly, daily, >> weekly) ? OR >> It's just static, taken from releases (head, f-7, f-6, etc) snapshots.? >> >> http://translate.fedoraproject.org/releases/fedora-8 >> >> > > Can someone from the infrastructure team answer Ankit's question? > This gets updated with a cron job at: 15 1,9,17 * * * -Mike From oliver at linux-kernel.at Wed Aug 1 07:14:39 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 01 Aug 2007 09:14:39 +0200 Subject: Builders and mock In-Reply-To: <46AFDD8E.1070100@redhat.com> References: <46AFDD8E.1070100@redhat.com> Message-ID: <46B032DF.9030607@linux-kernel.at> On 08/01/2007 03:10 AM, Mike McGrath wrote: > Don't upgrade mock on the builders! Long story short, xenbuilder2 was > having issues earlier this week staying up. Hoping it was a known > problem I yum updated the box. Mock was updated. Some of these > updates, however, were with the exit code. We had many builds return a > successful result even though the build failed. Jesse is looking into > this and following up with the mock people. I've since rolled back to > the previous version - 3.0.6-1.fc6 > > That is all :) Oh yes... Same problem at AlphaCore. Next time I encounter some 'bug' I'll let you know so you don't run into the same problem. :-) -of From a.badger at gmail.com Wed Aug 1 10:10:38 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 01 Aug 2007 03:10:38 -0700 Subject: New fedora-python in the infrastructure repo Message-ID: <1185963042.5742.4.camel@localhost.localdomain> This version has a fix to allow the tg FAS provider to work on the new TG built for F7 and a BaseClient class that can form the basis of a TurboGears client (CLI or GUI). For those who have been looking at the snapshots of the client code, this version has several bugfixes and changes that should make it work better including the ability to reauthenticate id the session cookie has expired. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Wed Aug 1 15:35:34 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 01 Aug 2007 10:35:34 -0500 Subject: Hosting repos that are not upstream Message-ID: <46B0A846.4090203@redhat.com> We need to come up with a solution for hosting repos that aren't upstream. We have hosted (which I assume is for upstream projects only). And we have fedorapeople. Problem: Branches are cheap, creating groups, storage, etc for them is not (especially if its just for one or two people) Is hosted our solution for this? -Mike From skvidal at fedoraproject.org Wed Aug 1 15:37:28 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 01 Aug 2007 11:37:28 -0400 Subject: Hosting repos that are not upstream In-Reply-To: <46B0A846.4090203@redhat.com> References: <46B0A846.4090203@redhat.com> Message-ID: <1185982648.998.11.camel@cutter> On Wed, 2007-08-01 at 10:35 -0500, Mike McGrath wrote: > We need to come up with a solution for hosting repos that aren't > upstream. We have hosted (which I assume is for upstream projects > only). And we have fedorapeople. > > Problem: Branches are cheap, creating groups, storage, etc for them is > not (especially if its just for one or two people) > > Is hosted our solution for this? > what the purpose of hosting a non-upstream repo? For a fork of it? That's kinda antithetical to fedora in general, isn't it? -sv From jkeating at redhat.com Wed Aug 1 15:42:32 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 1 Aug 2007 11:42:32 -0400 Subject: Hosting repos that are not upstream In-Reply-To: <1185982648.998.11.camel@cutter> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> Message-ID: <20070801114232.01a47bcb@ender> On Wed, 01 Aug 2007 11:37:28 -0400 seth vidal wrote: > what the purpose of hosting a non-upstream repo? For a fork of it? > That's kinda antithetical to fedora in general, isn't it? Collaboration between more than 1 or 2 people on a patch set to propose upstream. That said, depending on the scm, fairly easy to clone an upstream, make initial changes, rsync to fedorapeople. Other people can clone from that, owner can merge in changes from them, etc... The only real thing missing is managing multiple people having write access. Is that really a huge deal if each of these spinoffs have a commit master that pulls from people's changes and merges them into the repo? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From blizzard at redhat.com Wed Aug 1 15:42:53 2007 From: blizzard at redhat.com (Christopher Blizzard) Date: Wed, 01 Aug 2007 11:42:53 -0400 Subject: Hosting repos that are not upstream In-Reply-To: <20070801114232.01a47bcb@ender> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> Message-ID: <1185982973.8938.10.camel@localhost.localdomain> On Wed, 2007-08-01 at 11:42 -0400, Jesse Keating wrote: > > Collaboration between more than 1 or 2 people on a patch set to > propose > upstream. Yeah, this is what I've been pushing for forever. "Private Builds". The use case is something like project utopia. Where you have to make a pile of builds together in order to make some change and you want to work with and collaborate with other people outside of the mainstream of development. Doing so should be the click of one button. Once again, it's about attracting developers, not really about having only one way of doing things. And developers like to work with other people and have a convenient place to do so. --Chris From skvidal at fedoraproject.org Wed Aug 1 15:47:15 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 01 Aug 2007 11:47:15 -0400 Subject: Hosting repos that are not upstream In-Reply-To: <20070801114232.01a47bcb@ender> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> Message-ID: <1185983236.998.17.camel@cutter> On Wed, 2007-08-01 at 11:42 -0400, Jesse Keating wrote: > On Wed, 01 Aug 2007 11:37:28 -0400 > seth vidal wrote: > > > what the purpose of hosting a non-upstream repo? For a fork of it? > > That's kinda antithetical to fedora in general, isn't it? > > > Collaboration between more than 1 or 2 people on a patch set to propose > upstream. > > That said, depending on the scm, fairly easy to clone an upstream, make > initial changes, rsync to fedorapeople. Other people can clone from > that, owner can merge in changes from them, etc... The only real thing > missing is managing multiple people having write access. Is that > really a huge deal if each of these spinoffs have a commit master that > pulls from people's changes and merges them into the repo? > multiple people who are fedora contributors can easily have access to the same repository on fedorapeople. All they have to do is setfacl their dirs so all the committers are listed. -sv From skvidal at fedoraproject.org Wed Aug 1 15:53:08 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 01 Aug 2007 11:53:08 -0400 Subject: Hosting repos that are not upstream In-Reply-To: <1185982973.8938.10.camel@localhost.localdomain> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> <1185982973.8938.10.camel@localhost.localdomain> Message-ID: <1185983588.998.21.camel@cutter> On Wed, 2007-08-01 at 11:42 -0400, Christopher Blizzard wrote: > On Wed, 2007-08-01 at 11:42 -0400, Jesse Keating wrote: > > > > Collaboration between more than 1 or 2 people on a patch set to > > propose > > upstream. > > Yeah, this is what I've been pushing for forever. "Private Builds". > The use case is something like project utopia. Where you have to make a > pile of builds together in order to make some change and you want to > work with and collaborate with other people outside of the mainstream of > development. Doing so should be the click of one button. Once again, > it's about attracting developers, not really about having only one way > of doing things. And developers like to work with other people and have > a convenient place to do so. > OR to rephrase what you've just said: it's about maintaining forks and encouraging forking. If we setup a new repo at hosted, everytime someone wants to play with something we'll have an infinite set of repos and we'll have a lot of languishing and abandoned branches that never get cleaned up. Making a repo at fedorapeople.org is trivial and available and it doesn't require any intervention by people in the infrastructure group. Just drop your repo there and go! -sv From jkeating at redhat.com Wed Aug 1 15:53:30 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 1 Aug 2007 11:53:30 -0400 Subject: Hosting repos that are not upstream In-Reply-To: <1185983236.998.17.camel@cutter> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> <1185983236.998.17.camel@cutter> Message-ID: <20070801115330.5af0d988@ender> On Wed, 01 Aug 2007 11:47:15 -0400 seth vidal wrote: > multiple people who are fedora contributors can easily have access to > the same repository on fedorapeople. All they have to do is setfacl > their dirs so all the committers are listed. Perfect. Sounds like an FAQ item. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From oliver at linux-kernel.at Wed Aug 1 16:13:29 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 01 Aug 2007 18:13:29 +0200 Subject: pythondeps.sh and python not found... Message-ID: <46B0B129.5020205@linux-kernel.at> Look at the build.log from gettext for example (http://koji.fedoraproject.org/koji/getfile?taskID=84453&name=build.log): /usr/lib/rpm/pythondeps.sh: line 8: python: command not found Better do which python >/dev/null 2>&1 if [ $? == 1 ]; then exit 0; fi before calling python. Yes, it's cosmetic.... -of From blizzard at redhat.com Wed Aug 1 16:21:17 2007 From: blizzard at redhat.com (Christopher Blizzard) Date: Wed, 01 Aug 2007 12:21:17 -0400 Subject: Hosting repos that are not upstream In-Reply-To: <1185983588.998.21.camel@cutter> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> <1185982973.8938.10.camel@localhost.localdomain> <1185983588.998.21.camel@cutter> Message-ID: <1185985277.10401.13.camel@localhost.localdomain> On Wed, 2007-08-01 at 11:53 -0400, seth vidal wrote: > On Wed, 2007-08-01 at 11:42 -0400, Christopher Blizzard wrote: > > On Wed, 2007-08-01 at 11:42 -0400, Jesse Keating wrote: > > > > > > Collaboration between more than 1 or 2 people on a patch set to > > > propose > > > upstream. > > > > Yeah, this is what I've been pushing for forever. "Private Builds". > > The use case is something like project utopia. Where you have to make a > > pile of builds together in order to make some change and you want to > > work with and collaborate with other people outside of the mainstream of > > development. Doing so should be the click of one button. Once again, > > it's about attracting developers, not really about having only one way > > of doing things. And developers like to work with other people and have > > a convenient place to do so. > > > > OR to rephrase what you've just said: > > it's about maintaining forks and encouraging forking. > > If we setup a new repo at hosted, everytime someone wants to play with > something we'll have an infinite set of repos and we'll have a lot of > languishing and abandoned branches that never get cleaned up. > > Making a repo at fedorapeople.org is trivial and available and it > doesn't require any intervention by people in the infrastructure group. > Just drop your repo there and go! It's really not about forking. It's about allowing for easy experimentation which encourages developers to work with Fedora. Everyone has used repos forever. But repos aren't connected to any particular development branch. (i.e. here's a repo, but where's the development happening? Who is involved? Is it still active?) Also it would seem that keeping the knowledge of changes involved in a particular development effort is important. There are a lot of languishing and abandoned repos that exist out there, too. They just take up a lot more space because they include source + binaries, not just a pointed to a starting point + a set of patches. :P --Chris From mmcgrath at redhat.com Wed Aug 1 20:02:22 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 01 Aug 2007 15:02:22 -0500 Subject: publictest4,publictest5 Message-ID: <46B0E6CE.9040509@redhat.com> Publictest4 has been renamed to publictest5, publictest5 has been renamed to publictest4. This should have the largest impact on glezos and the translations stuff (sorry for the short notice) let me know if anything is borked. -Mike From skvidal at fedoraproject.org Wed Aug 1 23:15:26 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 01 Aug 2007 19:15:26 -0400 Subject: Hosting repos that are not upstream In-Reply-To: <1185985277.10401.13.camel@localhost.localdomain> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> <1185982973.8938.10.camel@localhost.localdomain> <1185983588.998.21.camel@cutter> <1185985277.10401.13.camel@localhost.localdomain> Message-ID: <1186010126.998.82.camel@cutter> On Wed, 2007-08-01 at 12:21 -0400, Christopher Blizzard wrote: > It's really not about forking. It's about allowing for easy > experimentation which encourages developers to work with Fedora. > Everyone has used repos forever. But repos aren't connected to any > particular development branch. (i.e. here's a repo, but where's the > development happening? Who is involved? Is it still active?) Yes, and that results in these nasty little abandoned forks that we can't purge off the system and we end up lugging around FOREVER. Ever looked around elvis? My idea of hell. You've got to remember that your project utopia requires real resources. Real resources that are actually scarce when we have to maintain them for N years. > Also it would seem that keeping the knowledge of changes involved in a > particular development effort is important. Keeping the knowledge of any random fork? If a contributor comes to us and asks for us to add a hosted repo in place that's just a cvsimport or an hgimport of a project that already has an upstream and just isn't using someone's favorite SCM, should we host it then? It's just a convenience repo. What good does that do anyone to have it sucking up system space instead of just sitting in someone's public_html dir on fedorapeople? -sv From skvidal at fedoraproject.org Wed Aug 1 23:17:01 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 01 Aug 2007 19:17:01 -0400 Subject: Hosting repos that are not upstream In-Reply-To: <20070801115330.5af0d988@ender> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> <1185983236.998.17.camel@cutter> <20070801115330.5af0d988@ender> Message-ID: <1186010221.998.85.camel@cutter> On Wed, 2007-08-01 at 11:53 -0400, Jesse Keating wrote: > On Wed, 01 Aug 2007 11:47:15 -0400 > seth vidal wrote: > > > multiple people who are fedora contributors can easily have access to > > the same repository on fedorapeople. All they have to do is setfacl > > their dirs so all the committers are listed. > > Perfect. Sounds like an FAQ item. Agreed - I made a list of items that should be in the faq, I'll see about working on them tonight: how do I make other people have access to my files? ? setfacl/getfacl explanation how do I get an account here? ? explanation how much space do I have? ? 150M - quota'd what programs can I run here? ? as few as possible - more explanation here why are you so mean? ? b/c it is fun more? -sv From smooge at gmail.com Thu Aug 2 04:05:47 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 1 Aug 2007 22:05:47 -0600 Subject: Hosting repos that are not upstream In-Reply-To: <1185985277.10401.13.camel@localhost.localdomain> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> <1185982973.8938.10.camel@localhost.localdomain> <1185983588.998.21.camel@cutter> <1185985277.10401.13.camel@localhost.localdomain> Message-ID: <80d7e4090708012105t53e19ddfpadbc1aba6a06f9a8@mail.gmail.com> On 8/1/07, Christopher Blizzard wrote: > On Wed, 2007-08-01 at 11:53 -0400, seth vidal wrote: > > On Wed, 2007-08-01 at 11:42 -0400, Christopher Blizzard wrote: > > > On Wed, 2007-08-01 at 11:42 -0400, Jesse Keating wrote: > > > > > > > > Collaboration between more than 1 or 2 people on a patch set to > > > > propose > > > > upstream. > > > > > > Yeah, this is what I've been pushing for forever. "Private Builds". > > > The use case is something like project utopia. Where you have to make a > > > pile of builds together in order to make some change and you want to > > > work with and collaborate with other people outside of the mainstream of > > > development. Doing so should be the click of one button. Once again, > > > it's about attracting developers, not really about having only one way > > > of doing things. And developers like to work with other people and have > > > a convenient place to do so. > > > > > > > OR to rephrase what you've just said: > > > > it's about maintaining forks and encouraging forking. > > > > If we setup a new repo at hosted, everytime someone wants to play with > > something we'll have an infinite set of repos and we'll have a lot of > > languishing and abandoned branches that never get cleaned up. > > > > Making a repo at fedorapeople.org is trivial and available and it > > doesn't require any intervention by people in the infrastructure group. > > Just drop your repo there and go! > > It's really not about forking. It's about allowing for easy > experimentation which encourages developers to work with Fedora. > Everyone has used repos forever. But repos aren't connected to any > particular development branch. (i.e. here's a repo, but where's the > development happening? Who is involved? Is it still active?) Also it > would seem that keeping the knowledge of changes involved in a > particular development effort is important. > > There are a lot of languishing and abandoned repos that exist out there, > too. They just take up a lot more space because they include source + > binaries, not just a pointed to a starting point + a set of patches. :P > Before this conversation goes on any further.. could we get both people's definition of a fork? My take on it is that you are both using a word with completely different ideas of what it is. One definition of a fork would be that every distributed git collection is a fork of the 'master' version Linus uses. Another is that a fork would be if I called my git collection Dominatux and would be working on that as the bound and gagged penguin kernel. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From mmcgrath at redhat.com Thu Aug 2 13:47:13 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 02 Aug 2007 08:47:13 -0500 Subject: Meeting today Message-ID: <46B1E061.8010700@redhat.com> After an initial trial yesterday we would like to use asterisk or callweaver today for the meeting. What does this mean? Well.... Voices. Part of this is to get us ready for the virtual fudcon coming up. Those wishing to participate must have at least a headset, a microphone is also preferable. Those without a mic can also just join and mute themselves and listen. We'll be recording the meeting so interested parties can play it back later. This just got setup so we're still working out the kinks, we may bale at any moment and just do the standard #fedora-meeting (We will be in #fedora-meeting for people to ask questions, especially for those without mics but who are listening in) If you are interested please go to #fedora-admin prior to the meeting today and get setup so that we can make sure you aren't causing tons of extra noise, feedback, etc. Suggested clients: kde - twinkle gnome - ekiga other - linphone Any sip client should work though. Let us know if you have any questions. -Mike From jim at meyering.net Thu Aug 2 15:03:57 2007 From: jim at meyering.net (Jim Meyering) Date: Thu, 02 Aug 2007 17:03:57 +0200 Subject: Hosting repos that are not upstream Message-ID: <87fy32j7vm.fsf@rho.meyering.net> Hi, FYI, for the last week or so I've been mirroring-to-git a couple of sourceware-hosted CVS repositories: http://thread.gmane.org/gmane.linux.kernel.device-mapper.devel/3758 Why? In case it's not obvious (beyond the dVCS distributed vs. non-distributed argument): you can do a lot of things so much more efficiently using Git than with CVS, that this effort has been well worth my time, if only in removing frustration with CVS :-) For example, now I no longer have to endure cvs-diff's network-related delays. Same for annotating and searching logs or old deltas. Since a few people on those two projects said they too would appreciate a public git mirror, I went ahead and published my repository and polished the script to keep things synchronized via cron. For those using a CVS repository, getting to know their code through a read-only Git mirror is a good introduction to using a better version control system. Providing a service like this to arbitrary projects might have few down sides (increase disk use, true, but no need to backup, since the mirror is effectively read-only; also, note that in my experience, the Git repository is usually only about 20-25% the size of the CVS repository). But I think there are more pros than cons. There might even be a net decrease in bandwidth requirements when providing a git mirror of a fedora-hosted CVS repository, since the git protocol is so much more efficient. The bits of infrastructure I use to mirror those two repositories (as well as emacs and gnulib at savannah) are general enough that it is now trivial for me to mirror more on git.et.redhat.com. However, providing a fedora-sponsored service like this would be better for several reasons: - better (and "official") support - it's best to keep the mirrored-to Git repo as near as possible to the CVS repository (efficiency and security), so for CVS-based Fedora- hosted projects, it's best if any Git mirror is also Fedora-hosted. - more visibility, good PR for Fedora - help introduce people to distributed version control Feedback welcome (feel free to tell me that I'm crazy and you hate Git -- you won't be the first :-) Jim From jonathansteffan at gmail.com Thu Aug 2 15:19:09 2007 From: jonathansteffan at gmail.com (Jonathan Steffan) Date: Thu, 02 Aug 2007 09:19:09 -0600 Subject: Meeting today In-Reply-To: <46B1E061.8010700@redhat.com> References: <46B1E061.8010700@redhat.com> Message-ID: <1186067949.8013.0.camel@damaestro> Awesome. On Thu, 2007-08-02 at 08:47 -0500, Mike McGrath wrote: > After an initial trial yesterday we would like to use asterisk or > callweaver today for the meeting. What does this mean? Well.... > Voices. Part of this is to get us ready for the virtual fudcon coming > up. Those wishing to participate must have at least a headset, a > microphone is also preferable. Those without a mic can also just join > and mute themselves and listen. We'll be recording the meeting so > interested parties can play it back later. > > This just got setup so we're still working out the kinks, we may bale at > any moment and just do the standard #fedora-meeting (We will be in > #fedora-meeting for people to ask questions, especially for those > without mics but who are listening in) > > If you are interested please go to #fedora-admin prior to the meeting > today and get setup so that we can make sure you aren't causing tons of > extra noise, feedback, etc. > > Suggested clients: > kde - twinkle > gnome - ekiga > other - linphone From admin at arcnetworks.biz Thu Aug 2 16:37:43 2007 From: admin at arcnetworks.biz (Anand Capur) Date: Thu, 2 Aug 2007 18:37:43 +0200 Subject: Formal Introduction Message-ID: <5d66540b0708020937i2dc6be70vc824133d78971a74@mail.gmail.com> Hello, I am Anand Capur and I have been on this list for quite a while, but never really introduced my self. I am interested in joining the sysadmin-noc group. I have put in my request for the sysadmin group. I am experinced with apache, xen, fedora (duh...), load balancing, server monitoring, and fixing general problems. As well as some PHP and HTML. I am also interested in helping with the Infrastructure SOP. I have had 5+ years of experience with all of this, as well as being a Fedora Ambassador. I currently live in Ohio, and in the Eastern Time Zone (EST). I'm interested in being on the team, because I feel I could help out and give back to fedora. Thanks, Anand Capur -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Thu Aug 2 16:40:32 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 02 Aug 2007 11:40:32 -0500 Subject: Formal Introduction In-Reply-To: <5d66540b0708020937i2dc6be70vc824133d78971a74@mail.gmail.com> References: <5d66540b0708020937i2dc6be70vc824133d78971a74@mail.gmail.com> Message-ID: <46B20900.9040402@redhat.com> Anand Capur wrote: > Hello, > I am Anand Capur and I have been on this list for quite a while, but never > really introduced my self. I am interested in joining the sysadmin-noc > group. I have put in my request for the sysadmin group. I am experinced with > apache, xen, fedora (duh...), load balancing, server monitoring, and fixing > general problems. As well as some PHP and HTML. I am also interested in > helping with the Infrastructure SOP. I have had 5+ years of experience with > all of this, as well as being a Fedora Ambassador. I currently live in Ohio, > and in the Eastern Time Zone (EST). I'm interested in being on the team, > because I feel I could help out and give back to fedora. > Thanks, > Anand Capur > > Excellent, we could really use some help with the SOP's. I'll approve your sysadmin membership, what types of things are you interested in doing for the sysadmin-noc stuff? We're running cacti and nagios. -Mike From admin at arcnetworks.biz Thu Aug 2 16:44:56 2007 From: admin at arcnetworks.biz (Anand Capur) Date: Thu, 2 Aug 2007 18:44:56 +0200 Subject: Formal Introduction In-Reply-To: <46B20900.9040402@redhat.com> References: <5d66540b0708020937i2dc6be70vc824133d78971a74@mail.gmail.com> <46B20900.9040402@redhat.com> Message-ID: <5d66540b0708020944l5f82ff85l310e2370a8417e72@mail.gmail.com> On 8/2/07, Mike McGrath wrote: > > Anand Capur wrote: > > Hello, > > I am Anand Capur and I have been on this list for quite a while, but > never > > really introduced my self. I am interested in joining the sysadmin-noc > > group. I have put in my request for the sysadmin group. I am experinced > with > > apache, xen, fedora (duh...), load balancing, server monitoring, and > fixing > > general problems. As well as some PHP and HTML. I am also interested in > > helping with the Infrastructure SOP. I have had 5+ years of experience > with > > all of this, as well as being a Fedora Ambassador. I currently live in > Ohio, > > and in the Eastern Time Zone (EST). I'm interested in being on the team, > > because I feel I could help out and give back to fedora. > > Thanks, > > Anand Capur > > > > > > Excellent, we could really use some help with the SOP's. I'll approve > your sysadmin membership, what types of things are you interested in > doing for the sysadmin-noc stuff? We're running cacti and nagios. > > -Mike Thanks! I am interested in helping monitor the servers, fix the problems that come up, improve the monitoring that we already have, etc... I am very experienced with nagios and I have some (very little) experince with cacti. Will you be my sponsor for the noc group, as there aren't many people in it. Thanks, Anand -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at cora.nwra.com Thu Aug 2 18:01:36 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 02 Aug 2007 12:01:36 -0600 Subject: Error with old build system web interface Message-ID: <46B21C00.4080203@cora.nwra.com> Getting: Error was: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert certificate expired'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake failure')] -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mmcgrath at redhat.com Thu Aug 2 18:10:57 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 02 Aug 2007 13:10:57 -0500 Subject: Error with old build system web interface In-Reply-To: <46B21C00.4080203@cora.nwra.com> References: <46B21C00.4080203@cora.nwra.com> Message-ID: <46B21E31.3000407@redhat.com> Orion Poplawski wrote: > Getting: > > Error was: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert > certificate expired'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl > handshake failure')] > Check your certificate as outlined in: http://fedoraproject.org/wiki/Infrastructure/CommonProblems#head-63c91191b024bc343968fe617454942af9107fc9 -Mike From mmcgrath at redhat.com Thu Aug 2 19:14:17 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 02 Aug 2007 14:14:17 -0500 Subject: Meeting today In-Reply-To: <46B1E061.8010700@redhat.com> References: <46B1E061.8010700@redhat.com> Message-ID: <46B22D09.2060001@redhat.com> Mike McGrath wrote: > After an initial trial yesterday we would like to use asterisk or > callweaver today for the meeting. What does this mean? Well.... > Voices. Part of this is to get us ready for the virtual fudcon coming > up. Those wishing to participate must have at least a headset, a > microphone is also preferable. Those without a mic can also just join > and mute themselves and listen. We'll be recording the meeting so > interested parties can play it back later. > > This just got setup so we're still working out the kinks, we may bale > at any moment and just do the standard #fedora-meeting (We will be in > #fedora-meeting for people to ask questions, especially for those > without mics but who are listening in) > > If you are interested please go to #fedora-admin prior to the meeting > today and get setup so that we can make sure you aren't causing tons > of extra noise, feedback, etc. > > Suggested clients: > kde - twinkle > gnome - ekiga > other - linphone > > Any sip client should work though. Let us know if you have any > questions. Just a reminder, we'll be doing the meeting this way today (its still unclear if we'll be able to record it, technical issues) But if you have not done so please stop by sip:infrastructure at fedoraproject.org and verify you're setup properly. -Mike From a.badger at gmail.com Thu Aug 2 21:07:37 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 02 Aug 2007 14:07:37 -0700 Subject: Hosting repos that are not upstream In-Reply-To: <1186010126.998.82.camel@cutter> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> <1185982973.8938.10.camel@localhost.localdomain> <1185983588.998.21.camel@cutter> <1185985277.10401.13.camel@localhost.localdomain> <1186010126.998.82.camel@cutter> Message-ID: <1186088860.11253.10.camel@localhost.localdomain> On Wed, 2007-08-01 at 19:15 -0400, seth vidal wrote: > On Wed, 2007-08-01 at 12:21 -0400, Christopher Blizzard wrote: > > > It's really not about forking. It's about allowing for easy > > experimentation which encourages developers to work with Fedora. > > Everyone has used repos forever. But repos aren't connected to any > > particular development branch. (i.e. here's a repo, but where's the > > development happening? Who is involved? Is it still active?) > > Yes, and that results in these nasty little abandoned forks that we > can't purge off the system and we end up lugging around FOREVER. Ever > looked around elvis? My idea of hell. You've got to remember that your > project utopia requires real resources. Real resources that are actually > scarce when we have to maintain them for N years. > > > Also it would seem that keeping the knowledge of changes involved in a > > particular development effort is important. > > Keeping the knowledge of any random fork? If a contributor comes to us > and asks for us to add a hosted repo in place that's just a cvsimport or > an hgimport of a project that already has an upstream and just isn't > using someone's favorite SCM, should we host it then? It's just a > convenience repo. What good does that do anyone to have it sucking up > system space instead of just sitting in someone's public_html dir on > fedorapeople? > Ubuntu is doing this kind of thing with a single SCM (bzr) and launchpad. I have first hand experience saying this is both useful and a pain in the neck. As a developer, you get a branch on which you can commit changes and merge to all the other branches that are registered on the system. That's pretty cool. As a packager, there are times when you're wandering through a forest of branches not knowing what to pick. launchpad can mark a single branch of the code as canonical (a mirror of upstream, that of the main dev team, the packager's tree, etc) but if no branches are marked, then you just have a bunch of forks without an indication of which you should be using. As a system admin I have the same reaction about resources as Seth but I don't know if I'm right to think that way. Contacting some Ubuntu sys admins about their setup and costs could be useful. In my view, just throwing random mirrors/forks of upstream into our infrastructure is not good. We have to have some method of showing why the branches exist to make it useful. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Thu Aug 2 21:13:46 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 02 Aug 2007 16:13:46 -0500 Subject: Hosting repos that are not upstream In-Reply-To: <1186088860.11253.10.camel@localhost.localdomain> References: <46B0A846.4090203@redhat.com> <1185982648.998.11.camel@cutter> <20070801114232.01a47bcb@ender> <1185982973.8938.10.camel@localhost.localdomain> <1185983588.998.21.camel@cutter> <1185985277.10401.13.camel@localhost.localdomain> <1186010126.998.82.camel@cutter> <1186088860.11253.10.camel@localhost.localdomain> Message-ID: <46B2490A.2000108@redhat.com> Toshio Kuratomi wrote: > As a system admin I have the same reaction about resources as Seth but I > don't know if I'm right to think that way. Contacting some Ubuntu sys > admins about their setup and costs could be useful. > > In my view, just throwing random mirrors/forks of upstream into our > infrastructure is not good. We have to have some method of showing why > the branches exist to make it useful. > This is especially true since we do provide a mechanism for developers to branch and coordinate in fedorapeople. And even a passerby would realize that those branches are un-official or not interesting to them (unless directed there by someone) This is important for branding and sanity I think. -Mike From admin at arcnetworks.biz Fri Aug 3 06:59:42 2007 From: admin at arcnetworks.biz (Anand Capur) Date: Fri, 3 Aug 2007 08:59:42 +0200 Subject: need sponsor for my RFR (SoC project) In-Reply-To: <74b2a9490707310823r2cbd4975s70104ee7a04e0339@mail.gmail.com> References: <74b2a9490707310823r2cbd4975s70104ee7a04e0339@mail.gmail.com> Message-ID: <5d66540b0708022359t72bde86at50fc52a04da9e6c8@mail.gmail.com> Done On 7/31/07, ria das wrote: > Hi, > > I need sponsor for my RFR (SoC project). > > http://fedoraproject.org/wiki/Infrastructure/RFR/mitwi > > Thanks in advance > > Ria Das > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From santosp at fedoraproject.org Fri Aug 3 07:35:16 2007 From: santosp at fedoraproject.org (Paulo Santos) Date: Fri, 3 Aug 2007 09:35:16 +0200 Subject: Proxy HTTP log policy Message-ID: <7a41c4bc0708030035o33f03701q869003b2225e28d6@mail.gmail.com> Hi guys, Proxy1 and Proxy2 were getting without space, so i took the opportunity to run clear up a bit of space... I've ran this and think we should cron it: sudo -u apachelog gzip `sudo -u apachelog find /var/log/httpd/ -mtime +7` - gzip everything in /var/log/httpd that has more then 7 days And discuss how many days before they are removed: i would say 60 days (tops), unless we can get a data-warehouse collector for long term logs. Thanks, Paulo -------------- next part -------------- An HTML attachment was scrubbed... URL: From admin at arcnetworks.biz Fri Aug 3 09:05:10 2007 From: admin at arcnetworks.biz (Anand Capur) Date: Fri, 3 Aug 2007 11:05:10 +0200 Subject: Proxy HTTP log policy In-Reply-To: <7a41c4bc0708030035o33f03701q869003b2225e28d6@mail.gmail.com> References: <7a41c4bc0708030035o33f03701q869003b2225e28d6@mail.gmail.com> Message-ID: <5d66540b0708030205i3c4954baye8706a49ae0969e7@mail.gmail.com> Yeah, I think we should cron that too. Are the logs really necessary to archive? On 8/3/07, Paulo Santos wrote: > Hi guys, > > Proxy1 and Proxy2 were getting without space, so i took the opportunity to > run clear up a bit of space... > > I've ran this and think we should cron it: > sudo -u apachelog gzip `sudo -u apachelog find /var/log/httpd/ -mtime +7` > > - gzip everything in /var/log/httpd that has more then 7 days > > And discuss how many days before they are removed: > i would say 60 days (tops), unless we can get a data-warehouse collector for > long term logs. > > > Thanks, > Paulo > From mmcgrath at redhat.com Fri Aug 3 13:15:33 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 03 Aug 2007 08:15:33 -0500 Subject: Error with old build system web interface In-Reply-To: <46B21E31.3000407@redhat.com> References: <46B21C00.4080203@cora.nwra.com> <46B21E31.3000407@redhat.com> Message-ID: <46B32A75.2090402@redhat.com> Mike McGrath wrote: > Orion Poplawski wrote: >> Getting: >> >> Error was: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert >> certificate expired'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl >> handshake failure')] >> > Check your certificate as outlined in: > > http://fedoraproject.org/wiki/Infrastructure/CommonProblems#head-63c91191b024bc343968fe617454942af9107fc9 > > We've had other reports of this, looking into it now. Ticket: https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/91 -Mike From mmcgrath at redhat.com Fri Aug 3 13:34:55 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 03 Aug 2007 08:34:55 -0500 Subject: Proxy HTTP log policy In-Reply-To: <7a41c4bc0708030035o33f03701q869003b2225e28d6@mail.gmail.com> References: <7a41c4bc0708030035o33f03701q869003b2225e28d6@mail.gmail.com> Message-ID: <46B32EFF.1040203@redhat.com> Paulo Santos wrote: > Hi guys, > > Proxy1 and Proxy2 were getting without space, so i took the opportunity to > run clear up a bit of space... > > I've ran this and think we should cron it: > sudo -u apachelog gzip `sudo -u apachelog find /var/log/httpd/ -mtime +7` > > - gzip everything in /var/log/httpd that has more then 7 days > > And discuss how many days before they are removed: > i would say 60 days (tops), unless we can get a data-warehouse collector for > long term logs. > > Ahh yes, So we actually archive these logs onto a different box (where they are processed for stats and things) I'd say that its safe to remove any logs older then 2 weeks. Gziping them is a good idea but I'd setup the gzip on the processing box instead (otherwise we end up with an archive of two versions, the compressed and uncompressed versions. -Mike From mastahnke at gmail.com Fri Aug 3 16:26:50 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Fri, 3 Aug 2007 11:26:50 -0500 Subject: Proxy HTTP log policy In-Reply-To: <46B32EFF.1040203@redhat.com> References: <7a41c4bc0708030035o33f03701q869003b2225e28d6@mail.gmail.com> <46B32EFF.1040203@redhat.com> Message-ID: <7874d9dd0708030926o546784c5i7de03c70956d005c@mail.gmail.com> Doesn't logrotate provide this functionality? Why cron it up? From mmcgrath at redhat.com Fri Aug 3 16:30:22 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 03 Aug 2007 11:30:22 -0500 Subject: Fedora 8 Target Message-ID: <46B3581E.5080405@redhat.com> Fedora 8 Test 1 is on its way out the door and I thought I'd take this time to list all of the outstanding issues we need to get implemented for F8: https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&milestone=Fedora+8 Most of these processes are owned. If you are the owner and can't work on it or don't want to for whatever reason, please switch it back to nobody. For those of you interested in helping one of these tasks, please add yourself to the cc and make a note. -Mike From sundaram at fedoraproject.org Fri Aug 3 23:30:51 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 04 Aug 2007 05:00:51 +0530 Subject: Fedora 8 Target In-Reply-To: <46B3581E.5080405@redhat.com> References: <46B3581E.5080405@redhat.com> Message-ID: <46B3BAAB.4010703@fedoraproject.org> Mike McGrath wrote: > Fedora 8 Test 1 is on its way out the door and I thought I'd take this > time to list all of the outstanding issues we need to get implemented > for F8: > > https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&milestone=Fedora+8 > > > Most of these processes are owned. If you are the owner and can't work > on it or don't want to for whatever reason, please switch it back to > nobody. > > For those of you interested in helping one of these tasks, please add > yourself to the cc and make a note. Is Jidgo integration a planned feature for Fedora 8? As you might be aware, Fedora News team has started a new column called Ask Fedora and someone was asking about CD sets (or lack of them) in Fedora 7 and I wanted to know whether suggesting they help out the infrastructure team in this aspect was the right way to go. Rahul From mmcgrath at redhat.com Fri Aug 3 23:35:10 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 03 Aug 2007 18:35:10 -0500 Subject: Fedora 8 Target In-Reply-To: <46B3BAAB.4010703@fedoraproject.org> References: <46B3581E.5080405@redhat.com> <46B3BAAB.4010703@fedoraproject.org> Message-ID: <46B3BBAE.60007@redhat.com> Rahul Sundaram wrote: > Mike McGrath wrote: >> Fedora 8 Test 1 is on its way out the door and I thought I'd take >> this time to list all of the outstanding issues we need to get >> implemented for F8: >> >> https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&milestone=Fedora+8 >> >> >> Most of these processes are owned. If you are the owner and can't >> work on it or don't want to for whatever reason, please switch it >> back to nobody. >> >> For those of you interested in helping one of these tasks, please add >> yourself to the cc and make a note. > > Is Jidgo integration a planned feature for Fedora 8? As you might be > aware, Fedora News team has started a new column called Ask Fedora and > someone was asking about CD sets (or lack of them) in Fedora 7 and I > wanted to know whether suggesting they help out the infrastructure > team in this aspect was the right way to go. AFAIK, no. Who's the Jidgo integration project lead? -Mike From mmcgrath at redhat.com Fri Aug 3 23:57:25 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 03 Aug 2007 18:57:25 -0500 Subject: SOP - Release Message-ID: <46B3C0E5.8050101@redhat.com> I've created a standard operating procedure for a release. We'll be following it for Fedora 8. http://fedoraproject.org/wiki/Infrastructure/SOP/Release Please comment and add information that I've forgotten. Jesse, if I've put something in there that is release engineerings job, just let me know so we don't duplicate work. (For example, I'm not sure what team should coordinate with art and websites to make sure the new graphics get made and stuff) We should also add an SOP for the torrent creation and other pieces that might need to be done. -Mike From sundaram at fedoraproject.org Sat Aug 4 07:22:02 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 04 Aug 2007 12:52:02 +0530 Subject: [Fwd: f6-mirrors infected wit f7-f8 packets] Message-ID: <46B4291A.6070403@fedoraproject.org> An embedded message was scrubbed... From: peter volsted Subject: f6-mirrors infected wit f7-f8 packets Date: Sat, 04 Aug 2007 09:10:55 +0200 Size: 9000 URL: From kanarip at kanarip.com Sat Aug 4 08:37:44 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sat, 04 Aug 2007 10:37:44 +0200 Subject: Fedora 8 Target In-Reply-To: <46B3BBAE.60007@redhat.com> References: <46B3581E.5080405@redhat.com> <46B3BAAB.4010703@fedoraproject.org> <46B3BBAE.60007@redhat.com> Message-ID: <46B43AD8.3000909@kanarip.com> Mike McGrath wrote: > Rahul Sundaram wrote: >> Mike McGrath wrote: >>> Fedora 8 Test 1 is on its way out the door and I thought I'd take >>> this time to list all of the outstanding issues we need to get >>> implemented for F8: >>> >>> https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&milestone=Fedora+8 >>> >>> >>> Most of these processes are owned. If you are the owner and can't >>> work on it or don't want to for whatever reason, please switch it >>> back to nobody. >>> >>> For those of you interested in helping one of these tasks, please add >>> yourself to the cc and make a note. >> >> Is Jidgo integration a planned feature for Fedora 8? As you might be >> aware, Fedora News team has started a new column called Ask Fedora and >> someone was asking about CD sets (or lack of them) in Fedora 7 and I >> wanted to know whether suggesting they help out the infrastructure >> team in this aspect was the right way to go. > > AFAIK, no. Who's the Jidgo integration project lead? > > -Mike > There's a bugzilla ticket assigned to Jesse: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=245601 Kind regards, Jeroen van Meeuwen -kanarip From dennis at ausil.us Sat Aug 4 11:59:19 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Sat, 4 Aug 2007 06:59:19 -0500 Subject: [Fwd: f6-mirrors infected wit f7-f8 packets] In-Reply-To: <46B4291A.6070403@fedoraproject.org> References: <46B4291A.6070403@fedoraproject.org> Message-ID: <200708040659.20178.dennis@ausil.us> Once upon a time Saturday 04 August 2007, Rahul Sundaram wrote: Rahul, Thanks for checking on some facts first. The guy has enabled rawhide and is seeing what is expected when you enable rawhide. again thanks for the noise. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From skvidal at fedoraproject.org Sat Aug 4 12:51:57 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 04 Aug 2007 08:51:57 -0400 Subject: SOP - Release In-Reply-To: <46B3C0E5.8050101@redhat.com> References: <46B3C0E5.8050101@redhat.com> Message-ID: <1186231917.998.230.camel@cutter> On Fri, 2007-08-03 at 18:57 -0500, Mike McGrath wrote: > I've created a standard operating procedure for a release. We'll be > following it for Fedora 8. > > http://fedoraproject.org/wiki/Infrastructure/SOP/Release > > Please comment and add information that I've forgotten. Jesse, if I've > put something in there that is release engineerings job, just let me > know so we don't duplicate work. (For example, I'm not sure what team > should coordinate with art and websites to make sure the new graphics > get made and stuff) > > We should also add an SOP for the torrent creation and other pieces that > might need to be done. I linked to the torrent creation page that was already in Infrastructure. -sv From martin.sourada at seznam.cz Sat Aug 4 16:53:05 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Sat, 04 Aug 2007 18:53:05 +0200 Subject: [Request for hosting] Nodoka Theme upstream Message-ID: <1186246385.7876.24.camel@pc-notebook> Hallo, I'd like to host the Nodoka Theme [1] upstream sources/bugzilla/SCM on the fedora hosted. Currently the sources are accessible via fedoraproject wiki [2]. I didn't find much documentation however how to properly request for the hosting, but was pointed to this list. I hope you will help and make it possible. Thanks, Martin References: [1] http://fedoraproject.org/wiki/Releases/Features/NodokaTheme [2] http://fedoraproject.org/wiki/Artwork/NodokaTheme -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Sat Aug 4 17:00:59 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 04 Aug 2007 12:00:59 -0500 Subject: [Request for hosting] Nodoka Theme upstream In-Reply-To: <1186246385.7876.24.camel@pc-notebook> References: <1186246385.7876.24.camel@pc-notebook> Message-ID: <46B4B0CB.7040908@redhat.com> Martin Sourada wrote: > Hallo, > > I'd like to host the Nodoka Theme [1] upstream sources/bugzilla/SCM on > the fedora hosted. Currently the sources are accessible via > fedoraproject wiki [2]. I didn't find much documentation however how to > properly request for the hosting, but was pointed to this list. I hope > you will help and make it possible. > > Thanks, > Martin > > References: > [1] http://fedoraproject.org/wiki/Releases/Features/NodokaTheme > [2] http://fedoraproject.org/wiki/Artwork/NodokaTheme > > > http://fedoraproject.org/wiki/Infrastructure/ProjectHosting/RequestingNewProject -Mike From martin.sourada at seznam.cz Sat Aug 4 17:15:29 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Sat, 04 Aug 2007 19:15:29 +0200 Subject: [Request for hosting] Nodoka Theme upstream In-Reply-To: <46B4B0CB.7040908@redhat.com> References: <1186246385.7876.24.camel@pc-notebook> <46B4B0CB.7040908@redhat.com> Message-ID: <1186247729.7876.27.camel@pc-notebook> On Sat, 2007-08-04 at 19:00 +0200, Mike McGrath wrote: > http://fedoraproject.org/wiki/Infrastructure/ProjectHosting/RequestingNewProject > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list Thanks, seems I completely missed the page. I created a request [1] as described there. Thanks again, Martin References: [1] https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/95 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Sun Aug 5 11:32:06 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 05 Aug 2007 17:02:06 +0530 Subject: [Fwd: f6-mirrors infected wit f7-f8 packets] In-Reply-To: <200708040659.20178.dennis@ausil.us> References: <46B4291A.6070403@fedoraproject.org> <200708040659.20178.dennis@ausil.us> Message-ID: <46B5B536.9080502@fedoraproject.org> Dennis Gilmore wrote: > Once upon a time Saturday 04 August 2007, Rahul Sundaram wrote: > > Rahul, > > Thanks for checking on some facts first. The guy has enabled rawhide and is > seeing what is expected when you enable rawhide. > > again thanks for the noise. Umm. There wasn't more information on the mail and I forwarded it so that you can check for any potential issues. I might have asked for more information but I didn't have time then and I don't think you should be quite so dismissive about that. Rahul From sundaram at fedoraproject.org Sun Aug 5 11:33:14 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 05 Aug 2007 17:03:14 +0530 Subject: Fedora 8 Target In-Reply-To: <46B43AD8.3000909@kanarip.com> References: <46B3581E.5080405@redhat.com> <46B3BAAB.4010703@fedoraproject.org> <46B3BBAE.60007@redhat.com> <46B43AD8.3000909@kanarip.com> Message-ID: <46B5B57A.4050109@fedoraproject.org> Jeroen van Meeuwen wrote: > Mike McGrath wrote: >> Rahul Sundaram wrote: >>> Mike McGrath wrote: >>>> Fedora 8 Test 1 is on its way out the door and I thought I'd take >>>> this time to list all of the outstanding issues we need to get >>>> implemented for F8: >>>> >>>> https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&milestone=Fedora+8 >>>> >>>> >>>> Most of these processes are owned. If you are the owner and can't >>>> work on it or don't want to for whatever reason, please switch it >>>> back to nobody. >>>> >>>> For those of you interested in helping one of these tasks, please add >>>> yourself to the cc and make a note. >>> Is Jidgo integration a planned feature for Fedora 8? As you might be >>> aware, Fedora News team has started a new column called Ask Fedora and >>> someone was asking about CD sets (or lack of them) in Fedora 7 and I >>> wanted to know whether suggesting they help out the infrastructure >>> team in this aspect was the right way to go. >> AFAIK, no. Who's the Jidgo integration project lead? >> >> -Mike >> > > There's a bugzilla ticket assigned to Jesse: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=245601 > Some scripts were provided by Alexandre Oliva on FAB list too. Rahul From mmcgrath at redhat.com Mon Aug 6 14:13:53 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 06 Aug 2007 09:13:53 -0500 Subject: Meetings Message-ID: <46B72CA1.70301@redhat.com> Last weeks meeting with IRC+SIP went pretty well. Couple of notes: 1) We need to make sure everyone gets setup at the right volume 2) We need a good transcriber for each meeting where IRC and SIP is used 3) We need to find out why some people have been unable to connect 4) A wiki page would help. 5) We never did get recording setup. So my question for those on the list. We had 14 people at its max listening in. Was this useful to everyone? Was it better then IRC, same as IRC or worse then IRC? If given the opportunity would you like to continue doing meetings via asterisk/callweaver? -Mike From paulo.banon at googlemail.com Mon Aug 6 14:40:44 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Mon, 6 Aug 2007 16:40:44 +0200 Subject: Meetings In-Reply-To: <46B72CA1.70301@redhat.com> References: <46B72CA1.70301@redhat.com> Message-ID: <7a41c4bc0708060740g3a01969ao80c6a34c4d8f746f@mail.gmail.com> YES! For me it went pretty smoothly and was really nice to hear different voices. About the meeting itself, i think it was good, apart from the echo and some volume problems. We can also use 15mins before the meeting just to make sure that everyone is well setup for it :) On 8/6/07, Mike McGrath wrote: > > Last weeks meeting with IRC+SIP went pretty well. Couple of notes: > > 1) We need to make sure everyone gets setup at the right volume +1 2) We need a good transcriber for each meeting where IRC and SIP is used do like Toshio was doing, assign a person and write key points to the channel ?! 3) We need to find out why some people have been unable to connect yes we do... 4) A wiki page would help. yes it would 5) We never did get recording setup. This would really be ++1 So my question for those on the list. We had 14 people at its max > listening in. Was this useful to everyone? Was it better then IRC, > same as IRC or worse then IRC? If given the opportunity would you like > to continue doing meetings via asterisk/callweaver? > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kwade at redhat.com Mon Aug 6 15:34:07 2007 From: kwade at redhat.com (Karsten Wade) Date: Mon, 06 Aug 2007 08:34:07 -0700 Subject: Meetings In-Reply-To: <46B72CA1.70301@redhat.com> References: <46B72CA1.70301@redhat.com> Message-ID: <1186414447.27970.684.camel@erato.phig.org> On Mon, 2007-08-06 at 09:13 -0500, Mike McGrath wrote: > Last weeks meeting with IRC+SIP went pretty well. Couple of notes: > > 1) We need to make sure everyone gets setup at the right volume > 2) We need a good transcriber for each meeting where IRC and SIP is used > 3) We need to find out why some people have been unable to connect > 4) A wiki page would help. > 5) We never did get recording setup. > > > So my question for those on the list. We had 14 people at its max > listening in. Was this useful to everyone? Was it better then IRC, > same as IRC or worse then IRC? If given the opportunity would you like > to continue doing meetings via asterisk/callweaver? I didn't participate, but in general ... IRC is low resolution, but it includes the most amount of people. Folks can't be on the call, etc. If we're going to have any of our open team meetings on SIP, we have to put the transcribe/interact with IRC as a high priority. Experience with the F-Board doing phone + IRC didn't go to well for anyone; lots of work for a transcriber, the rest of us don't know what is going on. - Karsten -- Karsten Wade ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.fedorapeople.org | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mailtoria at gmail.com Mon Aug 6 17:07:50 2007 From: mailtoria at gmail.com (ria das) Date: Mon, 6 Aug 2007 22:37:50 +0530 Subject: got sponsorship for my RFR Message-ID: <74b2a9490708061007nda8f2d5tc4210de8a87ef98e@mail.gmail.com> Hi, I got the sponsorship for my RFR. Here is my RFR link: http://fedoraproject.org/wiki/Infrastructure/RFR/mitwi So may I know when will I get those things as specified in the RFR :-) Ria Das From mmcgrath at redhat.com Mon Aug 6 18:40:37 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 06 Aug 2007 13:40:37 -0500 Subject: got sponsorship for my RFR In-Reply-To: <74b2a9490708061007nda8f2d5tc4210de8a87ef98e@mail.gmail.com> References: <74b2a9490708061007nda8f2d5tc4210de8a87ef98e@mail.gmail.com> Message-ID: <46B76B25.7040103@redhat.com> ria das wrote: > Hi, > > I got the sponsorship for my RFR. Here is my RFR link: > http://fedoraproject.org/wiki/Infrastructure/RFR/mitwi > > So may I know when will I get those things as specified in the RFR :-) > Your sponsor will provide you with whatever resources you need including access to the test group, assist in installing software, etc. -Mike From debarshi.ray at gmail.com Mon Aug 6 18:11:16 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Mon, 6 Aug 2007 23:41:16 +0530 Subject: Request For Resource: Hosting GSoC code In-Reply-To: <3170f42f0707121807v78a4a820ocbe97360522f54ba@mail.gmail.com> References: <3170f42f0707120132q774648ffic6e33188e08fb120@mail.gmail.com> <46963F8B.7000901@redhat.com> <3170f42f0707121807v78a4a820ocbe97360522f54ba@mail.gmail.com> Message-ID: <3170f42f0708061111q4d842bc2oc7e4451fca705603@mail.gmail.com> To reflect the renaming of RUM to Opyum (https://fedoraproject.org/wiki/DebarshiRay/Opyum), I have renamed the RFR page to http://fedoraproject.org/wiki/Infrastructure/RFR/Opyum . Since this is a Google Summer of Code project under Fedora, which I intend to take further beyond GSoC, would it be possible for me to host it on http://hosted.fedoraproject.org/ ? Thanks, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From skvidal at fedoraproject.org Mon Aug 6 20:07:25 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 06 Aug 2007 16:07:25 -0400 Subject: conference testing Message-ID: <1186430845.998.252.camel@cutter> Hi folks, if you would like to join and test the pin'd conferences please connect to: conferences at fedoraproject.org conf num: 23112 pin: 27705 -sv From mailtoria at gmail.com Mon Aug 6 20:13:41 2007 From: mailtoria at gmail.com (ria das) Date: Tue, 7 Aug 2007 01:43:41 +0530 Subject: got sponsorship for my RFR In-Reply-To: <46B76B25.7040103@redhat.com> References: <74b2a9490708061007nda8f2d5tc4210de8a87ef98e@mail.gmail.com> <46B76B25.7040103@redhat.com> Message-ID: <74b2a9490708061313o34667650h462b3c37d1c2527e@mail.gmail.com> On 8/7/07, Mike McGrath wrote: > Your sponsor will provide you with whatever resources you need including > access to the test group, assist in installing software, etc. > > -Mike > > _______________________________________________ ok , thanks Ria Das From a.badger at gmail.com Mon Aug 6 21:17:36 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 06 Aug 2007 14:17:36 -0700 Subject: Meetings In-Reply-To: <1186414447.27970.684.camel@erato.phig.org> References: <46B72CA1.70301@redhat.com> <1186414447.27970.684.camel@erato.phig.org> Message-ID: <1186435060.11521.1.camel@localhost.localdomain> On Mon, 2007-08-06 at 08:34 -0700, Karsten Wade wrote: > IRC is low resolution, but it includes the most amount of people. Folks > can't be on the call, etc. If we're going to have any of our open team > meetings on SIP, we have to put the transcribe/interact with IRC as a > high priority. > > Experience with the F-Board doing phone + IRC didn't go to well for > anyone; lots of work for a transcriber, the rest of us don't know what > is going on. +1. It was really nice to hear people's voices but reading the IRC log shows that it makes it very difficult for anyone not able to participate in the phone session to follow along. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kwade at redhat.com Mon Aug 6 23:09:42 2007 From: kwade at redhat.com (Karsten Wade) Date: Mon, 06 Aug 2007 16:09:42 -0700 Subject: Request For Resource: Hosting GSoC code In-Reply-To: <3170f42f0708061111q4d842bc2oc7e4451fca705603@mail.gmail.com> References: <3170f42f0707120132q774648ffic6e33188e08fb120@mail.gmail.com> <46963F8B.7000901@redhat.com> <3170f42f0707121807v78a4a820ocbe97360522f54ba@mail.gmail.com> <3170f42f0708061111q4d842bc2oc7e4451fca705603@mail.gmail.com> Message-ID: <1186441782.27970.790.camel@erato.phig.org> On Mon, 2007-08-06 at 23:41 +0530, Debarshi 'Rishi' Ray wrote: > To reflect the renaming of RUM to Opyum > (https://fedoraproject.org/wiki/DebarshiRay/Opyum), I have renamed the > RFR page to http://fedoraproject.org/wiki/Infrastructure/RFR/Opyum . > > Since this is a Google Summer of Code project under Fedora, which I > intend to take further beyond GSoC, would it be possible for me to > host it on http://hosted.fedoraproject.org/ ? Sounds like a good idea to me, fwiw. :) http://fedoraproject.org/wiki/Infrastructure/ProjectHosting/RequestingNewProject -- Karsten Wade ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.fedorapeople.org | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jonathansteffan at gmail.com Mon Aug 6 23:10:37 2007 From: jonathansteffan at gmail.com (Jonathan Steffan) Date: Mon, 06 Aug 2007 17:10:37 -0600 Subject: Meetings In-Reply-To: <1186435060.11521.1.camel@localhost.localdomain> References: <46B72CA1.70301@redhat.com> <1186414447.27970.684.camel@erato.phig.org> <1186435060.11521.1.camel@localhost.localdomain> Message-ID: <1186441837.29420.1.camel@damaestro> On Mon, 2007-08-06 at 14:17 -0700, Toshio Kuratomi wrote: > On Mon, 2007-08-06 at 08:34 -0700, Karsten Wade wrote: > > IRC is low resolution, but it includes the most amount of people. Folks > > can't be on the call, etc. If we're going to have any of our open team > > meetings on SIP, we have to put the transcribe/interact with IRC as a > > high priority. > > > > Experience with the F-Board doing phone + IRC didn't go to well for > > anyone; lots of work for a transcriber, the rest of us don't know what > > is going on. > > +1. It was really nice to hear people's voices but reading the IRC log > shows that it makes it very difficult for anyone not able to participate > in the phone session to follow along. Now is when Seth announces yum is going to be able to do voice2text ;-) # yum listen meeting --exclude no-one Jonathan From kwade at redhat.com Mon Aug 6 23:13:27 2007 From: kwade at redhat.com (Karsten Wade) Date: Mon, 06 Aug 2007 16:13:27 -0700 Subject: Meetings In-Reply-To: <1186435060.11521.1.camel@localhost.localdomain> References: <46B72CA1.70301@redhat.com> <1186414447.27970.684.camel@erato.phig.org> <1186435060.11521.1.camel@localhost.localdomain> Message-ID: <1186442007.27970.795.camel@erato.phig.org> On Mon, 2007-08-06 at 14:17 -0700, Toshio Kuratomi wrote: > +1. It was really nice to hear people's voices but reading the IRC log > shows that it makes it very difficult for anyone not able to participate > in the phone session to follow along. Personally, I'd like to use it for actual socializing, sensitive matters, or presentations/interactive demos/town hall. For example, on occasion we could designate the first 15 minutes of the meeting to chewing the bull over SIP; anyone is welcome to participate, and it is not supposed to go into actual agenda topics (i.e., agree not to talk verbally about agenda items). Heck, the first few minutes of many conf calls I'm on are people catching up, talking about the {weather,game,market,politics,etc.}. Nice to do that, hear voices, then get off the phone and have the meeting. :) - Karsten -- Karsten Wade ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.fedorapeople.org | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From debarshi.ray at gmail.com Tue Aug 7 02:29:00 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 7 Aug 2007 07:59:00 +0530 Subject: Request For Resource: Hosting GSoC code In-Reply-To: <1186441782.27970.790.camel@erato.phig.org> References: <3170f42f0707120132q774648ffic6e33188e08fb120@mail.gmail.com> <46963F8B.7000901@redhat.com> <3170f42f0707121807v78a4a820ocbe97360522f54ba@mail.gmail.com> <3170f42f0708061111q4d842bc2oc7e4451fca705603@mail.gmail.com> <1186441782.27970.790.camel@erato.phig.org> Message-ID: <3170f42f0708061929o526d3ef9x38cfdad911155a3a@mail.gmail.com> I have created a ticket against fedora-infrastructure: https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/104 The RFR page stays at: http://fedoraproject.org/wiki/Infrastructure/RFR The Opyum documentation page is at: https://fedoraproject.org/wiki/DebarshiRay/Opyum The original SUmmer of Code proposal is at: https://fedoraproject.org/wiki/SummerOfCode/2007/DebarshiRay Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From jeff at ocjtech.us Tue Aug 7 19:39:48 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Tue, 07 Aug 2007 14:39:48 -0500 Subject: Features for Fedora Project PBX 1.0 Message-ID: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> Testing has been going well, and people seem to like/want/need the service so I thought that we should nail down what features we want in the "Fedora Project PBX 1.0". Here's a list based on what I'd like to see and what I've gathered from IRC/email/voice conferences. 1) Permanent voice conferences for various Fedora subgroups. Conferences identified so far: fedora-board virtual-fudcon infrastructure art Other permanent voice conferences would be requested through a Fedora Infrastructure ticket. Larger conferences may need some sort of moderation system. Open question: should anonymous SIP callers be allowed to talk on the permanent conferences or should they be listen-only? Status: basic conferencing is working, moderation features are lacking in conferencing application and need to be developed. 2) Conferences should be able to be recorded. Status: in development. 3) Ad-hoc voice conferences. Anyone with a FAS account would be able to request an ad-hoc voice conference (optionally controlled via a PIN) through a web interface. Ad-hoc conferences would expire after a short time (24 hours?). These conferences would likely remain relatively small so moderation features would not be needed. Status: The web interface has not been started but Seth and I have the PBX side mostly working. 4) SIP accounts for anyone with a FAS account that requests them so that sip:@fedoraproject.org would forward calls to your softphone. IAX2 accounts would be available for "power" users. Numeric extensions will be assigned for those situations where it's more convenient to dial by number rather than name. Status - design is nearly complete, need to automate account creation and more testing. 5) Every SIP account would have voicemail. Instead of storing the messages locally, audio files will be forwarded to @fedoraproject.org. Status - testing the design, depends on automatic creation of accounts from FAS. 6) Access conferences and people from the PSTN (e.g. your cell phone). A US DID number will be obtained from an ITSP and forwarded to the Fedora Project PBX. DID numbers in other countries may be obtained if there is enough need and the costs are reasonable. Status: some testing has been done but a permanent ITSP needs to be identifed and an IVR needs to be developed so that all of the features can be accessed from the PSTN. 7) Documentation on how to set up Ekiga (for Gnome) and Twinkle (for KDE) needs to be developed. Other SIP clients will work, but you're on your own. Status: not started. 8) The PBX is currently running on publictest4 - need to identify permanent host and move the setup there. Firewall may need fixing up, puppet needs to be set up, and Nagios monitoring configured. Probably need a sysadmin-pbx group set up so that the appropriate individuals can manage the system. Status: not started. Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Tue Aug 7 19:49:27 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 07 Aug 2007 15:49:27 -0400 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> Message-ID: <1186516167.28247.9.camel@cutter> On Tue, 2007-08-07 at 14:39 -0500, Jeffrey C. Ollie wrote: > Testing has been going well, and people seem to like/want/need the > service so I thought that we should nail down what features we want in > the "Fedora Project PBX 1.0". Here's a list based on what I'd like to > see and what I've gathered from IRC/email/voice conferences. > > 1) Permanent voice conferences for various Fedora subgroups. > Conferences identified so far: > > fedora-board > virtual-fudcon > infrastructure > art Are these being driven through the astdb and the pin-possible mechanism now or are they separate Conference() invocations? If the latter I think maybe we should make them into the former. For consistency's sake. What do you think? > Other permanent voice conferences would be requested through a Fedora > Infrastructure ticket. Larger conferences may need some sort of > moderation system. Open question: should anonymous SIP callers be > allowed to talk on the permanent conferences or should they be > listen-only? Status: basic conferencing is working, moderation features > are lacking in conferencing application and need to be developed. Listen only unless given extra powers by a moderator? > 3) Ad-hoc voice conferences. Anyone with a FAS account would be able to > request an ad-hoc voice conference (optionally controlled via a PIN) > through a web interface. Ad-hoc conferences would expire after a short > time (24 hours?). These conferences would likely remain relatively > small so moderation features would not be needed. Status: The web > interface has not been started but Seth and I have the PBX side mostly > working. yes - that sounds good. > 4) SIP accounts for anyone with a FAS account that requests them so that > sip:@fedoraproject.org would forward calls to your softphone. > IAX2 accounts would be available for "power" users. Numeric extensions > will be assigned for those situations where it's more convenient to dial > by number rather than name. Status - design is nearly complete, need to > automate account creation and more testing. we may want to do this later, after we're sure things are working and capacity is available for it. > 5) Every SIP account would have voicemail. Instead of storing the > messages locally, audio files will be forwarded to > @fedoraproject.org. Status - testing the design, depends on > automatic creation of accounts from FAS. how big could those files get? Again -concerned about capacity. > 6) Access conferences and people from the PSTN (e.g. your cell phone). > A US DID number will be obtained from an ITSP and forwarded to the > Fedora Project PBX. DID numbers in other countries may be obtained if > there is enough need and the costs are reasonable. Status: some testing > has been done but a permanent ITSP needs to be identifed and an IVR > needs to be developed so that all of the features can be accessed from > the PSTN. > > 7) Documentation on how to set up Ekiga (for Gnome) and Twinkle (for > KDE) needs to be developed. Other SIP clients will work, but you're on > your own. Status: not started. > +1 - maybe someone from docs team? -sv From dennis at ausil.us Tue Aug 7 20:00:14 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 7 Aug 2007 15:00:14 -0500 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> Message-ID: <200708071500.15316.dennis@ausil.us> On Tuesday 07 August 2007 2:39:48 pm Jeffrey C. Ollie wrote: > Testing has been going well, and people seem to like/want/need the > service so I thought that we should nail down what features we want in > the "Fedora Project PBX 1.0". Here's a list based on what I'd like to > see and what I've gathered from IRC/email/voice conferences. > > 1) Permanent voice conferences for various Fedora subgroups. > Conferences identified so far: > > fedora-board > virtual-fudcon > infrastructure > art Board conference room should hav no anonymous access. all other access must be through a pin. as for the rest anonymous should be read only. > Other permanent voice conferences would be requested through a Fedora > Infrastructure ticket. Larger conferences may need some sort of > moderation system. Open question: should anonymous SIP callers be > allowed to talk on the permanent conferences or should they be > listen-only? Status: basic conferencing is working, moderation features > are lacking in conferencing application and need to be developed. > > 2) Conferences should be able to be recorded. Status: in development. definitely needed > 3) Ad-hoc voice conferences. Anyone with a FAS account would be able to > request an ad-hoc voice conference (optionally controlled via a PIN) > through a web interface. Ad-hoc conferences would expire after a short > time (24 hours?). These conferences would likely remain relatively > small so moderation features would not be needed. Status: The web > interface has not been started but Seth and I have the PBX side mostly > working. sounds sane > 4) SIP accounts for anyone with a FAS account that requests them so that > sip:@fedoraproject.org would forward calls to your softphone. > IAX2 accounts would be available for "power" users. Numeric extensions > will be assigned for those situations where it's more convenient to dial > by number rather than name. Status - design is nearly complete, need to > automate account creation and more testing. numbers are a necessary evil. along with this it would be good to be able to log into a web page get list of users/numbers and current registered status. this would be nice to look up in ekiga and other softphones directly also > 5) Every SIP account would have voicemail. Instead of storing the > messages locally, audio files will be forwarded to > @fedoraproject.org. Status - testing the design, depends on > automatic creation of accounts from FAS. absolute must. for the same reason we don't store email > 6) Access conferences and people from the PSTN (e.g. your cell phone). > A US DID number will be obtained from an ITSP and forwarded to the > Fedora Project PBX. DID numbers in other countries may be obtained if > there is enough need and the costs are reasonable. Status: some testing > has been done but a permanent ITSP needs to be identifed and an IVR > needs to be developed so that all of the features can be accessed from > the PSTN. If anyone wants to volunteer a DID so they can dial in then please feel free to do so. > 7) Documentation on how to set up Ekiga (for Gnome) and Twinkle (for > KDE) needs to be developed. Other SIP clients will work, but you're on > your own. Status: not started. I would like to provide sample asterisk configs also. not sure if anyone other than me will use an existing asterisk setup to tie into fedora. > 8) The PBX is currently running on publictest4 - need to identify > permanent host and move the setup there. Firewall may need fixing up, > puppet needs to be set up, and Nagios monitoring configured. Probably > need a sysadmin-pbx group set up so that the appropriate individuals can > manage the system. Status: not started. setting up in puppet should be fairly trivial once we work out what we want and where. Dennis From sundaram at fedoraproject.org Tue Aug 7 20:23:30 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 01:53:30 +0530 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> Message-ID: <46B8D4C2.6060008@fedoraproject.org> Jeffrey C. Ollie wrote: > Testing has been going well, and people seem to like/want/need the > service so I thought that we should nail down what features we want in > the "Fedora Project PBX 1.0". Here's a list based on what I'd like to > see and what I've gathered from IRC/email/voice conferences. > Crazy idea: Voice support for end users by other end users. Rahul From mastahnke at gmail.com Tue Aug 7 21:06:05 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Tue, 7 Aug 2007 16:06:05 -0500 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <46B8D4C2.6060008@fedoraproject.org> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> <46B8D4C2.6060008@fedoraproject.org> Message-ID: <7874d9dd0708071406s51413d03q3a15ade6d3c0d20b@mail.gmail.com> On 8/7/07, Rahul Sundaram wrote: > Jeffrey C. Ollie wrote: > > Testing has been going well, and people seem to like/want/need the > > service so I thought that we should nail down what features we want in > > the "Fedora Project PBX 1.0". Here's a list based on what I'd like to > > see and what I've gathered from IRC/email/voice conferences. > > > > Crazy idea: > > Voice support for end users by other end users. > I like it. +1 > Rahul > > _______________________________________________ > 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 Tue Aug 7 21:08:22 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 07 Aug 2007 16:08:22 -0500 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <46B8D4C2.6060008@fedoraproject.org> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> <46B8D4C2.6060008@fedoraproject.org> Message-ID: <46B8DF46.3080409@redhat.com> Rahul Sundaram wrote: > Jeffrey C. Ollie wrote: >> Testing has been going well, and people seem to like/want/need the >> service so I thought that we should nail down what features we want in >> the "Fedora Project PBX 1.0". Here's a list based on what I'd like to >> see and what I've gathered from IRC/email/voice conferences. >> > > Crazy idea: > > Voice support for end users by other end users. I'm not going to say no to this, but I am going to say that if this is a service we are serious about offering, it will take $$. Whereas the contributor only bridge can be made available now with our current resources. -Mike From sundaram at fedoraproject.org Tue Aug 7 22:11:37 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Aug 2007 03:41:37 +0530 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <46B8DF46.3080409@redhat.com> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> <46B8D4C2.6060008@fedoraproject.org> <46B8DF46.3080409@redhat.com> Message-ID: <46B8EE19.8080408@fedoraproject.org> Mike McGrath wrote: > Rahul Sundaram wrote: >> Jeffrey C. Ollie wrote: >>> Testing has been going well, and people seem to like/want/need the >>> service so I thought that we should nail down what features we want in >>> the "Fedora Project PBX 1.0". Here's a list based on what I'd like to >>> see and what I've gathered from IRC/email/voice conferences. >>> >> >> Crazy idea: >> >> Voice support for end users by other end users. > > I'm not going to say no to this, but I am going to say that if this is a > service we are serious about offering, it will take $$. Whereas the > contributor only bridge can be made available now with our current > resources. It will take $$ as in we need to talk to Max Spevack and get more funds or we need to make users pay for the service? I forgot to mention this but this isn't my original idea. I talk to the Blag maintainer long back and he is doing it already http://www.blagblagblag.org/BLASTERISK/ Obviously for Fedora, it requires more resources to do this though. Rahul From mmcgrath at redhat.com Tue Aug 7 22:16:13 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 07 Aug 2007 17:16:13 -0500 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <46B8EE19.8080408@fedoraproject.org> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> <46B8D4C2.6060008@fedoraproject.org> <46B8DF46.3080409@redhat.com> <46B8EE19.8080408@fedoraproject.org> Message-ID: <46B8EF2D.2020102@redhat.com> Rahul Sundaram wrote: > Mike McGrath wrote: >> Rahul Sundaram wrote: >>> Jeffrey C. Ollie wrote: >>>> Testing has been going well, and people seem to like/want/need the >>>> service so I thought that we should nail down what features we want in >>>> the "Fedora Project PBX 1.0". Here's a list based on what I'd like to >>>> see and what I've gathered from IRC/email/voice conferences. >>>> >>> >>> Crazy idea: >>> >>> Voice support for end users by other end users. >> >> I'm not going to say no to this, but I am going to say that if this >> is a service we are serious about offering, it will take $$. Whereas >> the contributor only bridge can be made available now with our >> current resources. > > It will take $$ as in we need to talk to Max Spevack and get more > funds or we need to make users pay for the service? > Money for the servers, bandwith, etc for us to host it. -Mike From jeff at ocjtech.us Tue Aug 7 22:19:09 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Tue, 07 Aug 2007 17:19:09 -0500 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <46B8EE19.8080408@fedoraproject.org> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> <46B8D4C2.6060008@fedoraproject.org> <46B8DF46.3080409@redhat.com> <46B8EE19.8080408@fedoraproject.org> Message-ID: <1186525149.3773.71.camel@lt21223.campus.dmacc.edu> On Wed, 2007-08-08 at 03:41 +0530, Rahul Sundaram wrote: > Mike McGrath wrote: > > Rahul Sundaram wrote: > >> > >> Crazy idea: > >> > >> Voice support for end users by other end users. > > > > I'm not going to say no to this, but I am going to say that if this is a > > service we are serious about offering, it will take $$. Whereas the > > contributor only bridge can be made available now with our current > > resources. > > It will take $$ as in we need to talk to Max Spevack and get more funds > or we need to make users pay for the service? I can't see Fedora trying to make users pay for a support service like that, especially when it's staffed by volunteers. While it would take some resources, I don't think that it would be an extremely huge one. A server or two and some dedicated bandwidth would do it I think (so that downloads of Fedora Release N don't kill the quality of your VoIP connections). The idea has merit, I think that it's something more suited for Fedora Project PBX 2.0 though. Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From smooge at gmail.com Tue Aug 7 22:23:01 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 7 Aug 2007 16:23:01 -0600 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <1186525149.3773.71.camel@lt21223.campus.dmacc.edu> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> <46B8D4C2.6060008@fedoraproject.org> <46B8DF46.3080409@redhat.com> <46B8EE19.8080408@fedoraproject.org> <1186525149.3773.71.camel@lt21223.campus.dmacc.edu> Message-ID: <80d7e4090708071523n463048a1sfbb65b703e70514d@mail.gmail.com> On 8/7/07, Jeffrey C. Ollie wrote: > On Wed, 2007-08-08 at 03:41 +0530, Rahul Sundaram wrote: > > Mike McGrath wrote: > > > Rahul Sundaram wrote: > > >> > > >> Crazy idea: > > >> > > >> Voice support for end users by other end users. > > > > > > I'm not going to say no to this, but I am going to say that if this is a > > > service we are serious about offering, it will take $$. Whereas the > > > contributor only bridge can be made available now with our current > > > resources. > > > > It will take $$ as in we need to talk to Max Spevack and get more funds > > or we need to make users pay for the service? > > I can't see Fedora trying to make users pay for a support service like > that, especially when it's staffed by volunteers. While it would take > some resources, I don't think that it would be an extremely huge one. A > server or two and some dedicated bandwidth would do it I think (so that > downloads of Fedora Release N don't kill the quality of your VoIP > connections). > All of which cost RH money, and has various liability issues depending on where it is housed. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From a.badger at gmail.com Thu Aug 9 02:41:34 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 08 Aug 2007 19:41:34 -0700 Subject: Cleaning up fedora-accounts Message-ID: <1186627296.5890.38.camel@localhost.localdomain> I've been working on this infrastructure ticket: https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/63 which is to port all bugzilla scripts away from touching the db directly and instead using the xmlrpc interface. Of the scripts I found, I think that two are not needed: * bz-gen-state.py * bz-dump-components.py If anyone knows of someplace where these are used please reply and let me know by Thursday otherwise I'm going to cvs remove them. Thanks, -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Michael_Yingbull at pmc-sierra.com Thu Aug 9 19:53:02 2007 From: Michael_Yingbull at pmc-sierra.com (Michael Yingbull) Date: Thu, 9 Aug 2007 12:53:02 -0700 Subject: Introduction Message-ID: Just a quick note of introduction. I'm looking to get involved with the infrastructure team for Fedora. I consider this a rather delayed reaction from Spot's talk on rpm best practices at the Summit this year. He included a shameless plug for volunteers, which I'm usually a sucker for. Just happened to start having some time now. I've been working in IT in a number of roles for the last 10 years, most of which involved RH Linux and RHEL, along with other OSes. I'm firing this email off in a delayed (brief) lunch break; most of my contributions will be in my own time, but my employeer is flexible with respect to the weekly meetings. As most IT folks know, its not hard to make up hours as the work queue can seem rather infinite at times..... My current role is managing a ~500 RHEL system network, in various roles, helping keep things running, while not running us off our feet. I've a fair range of skills, when I get a better idea of what you're looking for its easier for me to speak to it. I'm an RHCE, with one of my RHCA endorsements (Systems deployment/management). I've been at the last couple RH Summits, and have afew other IT certs that I may admit to at a later time :-). Looking forward to meeting your all, and finding where I could be of assistance. Cheers, Michael -- Michael Yingbull -------------- next part -------------- An HTML attachment was scrubbed... URL: From blizzard at redhat.com Thu Aug 9 20:22:27 2007 From: blizzard at redhat.com (Christopher Blizzard) Date: Thu, 09 Aug 2007 16:22:27 -0400 Subject: Features for Fedora Project PBX 1.0 In-Reply-To: <46B8DF46.3080409@redhat.com> References: <1186515588.3773.61.camel@lt21223.campus.dmacc.edu> <46B8D4C2.6060008@fedoraproject.org> <46B8DF46.3080409@redhat.com> Message-ID: <1186690947.2726.47.camel@localhost.localdomain> On Tue, 2007-08-07 at 16:08 -0500, Mike McGrath wrote: > > I'm not going to say no to this, but I am going to say that if this is > a > service we are serious about offering, it will take $$. Whereas the > contributor only bridge can be made available now with our current > resources. > Yeah, be careful. Supporting developers is one thing but this will take up a lot of space and we're not in a position to start supporting end users. I'm not saying it's a bad idea, just one we're not ready to support. --Chris From santosp at fedoraproject.org Fri Aug 10 06:11:42 2007 From: santosp at fedoraproject.org (Paulo Santos) Date: Fri, 10 Aug 2007 07:11:42 +0100 Subject: Vacations Message-ID: <7a41c4bc0708092311y6938ed31kb30e69f1f0aa0502@mail.gmail.com> Hi all, Just to let you guys know that ill going on vacations for one week, starting later today. So if vpv or Rayvd need any help, please assist them, since usually its me take care of their stuff. happy work & coding :) Thanks, Paulo -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Fri Aug 10 16:30:16 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 10 Aug 2007 11:30:16 -0500 Subject: The asterisk paradox Message-ID: <46BC9298.7060405@redhat.com> There was some discussion at the last meeting about how to use asterisk in the future for meetings or even if we should. This has brought up an interesting problem: Early adoption of asterisk is slow because not everyone has the equipment to use it. People don't feel compelled to get the equipment because adoption is slow. So what do we do about it? I feel very strongly asterisk as a medium is much more efficient to use then IRC and helps bring the team together to work as a more cohesive unit. I also believe it will do the same for other groups. But we cannot do the meetings in asterisk at this time because it raises the barrier to entry by too much and provides no meeting logs. So I'd like to propose the following possible solutions. 1) Meet 15 minutes before or after the meeting for a supplemental-meeting in asterisk to shake out some things. Then continue with the meeting in IRC as normal. 2) Meetings in IRC are generally very slow, it might be worth it to do the meetings as normal but also have people log in to asterisk to bs and generally just chat, get to know each other a bit better. 3) Do as we did last week, have people who can't talk join the conference anyway and ask questions in the chat room while having someone transcribe and provide minutes. 4) ? you come up with some. In general I think 2) is most practical for now. I'd prefer 3) since I think everyone can have headphones and listen in to the main meeting and ask questions in IRC but having someone volunteer to transcribe / summarize the meeting is a huge commitment. This is a big change for us, having said that I think anyone who has used the technology will agree that it works very well. It will work even better as people start to use it more and get used to their equipment and more people feel the need to get a proper mic/head set. Fedora is very much about new technologies and early adoption. I'd love for us to be the first OSS community to use asterisk like this, and of course if Fedora is going to use it, the Infrastructure team should lead the way. Having said that, any changes like this are raising the barrier to entry and that is just a dangerous thing to do. As long as we still have IRC I think we'll be fine but this is something we must choose as a group. Thoughts? -Mike From jonathansteffan at gmail.com Fri Aug 10 16:48:01 2007 From: jonathansteffan at gmail.com (Jonathan Steffan) Date: Fri, 10 Aug 2007 10:48:01 -0600 Subject: The asterisk paradox In-Reply-To: <46BC9298.7060405@redhat.com> References: <46BC9298.7060405@redhat.com> Message-ID: <1186764481.10079.0.camel@damaestro> On Fri, 2007-08-10 at 11:30 -0500, Mike McGrath wrote: > There was some discussion at the last meeting about how to use asterisk > in the future for meetings or even if we should. This has brought up an > interesting problem: > > Early adoption of asterisk is slow because not everyone has the > equipment to use it. People don't feel compelled to get the equipment > because adoption is slow. > > So what do we do about it? I feel very strongly asterisk as a medium is > much more efficient to use then IRC and helps bring the team together to > work as a more cohesive unit. I also believe it will do the same for > other groups. But we cannot do the meetings in asterisk at this time > because it raises the barrier to entry by too much and provides no > meeting logs. So I'd like to propose the following possible solutions. > > 1) Meet 15 minutes before or after the meeting for a > supplemental-meeting in asterisk to shake out some things. Then > continue with the meeting in IRC as normal. > 2) Meetings in IRC are generally very slow, it might be worth it to do > the meetings as normal but also have people log in to asterisk to bs and > generally just chat, get to know each other a bit better. > 3) Do as we did last week, have people who can't talk join the > conference anyway and ask questions in the chat room while having > someone transcribe and provide minutes. +1 > 4) ? you come up with some. > > In general I think 2) is most practical for now. I'd prefer 3) since I > think everyone can have headphones and listen in to the main meeting and > ask questions in IRC but having someone volunteer to transcribe / > summarize the meeting is a huge commitment. > > This is a big change for us, having said that I think anyone who has > used the technology will agree that it works very well. It will work > even better as people start to use it more and get used to their > equipment and more people feel the need to get a proper mic/head set. > Fedora is very much about new technologies and early adoption. I'd love > for us to be the first OSS community to use asterisk like this, and of > course if Fedora is going to use it, the Infrastructure team should lead > the way. Having said that, any changes like this are raising the > barrier to entry and that is just a dangerous thing to do. As long as > we still have IRC I think we'll be fine but this is something we must > choose as a group. > > Thoughts? Should we look at testing speech to text? Jonathan From mmcgrath at redhat.com Fri Aug 10 16:51:06 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 10 Aug 2007 11:51:06 -0500 Subject: The asterisk paradox In-Reply-To: <1186764481.10079.0.camel@damaestro> References: <46BC9298.7060405@redhat.com> <1186764481.10079.0.camel@damaestro> Message-ID: <46BC977A.8000104@redhat.com> Jonathan Steffan wrote: > On Fri, 2007-08-10 at 11:30 -0500, Mike McGrath wrote: > >> There was some discussion at the last meeting about how to use asterisk >> in the future for meetings or even if we should. This has brought up an >> interesting problem: >> >> Early adoption of asterisk is slow because not everyone has the >> equipment to use it. People don't feel compelled to get the equipment >> because adoption is slow. >> >> So what do we do about it? I feel very strongly asterisk as a medium is >> much more efficient to use then IRC and helps bring the team together to >> work as a more cohesive unit. I also believe it will do the same for >> other groups. But we cannot do the meetings in asterisk at this time >> because it raises the barrier to entry by too much and provides no >> meeting logs. So I'd like to propose the following possible solutions. >> >> 1) Meet 15 minutes before or after the meeting for a >> supplemental-meeting in asterisk to shake out some things. Then >> continue with the meeting in IRC as normal. >> 2) Meetings in IRC are generally very slow, it might be worth it to do >> the meetings as normal but also have people log in to asterisk to bs and >> generally just chat, get to know each other a bit better. >> 3) Do as we did last week, have people who can't talk join the >> conference anyway and ask questions in the chat room while having >> someone transcribe and provide minutes. >> > > +1 > Jonathan, IIRC you were one of the team members that didn't have a microphone. How did that work for you? -Mike From jonathansteffan at gmail.com Fri Aug 10 17:02:53 2007 From: jonathansteffan at gmail.com (Jonathan Steffan) Date: Fri, 10 Aug 2007 11:02:53 -0600 Subject: The asterisk paradox In-Reply-To: <46BC977A.8000104@redhat.com> References: <46BC9298.7060405@redhat.com> <1186764481.10079.0.camel@damaestro> <46BC977A.8000104@redhat.com> Message-ID: <1186765373.10079.9.camel@damaestro> On Fri, 2007-08-10 at 11:51 -0500, Mike McGrath wrote: > Jonathan Steffan wrote: > > On Fri, 2007-08-10 at 11:30 -0500, Mike McGrath wrote: > > > >> There was some discussion at the last meeting about how to use asterisk > >> in the future for meetings or even if we should. This has brought up an > >> interesting problem: > >> > >> Early adoption of asterisk is slow because not everyone has the > >> equipment to use it. People don't feel compelled to get the equipment > >> because adoption is slow. > >> > >> So what do we do about it? I feel very strongly asterisk as a medium is > >> much more efficient to use then IRC and helps bring the team together to > >> work as a more cohesive unit. I also believe it will do the same for > >> other groups. But we cannot do the meetings in asterisk at this time > >> because it raises the barrier to entry by too much and provides no > >> meeting logs. So I'd like to propose the following possible solutions. > >> > >> 1) Meet 15 minutes before or after the meeting for a > >> supplemental-meeting in asterisk to shake out some things. Then > >> continue with the meeting in IRC as normal. > >> 2) Meetings in IRC are generally very slow, it might be worth it to do > >> the meetings as normal but also have people log in to asterisk to bs and > >> generally just chat, get to know each other a bit better. > >> 3) Do as we did last week, have people who can't talk join the > >> conference anyway and ask questions in the chat room while having > >> someone transcribe and provide minutes. > >> > > > > +1 > > > Jonathan, IIRC you were one of the team members that didn't have a > microphone. How did that work for you? If we are to use voice seriously, I would get a good microphone. I will just need to know what the plan is. The last meeting was lacking a true "transcriber" and there were some non-syncs between voice and non-voice users. If most people at least listened to the conference, it would not be as bad. I do think that we should have a per meeting appointed transcriber that tries to bring terse statements into irc or we find some voice to text software to test out. There was a nice lag when I was asked questions over voice and then needed to answer over irc, but it did not bother me. Overall I really enjoyed it even with not being able to talk back via voice and request we move forward in building what needs to be built to make this a viable meeting solution. Jonathan Steffan daMaestro From lmacken at redhat.com Fri Aug 10 17:31:32 2007 From: lmacken at redhat.com (Luke Macken) Date: Fri, 10 Aug 2007 13:31:32 -0400 Subject: The asterisk paradox In-Reply-To: <1186764481.10079.0.camel@damaestro> References: <46BC9298.7060405@redhat.com> <1186764481.10079.0.camel@damaestro> Message-ID: <20070810173132.GC3935@crow.hsd1.ma.comcast.net> On Fri, Aug 10, 2007 at 10:48:01AM -0600, Jonathan Steffan wrote: > Should we look at testing speech to text? I mentioned using sphinx[0] yesterday on #fedora-admin, kind of as a joke -- but it may be worth a shot ? Once we are able to save conferences, then it should be pretty easy to test this stuff out. luke [0]: http://cmusphinx.sourceforge.net From loupgaroublond at gmail.com Fri Aug 10 18:29:53 2007 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Fri, 10 Aug 2007 14:29:53 -0400 Subject: The asterisk paradox In-Reply-To: <46BC9298.7060405@redhat.com> References: <46BC9298.7060405@redhat.com> Message-ID: <7f692fec0708101129l3e73d5e0l9527969d79bdd1e@mail.gmail.com> On 8/10/07, Mike McGrath wrote: > 2) Meetings in IRC are generally very slow, it might be worth it to do > the meetings as normal but also have people log in to asterisk to bs and > generally just chat, get to know each other a bit better. +1 for now > 3) Do as we did last week, have people who can't talk join the > conference anyway and ask questions in the chat room while having > someone transcribe and provide minutes. +1 in the future -Yaakov From Michael_Yingbull at pmc-sierra.com Fri Aug 10 18:40:30 2007 From: Michael_Yingbull at pmc-sierra.com (Michael Yingbull) Date: Fri, 10 Aug 2007 11:40:30 -0700 Subject: Infrastructure Meeting minutes/log - August 9/2007 20:00 UTC Message-ID: [14:02] =-= mmcgrath has changed the topic to "Infrastructure -- Role Call" Who's here? * loupgaroublond |<-- jeremy has left freenode (Remote closed the connection) |<-- warren has left freenode (Remote closed the connection) * ricky is * lmacken [14:03] [ERROR] Missing required parameter action. * yingbull is. * mmcgrath waits a moment for the others f13 abadger1999 skvidal jcollie + anyone I missed, ping -->| warren (i=warren at nat/redhat/x-6e7a7944c89202d3) has joined #fedora-meeting [14:04] I'm sort of here * abadger1999 here K, we'll get started on tickets first =-= mmcgrath has changed the topic to "Infrastructure -- Tickets" https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority [14:05] abadger1999: Whats the latest on #15, I see you added it to be discussed. We're deployed :-) Packagedb is running on app3 and 4. -->| cwt (i=hidden-u at gnat.asiscan.com) has joined #fedora-meeting [14:06] owners.list and pkg.acl are now obsolete. excellent, so whats the plan for notification, etc. they're obsolete as of right this moment? * wolfy taking notes mmcgrath: That's right. I sent a message to fedora-devel-anounce that went out this morning. [14:07] The cvsadmins have been finding bugs for me. I'm planning on squashing those for 1-2 weeks and then letting packagers know that they can do a lot of the things for themselves now. [14:08] abadger1999: did the announcement actually get approved, I'm not seeing it. Someone replied to it so I'm pretty sure. [14:09] k, I won't worry about it then. abadger1999: how much more work do you think will be done on it over the next couple of weeks? https://www.redhat.com/archives/fedora-devel-announce/2007-August/msg00006.html bug fixes, etc. Here's the trac roadmap: https://hosted.fedoraproject.org/projects/packagedb/report/3 [14:10] I'm planning on fixing most of 0.3.1 in the next two weeks. With things like buggbot being pushed off if there's a glut of other bugs that haven't been mentioned yet. [14:11] are you using the production database? Yes. Production db is pkgdb on db2. excellent. There's a test db on publictest1 as well. [14:12] Ok, well good job with that. It will be most helpful :) anything else before we move on? That's it :-) -->| frozty_sa2 (n=frozty at unaffiliated/froztysa/x-364721) has joined #fedora-meeting [14:13] The next ticket is for paulobanon but I don't see him around right now |<-- frozty_sa has left freenode (Nick collision from services.) jcollie: ping? ricky: ping? [14:14] pong- Sorry, no updates on the wiki yet- I've been looking more on FAS2 recently. ricky: no worries on that, FAS2 is far more important. Ok, so thats it with the tickets, we'll move on to the schedule I got a look at ikiwiki, though, and it does look pretty cool. [14:15] http://fedoraproject.org/wiki/Infrastructure/Schedule ricky: cool So the VCS choice is still on going, we need to setup another meeting. jcollie must be busy with $DAYJOB :) [14:16] =-= mmcgrath has changed the topic to "Infrastructure -- Sponsorship" Nothing majorly new here, I've taken on two sponsors though I almost never hear / see them. good thing I put a time limit on those things :) anyone have any comments / questions about the new sponsorship model? Good/bad? [14:17] +1 |<-- llaumgui_ has left freenode (Remote closed the connection) It seems good but I haven't had anyone approach me... I approached the last person I sponsored. -->| jeremy (i=katzj at nat/redhat/x-60b507eb562111d2) has joined #fedora-meeting abadger1999: yeah, I think it will be hit and miss for a while. Though, in general, it feels like the group is growing at a good rate. [14:18] =-= mmcgrath has changed the topic to "Infrastructure -- SOP's" I've been working on some more SOP's, as always we can use more people to write these things up. Thats really all there is to the SOP stuff on the schedule, if anything isn't documented that should be please add it or at least bring it up on the list so someone else can document it. Going to be a short meeting I think :) [14:19] =-= mmcgrath has changed the topic to "Infrastructure -- Open Floor" Anyone have anything they'd like to bring up? Seems a lot of people are missing today with $DAYJOB or other things. Just wanting to say hello. I'm looking to get involved, so this is the first meeting I'm at. I've been lurking in the fedora-admin channel the last week. [14:20] yingbull: welcome! yingbull: hello, I saw your introduction on the list. Welcome :) One thing I'd like to ask people is about the asterisk setup. do we have any quote unquote web apps aside from smolt, and maybe bodhi, that the end user will see? loupgaroublond: we have many [14:21] loupgaroublond: you talking about the ones we build in house or all apps? do they have any semblance of a release cycle? pkgdb and koji are the same class as bodhi they all have their own release cycles. i had some funny questions about the smolt web server, since it's not bound to the fedora release cycle the way the client is [14:22] and i just want to get some ideas what the usual fedora way is loupgaroublond: each project is, generally, considered its own upstream. The release cycle somewhat follows the normal Fedora release cycle if something is needed for that release. [14:23] but in general the devs are up to their own means to produce code and an actual release. oh ok just wondering :) [14:24] ok, so back to asterisk. we've got most major pieces in order, the problem with using it is that we're raising the barrier to entry into the group for meetings and such. So the question is, is it worth it or not. [14:25] Thoughts ? [14:26] * bpepple|lt listens to the crickets. Its easier to juggle irc w/ $DAYJOB. (opinion of a lurker) imho, asterisk can be interesting if some sort of transcript or recording is available (both for lurkers like me or for ppl who happen to be busy during meeting times FWIW, I liked quaid's post on the mailing list. it's hard to replicate the information in real time for people that don't always have the option to use it abadger1999: I did too though, it seemed to lack any suggestions about what to do about it. [14:27] i suppose you would always say, any one object to using asterix this time around and then downgrade to IRC -->| JSchmitt (n=s4504kr at p54B130B9.dip0.t-ipconnect.de) has joined #fedora-meeting We had a lot of people who could at least listen in and comment in IRC last time, headphones don't seem too high of a barrier to me but I question how practical that is. bandwidth We may know more after FudCON. [14:28] loupgaroublond: I don't think bandwidth is any real concern, not that I've heard anyway. loupgaroublond: The only danger there being, people don't want to be disagreeable even if it excludes them from having meaningful input. Would someone take minutes for the meeting, or would we just rely on a recording? [14:29] Recording is actually really easy with Asterisk, from what I've seen. yingbull: not sure, thats something to figure out. mmcgrath: I'd suggest both. is that legal sans disclaimer? mmgrath: Its easier to review a bunch of past meeting minutes, than it is to listen to a bunch of recordings. But I guess the main thing is to outline the benefits of voice meetings over IRC first. [14:30] |<-- bpepple|lt has left freenode ("Ex-Chat") no doubt, perhaps it would be good to take this to the list [14:31] -->| xDamox (n=xDamox at host81-153-39-144.range81-153.btcentralplus.com) has joined #fedora-meeting Ok, anyone have anything else to discuss? If not we can close the list. [14:32] err close the meeting :) * mmcgrath will close in 30 [14:33] 15 =-= mmcgrath has changed the topic to "Infrastructure -- Meeting end" thanks for coming everyone. [14:34] Thanks for running the meeting -- Michael Yingbull -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael_Yingbull at pmc-sierra.com Fri Aug 10 18:55:17 2007 From: Michael_Yingbull at pmc-sierra.com (Michael Yingbull) Date: Fri, 10 Aug 2007 11:55:17 -0700 Subject: The asterisk paradox Message-ID: > In general I think 2) is most practical for now. I'd prefer > 3) since I think everyone can have headphones and listen in > to the main meeting and ask questions in IRC but having > someone volunteer to transcribe / summarize the meeting is a > huge commitment. I don't think meeting minutes would be an issue. I'm used to them for work meetings, others likely used to similar. Not a word for word dictation, just a summary of discussion points, decisions, action items. We don't need to go all Robert's Rules on this, but good meeting minutes are golden. Just have someone makes the notes summarizing the discussion into the irc channel. Those that had to step away from the meeting could catch up, but more importantly, it gives us a written record of a voice-based meeting. The other barrier to voice meetings that I don't think was mentioned was that it requires good spoken english, rather than just written english (and the ability to understand it). Having summaries written as the meeting progresses might help that. Lunch is far too short, Cheers - Michael From a.badger at gmail.com Fri Aug 10 20:03:24 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 10 Aug 2007 13:03:24 -0700 Subject: The asterisk paradox In-Reply-To: <46BC9298.7060405@redhat.com> References: <46BC9298.7060405@redhat.com> Message-ID: <1186776206.27141.11.camel@localhost.localdomain> On Fri, 2007-08-10 at 11:30 -0500, Mike McGrath wrote: > 2) Meetings in IRC are generally very slow, it might be worth it to do > the meetings as normal but also have people log in to asterisk to bs and > generally just chat, get to know each other a bit better. Sounds good to me. But we do need to follow "Quaid's Rule" and be sure to keep business in IRC. > 3) Do as we did last week, have people who can't talk join the > conference anyway and ask questions in the chat room while having > someone transcribe and provide minutes. I think we need better transcription. It's hard to summarize important points in realtime. It's also nice to know who's saying things. It's also hard to have two streams of communication -- if several people are in IRC asking questions, they're at a disadvantage in knowing what's going on and being able to raise an issue with a specific point to people who are discussing things on the phone. In my case specifically, I comprehend ideas and plans better when they're written than when they're spoken but I learn more about the people doing the communication when it's auditory. (I drive my wife crazy because I never remember the lyrics of songs, only the tune and emotional content.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lmacken at redhat.com Mon Aug 13 21:52:36 2007 From: lmacken at redhat.com (Luke Macken) Date: Mon, 13 Aug 2007 17:52:36 -0400 Subject: ssl on publictest dev apps Message-ID: <20070813215236.GA3198@crow> There are a handful of development instances of various apps running on our publictest systems, most of which don't support SSL. This is obviously not a good thing, so I'm proposing that we either enable SSL on these apps, or disable the FAS identity provider and provide local guest accounts on the local SQLite dbs. luke From mmcgrath at redhat.com Mon Aug 13 21:57:57 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 13 Aug 2007 16:57:57 -0500 Subject: ssl on publictest dev apps In-Reply-To: <20070813215236.GA3198@crow> References: <20070813215236.GA3198@crow> Message-ID: <46C0D3E5.90905@redhat.com> Luke Macken wrote: > There are a handful of development instances of various apps running on > our publictest systems, most of which don't support SSL. This is > obviously not a good thing, so I'm proposing that we either enable SSL > on these apps, or disable the FAS identity provider and provide local > guest accounts on the local SQLite dbs. > In theory the test instances should be using the test FAS db: http://publictest1.fedora.redhat.com/accounts/ Which does not contain production data. -Mike From lmacken at redhat.com Mon Aug 13 22:05:16 2007 From: lmacken at redhat.com (Luke Macken) Date: Mon, 13 Aug 2007 18:05:16 -0400 Subject: sobby instance Message-ID: <20070813220516.GB3198@crow> Hey guys, I setup an instance of the stand-alone gobby server on publictest2, per the gobby RFR[0]. This will allow anyone to collaborate in real-time on any text: spec files, code, notes, ideas, etc. You can test it out by installing 'gobby' and connecting to publictest2.fedora.redhat.com If we want to commit to hosting this service, there are a bunch of stuff that we need to do and test first, but I'm just looking to get some initial feedback from you guys on it. Hopefully we can get a bunch of use out of it during the Virtual FUDCon this week. luke [0]: http://fedoraproject.org/wiki/Infrastructure/RFR/gobby From a.badger at gmail.com Mon Aug 13 22:26:40 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 13 Aug 2007 15:26:40 -0700 Subject: ssl on publictest dev apps In-Reply-To: <46C0D3E5.90905@redhat.com> References: <20070813215236.GA3198@crow> <46C0D3E5.90905@redhat.com> Message-ID: On 8/13/07, Mike McGrath wrote: > Luke Macken wrote: > > There are a handful of development instances of various apps running on > > our publictest systems, most of which don't support SSL. This is > > obviously not a good thing, so I'm proposing that we either enable SSL > > on these apps, or disable the FAS identity provider and provide local > > guest accounts on the local SQLite dbs. > > > > In theory the test instances should be using the test FAS db: > > http://publictest1.fedora.redhat.com/accounts/ > > Which does not contain production data. > That doesn't work yet for the packagedb at least. Because packages have owners and all the owner information is in FAS, it needs a full FAS database to run. We could dump the db and change the passwords/email addresses to something else and get rid of address, phone, fax, etc fields. But I don't know if that's easier than setting up ssl. -Toshio From skvidal at fedoraproject.org Tue Aug 14 03:05:50 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 13 Aug 2007 23:05:50 -0400 Subject: sobby instance In-Reply-To: <20070813220516.GB3198@crow> References: <20070813220516.GB3198@crow> Message-ID: <1187060750.13822.46.camel@cutter> On Mon, 2007-08-13 at 18:05 -0400, Luke Macken wrote: > Hey guys, > > I setup an instance of the stand-alone gobby server on publictest2, per > the gobby RFR[0]. This will allow anyone to collaborate in real-time on > any text: spec files, code, notes, ideas, etc. You can test it out by > installing 'gobby' and connecting to publictest2.fedora.redhat.com > > If we want to commit to hosting this service, there are a bunch of stuff > that we need to do and test first, but I'm just looking to get some > initial feedback from you guys on it. > > Hopefully we can get a bunch of use out of it during the Virtual FUDCon > this week. There doesn't appear to be any auth of any kind on the gobby server? Why do we have it available to the public with this in mind? -sv From skvidal at fedoraproject.org Tue Aug 14 04:43:45 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 14 Aug 2007 00:43:45 -0400 Subject: wikidbase Message-ID: <1187066625.13822.49.camel@cutter> reading rss feeds last night - I think this is something we could use eventually: http://www.nickblundell.org.uk/projects/wikidbase/overview/ I realize it's using django - but if there's something like it for turbogears I'd be all ears. A simple way of letting an end user dynamically create a database and automatically have the web forms to go with it would go a long way for a lot of things we'd want to record. thoughts? -sv From dimitris at glezos.com Tue Aug 14 12:02:53 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Tue, 14 Aug 2007 13:02:53 +0100 Subject: wikidbase In-Reply-To: <1187066625.13822.49.camel@cutter> References: <1187066625.13822.49.camel@cutter> Message-ID: <46C199ED.9030809@glezos.com> O/H seth vidal ??????: > reading rss feeds last night - I think this is something we could use > eventually: > > http://www.nickblundell.org.uk/projects/wikidbase/overview/ > > I realize it's using django - but if there's something like it for > turbogears I'd be all ears. A simple way of letting an end user > dynamically create a database and automatically have the web forms to go > with it would go a long way for a lot of things we'd want to record. Definitely looks interesting. Q: How difficult would it be to start using django apps on our Infra -- what spaces do we need to fill and how difficult would it be? -d -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From skvidal at fedoraproject.org Wed Aug 15 06:13:03 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 15 Aug 2007 02:13:03 -0400 Subject: wikidbase In-Reply-To: <46C199ED.9030809@glezos.com> References: <1187066625.13822.49.camel@cutter> <46C199ED.9030809@glezos.com> Message-ID: <1187158383.13822.133.camel@cutter> On Tue, 2007-08-14 at 13:02 +0100, Dimitris Glezos wrote: > O/H seth vidal ??????: > > reading rss feeds last night - I think this is something we could use > > eventually: > > > > http://www.nickblundell.org.uk/projects/wikidbase/overview/ > > > > I realize it's using django - but if there's something like it for > > turbogears I'd be all ears. A simple way of letting an end user > > dynamically create a database and automatically have the web forms to go > > with it would go a long way for a lot of things we'd want to record. > > Definitely looks interesting. > > Q: How difficult would it be to start using django apps on our Infra -- what > spaces do we need to fill and how difficult would it be? > The two environments shouldn't have any conflicting problems. It's just a matter of setting up the other one from packages then fulfilling all the deps for wikidbase. -sv From mmcgrath at redhat.com Wed Aug 15 16:04:27 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 15 Aug 2007 11:04:27 -0500 Subject: ssl on publictest dev apps In-Reply-To: <20070813215236.GA3198@crow> References: <20070813215236.GA3198@crow> Message-ID: <46C3240B.9050004@redhat.com> Luke Macken wrote: > There are a handful of development instances of various apps running on > our publictest systems, most of which don't support SSL. This is > obviously not a good thing, so I'm proposing that we either enable SSL > on these apps, or disable the FAS identity provider and provide local > guest accounts on the local SQLite dbs. > We really should do this, anyone with time please install mod_ssl on the test boxes. -Mike From kwade at redhat.com Wed Aug 15 18:09:04 2007 From: kwade at redhat.com (Karsten Wade) Date: Wed, 15 Aug 2007 11:09:04 -0700 Subject: wikidbase In-Reply-To: <1187066625.13822.49.camel@cutter> References: <1187066625.13822.49.camel@cutter> Message-ID: <1187201344.6168.58.camel@erato.phig.org> On Tue, 2007-08-14 at 00:43 -0400, seth vidal wrote: > reading rss feeds last night - I think this is something we could use > eventually: > > http://www.nickblundell.org.uk/projects/wikidbase/overview/ > > I realize it's using django - but if there's something like it for > turbogears I'd be all ears. A simple way of letting an end user > dynamically create a database and automatically have the web forms to go > with it would go a long way for a lot of things we'd want to record. > > thoughts? It's a great idea and simply executed. However we get that, we need it. :) - Karsten -- Karsten Wade ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.fedorapeople.org | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From damian.myerscough at gmail.com Wed Aug 15 18:33:08 2007 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Wed, 15 Aug 2007 19:33:08 +0100 Subject: ssl on publictest dev apps In-Reply-To: <46C3240B.9050004@redhat.com> References: <20070813215236.GA3198@crow> <46C3240B.9050004@redhat.com> Message-ID: <8c9e56490708151133x1704bafam6a770f49d032f229@mail.gmail.com> Hi, publictest1 has mod_ssl installed, I can't seem to SSH into publictest2 On 15/08/07, Mike McGrath wrote: > Luke Macken wrote: > > There are a handful of development instances of various apps running on > > our publictest systems, most of which don't support SSL. This is > > obviously not a good thing, so I'm proposing that we either enable SSL > > on these apps, or disable the FAS identity provider and provide local > > guest accounts on the local SQLite dbs. > > > > We really should do this, anyone with time please install mod_ssl on the > test boxes. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Regards, Damian From mmcgrath at redhat.com Thu Aug 16 03:58:16 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 15 Aug 2007 22:58:16 -0500 Subject: Builder monitoring Message-ID: <46C3CB58.3010604@redhat.com> We've recently started taking a closer look at the builders and as a result we've been getting many notifications. As a baseline, the builders need some work. One thing we've been getting alerted of is memory usage, in particular less than 10% swap free. We have a couple of options. 1) stop monitoring swap on the builders 2) reduce resolution on the builders (check less often and require more failures in a row before notification, right now is 3 failures in a row results in a notification) 3) increase swap (presently about 1G / core so between 2G and 8G of swap on the boxes) Build guys! What do you think? -Mike From dennis at ausil.us Thu Aug 16 04:03:02 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 15 Aug 2007 23:03:02 -0500 Subject: Builder monitoring In-Reply-To: <46C3CB58.3010604@redhat.com> References: <46C3CB58.3010604@redhat.com> Message-ID: <200708152303.09124.dennis@ausil.us> Once upon a time Wednesday 15 August 2007, Mike McGrath wrote: > We've recently started taking a closer look at the builders and as a > result we've been getting many notifications. As a baseline, the > builders need some work. One thing we've been getting alerted of is > memory usage, in particular less than 10% swap free. > > We have a couple of options. > > 1) stop monitoring swap on the builders > 2) reduce resolution on the builders (check less often and require more > failures in a row before notification, right now is 3 failures in a row > results in a notification) > 3) increase swap (presently about 1G / core so between 2G and 8G of swap > on the boxes) > > Build guys! What do you think? > > -Mike Some builders could really do with some more ram. but in the mean time perhaps up swap to 1.5g/core Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From oliver at linux-kernel.at Thu Aug 16 09:18:42 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 16 Aug 2007 11:18:42 +0200 Subject: Builders and mock In-Reply-To: <46B032DF.9030607@linux-kernel.at> References: <46AFDD8E.1070100@redhat.com> <46B032DF.9030607@linux-kernel.at> Message-ID: <46C41672.5030102@linux-kernel.at> On 08/01/2007 09:14 AM, Oliver Falk wrote: > On 08/01/2007 03:10 AM, Mike McGrath wrote: >> Don't upgrade mock on the builders! Long story short, xenbuilder2 was >> having issues earlier this week staying up. Hoping it was a known >> problem I yum updated the box. Mock was updated. Some of these >> updates, however, were with the exit code. We had many builds return a >> successful result even though the build failed. Jesse is looking into >> this and following up with the mock people. I've since rolled back to >> the previous version - 3.0.6-1.fc6 >> >> That is all :) > > Oh yes... Same problem at AlphaCore. Next time I encounter some 'bug' > I'll let you know so you don't run into the same problem. :-) FYI. mock 0.7.4-1.fc8 works fine for AC; I don't know about 0.7.5 yet... Best, Oliver From dennis at ausil.us Thu Aug 16 12:18:01 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 16 Aug 2007 07:18:01 -0500 Subject: Builders and mock In-Reply-To: <46C41672.5030102@linux-kernel.at> References: <46AFDD8E.1070100@redhat.com> <46B032DF.9030607@linux-kernel.at> <46C41672.5030102@linux-kernel.at> Message-ID: <200708160718.20033.dennis@ausil.us> Once upon a time Thursday 16 August 2007, Oliver Falk wrote: > On 08/01/2007 09:14 AM, Oliver Falk wrote: > > On 08/01/2007 03:10 AM, Mike McGrath wrote: > >> Don't upgrade mock on the builders! Long story short, xenbuilder2 was > >> having issues earlier this week staying up. Hoping it was a known > >> problem I yum updated the box. Mock was updated. Some of these > >> updates, however, were with the exit code. We had many builds return a > >> successful result even though the build failed. Jesse is looking into > >> this and following up with the mock people. I've since rolled back to > >> the previous version - 3.0.6-1.fc6 > >> > >> That is all :) > > > > Oh yes... Same problem at AlphaCore. Next time I encounter some 'bug' > > I'll let you know so you don't run into the same problem. :-) > > FYI. > mock 0.7.4-1.fc8 works fine for AC; I don't know about 0.7.5 yet... > Builders are all FC-6 Boxes. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From oliver at linux-kernel.at Thu Aug 16 12:28:18 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 16 Aug 2007 14:28:18 +0200 Subject: Builders and mock In-Reply-To: <200708160718.20033.dennis@ausil.us> References: <46AFDD8E.1070100@redhat.com> <46B032DF.9030607@linux-kernel.at> <46C41672.5030102@linux-kernel.at> <200708160718.20033.dennis@ausil.us> Message-ID: <46C442E2.1020606@linux-kernel.at> On 08/16/2007 02:18 PM, Dennis Gilmore wrote: > Once upon a time Thursday 16 August 2007, Oliver Falk wrote: >> On 08/01/2007 09:14 AM, Oliver Falk wrote: >>> On 08/01/2007 03:10 AM, Mike McGrath wrote: >>>> Don't upgrade mock on the builders! Long story short, xenbuilder2 was >>>> having issues earlier this week staying up. Hoping it was a known >>>> problem I yum updated the box. Mock was updated. Some of these >>>> updates, however, were with the exit code. We had many builds return a >>>> successful result even though the build failed. Jesse is looking into >>>> this and following up with the mock people. I've since rolled back to >>>> the previous version - 3.0.6-1.fc6 >>>> >>>> That is all :) >>> Oh yes... Same problem at AlphaCore. Next time I encounter some 'bug' >>> I'll let you know so you don't run into the same problem. :-) >> FYI. >> mock 0.7.4-1.fc8 works fine for AC; I don't know about 0.7.5 yet... >> > Builders are all FC-6 Boxes. That doesn't mean, you cannot upgrade to mock 0.7.x, does it? :-) Best, Oliver From dennis at ausil.us Thu Aug 16 12:49:06 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 16 Aug 2007 07:49:06 -0500 Subject: Builders and mock In-Reply-To: <46C442E2.1020606@linux-kernel.at> References: <46AFDD8E.1070100@redhat.com> <200708160718.20033.dennis@ausil.us> <46C442E2.1020606@linux-kernel.at> Message-ID: <200708160749.12217.dennis@ausil.us> Once upon a time Thursday 16 August 2007, Oliver Falk wrote: > On 08/16/2007 02:18 PM, Dennis Gilmore wrote: > > Once upon a time Thursday 16 August 2007, Oliver Falk wrote: > >> On 08/01/2007 09:14 AM, Oliver Falk wrote: > >>> On 08/01/2007 03:10 AM, Mike McGrath wrote: > >>>> Don't upgrade mock on the builders! Long story short, xenbuilder2 > >>>> was having issues earlier this week staying up. Hoping it was a known > >>>> problem I yum updated the box. Mock was updated. Some of these > >>>> updates, however, were with the exit code. We had many builds return > >>>> a successful result even though the build failed. Jesse is looking > >>>> into this and following up with the mock people. I've since rolled > >>>> back to the previous version - 3.0.6-1.fc6 > >>>> > >>>> That is all :) > >>> > >>> Oh yes... Same problem at AlphaCore. Next time I encounter some 'bug' > >>> I'll let you know so you don't run into the same problem. :-) > >> > >> FYI. > >> mock 0.7.4-1.fc8 works fine for AC; I don't know about 0.7.5 yet... > > > > Builders are all FC-6 Boxes. > > That doesn't mean, you cannot upgrade to mock 0.7.x, does it? :-) > Actually it does. the newer mock requires newer yum which i dont know what testing its had on python 2.4. We have always used whats in fedora on the builders. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From oliver at linux-kernel.at Thu Aug 16 12:56:47 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 16 Aug 2007 14:56:47 +0200 Subject: Builders and mock In-Reply-To: <200708160749.12217.dennis@ausil.us> References: <46AFDD8E.1070100@redhat.com> <200708160718.20033.dennis@ausil.us> <46C442E2.1020606@linux-kernel.at> <200708160749.12217.dennis@ausil.us> Message-ID: <46C4498F.7020806@linux-kernel.at> On 08/16/2007 02:49 PM, Dennis Gilmore wrote: > Once upon a time Thursday 16 August 2007, Oliver Falk wrote: >> On 08/16/2007 02:18 PM, Dennis Gilmore wrote: >>> Once upon a time Thursday 16 August 2007, Oliver Falk wrote: >>>> On 08/01/2007 09:14 AM, Oliver Falk wrote: >>>>> On 08/01/2007 03:10 AM, Mike McGrath wrote: >>>>>> Don't upgrade mock on the builders! Long story short, xenbuilder2 >>>>>> was having issues earlier this week staying up. Hoping it was a known >>>>>> problem I yum updated the box. Mock was updated. Some of these >>>>>> updates, however, were with the exit code. We had many builds return >>>>>> a successful result even though the build failed. Jesse is looking >>>>>> into this and following up with the mock people. I've since rolled >>>>>> back to the previous version - 3.0.6-1.fc6 >>>>>> >>>>>> That is all :) >>>>> Oh yes... Same problem at AlphaCore. Next time I encounter some 'bug' >>>>> I'll let you know so you don't run into the same problem. :-) >>>> FYI. >>>> mock 0.7.4-1.fc8 works fine for AC; I don't know about 0.7.5 yet... >>> Builders are all FC-6 Boxes. >> That doesn't mean, you cannot upgrade to mock 0.7.x, does it? :-) >> > Actually it does. the newer mock requires newer yum which i dont know what > testing its had on python 2.4. We have always used whats in fedora on the > builders. Oh well, then not. However. If newer core would be installed, you could upgrade. :-) Best, Oliver From mmcgrath at redhat.com Thu Aug 16 13:27:24 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 16 Aug 2007 08:27:24 -0500 Subject: Builders and mock In-Reply-To: <46C4498F.7020806@linux-kernel.at> References: <46AFDD8E.1070100@redhat.com> <200708160718.20033.dennis@ausil.us> <46C442E2.1020606@linux-kernel.at> <200708160749.12217.dennis@ausil.us> <46C4498F.7020806@linux-kernel.at> Message-ID: <46C450BC.7080202@redhat.com> Oliver Falk wrote: > >> Actually it does. the newer mock requires newer yum which i dont know what >> testing its had on python 2.4. We have always used whats in fedora on the >> builders. >> > > Oh well, then not. However. If newer core would be installed, you could > upgrade. :-) > Which brings up a good point...... FC6 isn't going to be active for too much longer. Do we move to 8? -Mike From oliver at linux-kernel.at Thu Aug 16 13:43:11 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 16 Aug 2007 15:43:11 +0200 Subject: Builders and mock In-Reply-To: <46C450BC.7080202@redhat.com> References: <46AFDD8E.1070100@redhat.com> <200708160718.20033.dennis@ausil.us> <46C442E2.1020606@linux-kernel.at> <200708160749.12217.dennis@ausil.us> <46C4498F.7020806@linux-kernel.at> <46C450BC.7080202@redhat.com> Message-ID: <46C4546F.7060608@linux-kernel.at> On 08/16/2007 03:27 PM, Mike McGrath wrote: > Oliver Falk wrote: >> >>> Actually it does. the newer mock requires newer yum which i dont >>> know what testing its had on python 2.4. We have always used whats >>> in fedora on the builders. >>> >> >> Oh well, then not. However. If newer core would be installed, you could >> upgrade. :-) >> > > Which brings up a good point...... FC6 isn't going to be active for too > much longer. Do we move to 8? Well, don't know how much you know about our experience with koji and F7, but Christian has sent a few patches to make koji work on F7; Mostly fixes for newer python. F8 should work as well I think. I'm not really infrastructure member, but I would say: Go for it. Best, Oliver From katzj at redhat.com Thu Aug 16 13:45:49 2007 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 16 Aug 2007 09:45:49 -0400 Subject: Builder monitoring In-Reply-To: <200708152303.09124.dennis@ausil.us> References: <46C3CB58.3010604@redhat.com> <200708152303.09124.dennis@ausil.us> Message-ID: <1187271949.8965.2.camel@localhost.localdomain> On Wed, 2007-08-15 at 23:03 -0500, Dennis Gilmore wrote: > Once upon a time Wednesday 15 August 2007, Mike McGrath wrote: > > We've recently started taking a closer look at the builders and as a > > result we've been getting many notifications. As a baseline, the > > builders need some work. One thing we've been getting alerted of is > > memory usage, in particular less than 10% swap free. > > > > We have a couple of options. > > > > 1) stop monitoring swap on the builders > > 2) reduce resolution on the builders (check less often and require more > > failures in a row before notification, right now is 3 failures in a row > > results in a notification) > > 3) increase swap (presently about 1G / core so between 2G and 8G of swap > > on the boxes) [snip] > Some builders could really do with some more ram. but in the mean time > perhaps up swap to 1.5g/core I'd say a combination of 2 and 3 is going to get the best results of improving reliability and reducing false positives Jeremy From jkeating at redhat.com Thu Aug 16 13:47:24 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 16 Aug 2007 09:47:24 -0400 Subject: Builders and mock In-Reply-To: <46C450BC.7080202@redhat.com> References: <46AFDD8E.1070100@redhat.com> <200708160718.20033.dennis@ausil.us> <46C442E2.1020606@linux-kernel.at> <200708160749.12217.dennis@ausil.us> <46C4498F.7020806@linux-kernel.at> <46C450BC.7080202@redhat.com> Message-ID: <20070816094724.6c012e21@mentok.boston.redhat.com> On Thu, 16 Aug 2007 08:27:24 -0500 Mike McGrath wrote: > Which brings up a good point...... FC6 isn't going to be active for > too much longer. Do we move to 8? I think we might have better luck with RHEL5. This will mirror what Red Hat will be doing with their build farm, and yum has a /much/ more important role in RHEL than it did in the past, so continued support is likely. If we ever want to make a change to rpm/yum that makes building on RHEL5 incompatible, then we can look at migrating to the Fedora de jour then, in anticipation of the next RHEL. P.S. Substitute CentOS for values of RHEL where desired. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From oliver at linux-kernel.at Thu Aug 16 13:53:14 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 16 Aug 2007 15:53:14 +0200 Subject: Builders and mock In-Reply-To: <20070816094724.6c012e21@mentok.boston.redhat.com> References: <46AFDD8E.1070100@redhat.com> <200708160718.20033.dennis@ausil.us> <46C442E2.1020606@linux-kernel.at> <200708160749.12217.dennis@ausil.us> <46C4498F.7020806@linux-kernel.at> <46C450BC.7080202@redhat.com> <20070816094724.6c012e21@mentok.boston.redhat.com> Message-ID: <46C456CA.3000601@linux-kernel.at> On 08/16/2007 03:47 PM, Jesse Keating wrote: > On Thu, 16 Aug 2007 08:27:24 -0500 > Mike McGrath wrote: > >> Which brings up a good point...... FC6 isn't going to be active for >> too much longer. Do we move to 8? > > I think we might have better luck with RHEL5. This will mirror what > Red Hat will be doing with their build farm, and yum has a /much/ more > important role in RHEL than it did in the past, so continued support is > likely. If we ever want to make a change to rpm/yum that makes > building on RHEL5 incompatible, then we can look at migrating to the > Fedora de jour then, in anticipation of the next RHEL. > > > P.S. Substitute CentOS for values of RHEL where desired. EL5 works fine with koji as well. :-) Best, Oliver From mmcgrath at redhat.com Thu Aug 16 13:53:46 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 16 Aug 2007 08:53:46 -0500 Subject: Builders and mock In-Reply-To: <20070816094724.6c012e21@mentok.boston.redhat.com> References: <46AFDD8E.1070100@redhat.com> <200708160718.20033.dennis@ausil.us> <46C442E2.1020606@linux-kernel.at> <200708160749.12217.dennis@ausil.us> <46C4498F.7020806@linux-kernel.at> <46C450BC.7080202@redhat.com> <20070816094724.6c012e21@mentok.boston.redhat.com> Message-ID: <46C456EA.8050306@redhat.com> Jesse Keating wrote: > On Thu, 16 Aug 2007 08:27:24 -0500 > Mike McGrath wrote: > > >> Which brings up a good point...... FC6 isn't going to be active for >> too much longer. Do we move to 8? >> > > I think we might have better luck with RHEL5. This will mirror what > Red Hat will be doing with their build farm, and yum has a /much/ more > important role in RHEL than it did in the past, so continued support is > likely. If we ever want to make a change to rpm/yum that makes > building on RHEL5 incompatible, then we can look at migrating to the > Fedora de jour then, in anticipation of the next RHEL. > > > P.S. Substitute CentOS for values of RHEL where desired. > > How close are we to getting koji in EPEL? -Mike From mmcgrath at redhat.com Thu Aug 16 13:55:18 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 16 Aug 2007 08:55:18 -0500 Subject: Builders and mock In-Reply-To: <46C456EA.8050306@redhat.com> References: <46AFDD8E.1070100@redhat.com> <200708160718.20033.dennis@ausil.us> <46C442E2.1020606@linux-kernel.at> <200708160749.12217.dennis@ausil.us> <46C4498F.7020806@linux-kernel.at> <46C450BC.7080202@redhat.com> <20070816094724.6c012e21@mentok.boston.redhat.com> <46C456EA.8050306@redhat.com> Message-ID: <46C45746.2010205@redhat.com> Mike McGrath wrote: > Jesse Keating wrote: >> On Thu, 16 Aug 2007 08:27:24 -0500 >> Mike McGrath wrote: >> >> >>> Which brings up a good point...... FC6 isn't going to be active for >>> too much longer. Do we move to 8? >>> >> >> I think we might have better luck with RHEL5. This will mirror what >> Red Hat will be doing with their build farm, and yum has a /much/ more >> important role in RHEL than it did in the past, so continued support is >> likely. If we ever want to make a change to rpm/yum that makes >> building on RHEL5 incompatible, then we can look at migrating to the >> Fedora de jour then, in anticipation of the next RHEL. >> >> >> P.S. Substitute CentOS for values of RHEL where desired. >> >> > > How close are we to getting koji in EPEL? Looks like its already in there /me should look at these things before sending emails :) -Mike From mmcgrath at redhat.com Thu Aug 16 20:22:00 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 16 Aug 2007 15:22:00 -0500 Subject: Builder monitoring In-Reply-To: <1187271949.8965.2.camel@localhost.localdomain> References: <46C3CB58.3010604@redhat.com> <200708152303.09124.dennis@ausil.us> <1187271949.8965.2.camel@localhost.localdomain> Message-ID: <46C4B1E8.5070900@redhat.com> Jeremy Katz wrote: > On Wed, 2007-08-15 at 23:03 -0500, Dennis Gilmore wrote: > >> Once upon a time Wednesday 15 August 2007, Mike McGrath wrote: >> >>> We've recently started taking a closer look at the builders and as a >>> result we've been getting many notifications. As a baseline, the >>> builders need some work. One thing we've been getting alerted of is >>> memory usage, in particular less than 10% swap free. >>> >>> We have a couple of options. >>> >>> 1) stop monitoring swap on the builders >>> 2) reduce resolution on the builders (check less often and require more >>> failures in a row before notification, right now is 3 failures in a row >>> results in a notification) >>> 3) increase swap (presently about 1G / core so between 2G and 8G of swap >>> on the boxes) >>> > [snip] > >> Some builders could really do with some more ram. but in the mean time >> perhaps up swap to 1.5g/core >> > > I'd say a combination of 2 and 3 is going to get the best results of > improving reliability and reducing false positives > > Created a ticket: https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/124 -Mike From mmcgrath at redhat.com Mon Aug 20 02:43:35 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 19 Aug 2007 21:43:35 -0500 Subject: Turbogears and memory usage Message-ID: <46C8FFD7.50604@redhat.com> App3 and App4 are pretty much dedicated to turbogears apps. Right now pkgdb, smolt and mirror manager. I've noticed app3 and app4 are both swapping pretty bad. I was hoping some of the application owners (and general community) could investigate further and verify that the applications are behaving properly and look to see if there are more efficiencies we could gain. App3: apache 1741 0.5 5.3 506168 110048 ? Sl Aug17 15:54 /usr/bin/python /srv/tg/pkgdb/pkgdb/start-pkgdb.py /srv/tg/pkgdb/prod.cfg apache 13509 2.2 31.1 1418520 638624 ? Sl Aug13 196:05 /usr/bin/python /srv/tg/mirrormanager/start-mirrors.py prod.cfg apache 13511 13.8 7.1 677396 147376 ? Sl Aug13 1235:14 /usr/bin/python /usr/share/smolt/smoon/start-hardware.py prod.cfg App4: apache 6951 0.2 1.8 226308 17632 ? Sl Aug15 12:02 /usr/bin/python /srv/tg/pkgdb/pkgdb/start-pkgdb.py /srv/tg/pkgdb/prod.cfg apache 18055 3.0 39.9 910332 384916 ? Sl Aug13 268:21 /usr/bin/python /srv/tg/mirrormanager/start-mirrors.py prod.cfg apache 18057 0.6 6.6 233648 63908 ? Sl Aug13 54:06 /usr/bin/python /usr/share/smolt/smoon/start-hardware.py prod.cfg -Mike From Matt_Domsch at dell.com Mon Aug 20 02:50:32 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 19 Aug 2007 21:50:32 -0500 Subject: Turbogears and memory usage In-Reply-To: <46C8FFD7.50604@redhat.com> References: <46C8FFD7.50604@redhat.com> Message-ID: <20070820025032.GA32264@auslistsprd01.us.dell.com> On Sun, Aug 19, 2007 at 09:43:35PM -0500, Mike McGrath wrote: > App3 and App4 are pretty much dedicated to turbogears apps. Right now > pkgdb, smolt and mirror manager. I've noticed app3 and app4 are both > swapping pretty bad. I was hoping some of the application owners (and > general community) could investigate further and verify that the > applications are behaving properly and look to see if there are more > efficiencies we could gain. Is there a good way to know what parts of a python app are consuming memory? A python debugger of sorts? Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From ivazqueznet at gmail.com Mon Aug 20 06:08:52 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Mon, 20 Aug 2007 02:08:52 -0400 Subject: Turbogears and memory usage In-Reply-To: <20070820025032.GA32264@auslistsprd01.us.dell.com> References: <46C8FFD7.50604@redhat.com> <20070820025032.GA32264@auslistsprd01.us.dell.com> Message-ID: <1187590132.10936.1.camel@ignacio.lan> On Sun, 2007-08-19 at 21:50 -0500, Matt Domsch wrote: > Is there a good way to know what parts of a python app are consuming > memory? A python debugger of sorts? After a bit of looking around I found this, but it looks like it needs 64-bit (and maybe endianness) cleanups: http://guppy-pe.sourceforge.net/ -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at redhat.com Mon Aug 20 19:35:21 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 20 Aug 2007 14:35:21 -0500 Subject: Asterisk on the wiki Message-ID: <46C9ECF9.6090207@redhat.com> I've created a start asterisk page on the wiki. Please take a look / change it so it makes sense. Also anything to add to the troubleshooting section will be much appreciated. Just think about any issues that came up when you were connecting. http://fedoraproject.org/wiki/Infrastructure/Asterisk -Mike From sundaram at fedoraproject.org Tue Aug 21 08:42:59 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 21 Aug 2007 14:12:59 +0530 Subject: Asterisk on the wiki In-Reply-To: <46C9ECF9.6090207@redhat.com> References: <46C9ECF9.6090207@redhat.com> Message-ID: <46CAA593.7060109@fedoraproject.org> Mike McGrath wrote: > I've created a start asterisk page on the wiki. Please take a look / > change it so it makes sense. Also anything to add to the > troubleshooting section will be much appreciated. Just think about any > issues that came up when you were connecting. > > http://fedoraproject.org/wiki/Infrastructure/Asterisk Shouldn't the package review completed and the package be in the repository before being used in infrastructure? Rahul From skvidal at fedoraproject.org Tue Aug 21 11:53:27 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 21 Aug 2007 07:53:27 -0400 Subject: Asterisk on the wiki In-Reply-To: <46CAA593.7060109@fedoraproject.org> References: <46C9ECF9.6090207@redhat.com> <46CAA593.7060109@fedoraproject.org> Message-ID: <1187697207.16948.21.camel@cutter> On Tue, 2007-08-21 at 14:12 +0530, Rahul Sundaram wrote: > Mike McGrath wrote: > > I've created a start asterisk page on the wiki. Please take a look / > > change it so it makes sense. Also anything to add to the > > troubleshooting section will be much appreciated. Just think about any > > issues that came up when you were connecting. > > > > http://fedoraproject.org/wiki/Infrastructure/Asterisk > > Shouldn't the package review completed and the package be in the > repository before being used in infrastructure? No. The package review really only has to be started and in progress. We don't want to hold up infrastructure deployments forever. -sv From sundaram at fedoraproject.org Tue Aug 21 12:38:17 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 21 Aug 2007 18:08:17 +0530 Subject: Asterisk on the wiki In-Reply-To: <1187697207.16948.21.camel@cutter> References: <46C9ECF9.6090207@redhat.com> <46CAA593.7060109@fedoraproject.org> <1187697207.16948.21.camel@cutter> Message-ID: <46CADCB9.90203@fedoraproject.org> seth vidal wrote: > On Tue, 2007-08-21 at 14:12 +0530, Rahul Sundaram wrote: >> Mike McGrath wrote: >>> I've created a start asterisk page on the wiki. Please take a look / >>> change it so it makes sense. Also anything to add to the >>> troubleshooting section will be much appreciated. Just think about any >>> issues that came up when you were connecting. >>> >>> http://fedoraproject.org/wiki/Infrastructure/Asterisk >> Shouldn't the package review completed and the package be in the >> repository before being used in infrastructure? > > No. The package review really only has to be started and in progress. We > don't want to hold up infrastructure deployments forever. I kind of get different answers each time on this. One of the reasons why it is useful to document policies like I said sometime back on the same topic is to have common understanding and expectations. Rahul From skvidal at fedoraproject.org Tue Aug 21 12:58:50 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 21 Aug 2007 08:58:50 -0400 Subject: Asterisk on the wiki In-Reply-To: <46CADCB9.90203@fedoraproject.org> References: <46C9ECF9.6090207@redhat.com> <46CAA593.7060109@fedoraproject.org> <1187697207.16948.21.camel@cutter> <46CADCB9.90203@fedoraproject.org> Message-ID: <1187701130.16948.40.camel@cutter> On Tue, 2007-08-21 at 18:08 +0530, Rahul Sundaram wrote: > seth vidal wrote: > > On Tue, 2007-08-21 at 14:12 +0530, Rahul Sundaram wrote: > >> Mike McGrath wrote: > >>> I've created a start asterisk page on the wiki. Please take a look / > >>> change it so it makes sense. Also anything to add to the > >>> troubleshooting section will be much appreciated. Just think about any > >>> issues that came up when you were connecting. > >>> > >>> http://fedoraproject.org/wiki/Infrastructure/Asterisk > >> Shouldn't the package review completed and the package be in the > >> repository before being used in infrastructure? > > > > No. The package review really only has to be started and in progress. We > > don't want to hold up infrastructure deployments forever. > > I kind of get different answers each time on this. One of the reasons > why it is useful to document policies like I said sometime back on the > same topic is to have common understanding and expectations. > The policy is pretty simple and unwritten on purpose- we try to make sure we have a package in fedora/epel for anything we use in infrastructure. For testing environments like publictest we don't require it but we do try to make sure the process is in motion. The reason the policy is unwritten is so our hands aren't tied waiting for a review or a package push to happen. -sv From mmcgrath at redhat.com Tue Aug 21 13:17:48 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 21 Aug 2007 08:17:48 -0500 Subject: Asterisk on the wiki In-Reply-To: <46CADCB9.90203@fedoraproject.org> References: <46C9ECF9.6090207@redhat.com> <46CAA593.7060109@fedoraproject.org> <1187697207.16948.21.camel@cutter> <46CADCB9.90203@fedoraproject.org> Message-ID: <46CAE5FC.6040605@redhat.com> Rahul Sundaram wrote: > seth vidal wrote: >> On Tue, 2007-08-21 at 14:12 +0530, Rahul Sundaram wrote: >>> Mike McGrath wrote: >>>> I've created a start asterisk page on the wiki. Please take a look >>>> / change it so it makes sense. Also anything to add to the >>>> troubleshooting section will be much appreciated. Just think about >>>> any issues that came up when you were connecting. >>>> >>>> http://fedoraproject.org/wiki/Infrastructure/Asterisk >>> Shouldn't the package review completed and the package be in the >>> repository before being used in infrastructure? >> >> No. The package review really only has to be started and in progress. We >> don't want to hold up infrastructure deployments forever. > > I kind of get different answers each time on this. One of the reasons > why it is useful to document policies like I said sometime back on the > same topic is to have common understanding and expectations. Rahul, I'm sorry you continue to misunderstand this policy. If the packaging process gets halted or the package gets denied we will remove the system from our servers. In the meantime there it is, in (Beta) as is listed on that page. More curiously I have to ask, what is it you're trying to accomplish by bring up issues like this? You've done it in the past and it is un clear to me what it is you're trying to accomplish. If you're concerned about asterisk being in use and not being in Fedora, why not assist in its review? -Mike -Mike From sundaram at fedoraproject.org Tue Aug 21 17:50:26 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 21 Aug 2007 23:20:26 +0530 Subject: Asterisk on the wiki In-Reply-To: <46CAE5FC.6040605@redhat.com> References: <46C9ECF9.6090207@redhat.com> <46CAA593.7060109@fedoraproject.org> <1187697207.16948.21.camel@cutter> <46CADCB9.90203@fedoraproject.org> <46CAE5FC.6040605@redhat.com> Message-ID: <46CB25E2.7050905@fedoraproject.org> Mike McGrath wrote: > Rahul, I'm sorry you continue to misunderstand this policy. If the > packaging process gets halted or the package gets denied we will remove > the system from our servers. In the meantime there it is, in (Beta) as > is listed on that page. > More curiously I have to ask, what is it you're trying to accomplish by > bring up issues like this? You've done it in the past and it is un > clear to me what it is you're trying to accomplish. If you're concerned > about asterisk being in use and not being in Fedora, why not assist in > its review? My goal here is to understand the view points so that when I get to talk to *others* not involved in the various sub projects, I can convey to them how the process here works. Since I do that often, I prefer to rely on info that is well documented. Rahul From jima at beer.tclug.org Wed Aug 22 21:21:25 2007 From: jima at beer.tclug.org (Jima) Date: Wed, 22 Aug 2007 16:21:25 -0500 (CDT) Subject: Introduction Message-ID: Hi folks! As per the "Getting Started" walkthrough, I thought I'd spam you guys with a brief rundown of who I am, although I'm sure a number of you already know. My name is Patrick Laughton, although most people who know me call me Jima (yes, IRL, too). I hail from the Great White North -- Minneapolis, MN, or thereabouts. (That's in the Central US time zone, CDT/GMT-5.) I've been maintaining Linux boxen for maybe ten years, seven of those professionally. I started out with Slackware (how's that for cutting your teeth?), but long ago moved to Red Hat, and then Fedora. Like many in Fedora Packager Land, I got started because as a sysadmin, there were often packages I needed that weren't otherwise easily available. So I packaged what I needed, threw them in a repository, and went on my merry way. What a pain. I joined Fedora Extras about 16 months ago to offset some of that heavy lifting. In addition to making sure everything I needed was in Fedora, I took on some orphaned packages, and generally looked for other ways I could help out the project. That's what brings me to Infrastructure; to see if any of my possibly mediocre skills as a sysadmin might in some way benefit the bigger picture. I'll be up-front: I'm not a programmer. I can't code worth crap. I know a little C (not C++), my perl talents are decent (if sloppy and roundabout), but I can shell script like mad. I'm fairly comfortable with Apache, BIND, dnsmasq, Exim, OpenSSH, Postfix, and Sendmail. Okay, if it's a daemon, I'm probably not too bad with it. I've played with Nagios and MRTG on and off over the years, as well. More recently (in the last year or so) I've gotten fairly good at working with Xen. Not KVM, sadly, due to my general lack of machines with hardware virtualization capabilities. My SCM, database, and clustering skills leave a lot to be desired, mainly because I haven't had any real use for them in my job. Also, I'm entirely useless at design, unless you like plain, unformatted text, and stick figures. Anything HTML is liable to be compliant, just ugly and/or boring. I don't have any specific goals in mind for getting into Infrastructure; as I said, I'd be happy to help out with anything that could use some extra hands. I think that pretty well covers things. Geez, I should have just updated my resume; it might have been easier, if a little more glossed-over. Have a nice day. Jima From mmcgrath at redhat.com Wed Aug 22 21:32:39 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 22 Aug 2007 16:32:39 -0500 Subject: Introduction In-Reply-To: References: Message-ID: <46CCAB77.2070200@redhat.com> Jima wrote: > Hi folks! > > As per the "Getting Started" walkthrough, I thought I'd spam you guys > with a brief rundown of who I am, although I'm sure a number of you > already know. > My name is Patrick Laughton, although most people who know me call me > Jima (yes, IRL, too). I hail from the Great White North -- > Minneapolis, MN, or thereabouts. (That's in the Central US time zone, > CDT/GMT-5.) I've been maintaining Linux boxen for maybe ten years, > seven of those professionally. I started out with Slackware (how's > that for cutting your teeth?), but long ago moved to Red Hat, and then > Fedora. > > Like many in Fedora Packager Land, I got started because as a > sysadmin, there were often packages I needed that weren't otherwise > easily available. So I packaged what I needed, threw them in a > repository, and went on my merry way. What a pain. > I joined Fedora Extras about 16 months ago to offset some of that > heavy lifting. In addition to making sure everything I needed was in > Fedora, I took on some orphaned packages, and generally looked for > other ways I could help out the project. That's what brings me to > Infrastructure; to see if any of my possibly mediocre skills as a > sysadmin might in some way benefit the bigger picture. > > I'll be up-front: I'm not a programmer. I can't code worth crap. I > know a little C (not C++), my perl talents are decent (if sloppy and > roundabout), but I can shell script like mad. > I'm fairly comfortable with Apache, BIND, dnsmasq, Exim, OpenSSH, > Postfix, and Sendmail. Okay, if it's a daemon, I'm probably not too > bad with it. I've played with Nagios and MRTG on and off over the > years, as well. More recently (in the last year or so) I've gotten > fairly good at working with Xen. Not KVM, sadly, due to my general > lack of machines with hardware virtualization capabilities. > My SCM, database, and clustering skills leave a lot to be desired, > mainly because I haven't had any real use for them in my job. Also, > I'm entirely useless at design, unless you like plain, unformatted > text, and stick figures. Anything HTML is liable to be compliant, > just ugly and/or boring. > > I don't have any specific goals in mind for getting into > Infrastructure; as I said, I'd be happy to help out with anything that > could use some extra hands. > > I think that pretty well covers things. Geez, I should have just > updated my resume; it might have been easier, if a little more > glossed-over. > Have a nice day. Jima who? :) Make sure you can come to the meetings in #fedora-meeting (http://fedoraproject.org/wiki/Infrastructure/Meetings) Also take a look at https://hosted.fedoraproject.org/projects/fedora-infrastructure/ and see if there's anything in particular you're interested in. If not we can always use scripting help with our current scripts and future stuff. -Mike From a.badger at gmail.com Wed Aug 22 22:14:00 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 22 Aug 2007 15:14:00 -0700 Subject: Bugzilla Upgrade breakage Message-ID: <46CCB528.8020203@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey guys, The bugzilla upgrade planned for this Friday will break the FAS => Bugzilla sync. The problem is that the current method of syncing is: 1) cron job fires 2) everyone is removed from the bugzilla fedora_contrib group. 3) everyone in fedorabugs is added to the fedora_contrib group In the migrated system, we are not going to be able to do step #2 (because we will no longer have access to the db and there's no xmlrpc call to do it.) I'm planning on introducing this kludge to make things work: 1) user is removed from fedorabugs. 2) user is added to a new FAS table with a remove flag: bugzilla_queue 3) user is added to fedorabugs 4) user is added to bugzilla_queue with an add flag 5) cron job fires 6) user in bugzilla_queue are added or removed from fedora_contrib according to the flag. 7) user is removed from bugzilla_queue 8) repeat from #6 until no more users in queue. Unless someone can come up with a better method, I'll be implementing this today. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGzLUoX6yAic2E7kgRArVvAJ4vm2V8s027/eJDOZrcTiHLyiyNMQCgsqMD Rt8/ndty/iMU7w7W1sbiyYk= =deuI -----END PGP SIGNATURE----- From mmcgrath at redhat.com Wed Aug 22 22:25:06 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 22 Aug 2007 17:25:06 -0500 Subject: Bugzilla Upgrade breakage In-Reply-To: <46CCB528.8020203@gmail.com> References: <46CCB528.8020203@gmail.com> Message-ID: <46CCB7C2.4030407@redhat.com> Toshio Kuratomi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hey guys, > > The bugzilla upgrade planned for this Friday will break the FAS => > Bugzilla sync. The problem is that the current method of syncing is: > > 1) cron job fires > 2) everyone is removed from the bugzilla fedora_contrib group. > 3) everyone in fedorabugs is added to the fedora_contrib group > > In the migrated system, we are not going to be able to do step #2 > (because we will no longer have access to the db and there's no xmlrpc > call to do it.) > > I'm planning on introducing this kludge to make things work: > > 1) user is removed from fedorabugs. > 2) user is added to a new FAS table with a remove flag: bugzilla_queue > 3) user is added to fedorabugs > 4) user is added to bugzilla_queue with an add flag > 5) cron job fires > 6) user in bugzilla_queue are added or removed from fedora_contrib > according to the flag. > 7) user is removed from bugzilla_queue > 8) repeat from #6 until no more users in queue. > > Unless someone can come up with a better method, I'll be implementing > this today. Is there a way to simplify this if we work with the bugzilla people? Would they even be willing? -Mike From mastahnke at gmail.com Wed Aug 22 22:56:13 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 22 Aug 2007 17:56:13 -0500 Subject: Bugzilla Upgrade breakage In-Reply-To: <46CCB7C2.4030407@redhat.com> References: <46CCB528.8020203@gmail.com> <46CCB7C2.4030407@redhat.com> Message-ID: <7874d9dd0708221556j4c135a77g6beee0adc9b324f7@mail.gmail.com> On 8/22/07, Mike McGrath wrote: > Toshio Kuratomi wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hey guys, > > > > The bugzilla upgrade planned for this Friday will break the FAS => > > Bugzilla sync. The problem is that the current method of syncing is: > > > > 1) cron job fires > > 2) everyone is removed from the bugzilla fedora_contrib group. > > 3) everyone in fedorabugs is added to the fedora_contrib group > > > > In the migrated system, we are not going to be able to do step #2 > > (because we will no longer have access to the db and there's no xmlrpc > > call to do it.) Could an xmlrpc call be implemented? (maybe longer-term) stahnma From a.badger at gmail.com Wed Aug 22 23:01:21 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 22 Aug 2007 16:01:21 -0700 Subject: Bugzilla Upgrade breakage In-Reply-To: <46CCB7C2.4030407@redhat.com> References: <46CCB528.8020203@gmail.com> <46CCB7C2.4030407@redhat.com> Message-ID: <46CCC041.9020903@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike McGrath wrote: > Toshio Kuratomi wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hey guys, >> >> The bugzilla upgrade planned for this Friday will break the FAS => >> Bugzilla sync. The problem is that the current method of syncing is: >> >> 1) cron job fires >> 2) everyone is removed from the bugzilla fedora_contrib group. >> 3) everyone in fedorabugs is added to the fedora_contrib group >> >> In the migrated system, we are not going to be able to do step #2 >> (because we will no longer have access to the db and there's no xmlrpc >> call to do it.) >> >> I'm planning on introducing this kludge to make things work: >> >> 1) user is removed from fedorabugs. >> 2) user is added to a new FAS table with a remove flag: bugzilla_queue >> 3) user is added to fedorabugs >> 4) user is added to bugzilla_queue with an add flag >> 5) cron job fires >> 6) user in bugzilla_queue are added or removed from fedora_contrib >> according to the flag. >> 7) user is removed from bugzilla_queue >> 8) repeat from #6 until no more users in queue. >> >> Unless someone can come up with a better method, I'll be implementing >> this today. > > Is there a way to simplify this if we work with the bugzilla people? > Would they even be willing? I've been talking to Dave Lawrence who has added everything else we needed to the new xmlrpc API. However, this one hasn't been addressed. It looks like I didn't actually send the last message I wrote to him so I'll try to reach him about this. But we've only got two days until the switchover so.... - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGzMBBX6yAic2E7kgRAsSkAJ0faXKsw3OqtdkNHs9P24J3hf5idgCgjMZC f1Yc4wQHwEalks2+XB/gJds= =XAMT -----END PGP SIGNATURE----- From mmcgrath at redhat.com Wed Aug 22 23:03:08 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 22 Aug 2007 18:03:08 -0500 Subject: Bugzilla Upgrade breakage In-Reply-To: <46CCC041.9020903@gmail.com> References: <46CCB528.8020203@gmail.com> <46CCB7C2.4030407@redhat.com> <46CCC041.9020903@gmail.com> Message-ID: <46CCC0AC.1020704@redhat.com> Toshio Kuratomi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mike McGrath wrote: > >> Toshio Kuratomi wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Hey guys, >>> >>> The bugzilla upgrade planned for this Friday will break the FAS => >>> Bugzilla sync. The problem is that the current method of syncing is: >>> >>> 1) cron job fires >>> 2) everyone is removed from the bugzilla fedora_contrib group. >>> 3) everyone in fedorabugs is added to the fedora_contrib group >>> >>> In the migrated system, we are not going to be able to do step #2 >>> (because we will no longer have access to the db and there's no xmlrpc >>> call to do it.) >>> >>> I'm planning on introducing this kludge to make things work: >>> >>> 1) user is removed from fedorabugs. >>> 2) user is added to a new FAS table with a remove flag: bugzilla_queue >>> 3) user is added to fedorabugs >>> 4) user is added to bugzilla_queue with an add flag >>> 5) cron job fires >>> 6) user in bugzilla_queue are added or removed from fedora_contrib >>> according to the flag. >>> 7) user is removed from bugzilla_queue >>> 8) repeat from #6 until no more users in queue. >>> >>> Unless someone can come up with a better method, I'll be implementing >>> this today. >>> >> Is there a way to simplify this if we work with the bugzilla people? >> Would they even be willing? >> > > I've been talking to Dave Lawrence who has added everything else we > needed to the new xmlrpc API. However, this one hasn't been addressed. > It looks like I didn't actually send the last message I wrote to > him so I'll try to reach him about this. But we've only got two days > until the switchover so.... > yeah, thanks for catching this and coming up with a fix. -Mike From oliver at linux-kernel.at Thu Aug 23 07:33:54 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 23 Aug 2007 09:33:54 +0200 Subject: Introduction In-Reply-To: References: Message-ID: <46CD3862.6000501@linux-kernel.at> On 08/22/2007 11:21 PM, Jima wrote: > As per the "Getting Started" walkthrough, I thought I'd spam you guys > with a brief rundown of who I am, although I'm sure a number of you > already know. Yes. I do :-) [ ... ] However, what a nice Intro - I should have written something like this myself, but always was to lazy.... Best, Oliver From mmcgrath at redhat.com Thu Aug 23 15:29:53 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 23 Aug 2007 10:29:53 -0500 Subject: Puppet Training! Message-ID: <46CDA7F1.3090102@redhat.com> puppet1 is ready to be used (right now everything is still on lockbox until after the training). I'm going to do some actual training this time around on how we're using it. Training is optional but strongly encouraged (as I'm interested in discussion from those of you who use it to find better ways of doing things) The training will be done over asterisk, and in #fedora-meeting. Since much of it is training you will only need to listen so no microphone is needed. I'll be handing out slides. See http://fedoraproject.org/wiki/Infrastructure/Asterisk for how to connect. Please let me know which of these times work best for you: Monday August 27th at 15:00 UTC Monday August 27th at 20:00 UTC Wednesday August 29th at 20:00 UTC Right now I'm scheduling it for the 27th at 20:00 UTC unless people can't make that time. -Mike From paulo.banon at googlemail.com Thu Aug 23 15:59:14 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Thu, 23 Aug 2007 17:59:14 +0200 Subject: Puppet Training! In-Reply-To: <46CDA7F1.3090102@redhat.com> References: <46CDA7F1.3090102@redhat.com> Message-ID: <7a41c4bc0708230859p1075ddc2i467e8425a671c85b@mail.gmail.com> Monday August 27th at 20:00 UTC for me please :) Thanks, Paulo On 8/23/07, Mike McGrath wrote: > > puppet1 is ready to be used (right now everything is still on lockbox > until after the training). I'm going to do some actual training this > time around on how we're using it. Training is optional but strongly > encouraged (as I'm interested in discussion from those of you who use it > to find better ways of doing things) > > The training will be done over asterisk, and in #fedora-meeting. Since > much of it is training you will only need to listen so no microphone is > needed. I'll be handing out slides. See > http://fedoraproject.org/wiki/Infrastructure/Asterisk for how to connect. > > Please let me know which of these times work best for you: > > Monday August 27th at 15:00 UTC > Monday August 27th at 20:00 UTC > Wednesday August 29th at 20:00 UTC > > Right now I'm scheduling it for the 27th at 20:00 UTC unless people > can't make that time. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.badger at gmail.com Thu Aug 23 16:16:43 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 23 Aug 2007 09:16:43 -0700 Subject: Puppet Training! In-Reply-To: <46CDA7F1.3090102@redhat.com> References: <46CDA7F1.3090102@redhat.com> Message-ID: <46CDB2EB.3040203@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike McGrath wrote: > Please let me know which of these times work best for you: > > Monday August 27th at 15:00 UTC > Monday August 27th at 20:00 UTC > Wednesday August 29th at 20:00 UTC > > Right now I'm scheduling it for the 27th at 20:00 UTC unless people > can't make that time. > Aug 27th at 20:00 UTC works well for me as well. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGzbLrX6yAic2E7kgRAi6GAJ0QGi9743PAU2jaZt9qbl/4fNtAHACfQxrv qbnhzFo9RoBO32qUD08uTuc= =lIC4 -----END PGP SIGNATURE----- From damian.myerscough at gmail.com Thu Aug 23 17:08:28 2007 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Thu, 23 Aug 2007 19:08:28 +0200 Subject: Puppet Training! In-Reply-To: <46CDB2EB.3040203@gmail.com> References: <46CDA7F1.3090102@redhat.com> <46CDB2EB.3040203@gmail.com> Message-ID: <8c9e56490708231008h5459c2b8n7838cc76b8a53000@mail.gmail.com> Hey Mike, Can you record it so I can listen to it.. I am in Germany now so I haven't got an Internet connection as I have to use a friends. On 23/08/07, Toshio Kuratomi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mike McGrath wrote: > > Please let me know which of these times work best for you: > > > > Monday August 27th at 15:00 UTC > > Monday August 27th at 20:00 UTC > > Wednesday August 29th at 20:00 UTC > > > > Right now I'm scheduling it for the 27th at 20:00 UTC unless people > > can't make that time. > > > Aug 27th at 20:00 UTC works well for me as well. > > - -Toshio > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFGzbLrX6yAic2E7kgRAi6GAJ0QGi9743PAU2jaZt9qbl/4fNtAHACfQxrv > qbnhzFo9RoBO32qUD08uTuc= > =lIC4 > -----END PGP SIGNATURE----- > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Regards, Damian From mmcgrath at redhat.com Thu Aug 23 17:58:47 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 23 Aug 2007 12:58:47 -0500 Subject: Puppet Training! In-Reply-To: <8c9e56490708231008h5459c2b8n7838cc76b8a53000@mail.gmail.com> References: <46CDA7F1.3090102@redhat.com> <46CDB2EB.3040203@gmail.com> <8c9e56490708231008h5459c2b8n7838cc76b8a53000@mail.gmail.com> Message-ID: <46CDCAD7.4010309@redhat.com> Damian Myerscough wrote: > Hey Mike, > > Can you record it so I can listen to it.. I am in Germany now so I > haven't got an Internet > connection as I have to use a friends. > I don't know if we have recording abilities yet but the slide show will be available online. -Mike From kanarip at kanarip.com Thu Aug 23 19:14:30 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 23 Aug 2007 21:14:30 +0200 Subject: Puppet Training! In-Reply-To: <46CDB2EB.3040203@gmail.com> References: <46CDA7F1.3090102@redhat.com> <46CDB2EB.3040203@gmail.com> Message-ID: <46CDDC96.9040402@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Toshio Kuratomi wrote: > Mike McGrath wrote: >> Please let me know which of these times work best for you: > >> Monday August 27th at 15:00 UTC >> Monday August 27th at 20:00 UTC >> Wednesday August 29th at 20:00 UTC > >> Right now I'm scheduling it for the 27th at 20:00 UTC unless people >> can't make that time. > > Aug 27th at 20:00 UTC works well for me as well. > +1 Kind regards, Jeroen van Meeuwen - -kanarip - -- http://www.kanarip.com/ RHCE, LPIC-2, MCP, CCNA C6B0 7FB4 43E6 CDDA D258 F70B 28DE 9FDA 9342 BF08 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGzdyWKN6f2pNCvwgRAo2BAKC1aTXqUdQJkkFg0QabsHMvfZ67wgCgqqTC iNWGbsYnjIRS05zt1mWrl94= =q9Yp -----END PGP SIGNATURE----- From admin at arcnetworks.biz Thu Aug 23 19:34:21 2007 From: admin at arcnetworks.biz (Anand Capur) Date: Thu, 23 Aug 2007 15:34:21 -0400 Subject: Puppet Training! In-Reply-To: <46CDDC96.9040402@kanarip.com> References: <46CDA7F1.3090102@redhat.com> <46CDB2EB.3040203@gmail.com> <46CDDC96.9040402@kanarip.com> Message-ID: <5d66540b0708231234w17d7ac1axb5319d67c62ba19e@mail.gmail.com> I can make it on Monday the 27th @ 20.00 UTC, but not 15. Wednesday should work also. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmacken at redhat.com Thu Aug 23 20:08:36 2007 From: lmacken at redhat.com (Luke Macken) Date: Thu, 23 Aug 2007 16:08:36 -0400 Subject: Puppet Training! In-Reply-To: <46CDDC96.9040402@kanarip.com> References: <46CDA7F1.3090102@redhat.com> <46CDB2EB.3040203@gmail.com> <46CDDC96.9040402@kanarip.com> Message-ID: <20070823200836.GB6471@crow.myhome.westell.com> On Thu, Aug 23, 2007 at 09:14:30PM +0200, Jeroen van Meeuwen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Toshio Kuratomi wrote: > > Mike McGrath wrote: > >> Please let me know which of these times work best for you: > > > >> Monday August 27th at 15:00 UTC > >> Monday August 27th at 20:00 UTC > >> Wednesday August 29th at 20:00 UTC > > > >> Right now I'm scheduling it for the 27th at 20:00 UTC unless people > >> can't make that time. > > > > Aug 27th at 20:00 UTC works well for me as well. > > > > +1 +1 From rtlm10 at gmail.com Thu Aug 23 20:12:35 2007 From: rtlm10 at gmail.com (Russell Harrison) Date: Thu, 23 Aug 2007 16:12:35 -0400 Subject: Puppet Training! In-Reply-To: <46CDA7F1.3090102@redhat.com> References: <46CDA7F1.3090102@redhat.com> Message-ID: <1ed4a0130708231312r500cbfebl40957fc8cdaf45fa@mail.gmail.com> On 8/23/07, Mike McGrath wrote: > puppet1 is ready to be used (right now everything is still on lockbox > until after the training). I'm going to do some actual training this > time around on how we're using it. Training is optional but strongly > encouraged (as I'm interested in discussion from those of you who use it > to find better ways of doing things) How long do you have planned for this training? I'm very interested in learning more about puppet, so I'll need to block out my calendar to make sure I can attend. ---- Russell Harrison Systems Administrator -- Linux Desktops Cisco Systems, Inc. From mmcgrath at redhat.com Thu Aug 23 20:18:52 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 23 Aug 2007 15:18:52 -0500 Subject: Puppet Training! In-Reply-To: <1ed4a0130708231312r500cbfebl40957fc8cdaf45fa@mail.gmail.com> References: <46CDA7F1.3090102@redhat.com> <1ed4a0130708231312r500cbfebl40957fc8cdaf45fa@mail.gmail.com> Message-ID: <46CDEBAC.6060806@redhat.com> Russell Harrison wrote: > On 8/23/07, Mike McGrath wrote: > >> puppet1 is ready to be used (right now everything is still on lockbox >> until after the training). I'm going to do some actual training this >> time around on how we're using it. Training is optional but strongly >> encouraged (as I'm interested in discussion from those of you who use it >> to find better ways of doing things) >> > > How long do you have planned for this training? I'm very interested > in learning more about puppet, so I'll need to block out my calendar > to make sure I can attend. > I suspect 20 to 30 minutes and then QA at the end. -Mike From jeff at ocjtech.us Thu Aug 23 20:58:54 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Thu, 23 Aug 2007 15:58:54 -0500 Subject: Infratructure Meeting Log for 2007/08/23 Message-ID: <1187902734.3317.25.camel@lt21223.campus.dmacc.edu> [15:02] mmcgrath has set the subject to Infrastructure -- Role call [15:02] mmcgrath: Who's here? [15:02] * lmacken [15:02] jeremy has left (Remote closed the connection (i=ikatzj at nat/redhat/x-85aceb302d31e828)) [15:02] warren has left (Remote closed the connection (i=warren at redhat/wombat/warren)) [15:02] * ricky [15:02] paulobanon: pong [15:02] * londo is here [15:02] * yingbull is here [15:02] mmcgrath: crazy, that happened at this same time last week (jeremy and warren logging off right as the meeting started. [15:03] * ricky is. [15:03] paulobanon: yup [15:03] abadger1999: yes [15:04] mmcgrath has set the subject to Infrastructure -- Tickets [15:04] mmcgrath: https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority [15:04] mmcgrath: paulobanon: Ticket #52, whats up? [15:04] paulobanon: k so [15:04] paulobanon: im going with mod_cache all the way for now [15:04] jcollie: oops i'm here [15:05] paulobanon: we are currently using mod_cache_disk and _mem [15:05] paulobanon: and hopefully during the weekend or early next week start stress testing [15:05] paulobanon: and see what is improved, and what can be improved [15:05] paulobanon: thats it [15:05] mmcgrath: Cool, good to hear thats still making progress. Will we be able to implement for Fedora 8? [15:06] paulobanon: YUP [15:06] paulobanon: [15:06] mmcgrath: fantastic [15:06] paulobanon: thats the plan [15:06] mmcgrath: cool, anything else or we'll move on. [15:06] jeremy has joined the group chat (i=katzj at nat/redhat/x-6c63cab4c75caa85) [15:06] paulobanon: move one [15:06] mmcgrath: k [15:07] mmcgrath: ticket #14 - Choose New VCS for Packages [15:07] mmcgrath: jcollie: any word? [15:07] jcollie: nope... semester starts next week [15:08] mmcgrath: k, no worries. We'll move on. [15:08] mmcgrath: ticket #31 - The wiki [15:08] * ricky doesn't have much to say about the wiki either [15:08] mmcgrath: ricky: should we remove the meeting notice on that ticket? [15:08] stahnma: I added a thought on the ticket [15:08] stahnma: but, it doesn't change the status [15:08] stahnma: [15:08] ricky: mmcgrath: Sure, I hope to be working on FAS2 for a while : [15:08] ricky: ** [15:09] mmcgrath: stahnma: feel free to talk about it. your concern was that we not automatically disclude PHP based wikis right? [15:09] stahnma: yes [15:09] abadger1999: yay! [15:09] paulobanon: \o/ [15:09] abadger1999: Err... Not pp [15:09] abadger1999: php [15:09] abadger1999: [15:09] stahnma: I just think that autocutting PHP is a bit short-sited [15:09] stahnma: it might not make it for other reasons [15:09] stahnma: but security for PHP is more of a rep basedon PHP apps, not PHP itself [15:09] stahnma: yes, it's very easy to code bad php [15:10] mmcgrath: One thing to keep in mind is that we don't have php anywhere else (or java for that matter) so it does make them less attractive. [15:10] stahnma: true [15:10] stahnma: that's a valid point [15:10] * ricky mentions cacti, just to be evil [15:10] mmcgrath: ricky: actually thats a good point. [15:10] mmcgrath: Though its on our noc machine [15:10] stahnma: it's also esy to write good PHP, if you try [15:10] stahnma: and I think mediawiki is awesome [15:10] stahnma: and secure...as secure as a wiki can be [15:10] * stahnma is done onthat one [15:11] mmcgrath: the other thing with the wiki is that its been taking a lower priority as of late. [15:11] paulobanon: lots of ppl working on other stuff [15:11] mmcgrath: stahnma: if you are interested feel free to review other wikis (and how to migrate from moin to them) post to the list. [15:11] abadger1999: stahnma: I'm not sure I'd agree with that. Look at the cve's for mediawiki, for instance. [15:11] paulobanon: and as a future moin is adding a DB backend also [15:11] ricky: Cool! [15:11] stahnma: abadger1999: fair enough, I am not all that educated on it .... [15:12] mmcgrath: ricky: mind if I remove the "meeting" tag from that ticket? [15:12] * paulobanon suggests adding it to FAS2 [15:12] mmcgrath: paulobanon: I'll do that now since its getting to crunch time. [15:12] * paulobanon is evil now... and run from ricky [15:12] ricky: mmcgrath: Sure. [15:13] mmcgrath: lets talk about that now actually [15:13] mmcgrath: Ticket #9 - Fedora Accounts System (LDAP) [15:13] mmcgrath: I know ricky has been doing a ton of work on it, whats the latest? [15:14] * paulobanon crashes lots of stuff... [15:14] ricky: Well my only change to the LDAP schema was to add a description field for groups- everything else was with the TG app. [15:14] paulobanon: ricky: u're using genshi or kid ? [15:14] ricky: I ended up moving the user/group sections out into different files/switching to genshi and doing some general template cleanups. [15:14] jcollie: didn't we need something for UIDs/GIDs? [15:15] abadger1999: Cool. So lots of cleanup it sounds like. [15:15] mmcgrath: jcollie: yeah we still need to add UIDs and GIDs, there's a way in ldap to do that and ensure its unique but I didn't get it working. [15:15] ricky: Hopefully, the permissions stuff should all be separated into auth.py now, although the templates still need to be made to use it. [15:15] mmcgrath: lots of *much needed* cleanup [15:16] ricky: But I have a feeling that the next cleanup will probably need to remove some really inefficient LDAP queries that I used- heh/ [15:16] mmcgrath: ricky: what are your near future plans with it? Do you want to take ownership over this and make sure its done by F8 or would you rather just hack on it and get more stuff done? [15:16] mmcgrath: we can always do that down the road, I've seen what your queries are doing and they feel reasonably fast (though you're right, they probably won't scale very well) [15:17] ricky: mmcgrath: Well, my plan is to concentrate on mostly on FAS, but it'd be great to have more people that actualyl know python work on it [15:17] paulobanon: is FAS2 still up for F8 release ? [15:17] ricky: (This is really my first time touching python/TG) [15:18] ricky: paulobanon: That might depend on the criteria. [15:18] mmcgrath: paulobanon: I'm hoping so though it dawned on me that releasing it close to the GA release may not be a good idea. [15:18] ricky: paulobanon: I've heard something about possible OpenID integration, etc. so I'm not sure how "featureful" it needs to be by release. [15:18] mmcgrath: so I'd like to have it ready for F8, but then deploy it shortly after. [15:18] mmcgrath: we're shooting for OpenID integration but not for the initial rollout. [15:18] ricky: Ah, that makes it more realistic [15:18] mmcgrath: right now we just want to replace whats there with this, then add on to it. [15:19] daMaestro has joined the group chat (n=jon at fedora/damaestro) [15:19] ricky: Oh, then the big missing stuff is editing groups, CLA, and integration with other apps, shell accounts, etc. [15:19] ricky: (And maybe a good lookover for any security issues for good measure) [15:19] ChitleshGoorah has left (Remote closed the connection (n=chitlesh at fedora/ChitleshGoorah)) [15:20] mmcgrath: CLA (hopefully through a wizzard) and the integration with other apps. [15:20] abadger1999: Do we have a spec on the new CLA process? [15:20] * skvidal hates at the CLA [15:20] ricky: Hm, would it necessarily have to be an e-mail process, since we'd already have the e-mail linked to the user? [15:20] mmcgrath: For the initial rollout I'll probably leave the clients alone. [15:20] abadger1999: Still gpg signed, but via a web form? [15:20] ricky: abadger1999: +1 [15:20] mmcgrath: abadger1999: its going to duplicate what is there now, but through a web form instead of email. [15:21] abadger1999: Sounds good. [15:21] ricky: And as a TODO, when the user changes their e-mail it should be verified before the change is accepted. [15:21] mmcgrath: and hopefully with proper debugging (IE: Your key is not found on MIT's site, you didn't encrypt this, this isn't the cla) that sort of thing. [15:21] ricky: I'm not sure how we'd implement that within our current LDAP schema. [15:21] abadger1999: mmcgrath: +1 [15:21] abadger1999: mmcgrath: Almost certainly, translations of the CLA would have to pass legal. [15:22] abadger1999: ricky: We'll have to put that in the DB [15:22] mmcgrath: abadger1999: I'll muse about that for a while. That won't be in the intitial rollout. [15:22] abadger1999: ricky: A queuing system of some sort. LDAPusername wants to use newemail at .... [15:22] mmcgrath: we'll have to discuss that further. probably on the mailing list. [15:22] ricky: abadger1999: Ah, so some DB integration for purely internal accounts system stuff. [15:23] ricky: That sounds like it'd help a lot- I wouldn't feel so locked into to the LDAP schema. [15:23] abadger1999: ricky: When the user replies, the TG app looks in the queue, changes it in LDAP and removes it from the queue. [15:23] abadger1999: ricky: [15:23] mmcgrath: ricky: anything else with FAS2? If not we'll move on. [15:23] paulobanon: go go go go go [15:24] ricky: mmcgrath: Everything sounds good for now- I'll probably ask more questions in #fedora-admin later. [15:24] mmcgrath: cool, thanks for working on this. Seems every time I sat down to work on it, something else came up. [15:24] mmcgrath has set the subject to Infrastructure -- Schedule [15:24] mmcgrath: http://fedoraproject.org/wiki/Infrastructure/Schedule [15:24] kital has joined the group chat (n=Joerg_Si at fedora/kital) [15:25] mmcgrath: I need to update the schedule. I think the sponsorship setup we have now is good though we need to let it run its course and get more people involved. [15:25] mmcgrath: we talked about VCS already. [15:25] mmcgrath: Does anyone have anything to say about the SOP's? [15:25] mmcgrath: We don't have that many yet. [15:25] paulobanon: if we have people asking new hosted project [15:25] mmcgrath: The ones we do have are pretty good though. [15:25] paulobanon: whats the rule on that [15:26] mmcgrath: Thats a good question, and its kind of up in the air. [15:26] mmcgrath: The problem is, and I'll be blunt, we don't want to host crap. [15:26] paulobanon: +1 [15:26] ricky: Hm, I wonder if some of the longer ones could be made into scripts. [15:26] mmcgrath: but without knowing the people and projects involved. Its hard to figure out whats crap and whats gold. [15:26] mmcgrath: ricky: ? [15:26] mmcgrath: you mean the longer instructions in the SOP? [15:27] paulobanon: so i would say mail the list and explain what/why and request approval [15:27] ricky: Actually, I guess this only applies to the denyhosts one, never mind [15:27] mmcgrath: maybe. Actually you should mail the list and we should discuss it more. [15:27] mmcgrath: [15:27] paulobanon: i agree [15:28] paulobanon: right now, anyone that wants it, goes to trac, open a ticket and assign it to f13 [15:28] mmcgrath: Yep. [15:28] mmcgrath: thats the current process though I don't think f13 (or anyone else really) wants f13 to have to do all of that. It just keeps growing. [15:28] paulobanon: yup [15:28] mmcgrath: paulobanon: email after the meeting and we'll make sure to comment on it. [15:29] paulobanon: k k [15:29] mmcgrath: anyone else have anything on the schedules page? If not we'll move on [15:29] paulobanon: im good [15:30] mmcgrath: cool. [15:30] mmcgrath has set the subject to Infrastructure -- Puppet Training [15:30] * paulobanon wants more then puppet training [15:30] mmcgrath: Just a reminder, we have puppet training on Monday at 20:00 UTC. [15:30] mmcgrath: that seems to have worked out for most people (I know jima had a conflict) [15:31] mmcgrath: If this goes well hopefully we'll be able to figure out other training sessions (like for pkgdb or even the packaging process in general from time to time) [15:31] paulobanon: i can pretty much everyday after 19UTC [15:31] ricky: Do any of the Asterisk experts have any thoughts on recording it? [15:31] mmcgrath: we'll see. I've had a lot of positive comments about the fact that we're even doing training so perhaps I'm on to something here [15:31] mmcgrath: ricky: good question [15:32] mmcgrath: AFAIK, we've had a few people look at it, but no one's gotten it to work right yet. [15:32] mmcgrath: I'll try to take a closer look before the training. [15:33] ricky: mmcgrath: I think tested something similar using Monitor a while ago. [15:33] mmcgrath: how well did it work for you? [15:33] paulobanon: i wasnt here for Vfudcon, was it nice using asterisk, and considered a success ? [15:33] ricky: Hm.. I know it was easy to setup, but I don't even remember how the voice quality was. [15:33] mmcgrath: paulobanon: not that many people used it but of those that did I think people liked it. [15:34] paulobanon: cool cool [15:34] mmcgrath: ricky: I guess we'll have to play around some. [15:34] mmcgrath: ok, so thats all I have right now. [15:34] mmcgrath has set the subject to Infrastructure -- Open Floor [15:34] skvidal: anyone have any bright ideas for backups? [15:34] mmcgrath: other then backups are a bright idea, no [15:34] skvidal: for fedorapeople.org [15:34] skvidal: I mean [15:35] skvidal: sorry [15:35] paulobanon: im the backup guy in my company, but its not opensource [15:35] mdomsch: SLA == no backups? [15:35] skvidal: paulobanon: yah, we'd like open, thanks [15:35] paulobanon: doesnt bacula owrks for u skvidal ? [15:35] paulobanon: (works [15:36] mmcgrath: mdomsch: well, there's a couple of problems going on, bacula doesn't work very well behind a NAT. [15:36] londo: I am happy with rdiff-backup to a different disk for a similar local system [15:36] skvidal: need something to put the data on [15:36] mmcgrath: and we're running out of storage. [15:36] skvidal: and as mmcgrath said [15:36] mmcgrath: right now we're doing a nightly rsync. [15:36] skvidal: bacula and the firewall is sub-optimal [15:36] paulobanon: mmcgrath: can that be requestsed from the budget? a mini storage/robot for backups ? [15:37] mmcgrath: paulobanon: we're looking at different options right now including rsync.net, s3 and a few others [15:37] ricky: Hehe. [15:38] mmcgrath: I'm looking at costs of hosting our backups off site or on site. [15:38] mmcgrath: our options are many but some may just not work out. [15:39] skvidal: [15:39] mmcgrath: I'll take that as a no for right now. [15:39] mmcgrath: mdomsch: whats the most amount of storage we could get in a 2U from dell right now? [15:40] paulobanon: u want to offsite data in what format ? tapes or backup to an external source ? [15:40] yingbull: mmcgrath: I'd need to know requirements and constraints before I could give useful input on backups. [15:40] yingbull: mmcgrath: we might want to define those first. [15:40] caillon has left ( (n=caillon at mithril.returnzero.com)) [15:41] mmcgrath: 2T worth of RPMs and 1T worth of other data. [15:41] mmcgrath: The largest restore we'd have (right now) is the 2T worth, hopefully it could be done in a matter of a day or two. [15:41] mmcgrath: using rsync.net under my last estimations, would take about 13 days. [15:41] yingbull: mmcgrath: Length of retention? [15:42] paulobanon: why not buy an LTO3 robot, and just offsite the tapes ? [15:42] mmcgrath: that actually includes the retentions. [15:42] mmcgrath: paulobanon: we don't have a person at the colo. [15:42] skvidal: paulobanon: b/c we lack the facilities for it [15:42] mmcgrath: and we don't have space for it. [15:42] paulobanon: i dont have persons in 5 of my colos [15:42] paulobanon: and i still do it [15:42] mmcgrath: [15:42] skvidal: paulobanon: but I'm guessing you have power [15:42] skvidal: paulobanon: and rack space [15:43] paulobanon: we have space yes [15:43] mmcgrath: thats the other part of this whole mess is trying to figure out whats going in our current colo and what might end up in the new colo. [15:43] paulobanon: 1 EML, doing 1.5T backups [15:43] paulobanon: per colo [15:44] skvidal: paulobanon: how long do you keep your tapes in rotation? [15:44] paulobanon: depends [15:44] mmcgrath: and how much did the tapes + robot cost? [15:44] skvidal: mmcgrath: 24 tape changer from dell for lto3 is $7K [15:44] paulobanon: auth 1year, normal game dbs 7days [15:44] mmcgrath: skvidal: +tapes? [15:44] skvidal: tapes are $70 or so each for a 400GB tape [15:45] paulobanon: skvidal: LTO3 i hope [15:45] yingbull: skvidal: that includes the drive too? [15:45] skvidal: and you need a box that drives them of course [15:45] skvidal: paulobanon: yes [15:45] skvidal: yingbull: last time I checked, yes [15:45] paulobanon: skvidal: check out recall [15:45] * mmcgrath goes on the record saying he hates tapes. [15:45] paulobanon: its what we use to offsite [15:45] paulobanon: they pickup and drop everything [15:46] Renault has joined the group chat (n=couretca at AToulon-151-1-34-26.w83-205.abo.wanadoo.fr) [15:46] paulobanon: u just need to have someone to get the tapes in the container [15:46] yingbull: Tapes are useful for offsite. Disk is useful for quick restores. [15:46] mmcgrath: paulobanon: we don't have that though [15:46] mmcgrath: well there's two sides to this. 1) DR and 2) backups. [15:46] mmcgrath: we're just focusing on backups right now. DR is later. [15:46] yingbull: raided SATA disks, that get offsited over the net for extra recovery wouldn't be bad. [15:47] yingbull: That way you've got local restores, but you can rsync/other methods to an offsite location that does have tapes, or another backup system. [15:47] ricky: Wait, what's the current backup situation? [15:47] yingbull: ricky: good question. [15:47] mmcgrath: ricky: we're backing up everything except the koji share. [15:47] mmcgrath: using bacula. with 2 week retention. [15:48] ricky: Ah. [15:48] tibbs has left ("Konversation terminated!" (n=tibbs at fedora/tibbs)) [15:48] paulobanon: mmcgrath: how many cycles ? [15:48] mmcgrath: one full every sunday, incrementals every day. [15:48] paulobanon: so 15/2 [15:48] paulobanon: 15 days / 2 cycles [15:48] mmcgrath: yep [15:50] mmcgrath: The tricky part is funding (we're still working on that in the background) [15:50] mmcgrath: If fedora ends up getting a regular actual IT budget, some of these problems will solve themselves. [15:51] mmcgrath: I'll take the silence as a general "move on" [15:51] paulobanon: [15:51] mmcgrath: anyone have anything else they'd like to discuss? [15:51] paulobanon: when should we start preparing the plan of action for F8 [15:51] paulobanon: better safe then sorry [15:51] paulobanon: not too safe though [15:51] mmcgrath: There are some things we can do now, but in general I've created all the tickets that need to be created. By the final test release we should have most of the website ready at http://fedoraproject.org/_/ [15:52] mmcgrath: then its just a matter of making sure the open tickets for Fedora 8 get done and or moved. [15:52] skvidal: and I should have a listof where everything is [15:52] skvidal: b/c while mike is off gallivanting around on his honeymoon [15:52] skvidal: some of us will be here working [15:52] * mmcgrath can't wait. [15:52] paulobanon: lol [15:52] ricky: Hehe- congrats, by the way [15:52] mmcgrath: just a reminder - http://fedoraproject.org/wiki/Infrastructure/SOP/Release [15:52] mmcgrath: thanks [15:53] paulobanon: take us with u!! [15:53] mmcgrath: and all of those tickets have been created here somewhere - https://hosted.fedoraproject.org/projects/fedora-infrastructure/report/1 [15:53] mmcgrath: I'll ask the future Mrs. mmcgrath. [15:53] paulobanon: [15:55] mmcgrath: Ok, if no one has anything else I'll close the meeting in 30 [15:55] mmcgrath: 15 [15:55] yingbull: I'll just add I'm back from $DAYJOB travel and will be nosing around for work. [15:55] mmcgrath: yingbull: excellent [15:55] mmcgrath: Ok, meeting closed [15:56] mmcgrath has set the subject to Meeting End -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From santosp at fedoraproject.org Thu Aug 23 21:59:00 2007 From: santosp at fedoraproject.org (Paulo Santos) Date: Thu, 23 Aug 2007 22:59:00 +0100 Subject: [RFC] New hosted projects Message-ID: <7a41c4bc0708231459i2d1e69b3s8bd0bf509754aa5d@mail.gmail.com> Hi guys, In todays meeting, there was the question about how to process and evaluate new hosted space/projects. Currently: user go to trac, open a ticket and assign it to jkeating Future: user send an email to the list, we discuss it, evaluate it and approve/deny, then user go to trac and open a ticket but don't assign it. a member of the infrastructure (or some group for that effect) will pickup the ticket and deploy it (like we do with the approvals) I'm sure that jkeating has his hands full with other stuff, and doesn't have the time to keep looking to the queue. So if we can help, i say we should. Comments ?! Paulo -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Thu Aug 23 22:19:45 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 23 Aug 2007 17:19:45 -0500 Subject: [RFC] New hosted projects In-Reply-To: <7a41c4bc0708231459i2d1e69b3s8bd0bf509754aa5d@mail.gmail.com> References: <7a41c4bc0708231459i2d1e69b3s8bd0bf509754aa5d@mail.gmail.com> Message-ID: <46CE0801.3020201@redhat.com> Paulo Santos wrote: > Hi guys, > > In todays meeting, there was the question about how to process and evaluate > new hosted space/projects. > > Currently: > user go to trac, open a ticket and assign it to jkeating > > Future: > user send an email to the list, we discuss it, evaluate it and approve/deny, > then user go to trac and open a ticket but don't assign it. > a member of the infrastructure (or some group for that effect) will pickup > the ticket and deploy it (like we do with the approvals) > > I'm sure that jkeating has his hands full with other stuff, and doesn't have > the time to keep looking to the queue. > So if we can help, i say we should. > > Comments ?! > > So I think there are two pieces to this, branding and technical, I'm going to focus on branding right now. Branding: We, as a group, don't want to host crap. And there is a LOT of crap in the open source universe :) Rating what is and isn't good is tough, I don't think we want to get in the habit of that. What we *can* do is remove un-maintained code. We've talked about this policy in the past but I'm not sure if it ever made its way on to the wiki. I think the policy should go something like this: If your code has no commits for 6 months, the infrastructure team may choose to archive it and remove it from the public site. Obviously notifications should be sent out. "But Mike, won't you feel bad about removing someones source?" No, there are a few different places out there to host source, sourceforge being one of them. And we can't maintain high quality while taking everyone. As far as bringing projects to the list, we can try that out. The question is who brings it to the list? I propose that whoever sees and accepts the ticket bring it to the list. RFC for at least a week, if there are no objections, approve. We'll get some complaints but so what, this is a valuable service we're providing for free. -Mike From jason at 3dogs.us Sat Aug 25 01:06:40 2007 From: jason at 3dogs.us (Jason Hartley) Date: Fri, 24 Aug 2007 21:06:40 -0400 (EDT) Subject: Puppet Training! In-Reply-To: <46CDA7F1.3090102@redhat.com> References: <46CDA7F1.3090102@redhat.com> Message-ID: <41355.192.168.0.10.1188004000.squirrel@www.3dogs.us> On Thu, August 23, 2007 11:29 am, Mike McGrath wrote: > puppet1 is ready to be used (right now everything is still on lockbox > until after the training). I'm going to do some actual training this > time around on how we're using it. Training is optional but strongly > encouraged (as I'm interested in discussion from those of you who use it > to find better ways of doing things) > > The training will be done over asterisk, and in #fedora-meeting. Since > much of it is training you will only need to listen so no microphone is > needed. I'll be handing out slides. See > http://fedoraproject.org/wiki/Infrastructure/Asterisk for how to connect. > > Please let me know which of these times work best for you: > > Monday August 27th at 15:00 UTC > Monday August 27th at 20:00 UTC > Wednesday August 29th at 20:00 UTC > > Right now I'm scheduling it for the 27th at 20:00 UTC unless people > can't make that time. > > -Mike > Mike, Please count me in for Monday August 27th at 20:00 UTC. Regards, Jason From mmcgrath at redhat.com Sat Aug 25 01:07:31 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 24 Aug 2007 20:07:31 -0500 Subject: Puppet Training! In-Reply-To: <46CDA7F1.3090102@redhat.com> References: <46CDA7F1.3090102@redhat.com> Message-ID: <46CF80D3.9030006@redhat.com> Mike McGrath wrote: > puppet1 is ready to be used (right now everything is still on lockbox > until after the training). I'm going to do some actual training this > time around on how we're using it. Training is optional but strongly > encouraged (as I'm interested in discussion from those of you who use > it to find better ways of doing things) > > The training will be done over asterisk, and in #fedora-meeting. > Since much of it is training you will only need to listen so no > microphone is needed. I'll be handing out slides. See > http://fedoraproject.org/wiki/Infrastructure/Asterisk for how to connect. > > Please let me know which of these times work best for you: > > Monday August 27th at 15:00 UTC > Monday August 27th at 20:00 UTC > Wednesday August 29th at 20:00 UTC > > Right now I'm scheduling it for the 27th at 20:00 UTC unless people > can't make that time. Sounds like Monday August 27th at 20:00 UTC is a winner. I've included an ical file (thanks ivazquez) -Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: puppet.ics Type: text/calendar Size: 1161 bytes Desc: not available URL: From dimitris at glezos.com Sat Aug 25 02:17:58 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Sat, 25 Aug 2007 03:17:58 +0100 Subject: Puppet Training! In-Reply-To: <46CF80D3.9030006@redhat.com> References: <46CDA7F1.3090102@redhat.com> <46CF80D3.9030006@redhat.com> Message-ID: <1188008278.1175.13.camel@shuttle> ???? 24-08-2007, ????? ???, ??? ??? 20:07 -0500, ?/? Mike McGrath ??????: > Mike McGrath wrote: > > puppet1 is ready to be used (right now everything is still on lockbox > > until after the training). I'm going to do some actual training this > > time around on how we're using it. Training is optional but strongly > > encouraged (as I'm interested in discussion from those of you who use > > it to find better ways of doing things) > > > > The training will be done over asterisk, and in #fedora-meeting. > > Since much of it is training you will only need to listen so no > > microphone is needed. I'll be handing out slides. See > > http://fedoraproject.org/wiki/Infrastructure/Asterisk for how to connect. > > Sounds like Monday August 27th at 20:00 UTC is a winner. I've included > an ical file (thanks ivazquez) Thanks Mike for having this. I'll be there as well. -d -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From scott at tekkie.org Sat Aug 25 02:36:46 2007 From: scott at tekkie.org (Scott Thistle) Date: Sat, 25 Aug 2007 00:06:46 -0230 Subject: Puppet Training! In-Reply-To: <46CDA7F1.3090102@redhat.com> References: <46CDA7F1.3090102@redhat.com> Message-ID: <46CF95BE.8030505@tekkie.org> Mike McGrath wrote: > puppet1 is ready to be used (right now everything is still on lockbox > until after the training). I'm going to do some actual training this > time around on how we're using it. Training is optional but strongly > encouraged (as I'm interested in discussion from those of you who use > it to find better ways of doing things) > > The training will be done over asterisk, and in #fedora-meeting. > Since much of it is training you will only need to listen so no > microphone is needed. I'll be handing out slides. See > http://fedoraproject.org/wiki/Infrastructure/Asterisk for how to connect. > > Please let me know which of these times work best for you: > > Monday August 27th at 15:00 UTC > Monday August 27th at 20:00 UTC > Wednesday August 29th at 20:00 UTC > > Right now I'm scheduling it for the 27th at 20:00 UTC unless people > can't make that time. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > Monday August 27th at 20:00 UTC works for me too. I am newbie, but will probably just watch :-) From nils at breun.nl Sat Aug 25 12:05:55 2007 From: nils at breun.nl (Nils Breunese) Date: Sat, 25 Aug 2007 14:05:55 +0200 Subject: Puppet Training! In-Reply-To: <46CF80D3.9030006@redhat.com> References: <46CDA7F1.3090102@redhat.com> <46CF80D3.9030006@redhat.com> Message-ID: <1F67822D-EE01-409E-B586-67EC81B273E0@breun.nl> Mike McGrath wrote: > Sounds like Monday August 27th at 20:00 UTC is a winner. I've > included an ical file (thanks ivazquez) > > -Mike > According to 20:00 UTC works out to 22:00 for my timezone (CEST), but when I clicked the puppet.ics file an event appeared at 16:00 that day in my iCal. Anyone else having problems with that? Nils Breunese. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: Dit deel van het bericht is digitaal ondertekend URL: From admin at arcnetworks.biz Sat Aug 25 12:08:40 2007 From: admin at arcnetworks.biz (Anand Capur) Date: Sat, 25 Aug 2007 08:08:40 -0400 Subject: Puppet Training! In-Reply-To: <1F67822D-EE01-409E-B586-67EC81B273E0@breun.nl> References: <46CDA7F1.3090102@redhat.com> <46CF80D3.9030006@redhat.com> <1F67822D-EE01-409E-B586-67EC81B273E0@breun.nl> Message-ID: <5d66540b0708250508s32001776lc8c525ab1163ed61@mail.gmail.com> > According to day=27&month=8&year=2007&hour=20&min=0&sec=0&p1=0&p2=16> 20:00 UTC > works out to 22:00 for my timezone (CEST), but when I clicked the > puppet.ics file an event appeared at 16:00 that day in my iCal. > Anyone else having problems with that? > > Nils Breunese. Nope, I imported it into my google apps calendar and it converted from 20UTC to 4pm EST just like it should. -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.badger at gmail.com Sat Aug 25 23:29:18 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 25 Aug 2007 16:29:18 -0700 Subject: Updated FAS => BZ scripts Message-ID: <46D0BB4E.8060803@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I've updated our Account system to bugzilla sync scripts to use bugzilla's xmlrpc interface to work with the migrated bugzilla instance. I tested the db side of these changes on the FASv1 instance on publictest1 and the scripts on the Red Hat test bugzilla instance. Everything appeared to work but there could always be errors so if you hear of the following symptoms, let me know: - - New Fedora Accounts that have fedorabugs or cvsextras are not able to make changes to Fedora bugs in bugzilla. (For instance, to review packages). - - Ditto for existing accounts that suddenly lose this ability. - - People who have had their fedorabugs access revoked but can still make changes to Fedora Bugs for which they are not the owner. The new system implements a queue in the account system database that is updated whenever someone is approved or removed/unapproved for the fedorabugs group. Adding to the queue is performed by a postgresql trigger defined in the cvsacct.sql[1]_ file. cron (on an internal Red Hat box for historical reasons... we can probably move it to an infrastructure box now that we're using xmlrpc) runs the export-bugzilla.py[2]_ script every hour and processes the queue of adds and removes. The script which adds new packages to bugzilla was updated several weeks ago as part of the package db migration. However, it had to be updated again for the bugzilla migration as a URL had been changed and some error reporting code wasn't inclusive enough. If you see new packages being created or branched with no bugzilla component being created let me know that there's a problem with bz-make-components-pkgdb.py[3]_ *Note* package changes are synced by cron every six hours. So you have to wait six hours from the creation of the new package to know if there's a problem with the sync. .. _[1]: http://cvs.fedoraproject.org/viewcvs/fedora-accounts/cvsacct.sql?root=fedora&view=markup .. _[2]: http://cvs.fedoraproject.org/viewcvs/fedora-accounts/export-bugzilla.py?root=fedora&view=markup .. _[3]: http://cvs.fedoraproject.org/viewcvs/fedora-accounts/bz-make-components.py?root=fedora&view=markup - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG0LtOX6yAic2E7kgRAgxCAKCa6NqgY4IN3O7nDo1ZtqUbHlOLegCdH+dQ sNZOrKWvrK4CGs7H2y+wYPs= =1o8V -----END PGP SIGNATURE----- From thinklinux.ssh at gmail.com Sun Aug 26 10:49:55 2007 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Sun, 26 Aug 2007 16:19:55 +0530 Subject: Intro and a question about mirroring. Message-ID: Hi all, This is Susmit here. Earlier my domain was only ambassador and free media, now joining infrastructure too. Still a student but configuring and testing things for a few years. Recently, I got access to hardware resources and bandwidth, so thought about joining infrastructure. I have a question, I think this should be the appropriate list. What is the minimum bandwidth required to set up a fedora public mirror? I am working at an university and seriously thinking of setting up a mirror. Thanks and regards, Susmit. -- ssh 0x86DD170A http://www.fedoraproject.org/wiki/SusmitShannigrahi -------------- next part -------------- An HTML attachment was scrubbed... URL: From Matt_Domsch at dell.com Sun Aug 26 18:30:25 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 26 Aug 2007 13:30:25 -0500 Subject: Intro and a question about mirroring. In-Reply-To: References: Message-ID: <20070826183024.GA20358@auslistsprd01.us.dell.com> On Sun, Aug 26, 2007 at 04:19:55PM +0530, susmit shannigrahi wrote: > Hi all, > This is [1]Susmit here. > Earlier my domain was only ambassador and free media, now joining > infrastructure too. > Still a student but configuring and testing things for a few years. > Recently, I got access to hardware resources and bandwidth, so thought > about joining > infrastructure. > > I have a question, I think this should be the appropriate list. > > What is the minimum bandwidth required to set up a fedora public mirror? > I am working at an university and seriously thinking of setting up a > mirror. I've been telling people that 100Mbit connection (not just from the server, but available from your bandwidth provider) is the minimum for new mirrors. There are a few long-established mirrors with slightly lower capabilities, but we've also added many with 1Gbit/sec or faster connections. You also need about 1TB of disk space to carry a full mirror. See http://fedoraproject.org/wiki/Infrastructure/Mirroring for more details on the process. Thanks, Matt Fedora Mirror Wrangler -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From thinklinux.ssh at gmail.com Mon Aug 27 04:22:56 2007 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Mon, 27 Aug 2007 09:52:56 +0530 Subject: Intro and a question about mirroring. In-Reply-To: <20070826183024.GA20358@auslistsprd01.us.dell.com> References: <20070826183024.GA20358@auslistsprd01.us.dell.com> Message-ID: > I've been telling people that 100Mbit connection (not just from the > server, but available from your bandwidth provider) is the minimum for > new mirrors. There are a few long-established mirrors with slightly > lower capabilities, but we've also added many with 1Gbit/sec or faster > connections. You also need about 1TB of disk space to carry a full > mirror. Alas.. I have to drop the idea. I don't have that much of bandwidth right now. In future if I can get a pipe that large, I shall try again. Thanks. Susmit. -- ssh 0x86DD170A http://www.fedoraproject.org/wiki/SusmitShannigrahi From sundaram at fedoraproject.org Mon Aug 27 04:30:40 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 27 Aug 2007 10:00:40 +0530 Subject: Intro and a question about mirroring. In-Reply-To: References: <20070826183024.GA20358@auslistsprd01.us.dell.com> Message-ID: <46D25370.6050502@fedoraproject.org> susmit shannigrahi wrote: >> I've been telling people that 100Mbit connection (not just from the >> server, but available from your bandwidth provider) is the minimum for >> new mirrors. There are a few long-established mirrors with slightly >> lower capabilities, but we've also added many with 1Gbit/sec or faster >> connections. You also need about 1TB of disk space to carry a full >> mirror. > > Alas.. I have to drop the idea. I don't have that much of bandwidth right now. > In future if I can get a pipe that large, I shall try again. You can still have a public mirror in the university but not tie it up to the Fedora mirror list and circulate the details amoung local LUG's. That would be helpful to people who are in and around India. Rahul From thinklinux.ssh at gmail.com Mon Aug 27 04:43:34 2007 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Mon, 27 Aug 2007 10:13:34 +0530 Subject: Intro and a question about mirroring. In-Reply-To: <46D25370.6050502@fedoraproject.org> References: <20070826183024.GA20358@auslistsprd01.us.dell.com> <46D25370.6050502@fedoraproject.org> Message-ID: > You can still have a public mirror in the university but not tie it up > to the Fedora mirror list and circulate the details amoung local LUG's. > That would be helpful to people who are in and around India. > > Rahul Yes, that can be done. Thanks, Susmit. -- ssh 0x86DD170A http://www.fedoraproject.org/wiki/SusmitShannigrahi From sundaram at fedoraproject.org Mon Aug 27 04:52:30 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 27 Aug 2007 10:22:30 +0530 Subject: Intro and a question about mirroring. In-Reply-To: References: <20070826183024.GA20358@auslistsprd01.us.dell.com> <46D25370.6050502@fedoraproject.org> Message-ID: <46D2588E.2030407@fedoraproject.org> susmit shannigrahi wrote: >> You can still have a public mirror in the university but not tie it up >> to the Fedora mirror list and circulate the details amoung local LUG's. >> That would be helpful to people who are in and around India. >> >> Rahul > > > Yes, that can be done. Let me know if and when you have a public mirror available. Thanks. Rahul From Matt_Domsch at dell.com Mon Aug 27 13:35:51 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 27 Aug 2007 08:35:51 -0500 Subject: Intro and a question about mirroring. In-Reply-To: References: <20070826183024.GA20358@auslistsprd01.us.dell.com> <46D25370.6050502@fedoraproject.org> Message-ID: <20070827133551.GA1277@auslistsprd01.us.dell.com> On Mon, Aug 27, 2007 at 10:13:34AM +0530, susmit shannigrahi wrote: > > You can still have a public mirror in the university but not tie it up > > to the Fedora mirror list and circulate the details amoung local LUG's. > > That would be helpful to people who are in and around India. > > > > Rahul > > > Yes, that can be done. Ahh, that's a different question, and thanks Rahul for noticing. You're of course free to have "private" mirrors - e.g. mirrors intended for use by a University or other organization, where either by network architecture or firewall rules you may or may not be serving people outside of your own local community. The Fedora MirrorManager software can still be of help here. You'd pull the Fedora bits from one of the listed public mirrors, but in MirrorManager you'd set up your Site as a "private" mirror. It won't appear on the public mirrorlists, but if you then also set up a set of Netblocks (IP address ranges for your University), mirrormanager will automatically redirect yum clients in your netblock to your local private mirror. You run 'report_mirror' on your local private mirror to inform the mirrormanager database what you're carrying; if there's a yum client request for content you're not carrying (e.g. ppc), they'll get directed to one of the public mirrors for that content. That lets you get the most bang-for-your-buck: you only need disk space for the content that's popular, and that popular content gets served from your local mirror; less popular content you're not carrying gets served by one of the public mirrors. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From thinklinux.ssh at gmail.com Mon Aug 27 14:45:04 2007 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Mon, 27 Aug 2007 20:15:04 +0530 Subject: Intro and a question about mirroring. In-Reply-To: <20070827133551.GA1277@auslistsprd01.us.dell.com> References: <20070826183024.GA20358@auslistsprd01.us.dell.com> <46D25370.6050502@fedoraproject.org> <20070827133551.GA1277@auslistsprd01.us.dell.com> Message-ID: > Ahh, that's a different question, and thanks Rahul for noticing. > You're of course free to have "private" mirrors Well, in that case may I use a different directory structure so that in can not be pointed without knowing the exact path and all? Suppose I use /moonshine/updates for update. So in any case it won't be accessable without changing baseurl in fedora.repo to http://xx/moonshine/updates. And I can always redirect from there. Regards, Susmit. -- ssh 0x86DD170A http://www.fedoraproject.org/wiki/SusmitShannigrahi From sundaram at fedoraproject.org Mon Aug 27 15:47:25 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 27 Aug 2007 21:17:25 +0530 Subject: Intro and a question about mirroring. In-Reply-To: References: <20070826183024.GA20358@auslistsprd01.us.dell.com> <46D25370.6050502@fedoraproject.org> <20070827133551.GA1277@auslistsprd01.us.dell.com> Message-ID: <46D2F20D.4050401@fedoraproject.org> susmit shannigrahi wrote: >> Ahh, that's a different question, and thanks Rahul for noticing. >> You're of course free to have "private" mirrors > > Well, in that case may I use a different directory structure so that > in can not be > pointed without knowing the exact path and all? > > Suppose I use /moonshine/updates for update. So in any case it won't > be accessable without changing baseurl in fedora.repo to > http://xx/moonshine/updates. > And I can always redirect from there. If you are worried about bandwidth overuse, it is unlikely that many people would discover and use it outside of specific regions if it is not in public mirror list and since you have the control of the server serving data, you can always block specific ip or ip ranges or move the location. Rahul From thinklinux.ssh at gmail.com Mon Aug 27 16:01:32 2007 From: thinklinux.ssh at gmail.com (susmit shannigrahi) Date: Mon, 27 Aug 2007 21:31:32 +0530 Subject: Intro and a question about mirroring. In-Reply-To: <46D2F20D.4050401@fedoraproject.org> References: <20070826183024.GA20358@auslistsprd01.us.dell.com> <46D25370.6050502@fedoraproject.org> <20070827133551.GA1277@auslistsprd01.us.dell.com> <46D2F20D.4050401@fedoraproject.org> Message-ID: > If you are worried about bandwidth overuse, it is unlikely that many > people would discover and use it outside of specific regions if it is > not in public mirror list and since you have the control of the server > serving data, you can always block specific ip or ip ranges or move the > location. No, I am not at all worried about that. I have unlimited bandwidth but the pipe is not that large. All I need to do for a public mirror is to copy things to a specific directory and assign the machine a public ip..rest is already done and its already serving WBUT locally . That should take not more that 10 mins. Ok...thanks for all the replies, the next mail from me will be about the server details. :) Thanks, Susmit. -- ssh 0x86DD170A http://www.fedoraproject.org/wiki/SusmitShannigrahi From paulo.banon at googlemail.com Mon Aug 27 20:49:48 2007 From: paulo.banon at googlemail.com (Paulo Santos) Date: Mon, 27 Aug 2007 21:49:48 +0100 Subject: Puppet Training! In-Reply-To: <5d66540b0708250508s32001776lc8c525ab1163ed61@mail.gmail.com> References: <46CDA7F1.3090102@redhat.com> <46CF80D3.9030006@redhat.com> <1F67822D-EE01-409E-B586-67EC81B273E0@breun.nl> <5d66540b0708250508s32001776lc8c525ab1163ed61@mail.gmail.com> Message-ID: <7a41c4bc0708271349k1c20609xff7e2552a8f33ead@mail.gmail.com> Thanks Mike! On 8/25/07, Anand Capur wrote: > > > According to > day=27&month=8&year=2007&hour=20&min=0&sec=0&p1=0&p2=16> 20:00 UTC > > works out to 22:00 for my timezone (CEST), but when I clicked the > > puppet.ics file an event appeared at 16:00 that day in my iCal. > > Anyone else having problems with that? > > > > Nils Breunese. > > > Nope, I imported it into my google apps calendar and it converted from > 20UTC to 4pm EST just like it should. > > > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at redhat.com Mon Aug 27 20:49:31 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 27 Aug 2007 15:49:31 -0500 Subject: Puppet Message-ID: <46D338DB.5010309@redhat.com> Just a reminder, I'm transitioning puppet right now, if you need to make changes please let me know, I'll get them in there. -Mike From admin at arcnetworks.biz Mon Aug 27 20:54:29 2007 From: admin at arcnetworks.biz (Anand Capur) Date: Mon, 27 Aug 2007 16:54:29 -0400 Subject: Puppet Training! In-Reply-To: <7a41c4bc0708271349k1c20609xff7e2552a8f33ead@mail.gmail.com> References: <46CDA7F1.3090102@redhat.com> <46CF80D3.9030006@redhat.com> <1F67822D-EE01-409E-B586-67EC81B273E0@breun.nl> <5d66540b0708250508s32001776lc8c525ab1163ed61@mail.gmail.com> <7a41c4bc0708271349k1c20609xff7e2552a8f33ead@mail.gmail.com> Message-ID: <5d66540b0708271354s60138aeere08ad4bd933ba7ec@mail.gmail.com> Thanks!!!! On 8/27/07, Paulo Santos wrote: > > Thanks Mike! > > On 8/25/07, Anand Capur wrote: > > > > > According to < http://www.timeanddate.com/worldclock/converted.html ? > > > day=27&month=8&year=2007&hour=20&min=0&sec=0&p1=0&p2=16> 20:00 UTC > > > works out to 22:00 for my timezone (CEST), but when I clicked the > > > puppet.ics file an event appeared at 16:00 that day in my iCal. > > > Anyone else having problems with that? > > > > > > Nils Breunese. > > > > > > Nope, I imported it into my google apps calendar and it converted from > > 20UTC to 4pm EST just like it should. > > > > > > > > _______________________________________________ > > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dimitris at glezos.com Wed Aug 29 03:03:08 2007 From: dimitris at glezos.com (Dimitris Glezos) Date: Wed, 29 Aug 2007 04:03:08 +0100 Subject: Securing our transifex instance Message-ID: <1188356588.8992.27.camel@shuttle> Hi all. It's time to add some non-localhost repos to our transifex instance, so some advices on the security front would be greatly appreciated. We're doing everything over SSH, with encrypted keys. Before starting the TG app, tha admin needs to run ssh-agent and ssh-add. The goal would be to have a different service actually handling the keys and the commits, but that would have to wait for someone to submit the patchset. With each repository (host) having its own key pair, `~/.ssh/config` right now looks like this: Host localhost User transifex-testuser IdentityFile ~/.ssh/id_dsa #Host cvs.fedoraproject.org # User transifex # IdentityFile ~/.ssh/id_dsa-cvsfpo Host repo.or.cz User yumex-trans IdentityFile ~/.ssh/id_dsa-yumex Host * ForwardX11 no ForwardAgent no RhostsAuthentication no RhostsRSAAuthentication no PasswordAuthentication no StrictHostKeyChecking yes BatchMode yes CheckHostIP yes On the web front, I tried my best to validate properly any input/output from/to the user. Since transifex accepts user input, writes files on our server, runs OS commands on the server, uses SSH keys to communicate with other machines and writes to disks across the Internet, we better make sure everything is OK before launching. It would be great if some of you python hackers take a look at the code, or anyone with the hobby of defacing websites run any injection/XSS-foo on our instance, in order to identify and any additional checks or reveal any mistakes I made (which I'm sure I did since it's my first big python and TG app). Our test instance dwells at http://publictest5.fedora.redhat.com/submit/ Short instructions to get the code and install a local instance to play around freely and with less lag can be found at: https://hosted.fedoraproject.org/projects/transifex/browser/INSTALL Bugs, reports, suggestions: https://hosted.fedoraproject.org/projects/transifex/newticket Thanks. -d -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From damian.myerscough at gmail.com Wed Aug 29 10:22:15 2007 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Wed, 29 Aug 2007 12:22:15 +0200 Subject: Securing our transifex instance In-Reply-To: <1188356588.8992.27.camel@shuttle> References: <1188356588.8992.27.camel@shuttle> Message-ID: <8c9e56490708290322x21f6faaen36c75636d3c48862@mail.gmail.com> Hi Dimitris, I'll have a mess around with that webpage and see if I can break anything ;) also you might want to run a nessus scan against it as that has a good chance of picking up mis-configurations. On 29/08/2007, Dimitris Glezos wrote: > > Hi all. > > It's time to add some non-localhost repos to our transifex instance, so > some advices on the security front would be greatly appreciated. > > We're doing everything over SSH, with encrypted keys. Before starting > the TG app, tha admin needs to run ssh-agent and ssh-add. The goal would > be to have a different service actually handling the keys and the > commits, but that would have to wait for someone to submit the patchset. > > With each repository (host) having its own key pair, `~/.ssh/config` > right now looks like this: > > Host localhost > User transifex-testuser > IdentityFile ~/.ssh/id_dsa > > #Host cvs.fedoraproject.org > # User transifex > # IdentityFile ~/.ssh/id_dsa-cvsfpo > > Host repo.or.cz > User yumex-trans > IdentityFile ~/.ssh/id_dsa-yumex > > Host * > ForwardX11 no > ForwardAgent no > RhostsAuthentication no > RhostsRSAAuthentication no > PasswordAuthentication no > StrictHostKeyChecking yes > BatchMode yes > CheckHostIP yes > > On the web front, I tried my best to validate properly any input/output > from/to the user. Since transifex accepts user input, writes files on > our server, runs OS commands on the server, uses SSH keys to communicate > with other machines and writes to disks across the Internet, we better > make sure everything is OK before launching. > > It would be great if some of you python hackers take a look at the code, > or anyone with the hobby of defacing websites run any injection/XSS-foo > on our instance, in order to identify and any additional checks or > reveal any mistakes I made (which I'm sure I did since it's my first big > python and TG app). > > Our test instance dwells at > > http://publictest5.fedora.redhat.com/submit/ > > Short instructions to get the code and install a local instance to play > around freely and with less lag can be found at: > > https://hosted.fedoraproject.org/projects/transifex/browser/INSTALL > > Bugs, reports, suggestions: > > https://hosted.fedoraproject.org/projects/transifex/newticket > > > Thanks. > > -d > > > > -- > Dimitris Glezos > Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B > http://dimitris.glezos.com/ > > > "He who gives up functionality for ease of use > loses both and deserves neither." (Anonymous) > -- > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > -- Regards, Damian From mmcgrath at redhat.com Thu Aug 30 22:46:53 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 30 Aug 2007 17:46:53 -0500 Subject: xenbuilder2 Message-ID: <46D748DD.9080504@redhat.com> I've taken xenbuilder2 offline (out of koji and plague). Eduardo works on the virt team inside Red Hat and he's going to help us track down this bug: http://bugzilla.redhat.com/260401 If you see ehabkost thank him and let him do his thing :) -Mike From anthonybryan at gmail.com Fri Aug 31 01:32:30 2007 From: anthonybryan at gmail.com (Anthony Bryan) Date: Thu, 30 Aug 2007 20:32:30 -0500 Subject: Improving availability and guaranteeing integrity in ISO downloads Message-ID: > http://www.getright.com/seedtorrent.html > > Supported by Azureus, among others. We already have an extensive > HTTP/FTP mirror system to leverage. > > I've noticed, after the initial release rush, torrents end up being > quite a bit slower than just downloading from a mirror. Especially on a > less popular arch. (cough ppc cough...) In the past I've just stopped > the torrent, downloaded the iso from a mirror, then restarted the > torrent to help seed. > > It would be nice to just have this happen automagically. That's how Metalink works with clients that also support P2P networks. GetRight supports this w/ metalink, hopefully KGet will eventually along with aria2. Phex also supports it over gnutella. (Sorry for the late reply) > On Tue, Jun 19, 2007 at 03:40:59PM -0400, Anthony Bryan wrote: > > >On Sat, Jun 09, 2007 at 07:51:20PM +0200, Ruben Kerkhof wrote: > > > > Have you had a chance to look over Ruben's additions? Any feedback? He > > said he re-licensed it to line up w/ mirrormanager. Any ideas/comments > > for features in Metalink that could be of use to Fedora? > > Yes, I took a quick look; I'll be able to do something with this, but > not for the next 4 weeks, as I'm out of the office moving houses and > on vacation, then catching up on real work. :-) checking in after 10 wks :) Will what Ruben submitted be usable? a few more metalink apps have been released. Free Download Manager (Win) has been released under GPL3. DownThemAll 1.0b2 firefox extension is out, and displays more of the info contained in a metalink to the person downloading, like a how many mirrors are listed, logo, description, version, os/arch, and other stuff that could be useful. here are some screenshots the DTA team put up: http://code.downthemall.net/maierman/metalink-test/metalink-feisty.png http://code.downthemall.net/maierman/metalink-test/metalink-xp.png http://code.downthemall.net/maierman/metalink-test/metalink-comment.png there's also Celerius, a GTK python downloader in progress at http://celerius.tuxfamily.org/ if anyone wants to help out. -- (( Anthony Bryan ... Metalink [ http://www.metalinker.org ] )) Easier, More Reliable, Self Healing Downloads From ricky at fedoraproject.org Fri Aug 31 03:07:50 2007 From: ricky at fedoraproject.org (Ricky Zhou) Date: Thu, 30 Aug 2007 23:07:50 -0400 Subject: Infratructure Meeting Log for 2007/08/23 Message-ID: <20070831030750.GC3830@Max.example.com> 16:04:39 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Role Call 16:04:41 < mmcgrath> Who's here? 16:04:43 * ricky 16:04:43 -!- jeremy [i=katzj at nat/redhat/x-4bc27ba525a17715] has quit Remote closed the connection 16:04:43 -!- warren [i=warren at nat/redhat/x-2dc6a46ecf6fecaa] has quit Remote closed the connection 16:04:48 < paulobanon_> me 16:05:00 < mmcgrath> and again jeremy and warren. Gone at the same time! 16:05:04 * lmacken 16:05:06 < mmcgrath> dgilmore: ? 16:05:08 * skvidal is on asterisk 16:05:10 < skvidal> and here 16:05:20 < lmacken> hah! why does that happen every week ? 16:05:36 < mmcgrath> lmacken: I have no idea, but its like clockwork :) 16:05:37 -!- jeremy [i=katzj at nat/redhat/x-48f778bf0db0139e] has joined #fedora-meeting 16:05:39 < lmacken> seriously 16:05:42 < ricky> Yay :) 16:05:47 < mmcgrath> and jeremy's back :) 16:06:08 < mmcgrath> Ok, I think we have enough to get started, lets take a look at tickets. 16:06:15 * jeremy waves 16:06:32 < mmcgrath> jeremy: why is it that you and warren both log off every time the infrastructure meetings start? 16:06:46 * mmcgrath not complaining, just amused by it. 16:07:12 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 16:07:13 < mmcgrath> https://hosted.fedoraproject.org/projects/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=%7EMeeting&order=priority 16:07:29 < jeremy> not sure what's going on tbh 16:07:33 -!- warren [i=warren at nat/redhat/x-7b788734ded94462] has joined #fedora-meeting 16:07:36 < ricky> Woo. 16:07:44 < mmcgrath> Not much to talk about on the ticket side it looks like. 16:07:54 * ricky thought that the meeting keyword was removed from the wiki ticket. Hmm.. 16:08:00 < mmcgrath> VCS is there but jcollie isn't around right now (#14) 16:08:06 < mmcgrath> ricky: I thought we did to 16:08:35 < ricky> OK, it's gone now. 16:08:46 < paulobanon_> ricky: i think it was removed from the wiki things and passed to FAS 16:08:54 < paulobanon_> (that was the plan anyway) 16:09:02 < mmcgrath> either way we'll skip it for now. 16:09:31 < mmcgrath> One thing I don't really want to talk about but wanted to mention is ticket #137 16:09:59 < mmcgrath> As a group (Infrastructure) I think going forward and in order to ensure our continued growth we'll have to be more sponsorship aware. 16:10:20 -!- k0k [n=k0k at fedora/k0k] has quit "Abandonando" 16:10:37 < paulobanon_> mmcgrath: have u already started to look for other intl partners/sponsors ? 16:10:39 < mmcgrath> This means 1) keep your ears to the ground about opportunities for Fedora Infrastructure (and Fedora in general) and 2) we'll have to make sure to keep the relationships with our current sponsors good. 16:10:58 < mmcgrath> paulobanon_: yeah, some people have responded with some leads and I've contacted some other people. 16:11:30 < dgilmore> opps me is here now 16:11:48 < dgilmore> mmcgrath: sorry im late 16:11:51 < mmcgrath> To be blunt, I have very little experience in requesting this sort of things but I'm working on it and taking notes and will hopefully get good at it soon 16:11:53 < paulobanon_> mmcgrath: after the meeting save me 5mins 16:11:56 < mmcgrath> dgilmore: no worries, we're just getting started. 16:12:00 < mmcgrath> paulobanon_: sure thing 16:12:30 < mmcgrath> having said that, we're just getting started into activly looking for hosting sponsors so we can mold it any way we want. 16:13:00 < mmcgrath> Anyone have any questions regarding what I'm doing and whats going on there? I know I haven't really been cc'ing the list on emails I've sent out. That doesn't seem approperate I think. 16:13:07 < mmcgrath> And I don't want to scare off anyone :) 16:13:20 < paulobanon_> scare us then :) 16:13:21 < skvidal> yay for more options and decentralizing our infrastructure, imo 16:13:55 < mmcgrath> FYI all thats the general idea. Spreading the load a bit, bringing content faster (especially internationally) and lowering the cost from RH. 16:14:10 * mmcgrath notes RH hasn't asked for this, I'm just doing it because it makes 'cents' 16:14:11 < skvidal> it also increases the likelihood that we stay up 16:14:22 < mmcgrath> yep. and its always good to have options. 16:14:25 < skvidal> if we end up in a problem at one colo 16:14:49 < paulobanon_> skvidal: true 16:15:42 < skvidal> a fiber cut doesn't necessarily nuke us 16:15:47 < skvidal> which is, imo, good :) 16:15:49 < mmcgrath> The other thing is that it looks like a lot of hosting solutions out there already offer Fedora. 16:15:58 < mmcgrath> Ok, if there's no questions there I'll move on. 16:16:11 < glezos> mmcgrath, what's the Boards opinion on this? 16:16:18 < ricky> As long as they upgrade every ~13 months :) 16:16:35 < mmcgrath> glezos: I don't think they've formed an official opinion. 16:16:48 -!- G [n=nigel at wikipedia/NigelJ] has quit Connection timed out 16:16:50 < mmcgrath> skvidal and dgilmore are on the board, what do you two think? 16:17:14 < skvidal> yay for more options and decentralizing our infrastructure 16:17:33 < mmcgrath> heh 16:17:50 < skvidal> seriously 16:17:57 < skvidal> I think the general idea is this 16:18:02 * dgilmore is all for de centralising our infrastructure some 16:18:16 < skvidal> 1. fedora-infrastructure is really helping increase the interaction of community memebers in fedora admin 16:18:33 < skvidal> 2. the path we're taking is for sustainability and maintability - yay to both of those 16:19:03 < skvidal> 3. in general this is a good direction to go 16:19:13 * paulobanon_ yays to skvidal && dgilmore opinions 16:19:15 < glezos> I believe so too. 16:19:18 < skvidal> that's really it 16:19:25 < glezos> yay for it 16:19:31 * jima stumbles in 16:19:42 < mmcgrath> glezos: thats the sense I get from most people with the hesitation of not really knowing whats out there and the general adverse feelings towards 'advertising'. 16:19:50 < mmcgrath> so we go forward, but with caution :) 16:20:03 < skvidal> though 16:20:05 < skvidal> so far 16:20:12 < glezos> mmcgrath, +1 for caution on 'adviertising' 16:20:15 < skvidal> no one is pissy about the dell stamp at the bottom of the webpages 16:20:28 < skvidal> and I doubt if we had a rackspace or dreamhost or other thing down there 16:20:32 < skvidal> we'd gain a lot of ire 16:20:39 < ricky> After the reaction to smolt+Fedora branding, I see what mmcgrath means, though. 16:20:40 < skvidal> however, there are lines 16:20:45 < mmcgrath> I agree, especially since places like rackspace offer fedora hosting :) 16:21:18 < glezos> more choices are always better than one :) 16:21:41 < paulobanon_> we can always sell the idea of global load-balancing :) 16:21:46 < mmcgrath> You guys will hopefully be hearing a lot from me on this front over the next several weeks. I'll be contacting probably every lead that comes my way but won't be ccing everyone about it. I'm not trying to be secret or anything, its just a matter of being practical. Feel free to ask questions. 16:22:02 < mmcgrath> also suggest any hosting provider you might like or know of. 16:22:18 < mmcgrath> and if your company isn't a hosting provider but might be able to spare space and bandwidth in a rack in some colo, let me know. 16:22:30 < skvidal> mmcgrath: how about a report on the responses you've gotten every week or so? 16:22:40 < skvidal> mmcgrath: just so people know what's going on and also know who you've contacted or not? 16:22:51 < mmcgrath> That sounds very reasonable. 16:22:57 < paulobanon_> +1 16:23:21 < lmacken> +1 16:23:27 < mmcgrath> My goal is to have at least one other proxy server to use, thats not hosted in PHX before the F8 launch. 16:23:40 < mmcgrath> but certainly by F9 a fuller solution will hopefully be in place. 16:23:57 -!- G [n=nigel at wikipedia/NigelJ] has joined #fedora-meeting 16:24:09 < dgilmore> skvidal: indeed your right 16:24:14 < mmcgrath> Ok, so we'll move on for now if there aren't any other questions on that front? 16:24:32 < skvidal> dgilmore: in general I think that's true - about what in particular? :) 16:24:34 < mmcgrath> Anyone have any new sponsors? 16:24:43 < mmcgrath> I've added jima to the noc group. 16:24:59 < mmcgrath> jima: welcome 16:25:13 < paulobanon_> mmcgrath: not that many new requests :) 16:25:27 < mmcgrath> true 16:25:33 < dgilmore> skvidal: about de centralising 16:25:42 < mmcgrath> dgilmore: ? 16:25:44 < jima> yeah, i'm sure people are flocking to infrastructure 16:25:58 < mmcgrath> jima: we're a different breed of people :) 16:26:03 < dgilmore> mmcgrath: i was reading up got called away for a sec 16:26:05 < jima> mmcgrath: that we are 16:26:14 -!- bpepple|lt [n=bpepple|@rrcs-70-61-160-147.central.biz.rr.com] has joined #fedora-meeting 16:26:14 < mmcgrath> dgilmore: ahh 16:26:15 < dgilmore> mmcgrath: but please keep us in the loop 16:26:20 < mmcgrath> will do 16:26:32 < dgilmore> jima: about time :D 16:27:08 < mmcgrath> Well, thats really all that is on the schedule. No new SOP's. 16:27:13 -!- Renault [n=couretca at AToulon-151-1-131-130.w86-206.abo.wanadoo.fr] has quit "Quitte" 16:27:20 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 16:27:26 < mmcgrath> Anyone have anything they'd like to discuss? 16:27:29 < paulobanon_> Noc 16:27:36 < mmcgrath> paulobanon_: have at it. 16:27:52 < paulobanon_> there has been a raise of alerts with the builders 16:28:01 < paulobanon_> regarding offline status 16:28:15 < paulobanon_> anything for us to worry about in general ? 16:28:20 < mmcgrath> ahh, good question 16:28:38 * jima kicks ekiga 16:28:47 * paulobanon_ wouldnt sleep if he had his blackberry on the pager app :) 16:29:08 < dgilmore> paulobanon_: generally its nothing to worry too much about 16:29:10 < mmcgrath> So the builders have been having issues 16:29:12 < mmcgrath> https://bugzilla.redhat.com/show_bug.cgi?id=260401 16:29:23 < dgilmore> right now builers are under a much heavier than normal load 16:29:29 < mmcgrath> We've actually hit a xen bug of some kind, I have someone internally (one of the virt guys) looking into it. 16:29:30 < paulobanon_> dgilmore: gotcha 16:29:32 < dgilmore> but we have that damn xen bug 16:30:06 < paulobanon_> k, makes sense 16:30:10 < mmcgrath> I would actually like to talk about the build system in general. 16:30:29 -!- Morph [i=gareth at mulder.wiked.org] has joined #fedora-meeting 16:30:32 < mmcgrath> In general I've been a little unhappy with the buildsystem over the last couple of months and its because of a lot of issues. 16:30:42 < mmcgrath> 1) capacity. We actually do have builders, but have been unable to find a place to put them. 16:31:07 < mmcgrath> This is mostly a failure of mine I guess since its my job to find places for this stuff but it's been difficult. 16:31:20 < paulobanon_> places == hardware? 16:31:47 < mmcgrath> yeah, we just haven't found a place to put the stuff and as a result its been sitting on the floor somewhere unpowered. 16:32:00 < paulobanon_> :/ 16:32:12 < mmcgrath> I'm hopeful this will be corrected within the next couple of months but at the same time when I ask GIT about it I get unclear, or different answers (if any) 16:32:31 < paulobanon_> whats GIT ? 16:32:46 < skvidal> Global Information Tech 16:32:49 < mmcgrath> 2) The missing dep issue on fedora-maintainers was annoying. It was one of those things that makes us look bad though it wasn't really our fault. 16:32:53 < skvidal> red hat's IS service 16:32:54 < paulobanon_> skvidal: thanks 16:32:56 < mmcgrath> paulobanon_: they're Red Hat's version of us :) 16:33:16 < skvidal> mmcgrath: they're not as fun as we are, though. :) 16:33:27 < paulobanon_> skvidal: ++1 16:33:35 < skvidal> heh 16:33:35 < paulobanon_> :) 16:33:37 < skvidal> I'm just kidding 16:33:44 < skvidal> I'm sure they're a blast 16:33:52 < mmcgrath> :) 16:33:56 < paulobanon_> heh 16:33:59 < mmcgrath> and 3) Successful failed builds. 16:34:04 < mmcgrath> dgilmore: do you have an update on that? 16:34:27 < mmcgrath> I don't know if it isn't happening as much now or if people just stopped complaining about it. 16:35:07 * nirik saw a report of it this morning in #epel. It's still happening I think. 16:35:35 < paulobanon_> mmcgrath: is #3 happening due to the capacity thing, koji, or any other unknown reason ? 16:35:47 < mmcgrath> I know dgilmore has been busy, I wonder if it would be possible to recruit another buildsys member to help. 16:35:53 < mmcgrath> its an unknown thing. 16:36:03 -!- G_ [n=nigel at wikipedia/NigelJ] has quit Connection timed out 16:36:06 < mmcgrath> a build will succeed, mock exits with 0 (as it should) but then plague thinks it failed. 16:36:54 < mmcgrath> dgilmore: ? 16:37:03 < mmcgrath> maybe $DAYJOB called :) 16:37:05 < paulobanon_> he prolly got called again 16:37:12 < mmcgrath> we can go back to that later. 16:37:36 < mmcgrath> So yeah, the builder outages are bad but they're being worked on. 16:37:45 < mmcgrath> Anyone else have something they would like to discuss? 16:38:10 * jima fields a phone call while trying to get sip software to work ;P 16:38:14 < mmcgrath> ricky: can you give us our weekly FAS2 round up? 16:38:56 < ricky> Well, I've attempted to move all access controll stuff into auth.py- it might need to be checked for some logic errors :) 16:38:59 < nirik> mmcgrath: is there any wiki page or other info about sponsoring? What is needed and what a sponsor gets? My company might be interested, but I would need info on what I am asking from them and what they get... 16:39:27 < ricky> I'll probably be asking a bit about the formalities surrounding the CLA process/how we plan to do that soon. 16:40:04 < mmcgrath> nirik: I'm new to that so I've been taking notes as I go. I've been getting spatterings of email from people and there was a thread on FAB about it but I hesitate to write anything down yet because I don't want to make false promises. 16:40:30 < mmcgrath> nirik: if you are interested send me an email and I'll give you the low down. 16:40:40 < ricky> Other than that, as mentioned before, I'm looking into using a separate database to manage stuff such as email changes and pending requests for groups. 16:40:50 < mmcgrath> ricky: cool, I had always thought of that as almost a wizard process. 16:40:50 < skvidal> mmcgrath: should we talk about start.fedoraproject.org? 16:40:55 < mmcgrath> I want to make it easier. 16:41:05 < mmcgrath> skvidal: yeah, we'll do that after FAS2. 16:41:06 < nirik> mmcgrath: ok. 16:41:13 < skvidal> ok 16:41:45 < ricky> So e-mail verification will be handled on creating an account- does that mean that we can do a sign/copy/paste process? 16:42:02 < ricky> (And just check the validity of the signature/that it matches the e-mail)? 16:42:03 < mmcgrath> ricky: yeah or a file upload or something. 16:42:12 < ricky> Ah, that easier, actually. 16:42:13 < warren> much easier than e-amil 16:42:15 < warren> e-mail 16:42:33 * dgilmore is here now 16:42:34 < mmcgrath> we'll still want to forward it as an email on. All CLA's get sent to some mailbox for legal (I don't even really know if they check it but even now they get forwarded there) 16:43:07 < mmcgrath> ricky: sounds like thats going well, anything else? 16:43:32 < ricky> That's it for now- I'm taking a tiny break and looking at possible website stuff at the moment. 16:43:40 < mmcgrath> cool 16:44:06 < mmcgrath> Ok, as skvidal mentioned, there's a possible new feature for F8. http://start.fedoraproject.org/ 16:44:11 < skvidal> 'feature' 16:44:22 * mmcgrath digs up FAB link 16:44:24 < skvidal> everyone go to start.fedoraproject.org 16:44:30 < paulobanon_> going 16:44:40 < skvidal> it's a google search page for fedora - like the firefox search page in default firefox browsers 16:44:59 < skvidal> the feature suggestion is to make that fedora's default homepage in firefox/konqueror/etc 16:45:28 < mmcgrath> https://www.redhat.com/archives/fedora-advisory-board/2007-August/msg00158.html 16:45:29 < warren> I hope we do keep it very simple like this. 16:45:29 < skvidal> now right now the website is at rackspace 16:45:36 < skvidal> warren: not likely 16:45:52 < skvidal> and it is a JSP 16:45:56 -!- mbonnet is now known as mbonnet_ 16:45:57 < skvidal> that will/can change 16:45:58 < warren> skvidal, with a prominent link to all the fedora info 16:46:18 < skvidal> again - it needs to be a bit busier than it is 16:46:30 < skvidal> but I agree - not confusingly so 16:46:35 < mmcgrath> skvidal: actually I think right now that is just a static page. 16:46:39 < ricky> JSP? Why does it need anything more than a static page? 16:46:43 < paulobanon_> skvidal, mmcgrath: whats the possibility for u guys to contact google to sponsor a minigoogle ? 16:46:44 < skvidal> the search results are jsp 16:46:57 < skvidal> a google bot? 16:46:59 < skvidal> no. 16:47:05 < skvidal> we don't want to host any non-open infrastructure 16:47:05 < warren> if the front page is kept simple like this, perhaps 1) people wont change the front page 2) we can easily display new info prominently 3) maybe Fedora can score some google ad revenue 16:47:07 * mmcgrath never did bother searching 16:47:11 < paulobanon_> it also works as a search engine 16:47:17 < ricky> Aha, I guess the JSP thing might not be active at the moment. 16:47:18 < skvidal> and a google bot is decidedly non-open 16:47:32 < skvidal> warren: the front page is not a decision for the infrastructure team to make 16:47:33 < paulobanon_> skvidal: thats true 16:47:42 < warren> skvidal, right, it was just an idea 16:47:52 < skvidal> what fedora gets out of this is some revenue 16:48:01 < skvidal> the adwords would pay back to us 16:48:32 < mmcgrath> skvidal: maybe thats the part I missed, where's the jsp come into play? I was under the impression that no serverside stuff was going on as of yet except for the handoff to google. 16:48:51 < warren> who decides what goes on the front page? 16:48:57 * warren wants to know who to talk to. 16:49:02 < dgilmore> mmcgrath: i think its just to add some dynamic contenet 16:49:04 < skvidal> mmcgrath: don was a bit fuzzy on that to me, too. but he was very clear it can be replaced with other languages 16:49:06 < jima> that sounds like policy to me ;) 16:49:08 < dgilmore> internal only stuff 16:49:15 < skvidal> warren: docs/websites/board 16:49:20 < dgilmore> it could be python from my understanding 16:49:26 < skvidal> warren: the same people who determine what goes on fp.org 16:49:28 < skvidal> dgilmore: yes 16:49:32 -!- rdieter_away [n=rdieter at sting.unl.edu] has quit Remote closed the connection 16:49:45 < warren> mmcgrath, it is possible for the page to be static (local) while using ajax for optionally displaying a dynamic headline 16:49:57 < skvidal> warren: yes- that was discussed on fab list 16:50:06 < skvidal> but the point for this discussion 16:50:08 < skvidal> is not that part 16:50:19 < warren> ajax, sorry for using you. 16:50:26 < mmcgrath> I guess its murky because the non-static stuff they are proposing doesn't exist. I don't know what its supposed to do. 16:50:31 < skvidal> the part is - if we get this - we'll need to have a place to put it 16:50:32 * ricky shudders a bit. 16:50:36 < skvidal> b/c we want it on machines WE control 16:50:50 < skvidal> WE == fedora infrastructure 16:50:56 < skvidal> WE != red hat, inc 16:51:08 < paulobanon_> skvidal: duke ? 16:51:10 < mmcgrath> which, right now, it is on RH, inc. 16:51:20 < skvidal> paulobanon_: they can be in the colo 16:51:24 < skvidal> but if max calls me and says 16:51:31 < skvidal> "take that ad box off there RIGHT NOW" 16:51:40 < skvidal> I don't want to have to go through seven layers of indirection to get it done 16:51:46 < ricky> Heh. 16:51:48 < skvidal> I want one of us to be able to ssh in, modify puppet and nuke it 16:51:53 < mmcgrath> paulobanon_: well I think we could host it, especially if we can get a few more proxy boxes. The question is I still don't know what the heck the 'server side' is supposed to do. 16:52:02 -!- gregdek is now known as gregdek_gone 16:52:13 < skvidal> mmcgrath: I'll get a firm answer on that 16:52:23 < mmcgrath> k 16:52:28 < skvidal> paulobanon_: hosted at the phx colo is fine - multiple sites is better 16:52:37 < skvidal> I'm not worried about rh being evil - it's clear rh is NOT being evil 16:52:43 < skvidal> my concern is with rh being busy 16:52:56 < skvidal> and not being able to get to something immediately b/c of other priorities 16:52:57 < paulobanon_> skvidal: understood 16:52:59 < warren> The non-static stuff could be very simple, simply serving the RSS data for display. Load would be relatively small. 16:53:06 < mmcgrath> the first rollout of start.fp.o is currently planned to be on A box in a rackspace datacenter. 16:53:07 < warren> All links from there go elsewhere 16:53:15 < dgilmore> skvidal: its currently in a colo AFAIK we should make sure don gives sysadmin-main access 16:53:36 < warren> mmcgrath, is rackspace a certainty? There are cheaper options 16:53:47 < skvidal> dgilmore: yah - it's only for f8t2 - I think bu t3 or GA we should have that fixed 16:53:48 < dgilmore> warren: don already has the server rented 16:53:51 < skvidal> warren: rackspace is where it is now 16:53:51 < warren> ah 16:54:00 < mmcgrath> dgilmore: we can do that, I've made it very clear that what is currently there is not 'live' or 'blessed' to be official. 16:54:30 < dgilmore> mmcgrath: reminds me i should setup access to sparc builders 16:55:26 < mmcgrath> So long story short, we as a group have a list of demands and we need to communicat that to Donald. 16:55:36 < skvidal> I'll do it 16:55:46 < skvidal> and I'll cc dgilmore and mmcgrath on it, kewl? 16:55:53 < mmcgrath> skvidal: k, if you change your mind let me know. 16:55:54 < dgilmore> skvidal: sounds perfect 16:56:16 < skvidal> dgilmore: you're ausil@ right? 16:56:21 < skvidal> mmcgrath: why would I change my mind? 16:56:23 * mmcgrath notes we're only talking about implementation here. What it is, does and any $$ that get exchanged is between the board I guess. 16:56:32 < mmcgrath> skvidal: no idea, just throwing it out there :0 16:56:38 < skvidal> mmcgrath: ok 16:57:26 < skvidal> dgilmore: yo uneed to get dgilmore@ as an alias :) 16:57:34 < mmcgrath> Ok, so it sounds like we have some action items to do there. 16:57:43 < mmcgrath> Anyone have anything else? we've got about 5min left in the meeting. 16:58:25 < mmcgrath> Ok, if no one has anything we'll close the meeting in 30 16:58:42 < mmcgrath> 15 16:58:52 < mmcgrath> 5 16:59:01 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End 16:59:04 < mmcgrath> Thanks for coming everyone 16:59:09 < paulobanon_> thx mmcgrath 16:59:15 < ricky> Thanks. 16:59:39 -!- mmcgrath changed the topic of #fedora-meeting to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule 17:00:49 * ricky finally finishes reading the mailing list thread :) 17:01:37 < dgilmore> skvidal: dgilmore@ works 17:01:43 < skvidal> ooo good 17:01:49 < dgilmore> skvidal: i am ausil@ though 17:02:44 < dgilmore> i should sign up for a second account or do something to blacklist dgilmore from becoming a fas account 17:03:08 < dgilmore> mmcgrath: we should add a blacklist feature to FAS 17:03:09 < ricky> Hm.. the same probably applies to all of those extra aliases in there :) 17:03:21 < mmcgrath> dgilmore: probably a good idea 17:03:23 * ricky adds a TODO for FAS2. 17:03:25 < warren> didn't we get rid of the aliases? 17:03:40 < mmcgrath> dgilmore: hey, I forgot to ask you have you had any more chance to debug the failed successful builds? 17:03:45 < mmcgrath> warren: just the Firstname.Lastname aliases. 17:03:47 < dgilmore> warren: there are aliases that are there for things not part of fas 17:03:51 < warren> ooh 17:04:02 < dgilmore> mmcgrath: no ill get some time tonight 17:04:03 * jima doesn't miss the firstname.lastname alias 17:04:11 < jima> but then, no one really uses my name anyway 17:04:24 < dgilmore> jima: alot of people probably dont know it 17:04:30 < jima> dgilmore: nope 17:07:29 < jima> heh, i guess i got a sip client to work, after the meeting ended ;) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ankit at redhat.com Wed Aug 1 07:13:03 2007 From: ankit at redhat.com (Ankitkumar Rameshchandra Patel) Date: Wed, 01 Aug 2007 07:13:03 -0000 Subject: Status Page! In-Reply-To: <46B02FBB.8020205@redhat.com> References: <46AF3DD0.10503@redhat.com> <1185949029.4868.75.camel@localhost.localdomain> <46B02FBB.8020205@redhat.com> Message-ID: <46B0327B.1010504@redhat.com> Mike McGrath ??????: > Michael H. Smith wrote: >> On Tue, 2007-07-31 at 19:19 +0530, Ankitkumar Rameshchandra Patel wrote: >>> Does this status page gets updated at some interval (Hourly, daily, >>> weekly) ? OR >>> It's just static, taken from releases (head, f-7, f-6, etc) snapshots.? >>> >>> http://translate.fedoraproject.org/releases/fedora-8 >>> >> >> Can someone from the infrastructure team answer Ankit's question? > > This gets updated with a cron job at: > > 15 1,9,17 * * * > > -Mike I don't think so. Yesterday only i completed every module (except desc, summary) of Gujarati, and it doesn't get reflected on the above status page. You can see the difference by comparing following two status pages: http://translate.fedoraproject.org/releases/fedora-8 http://i18n.redhat.com/cgi-bin/i18n-status?page=status&locale=gu&branch=HEAD&essential=0 -- Regards, ----------------------------------------------------- Ankit Patel Mob: +91 9890772942 Language Maintainer (Gujarati)/Team Leader Ph: +91 20 40057375 Pune - India Fax: +91 20 66056040 ----------------------------------------------------- http://www.indianoss.org/ From jon at damaestro.us Mon Aug 6 17:36:53 2007 From: jon at damaestro.us (Jonathan Steffan) Date: Mon, 06 Aug 2007 17:36:53 -0000 Subject: [Fwd: Build Error (Job 35483): zope-2_9_8-1_el5 on fedora-5-epel] Message-ID: <1186421802.5091.1.camel@damaestro> Not sure if this is something I am supposed to deal with. -------- Forwarded Message -------- From: buildsys at fedoraproject.org Subject: Build Error (Job 35483): zope-2_9_8-1_el5 on fedora-5-epel Date: Mon, 6 Aug 2007 13:20:58 -0400 (EDT) Job failed on arch ppc Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-5-epel/35483-zope-2.9.8-1.el5/ ------------------------------------------------- Time: Mon Aug 6 09:49:06 2007 Target: fedora-5-ppc-epel UID: 13de9694f9fa14d3663bdddeb169de02cbbc8525 Architecture: ppc SRPM: https://extras64.fedoraproject.org:8886//fedora-5-epel/35483-zope-2.9.8-1.el5/zope-2.9.8-1.el5.src.rpm Starting download of https://extras64.fedoraproject.org:8886//fedora-5-epel/35483-zope-2.9.8-1.el5/zope-2.9.8-1.el5.src.rpm. Retrieved https://extras64.fedoraproject.org:8886//fedora-5-epel/35483-zope-2.9.8-1.el5/zope-2.9.8-1.el5.src.rpm. Waiting for repository to unlock before starting the build... Job waited too long for repo to unlock. Killing it... Killing build process... Cleaning up the buildroot... /usr/bin/setarch ppc32 /usr/bin/mock clean --uniqueext=13de9694f9fa14d3663bdddeb169de02cbbc8525 -r fedora-5-ppc-epel Killed. Waiting for child process 3005 to exit. Output File List: ----------------- Output File: https://ppc3.fedora.redhat.com:8889/13de9694f9fa14d3663bdddeb169de02cbbc8525/result/job.log ----------------- ----------------------- Job failed because it was killed. From debarshi.ray at gmail.com Fri Aug 31 03:19:37 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Fri, 31 Aug 2007 08:49:37 +0530 Subject: Hi From a new Developer In-Reply-To: <599059470707050019q6134f8e5h2a69a815f0479966@mail.gmail.com> References: <599059470707050019q6134f8e5h2a69a815f0479966@mail.gmail.com> Message-ID: <3170f42f0708302019i65151c47xab69ac4c409b74d7@mail.gmail.com> > Iam Roopesh Majeti, a C/C++/Unix Developer working in a MNC in india. I am working > in development environment from last 3 years and iam currently fedora core 6 Linux. The first thing is not to use HTML emails on mailing lists. Use the "plain text" option while composing mails instead of the "rich formatting" option in GMail's Web interface. Regards, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From skvidal at fedoraproject.org Fri Aug 31 03:27:58 2007 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 30 Aug 2007 23:27:58 -0400 Subject: fedorapeople.org is now available In-Reply-To: <469E5750.2080707@redhat.com> References: <001201c7c956$d9cdebb0$ba00000a@grecom.local> <469E5750.2080707@redhat.com> Message-ID: <1188530878.27085.327.camel@cutter> On Wed, 2007-07-18 at 14:09 -0400, Fernando Nasser wrote: > Hi, > > How does one get his directory set up? > Do you have a fedora account? have you signed the cla or are you covered under the red hat cla? are you a member of one group other than the cla group? If the answer to all of these is yes, then you just login to fedorapeople.org using your ssh key you uploaded to the account system. then you make a public_html dir and put files in it. that's it. -sv From sundaram at fedoraproject.org Fri Aug 31 16:59:08 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 31 Aug 2007 22:29:08 +0530 Subject: Hi From a new Developer In-Reply-To: <599059470707050019q6134f8e5h2a69a815f0479966@mail.gmail.com> References: <599059470707050019q6134f8e5h2a69a815f0479966@mail.gmail.com> Message-ID: <46D848DC.1080702@fedoraproject.org> roopesh majeti wrote: > Hi , > > Iam Roopesh Majeti, a C/C++/Unix Developer working in a MNC in india. I > am working in development environment from last 3 years and iam > currently fedora core 6 Linux. > > > I would like to express my wish to work with the Fedora Development team. > Christian Iseli has suggested me to contact to this list, introducing > myself to the team. > > I would be very much happy if you could involve me in the Fedora core > development work. Welcome to Fedora project. Look at what areas you would interested and start getting involved in that. Packaging and fixing bugs in existing software available in Fedora might be of interest to you. Rahul From ivazqueznet at gmail.com Fri Aug 31 22:08:02 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Fri, 31 Aug 2007 18:08:02 -0400 Subject: Private builds in koji Message-ID: <1188598082.3151.18.camel@ignacio.lan> A couple of questions that haven't been brought up yet but have recently passed through my mind: 1) Is it considered an acceptable use of resources to use koji to scratch-build private FOSS packages that will be hosted on fedorapeople.org? 2) What about pointing people to the builds hosted within koji? 3) What about building in koji but hosting elsewhere? I think it's safe to assume that building anything non-FOSS in koji is *completely* out of the question. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Fri Aug 31 23:03:37 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 31 Aug 2007 16:03:37 -0700 Subject: Private builds in koji In-Reply-To: <1188598082.3151.18.camel@ignacio.lan> References: <1188598082.3151.18.camel@ignacio.lan> Message-ID: <46D89E49.9060901@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ignacio Vazquez-Abrams wrote: > A couple of questions that haven't been brought up yet but have recently > passed through my mind: > > 1) Is it considered an acceptable use of resources to use koji to > scratch-build private FOSS packages that will be hosted on > fedorapeople.org? > > 2) What about pointing people to the builds hosted within koji? > > 3) What about building in koji but hosting elsewhere? > > I think it's safe to assume that building anything non-FOSS in koji is > *completely* out of the question. > I thought koji only built from cvs + tag. If that's the case, then I'd allow be inclined to allow any of your listed uses. - -Toshio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD4DBQFG2J5JX6yAic2E7kgRApt0AJUX7FVHRFc6XFiRHMb/nzL10gcfAKCr+ggX E42WI5ioZFeVErISL81mwQ== =KqK5 -----END PGP SIGNATURE----- From ivazqueznet at gmail.com Fri Aug 31 23:16:46 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Fri, 31 Aug 2007 19:16:46 -0400 Subject: Private builds in koji In-Reply-To: <46D89E49.9060901@gmail.com> References: <1188598082.3151.18.camel@ignacio.lan> <46D89E49.9060901@gmail.com> Message-ID: <1188602206.3151.21.camel@ignacio.lan> On Fri, 2007-08-31 at 16:03 -0700, Toshio Kuratomi wrote: > I thought koji only built from cvs + tag. If that's the case, then I'd > allow be inclined to allow any of your listed uses. It is a little-known fact that koji can do scratch builds from user-supplied SRPMs. It can't do chain-scratch-builds, but you win some, you lose some. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: