From wtogami at redhat.com Wed Nov 1 04:13:33 2006 From: wtogami at redhat.com (Warren Togami) Date: Tue, 31 Oct 2006 23:13:33 -0500 Subject: Status Update: publictest[1-9], xen3, hammer3 Message-ID: <45481EED.5070006@redhat.com> publictest[1-9] and xen3 assignments are on request. hammer3 hardware is confirmed by Stacy to be dead. I have asked him if any parts can be scavenged, like perhaps the RAM could augment the current 2GB in hammer1 and hammer2 to 3GB each. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192153 Due to the chroot failure of last week that corrupted stuff in the root filesystem, hammer1 needs to be reinstalled. dgilmore is going to reinstall hammer1. The new hostname will be xen3. xen3 is to be used for the xen host, while hammer1, xenbuilder1 or any publictest[1-9] address could be used for builders. I recommend leaving behind the hammer1 name in order to avoid confusion, and using xenbuilder1. Then a publictest address can be the temporary builder hosted on xen2 until we have a replacement for hammer3 online. Warren Togami wtogami at redhat.com From linux at elfshadow.net Fri Nov 3 02:04:09 2006 From: linux at elfshadow.net (Jeffrey Tadlock) Date: Thu, 02 Nov 2006 21:04:09 -0500 Subject: IRC Meeting Log - 11/02/06 Message-ID: <454AA399.2010809@elfshadow.net> The log from today's IRC Infrastructure meeting is attached. --Jeffrey -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: infra_irc_log_11-02-06.txt URL: From mmcgrath at fedoraproject.org Fri Nov 3 02:14:18 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 2 Nov 2006 20:14:18 -0600 Subject: Another welcome :D Message-ID: <3237e4410611021814h3030c5bckc691425f1719d58c@mail.gmail.com> I'm sorry I haven't gotten back to all of you that have given self introductions, its been an incredibly busy time! Which is why I'm writing. I know a common concern is that its difficult to find things to do. So I thought I'd try something a little different. If you'd like to do something but don't know what, drop me an email and I'll try to assign some stuff to you. What is there to do? Tons, trust me. So send me or any one of the officers a request just stating that you want to help but don't know what to do, we'll give you something! -Mike From mmcgrath at fedoraproject.org Sun Nov 5 19:33:19 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 5 Nov 2006 13:33:19 -0600 Subject: Fwd: Orphaning zope, plone, mpc and gmpc In-Reply-To: References: Message-ID: <3237e4410611051133t3f57d72bmcdddda8eb82c2f40@mail.gmail.com> ---------- Forwarded message ---------- From: Aurelien Bompard Date: Nov 5, 2006 12:29 PM Subject: Orphaning zope, plone, mpc and gmpc To: fedora-extras-list at redhat.com Hi .*, I'm orphaning 4 packages. The first two will probably find a new home quickly : zope and plone. I don't use them anymore, so I'm sure other people will be able to give them more love. I'm also orphaning mpc and gmpc, client applications for the Music Player Daemon. The mpd can't be in Extras because it ships mp3 decoding code, and has no plugin infrastructure to split it like the xine-lib package. I don't use mpd anymore, so I'm not interested in maintaining the client apps. Please step forward if you want to maintain any of these. Thanks Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook -- fedora-extras-list mailing list fedora-extras-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-extras-list From dimond at gmail.com Sun Nov 5 23:18:57 2006 From: dimond at gmail.com (Jeff Dimond) Date: Sun, 05 Nov 2006 18:18:57 -0500 Subject: Introduction Message-ID: <454E7161.2090103@gmail.com> All, I just wanted to introduce myself to the infrastructure/sysadmin team. My name is Jeff Dimond. I am 25 years old and currently employed with a government contractor as a sysadmin/software configuration manager. I maintain systems that support simulated close combat trainers / tank simulators / bradley simulators. I am currently taking care of redhat, fedora, aix, solaris, and windows systems, as well as tracking software versions, patches, and obsolescence issues. I look forward to assisting on some of the ongoing projects and meeting the other people here. Thanks, Jeff Dimond From mmcgrath at fedoraproject.org Mon Nov 6 00:37:14 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 5 Nov 2006 18:37:14 -0600 Subject: Introduction In-Reply-To: <454E7161.2090103@gmail.com> References: <454E7161.2090103@gmail.com> Message-ID: <3237e4410611051637y33f9d2e1y1e5430cd1f9396e@mail.gmail.com> On 11/5/06, Jeff Dimond wrote: > All, > > I just wanted to introduce myself to the infrastructure/sysadmin team. > My name is Jeff Dimond. I am 25 years old and currently employed with a > government contractor as a sysadmin/software configuration manager. I > maintain systems that support simulated close combat trainers / tank > simulators / bradley simulators. I am currently taking care of redhat, > fedora, aix, solaris, and windows systems, as well as tracking software > versions, patches, and obsolescence issues. > > I look forward to assisting on some of the ongoing projects and meeting > the other people here. > > Thanks, > Jeff Dimond Welcome Jeff. Are there any specific projects you'd like to work on? If not you could always contact one of the officers and we'll just give you something ;-) -Mike From grgsaliba at gmail.com Mon Nov 6 08:01:32 2006 From: grgsaliba at gmail.com (George Saliba) Date: Mon, 6 Nov 2006 09:01:32 +0100 Subject: Self-Introduction: George Saliba Message-ID: <50b4b8170611060001i46890f53nb214c4517b3b8a1d@mail.gmail.com> Hi everyone, I would like to introduce myself to all of you. I've been using GNU/Linux systems for about 6 years now and since last year Linux is my only operating system :) During the years I've tried many distros and I think my personal favorites are Fedora for the workstation and Debian for the server. I really like Fedora, its impressive how it is always cutting edge and at the same time so stable !!. Finally I've decided to start contributing something to this great community. I have good programming expirience in many areas...but unfortunalely not much time to contribute...but will gladly contribute any spare time I can find :) . Some details about me: name: George Saliba occupation: Research and Development Engineer in a mainly electronics company. programming expirience: C, C++, Python, TCL, some Java, various scripting languages...and others I would like to contribute: Programming Looking forward to start contributing ! Best Regards to all, George ------------------------------------------------------------------------------------------------------------------------------- Key fingerprint = 06E4 800A E1AA CB5E 95A6 95B1 95FB 9F9D 6507 FD87 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmcgrath at fedoraproject.org Mon Nov 6 14:16:04 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 6 Nov 2006 08:16:04 -0600 Subject: Self-Introduction: George Saliba In-Reply-To: <50b4b8170611060001i46890f53nb214c4517b3b8a1d@mail.gmail.com> References: <50b4b8170611060001i46890f53nb214c4517b3b8a1d@mail.gmail.com> Message-ID: <3237e4410611060616sdf833e1pb3118e23790ff002@mail.gmail.com> On 11/6/06, George Saliba wrote: > Hi everyone, > > I would like to introduce myself to all of you. I've been using GNU/Linux > systems for about 6 years now and since last year Linux is my only operating > system :) During the years I've tried many distros and I think my personal > favorites are Fedora for the workstation and Debian for the server. I really > like Fedora, its impressive how it is always cutting edge and at the same > time so stable !!. Finally I've decided to start contributing something to > this great community. I have good programming expirience in many areas...but > unfortunalely not much time to contribute...but will gladly contribute any > spare time I can find :) . Some details about me: > > name: George Saliba > occupation: Research and Development Engineer in a mainly electronics > company. > programming expirience: C, C++, Python, TCL, some Java, various scripting > languages...and others > I would like to contribute: Programming > > Looking forward to start contributing ! > > Best Regards to all, > George Welcome George. Is there something specific on the schedules page you'd be interested in working on? If not I can find something for you. -Mike From mmcgrath at fedoraproject.org Thu Nov 9 18:46:11 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 9 Nov 2006 12:46:11 -0600 Subject: Meeting Today Message-ID: <3237e4410611091046o50f5159dm8f3b086b0843df05@mail.gmail.com> Just a reminder, we have a meeting today at 20:00 UTC. Many people have changed time zones from day light savings. Look up the new time here: http://timeanddate.com/worldclock/fixedtime.html?month=11&day=9&year=2006&hour=20&min=0&sec=0&p1=0 From linux at elfshadow.net Thu Nov 9 21:52:10 2006 From: linux at elfshadow.net (Jeffrey Tadlock) Date: Thu, 09 Nov 2006 16:52:10 -0500 Subject: IRC Meeting Log - 11/09/2006 Message-ID: <4553A30A.1090802@elfshadow.net> The meeting notes for today's Infrastructure meeting on IRC have been posted to the Wiki: http://fedoraproject.org/wiki/Infrastructure/Meetings/2006-11-09 Since I have a fairly complete history of our meetings in my IRC logs I will try to get the logs from other meetings in the past posted over the next few days. --Jeffrey From mmcgrath at fedoraproject.org Fri Nov 10 03:56:29 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 9 Nov 2006 21:56:29 -0600 Subject: glump and config management Message-ID: <3237e4410611091956l3cecc19eq22b695d4c8466eda@mail.gmail.com> As many of you know we've been looking to make our configuration management system a bit more robust. Primarily by trying to find a technological solution to actually enforce our config management system. One of the systems I've looked at is glump, provided by the Duke guys and Seth. The system itself isn't *just* a configuration management system. Its really a systems framework that is very modular in nature. Its a bit rough around the edges right now but in true Fedora spirit I'd like to suggest we adopt this technology and make it better. It'll work for us out of the box, and with Duke as upstream we're not alone in using it. I've got one working sample that just copies a file to your /tmp/ directory. Interesting items to note is once /tmp/test1 is created, if you alter it and re-run the script, a backup noting the date and time is created. This is especially handy in our environment where not everyone always follows the rules. Consider it a safe and gentle reminder ;-) Be warned, there is a slight learning curve. The actual 'config management' stuff is done in a script here called 'head' glump itself really just glues a bunch of files together into this one script. Once you start poking around at it you'll see what I mean. But think of the files listed in glue.xml as groups of config files. For example, we could have a phx file and an app server file for app servers in the phx colo. You get the idea. Check out the source if you're interested: http://mmcgrath.net/~mmcgrath/glump-example.tar.gz (The actual glump source and configuration) http://mmcgrath.net/~mmcgrath/configfiles.tar.gz (sample configs) You can run the script by typing: wget -qO - http://mmcgrath.net/cgi-bin/glump.py | sh Don't take my word that it won't fark your system up, take a look for yourself at what its running! It should just create two log files in /tmp and a file called /tmp/test We would use this in addition to our current CVS system though we should probably give all the servers a good once-over and re-sync the configs for those servers that are out of sync. Seth, please correct or make more clear anything that I've munged up. What do you all think? -Mike From mmcgrath at fedoraproject.org Fri Nov 10 03:58:20 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 9 Nov 2006 21:58:20 -0600 Subject: Computer Swap Message-ID: <3237e4410611091958i745bb1b6y5bfd85061fdab801@mail.gmail.com> Hey Stacy, if you still need two computers for the cluster can we give you proxy[3-4] and take back the two new dells? IIRC you just need the proxy servers first so they can be built correct? -MIke From jkeating at redhat.com Sat Nov 11 04:07:34 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Nov 2006 23:07:34 -0500 Subject: dist-git status Message-ID: <200611102307.38570.jkeating@redhat.com> So I've been playing a bit with git. Man its a bit rough and fugly to get used to, but whatever. I figured out how to loop through and setup the dist-git repo hierarchy much like dist-hg, however in the middle of the conversion (which is much slower than converting to hg...) I ran out of disk space. So... I either need more space on publictest1, or another xen instance to play in. Another xen instance might be better to separate dist-hg from dist-git testing. Follow the fun here: http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-git -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sbranden at redhat.com Sun Nov 12 15:41:34 2006 From: sbranden at redhat.com (Stacy J Brandenburg) Date: Sun, 12 Nov 2006 10:41:34 -0500 Subject: Computer Swap In-Reply-To: <3237e4410611091958i745bb1b6y5bfd85061fdab801@mail.gmail.com> References: <3237e4410611091958i745bb1b6y5bfd85061fdab801@mail.gmail.com> Message-ID: <455740AE.3050400@redhat.com> I have opened a ticket with the systems guys to build those machines. I am in meetings this week away from my machine for most of the day. If we cannot finish it this week, we will get this done next week. I assume that proxy3/4 can be taken at any time and reloaded. If not scream now. Thanks, Mike McGrath wrote: > Hey Stacy, if you still need two computers for the cluster can we give > you proxy[3-4] and take back the two new dells? IIRC you just need > the proxy servers first so they can be built correct? > > -MIke -- ======================================================== = Stacy J. Brandenburg Red Hat Inc. = = Manager, Network Operations sbranden at redhat.com = = 919-754-4313 http://www.redhat.com = ======================================================== From lmacken at redhat.com Sun Nov 12 21:42:20 2006 From: lmacken at redhat.com (Luke Macken) Date: Sun, 12 Nov 2006 16:42:20 -0500 Subject: Fedora Updates System Message-ID: <20061112214220.GE7378@tomservo.rh.rit.edu> Hey Guys, I just committed the first bits to the new updates system[0]. At the moment it doesn't do much, but I defined an initial database model (which will also help us see how to integrate this with the package db) and a couple of controllers. I also updated the UpdatesSystem wiki[1] page with screenshots of the current system that is used to push out core package updates. Hopefully this will give people some context as to the direction this project is going in. The code should be pretty well commented, especially in places that *need* code. This project is going to become a top priority for me in about week, after finals. I'll try and produce a list of tasks at some point in the near future that people can just pick up and work on. But in the mean time, if you would like to help out, I recommend reading over the wiki and getting familiar with the current update process/system. From there, checkout the code, `yum install TurboGears` and start playing around with it. luke [0]: http://cvs.fedoraproject.org/viewcvs/fedora-updates-system/?root=fedora [1]: http://fedoraproject.org/wiki/Infrastructure/UpdatesSystem From mmcgrath at fedoraproject.org Mon Nov 13 15:15:58 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 13 Nov 2006 09:15:58 -0600 Subject: Simple python change Message-ID: <3237e4410611130715y23f0c3a0m61bbadc0c8b0ff3f@mail.gmail.com> Would anyone like to work on https://admin.fedoraproject.org/tickets/customer.pl?Action=CustomerTicketZoom&TicketID=298&ArticleID=678&QueueID=5 let me know. -Mike From a.badger at gmail.com Mon Nov 13 16:32:18 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 13 Nov 2006 08:32:18 -0800 Subject: Simple python change In-Reply-To: <3237e4410611130715y23f0c3a0m61bbadc0c8b0ff3f@mail.gmail.com> References: <3237e4410611130715y23f0c3a0m61bbadc0c8b0ff3f@mail.gmail.com> Message-ID: <1163435538.7125.19.camel@localhost.localdomain> On Mon, 2006-11-13 at 09:15 -0600, Mike McGrath wrote: > Would anyone like to work on > https://admin.fedoraproject.org/tickets/customer.pl?Action=CustomerTicketZoom&TicketID=298&ArticleID=678&QueueID=5 > > let me know. This should be done as part of the accounts system2 change but could be done in parallel to the changes to the backend. ie: The whole account system web interface is a UI mess. We should mockup a UI that deals with the problems we have with the current UI (no logout, inadequate searching, pages and pages of accounts with no way to "view all" or jump to specific ones, etc) and then start reimplementing it. I've added these to the AccountSystem2 page: http://www.fedoraproject.org/wiki/Infrastructure/AccountSystem2 I would like to see us use TurboGears for this as we can implement things like the boilerplate as a shared base template there that Accounts2, Voting, Package DB, etc inherit from. Side note: Adding a logout button to the current accounts system should be trivial. Just make sure you add it to some of the boilerplate code so we get it for all apps that are using the account system code. Creating the dropdown search menu would also be reasonably easy but it's just one of the many issues listed on the AccountSystem2 page. -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 fedoraproject.org Mon Nov 13 16:43:11 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 13 Nov 2006 10:43:11 -0600 Subject: Simple python change In-Reply-To: <1163435538.7125.19.camel@localhost.localdomain> References: <3237e4410611130715y23f0c3a0m61bbadc0c8b0ff3f@mail.gmail.com> <1163435538.7125.19.camel@localhost.localdomain> Message-ID: <3237e4410611130843r791cf90cm566ae7c1ce68624a@mail.gmail.com> On 11/13/06, Toshio Kuratomi wrote: > On Mon, 2006-11-13 at 09:15 -0600, Mike McGrath wrote: > > Would anyone like to work on > > https://admin.fedoraproject.org/tickets/customer.pl?Action=CustomerTicketZoom&TicketID=298&ArticleID=678&QueueID=5 > > > > let me know. > > This should be done as part of the accounts system2 change but could be > done in parallel to the changes to the backend. > > ie: The whole account system web interface is a UI mess. We should > mockup a UI that deals with the problems we have with the current UI (no > logout, inadequate searching, pages and pages of accounts with no way to > "view all" or jump to specific ones, etc) and then start reimplementing > it. > > I've added these to the AccountSystem2 page: > http://www.fedoraproject.org/wiki/Infrastructure/AccountSystem2 > > I would like to see us use TurboGears for this as we can implement > things like the boilerplate as a shared base template there that > Accounts2, Voting, Package DB, etc inherit from. > > Side note: Adding a logout button to the current accounts system should > be trivial. Just make sure you add it to some of the boilerplate code > so we get it for all apps that are using the account system code. > > Creating the dropdown search menu would also be reasonably easy but it's > just one of the many issues listed on the AccountSystem2 page. > > -Toshio Do we have a timeline for this stuff yet? Lyz, whats the current status? Are we ready to start coding? -Mike From lyz27 at yahoo.com Tue Nov 14 00:56:08 2006 From: lyz27 at yahoo.com (TomLy) Date: Mon, 13 Nov 2006 18:56:08 -0600 Subject: Simple python change In-Reply-To: <3237e4410611130843r791cf90cm566ae7c1ce68624a@mail.gmail.com> References: <3237e4410611130715y23f0c3a0m61bbadc0c8b0ff3f@mail.gmail.com> <1163435538.7125.19.camel@localhost.localdomain> <3237e4410611130843r791cf90cm566ae7c1ce68624a@mail.gmail.com> Message-ID: <1163465768.5163.5.camel@localhost.localdomain> On Mon, 2006-11-13 at 10:43 -0600, Mike McGrath wrote: > On 11/13/06, Toshio Kuratomi wrote: > > On Mon, 2006-11-13 at 09:15 -0600, Mike McGrath wrote: > > > Would anyone like to work on > > > https://admin.fedoraproject.org/tickets/customer.pl?Action=CustomerTicketZoom&TicketID=298&ArticleID=678&QueueID=5 > > > > > > let me know. > > > > This should be done as part of the accounts system2 change but could be > > done in parallel to the changes to the backend. > > > > ie: The whole account system web interface is a UI mess. We should > > mockup a UI that deals with the problems we have with the current UI (no > > logout, inadequate searching, pages and pages of accounts with no way to > > "view all" or jump to specific ones, etc) and then start reimplementing > > it. > > > > I've added these to the AccountSystem2 page: > > http://www.fedoraproject.org/wiki/Infrastructure/AccountSystem2 > > > > I would like to see us use TurboGears for this as we can implement > > things like the boilerplate as a shared base template there that > > Accounts2, Voting, Package DB, etc inherit from. > > > > Side note: Adding a logout button to the current accounts system should > > be trivial. Just make sure you add it to some of the boilerplate code > > so we get it for all apps that are using the account system code. > > > > Creating the dropdown search menu would also be reasonably easy but it's > > just one of the many issues listed on the AccountSystem2 page. > > > > -Toshio > > Do we have a timeline for this stuff yet? Lyz, whats the current > status? Are we ready to start coding? > > -Mike I'm working on the db export / ldap import. I'm hoping it won't take more than another couple of weeks. Coding the new web front end should be able to begin. Standard inetorg users can be assumed. I'm not 100% on the group/role structure yet. ~tom From faucamp at csir.co.za Tue Nov 14 13:31:24 2006 From: faucamp at csir.co.za (Francois Aucamp) Date: Tue, 14 Nov 2006 15:31:24 +0200 Subject: Build fails due to insufficient privileges Message-ID: <4559E14C0200006A0000967F@cs-emo.csir.co.za> Hi, I have recently been sponsored and am unable to request a package build. I have added my e-mail address to ~/.plague-client.cfg (and owners.list for the packages), and my CVS, fedora account system and bugzilla access all work fine. ~/.fedora.cert, .fedora-server-ca.cert and ~/.fedora-upload-ca.cert are all present. About 6 days have passed since I first attempted a build, so it shouldn't be a synchronization issue. When submitting a plague build job I get the following: "Server returned an error: Insufficient privileges." I have opened an Fedora Infrastructure ticket for this (wasn't sure if this is the correct action, hence the mail :-) ). It's available at: https://admin.fedoraproject.org/tickets/customer.pl?Action=CustomerTicketZoom&TicketID=377 The packages in question are espeak and flite. Please help? Thanks! -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to CallCentre at csir.co.za. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From wtogami at redhat.com Tue Nov 14 22:28:41 2006 From: wtogami at redhat.com (Warren Togami) Date: Tue, 14 Nov 2006 17:28:41 -0500 Subject: POLICY: publictest[1-9] Requirements Message-ID: <455A4319.1070302@redhat.com> Infrastructure team has ratified these requirements for a publictest[1-9] address running sshd. 1) Must use Denyhosts. 2) NO PASSWORDS in authentication, only ssh keys. 3) Infrastructure team must explicitly approve it. Warren Togami wtogami at redhat.com From mmcgrath at fedoraproject.org Wed Nov 15 01:44:49 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 14 Nov 2006 19:44:49 -0600 Subject: Moin question for the doc guys Message-ID: <3237e4410611141744v2d213822g250f00bbe91a0dde@mail.gmail.com> So the doc guys have a script they run that produces release notes on the wiki. It does a series of posts. The problem is there's a feature in the wiki to prevent spamming. Does anyone know if we can allow certain namespace on the wiki or certain users to post as much as they want? If not we may just have to turn it off for a short period of time while they run the script before releases. -Mike From jkeating at redhat.com Wed Nov 15 13:24:10 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Nov 2006 08:24:10 -0500 Subject: dist-git status Message-ID: <200611150824.10933.jkeating@redhat.com> I've finally been able to convert all extras package modules/branches (from FC3 and up) to git, much in the same layout as dist-hg (each release "branch" being its own standalone repo (complete with inherited history from devel/ branch at split time)) I haven't yet started modifying Makefiles and plague to handle getting a checkout of a package from a tag and building it. That will probably come next week. Some interesting comparisons: Time to convert from CVS to GIT: real 556m51.452s user 32m36.370s sys 68m29.753s Time to convert from CVS to HG: real 155m0.948s user 84m18.080s sys 41m5.246s Size of dist-git (with full repack -a -d): 3.9G /srv/git/extras Size of dist-hg (no extra processing): 1.8G /srv/hg/extras None of the above are really deciding factors in what to use, just some interesting anecdotal observations. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Thu Nov 2 14:25:22 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Nov 2006 19:55:22 +0530 Subject: [Fwd: Being Hacked From You IP!!!!] Message-ID: <4549FFD2.7010009@fedoraproject.org> An embedded message was scrubbed... From: JamZ Subject: Being Hacked From You IP!!!! Date: Thu, 2 Nov 2006 06:21:52 -0800 (PST) Size: 3071 URL: From sundaram at fedoraproject.org Tue Nov 7 19:52:00 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Nov 2006 01:22:00 +0530 Subject: Metalinker and Fedora Message-ID: <4550E3E0.8020406@fedoraproject.org> Hi The infrastructure team can look at implementing this. Having a set of metalinks along linked from the download area is no big deal and generating them is easy. Not sure if anything else is required here. http://www.linux.com/article.pl?sid=06/11/01/1641247 Rahul From meyering at redhat.com Wed Nov 15 14:31:02 2006 From: meyering at redhat.com (Jim Meyering) Date: Wed, 15 Nov 2006 15:31:02 +0100 Subject: dist-git status In-Reply-To: <200611150824.10933.jkeating@redhat.com> (Jesse Keating's message of "Wed, 15 Nov 2006 08:24:10 -0500") References: <200611150824.10933.jkeating@redhat.com> Message-ID: <87odr8ok7t.fsf@rho.meyering.net> Jesse Keating wrote: > I've finally been able to convert all extras package modules/branches (from > FC3 and up) to git, much in the same layout as dist-hg (each release "branch" > being its own standalone repo (complete with inherited history from devel/ > branch at split time)) > > I haven't yet started modifying Makefiles and plague to handle getting a > checkout of a package from a tag and building it. That will probably come > next week. > > Some interesting comparisons: > > Time to convert from CVS to GIT: Did you use git-cvsimport? One invocation to convert an entire tree containing lots of individual package trees into a single git repository? > real 556m51.452s > user 32m36.370s > sys 68m29.753s > > Time to convert from CVS to HG: What tool did you use here? The only tool I've used is tailor, and back when I last used it, it was about 15x slower than git-cvsimport. > real 155m0.948s > user 84m18.080s > sys 41m5.246s > > Size of dist-git (with full repack -a -d): > 3.9G /srv/git/extras > > Size of dist-hg (no extra processing): > 1.8G /srv/hg/extras > > None of the above are really deciding factors in what to use, just some > interesting anecdotal observations. What version of git tools are you using? I ask because newer versions typically produce smaller repositories. And with newer versions of git-cvsimport, there is no need for a manual repack. In conversions I've done, the need for a manual repack went away months ago. It may well be that the incremental repacking now done by git-cvsimport ends up producing a much smaller repo than the old "repack-everything-at-the-end" technique. FYI, rawhide has git-1.4.2.4, with is only a few weeks old. Also, I can attest that the run times using the newer git-cvsimport can be far faster, with the incremental repack. Otherwise, git would create so many files that you'd run into terrible file system performance problems. This depends on file system type. However, I agree that the initial conversion speed isn't a big deal, since you do it only once (or at least a relatively small number of times :-) after all. From skvidal at linux.duke.edu Wed Nov 15 22:54:15 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 15 Nov 2006 17:54:15 -0500 Subject: [Fwd: Being Hacked From You IP!!!!] In-Reply-To: <4549FFD2.7010009@fedoraproject.org> References: <4549FFD2.7010009@fedoraproject.org> Message-ID: <1163631255.23964.13.camel@cutter> On Thu, 2006-11-02 at 19:55 +0530, Rahul Sundaram wrote: > email message attachment (Being Hacked From You IP!!!!) > > -------- Forwarded Message -------- > > From: JamZ > > To: sundaram at fedoraproject.org > > Subject: Being Hacked From You IP!!!! > > Date: Thu, 2 Nov 2006 06:21:52 -0800 (PST) > > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > the ip: 61.219.243.114 resolves to 61-219-243-114.HINET-IP.hinet.net. that sure doesn't look like a fedora machine. so what the hell are you talking about? -sv From mgalgoci at redhat.com Wed Nov 15 22:54:09 2006 From: mgalgoci at redhat.com (Matthew Galgoci) Date: Wed, 15 Nov 2006 17:54:09 -0500 Subject: [Fwd: Being Hacked From You IP!!!!] In-Reply-To: <4549FFD2.7010009@fedoraproject.org> References: <4549FFD2.7010009@fedoraproject.org> Message-ID: On Thu, 2 Nov 2006, Rahul Sundaram wrote: > Date: Thu, 02 Nov 2006 19:55:22 +0530 > From: Rahul Sundaram > To: Fedora Infrastructure > Subject: [Fwd: Being Hacked From You IP!!!!] > Is 61.219.243.114 associated with fedora project at all? It doesn't look like a Red Hat ip or a Duke ip. -- Matthew Galgoci GIS Production Operations Red Hat, Inc 919.754.3700 x44155 From skvidal at linux.duke.edu Wed Nov 15 22:56:56 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 15 Nov 2006 17:56:56 -0500 Subject: [Fwd: Being Hacked From You IP!!!!] In-Reply-To: References: <4549FFD2.7010009@fedoraproject.org> Message-ID: <1163631416.23964.15.camel@cutter> On Wed, 2006-11-15 at 17:54 -0500, Matthew Galgoci wrote: > On Thu, 2 Nov 2006, Rahul Sundaram wrote: > > Date: Thu, 02 Nov 2006 19:55:22 +0530 > > From: Rahul Sundaram > > To: Fedora Infrastructure > > Subject: [Fwd: Being Hacked From You IP!!!!] > > > > Is 61.219.243.114 associated with fedora project at all? It doesn't look > like a Red Hat ip or a Duke ip. it's not. moreover the host is running centos http://61.219.243.114/ -sv From mmcgrath at fedoraproject.org Thu Nov 16 03:21:26 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 15 Nov 2006 21:21:26 -0600 Subject: Metalinker and Fedora In-Reply-To: <4550E3E0.8020406@fedoraproject.org> References: <4550E3E0.8020406@fedoraproject.org> Message-ID: <3237e4410611151921q544cfa21sfd13ea348e9e91c0@mail.gmail.com> On 11/7/06, Rahul Sundaram wrote: > Hi > > > The infrastructure team can look at implementing this. Having a set of > metalinks along linked from the download area is no big deal and > generating them is easy. Not sure if anything else is required here. > > http://www.linux.com/article.pl?sid=06/11/01/1641247 > > Rahul > Cool! Any of the newcomers out there interested in putting it together? -Mike From wtogami at redhat.com Thu Nov 16 20:33:35 2006 From: wtogami at redhat.com (Warren Togami) Date: Thu, 16 Nov 2006 15:33:35 -0500 Subject: FYI: [Fwd: fedora.phx changes needed] Message-ID: <455CCB1F.8030007@redhat.com> -------- Original Message -------- Subject: fedora.phx changes needed Date: Thu, 16 Nov 2006 15:32:46 -0500 From: Warren Togami 1) Please confirm that these IP's are not already taken, then assign: xen3.fedora.phx.redhat.com 10.8.34.77 xen4.fedora.phx.redhat.com 10.8.34.78 2) New Domains and IP's Port forward TCP 8887, 8888 and 8889 xenbuilder2.fedora.redhat.com (new external IP) xenbuilder2.fedora.phx.redhat.com (new internal IP) 3) Remove hammer1 and hammer3 from both internal and external IP's and addresses. Remove port forwards on these IP's. 4) FYI: hammer1 hardware is becoming xen3. You may want to update labels. Warren Togami wtogami at redhat.com From a.badger at gmail.com Thu Nov 16 21:16:28 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 16 Nov 2006 13:16:28 -0800 Subject: Package DB Update Message-ID: <1163711788.14029.39.camel@localhost.localdomain> For those that missed today's IRC meeting, here's a brief package DB update. There was a lot of talk at the Fedora Summit about things that directly impact Infrastructure. One of the changes is that the buildsys and package DB need to be pushed forward in order to enable the Core + Extras merge. From the information given at the summit, I think we're going to have to do some revising of the PackageDB schema to make it handle the data that the release team will need. Since I almost have an importer for the current Extras owners.list and cvs modules information, my plan is to go ahead with creating the packageDB with its current schema and then have Jesse Keating and others look at it and tell me what things need to be added (where to tie in buildsystem ACLs, how to enable inheritance of collections, etc). I'm going to try to finish the initial work between now and Monday night so that Jesse can begin looking at it early next week. At that time we should also have enough of a base that we can start recruiting people to work on individual aspects of this project. Off the top of my head, I think we can use: * one or two web designers to either mockup or directly write "kid templates" for the web front end to the DB. * Some people to write importers for other information that should go into the db (for instance, Christian is working on importing the package review ticket information into the database.) == Tie in's with our Other Infrastructure Projects == * Some people who have an interest in the buildsystem to think of how we'd like to interface the packageDB to the buildsys. What information do we want to keep track of from it? What things do we want to kick off from the packageDB? Note that we may be using plague in the next generation buildsystem or we may be using a brew hybrid. This hasn't been decided yet. * The next generation account system is coming along. We need to decide if we're going to port the python APIs from the old account system over to the new one or write a new python API. Then the code has to be written to enable this and we have to port the packageDB code to any changes that were made. -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 linux at elfshadow.net Thu Nov 16 21:19:21 2006 From: linux at elfshadow.net (Jeffrey Tadlock) Date: Thu, 16 Nov 2006 16:19:21 -0500 Subject: IRC Meeting Log - 11/16/2006 Message-ID: <455CD5D9.7040401@elfshadow.net> The notes for today's Infrastructure meeting on IRC have been posted to the Wiki: http://fedoraproject.org/wiki/Infrastructure/Meetings/2006-11-16 --Jeffrey From cjtinhp at optonline.net Fri Nov 17 05:42:07 2006 From: cjtinhp at optonline.net (Craig Thomas) Date: Fri, 17 Nov 2006 00:42:07 -0500 Subject: Metalinker and Fedora In-Reply-To: <3237e4410611151921q544cfa21sfd13ea348e9e91c0@mail.gmail.com> References: <4550E3E0.8020406@fedoraproject.org> <3237e4410611151921q544cfa21sfd13ea348e9e91c0@mail.gmail.com> Message-ID: <455D4BAF.7080704@optonline.net> Mike McGrath wrote: > On 11/7/06, Rahul Sundaram wrote: >> The infrastructure team can look at implementing this. Having a set of >> metalinks along linked from the download area is no big deal and >> generating them is easy. Not sure if anything else is required here. >> >> http://www.linux.com/article.pl?sid=06/11/01/1641247 >> >> Rahul >> > > Cool! Any of the newcomers out there interested in putting it together? > > -Mike Yes, there is at least one, I am interested :) how do I sign up ? should I contact Rahul directly with my questions? or is right here the place? I can surely implement this, in php (should i just be sending code?), but I notice the fedoraproject.org is python and I've just 'dived' in :( -- Craig From jkeating at redhat.com Fri Nov 17 12:41:52 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 17 Nov 2006 07:41:52 -0500 Subject: Project hosting thoughts Message-ID: <200611170741.56064.jkeating@redhat.com> Last night I decided I wanted more of a project presence for pungi than an hg web interface. So I started exploring options. 108 was a disaster, I spent 30 minutes trying to find where to start a project, only to find out that there is no way to find that out, you have to ask somebody and then get direct URLS that aren't linked anywhere. Plus 108 doesn't support hg. So I went looking to setup my own software, because damned if I'm going to use Sourceforge, or anything based on it. Trac software has been around for a while, and I've stumbled across a few projects using it. Reading up on their website http://trac.edgewall.org/ the trac feature list looked pretty neat. More interestingly each project within a trac environment can have its own source control mechanism, and the have support for cvs, svn, hg, bzr, darcs, and an experimental git. The git support isn't all that great, but really, what the SCM support does is just provide a web view of the files. The more important thing is that you could get one of these source control repos at project creation time to do with as you see fit. Other things I like about trac, the wiki component uses the same markup (or seems to thus far) as MoinMoin. This will make it very easy to take content from a project and move it into the Fedora wiki should the need/desire arise. Also users wouldn't have to learn yet another markup language. The ticketing system is pretty simple and easy to use, wiki markup language works here too should you want it. Tickets can easily be set to block Milestones, and a Milestone view shows you the list of milestones and an easy view to see what tickets are blocking a milestone, or how many blockers have been fixed (and thus how close a milestone is to completion). There is also a 'timeline' view that shows you a running history of project activity, such as wiki edits, ticket creation/resolution, scm checkins, etc... with rss capability. This would make it very easy to aggregate and track the progress of a project. Some things that I'd like to see investigated: How decent is the support for multiple projects using one trac install? Can we use the Fedora account system as a web authentication (trac just uses web auth as far as I can tell) How easy is it to create a web 'project creation' page that would handle the initial setup of a project? As a proof of concept, is there any way I can make use of a xen guest to setup a trac instance for pungi? Some of the problems with using Trac would involve that it has to be installed on the same system as the SCM (at least for hg and git) or else regular syncs would have to be made with the actual scm location. But honestly this might not be so bad to separate out our 'hosted' project SCMs from our Fedora SCMs. Trac would run just fine on CentOS/RHEL4 but would also work on FC6 for a xen guest (much like CentOS/RHEL5) If we do setup a xen guest with a public IP, can we also set it to something like 'hosted.fedoraproject.org' ? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jeroen.janssen at gmail.com Fri Nov 17 13:13:56 2006 From: jeroen.janssen at gmail.com (Jeroen Janssen) Date: Fri, 17 Nov 2006 14:13:56 +0100 Subject: Project hosting thoughts In-Reply-To: <200611170741.56064.jkeating@redhat.com> References: <200611170741.56064.jkeating@redhat.com> Message-ID: On 11/17/06, Jesse Keating wrote: > Some things that I'd like to see investigated: > > How decent is the support for multiple projects using one trac install? This is not a problem, I'm doing this on my own server at home (running ubuntu) for a few pet projects. I can have a look tonight and see how exactly this was setup (it's been a while since I did that). Also, I have a webhosting account at railsplayground and they also provide trac/svn hosting, see also http://railsplayground.com/sub_trac.html . They have a custom control panel that can be used to create repositories & setup trac. So it should be fairly easy to 'automate' this if you want. > Can we use the Fedora account system as a web authentication (trac just uses > web auth as far as I can tell) I can't imagine why this wouldn't be possible, I think (but I'll check) that I'm using a password file that is both for the subversion repository as the trac web access (via apache). Best regards, Jeroen Janssen From mmcgrath at fedoraproject.org Fri Nov 17 15:16:24 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Fri, 17 Nov 2006 09:16:24 -0600 Subject: Fwd: SMART error (FailedOpenDevice) detected on host: cvs-int.fedora.redhat.com In-Reply-To: <200611171440.kAHEeTEN003656@cvs-int.fedora.redhat.com> References: <200611171440.kAHEeTEN003656@cvs-int.fedora.redhat.com> Message-ID: <3237e4410611170716q79488a59vc2fb4988646e86af@mail.gmail.com> crap ---------- Forwarded message ---------- From: root Date: Nov 17, 2006 8:40 AM Subject: SMART error (FailedOpenDevice) detected on host: cvs-int.fedora.redhat.com To: root at localhost.localdomain This email was generated by the smartd daemon running on: host name: cvs-int.fedora.redhat.com DNS domain: fedora.redhat.com NIS domain: (none) The following warning/error was logged by the smartd daemon: Device: /dev/sdf, unable to open device For details see host's SYSLOG (default: /var/log/messages). You can also use the smartctl utility for further investigation. No additional email messages about this problem will be sent. From mgalgoci at redhat.com Fri Nov 17 15:18:54 2006 From: mgalgoci at redhat.com (Matthew Galgoci) Date: Fri, 17 Nov 2006 10:18:54 -0500 Subject: Fwd: SMART error (FailedOpenDevice) detected on host: cvs-int.fedora.redhat.com In-Reply-To: <3237e4410611170716q79488a59vc2fb4988646e86af@mail.gmail.com> References: <200611171440.kAHEeTEN003656@cvs-int.fedora.redhat.com> <3237e4410611170716q79488a59vc2fb4988646e86af@mail.gmail.com> Message-ID: > Date: Fri, 17 Nov 2006 09:16:24 -0600 > From: Mike McGrath > To: Fedora Infrastructure > Subject: Fwd: SMART error (FailedOpenDevice) detected on host: > cvs-int.fedora.redhat.com > > crap What does this mean? Is the disk failed? -- Matthew Galgoci GIS Production Operations Red Hat, Inc 919.754.3700 x44155 From mmcgrath at fedoraproject.org Fri Nov 17 15:33:51 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Fri, 17 Nov 2006 09:33:51 -0600 Subject: Fwd: SMART error (FailedOpenDevice) detected on host: cvs-int.fedora.redhat.com In-Reply-To: References: <200611171440.kAHEeTEN003656@cvs-int.fedora.redhat.com> <3237e4410611170716q79488a59vc2fb4988646e86af@mail.gmail.com> Message-ID: <3237e4410611170733o59e3096cjc3fa6cf9722d39a2@mail.gmail.com> On 11/17/06, Matthew Galgoci wrote: > > Date: Fri, 17 Nov 2006 09:16:24 -0600 > > From: Mike McGrath > > To: Fedora Infrastructure > > Subject: Fwd: SMART error (FailedOpenDevice) detected on host: > > cvs-int.fedora.redhat.com > > > > crap > > What does this mean? Is the disk failed? > Don't know yet, still doing tests. The problem is A) the box doesn't come back up on its own (grub issue that we didnt' have time to get to during the last maintenance window) and B) the console doesn't seem like its been re-connected or cvs isn't configured properly. I've contacted stacy. -Mike From mgalgoci at redhat.com Fri Nov 17 15:35:46 2006 From: mgalgoci at redhat.com (Matthew Galgoci) Date: Fri, 17 Nov 2006 10:35:46 -0500 Subject: Fwd: SMART error (FailedOpenDevice) detected on host: cvs-int.fedora.redhat.com In-Reply-To: <3237e4410611170733o59e3096cjc3fa6cf9722d39a2@mail.gmail.com> References: <200611171440.kAHEeTEN003656@cvs-int.fedora.redhat.com> <3237e4410611170716q79488a59vc2fb4988646e86af@mail.gmail.com> <3237e4410611170733o59e3096cjc3fa6cf9722d39a2@mail.gmail.com> Message-ID: > > > crap > > > > What does this mean? Is the disk failed? > > > > Don't know yet, still doing tests. The problem is A) the box doesn't > come back up on its own (grub issue that we didnt' have time to get to > during the last maintenance window) and B) the console doesn't seem > like its been re-connected or cvs isn't configured properly. I've > contacted stacy. I thought I fixed the grub not booting issue? -- Matthew Galgoci GIS Production Operations Red Hat, Inc 919.754.3700 x44155 From mmcgrath at fedoraproject.org Fri Nov 17 15:36:47 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Fri, 17 Nov 2006 09:36:47 -0600 Subject: Fwd: SMART error (FailedOpenDevice) detected on host: cvs-int.fedora.redhat.com In-Reply-To: References: <200611171440.kAHEeTEN003656@cvs-int.fedora.redhat.com> <3237e4410611170716q79488a59vc2fb4988646e86af@mail.gmail.com> <3237e4410611170733o59e3096cjc3fa6cf9722d39a2@mail.gmail.com> Message-ID: <3237e4410611170736r6aec7fc7we8abcdd089773efb@mail.gmail.com> On 11/17/06, Matthew Galgoci wrote: > > > > crap > > > > > > What does this mean? Is the disk failed? > > > > > > > Don't know yet, still doing tests. The problem is A) the box doesn't > > come back up on its own (grub issue that we didnt' have time to get to > > during the last maintenance window) and B) the console doesn't seem > > like its been re-connected or cvs isn't configured properly. I've > > contacted stacy. > > I thought I fixed the grub not booting issue? > Did you? I thought it was still broken. I guess we'll find out later today :-\ -Mike From sbranden at redhat.com Fri Nov 17 16:06:24 2006 From: sbranden at redhat.com (Stacy J. Brandenburg) Date: Fri, 17 Nov 2006 11:06:24 -0500 Subject: FYI: [Fwd: fedora.phx changes needed] In-Reply-To: <455CCB1F.8030007@redhat.com> References: <455CCB1F.8030007@redhat.com> Message-ID: <455DDE00.6010005@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Warren Togami wrote: > -------- Original Message -------- > Subject: fedora.phx changes needed > Date: Thu, 16 Nov 2006 15:32:46 -0500 > From: Warren Togami > > 1) Please confirm that these IP's are not already taken, then assign: > xen3.fedora.phx.redhat.com 10.8.34.77 > xen4.fedora.phx.redhat.com 10.8.34.78 > Done > 2) New Domains and IP's > Port forward TCP 8887, 8888 and 8889 > xenbuilder2.fedora.redhat.com (new external IP) > xenbuilder2.fedora.phx.redhat.com (new internal IP) 209.132.176.66 xenbuilder2.fedora.redhat.com 10.8.34.101 xenbuilder2.fedora.phx.redhat.com ACLs/NAT added > > 3) Remove hammer1 and hammer3 from both internal and external IP's and > addresses. Remove port forwards on these IP's. > Done > 4) FYI: hammer1 hardware is becoming xen3. You may want to update labels. > > Warren Togami > wtogami at redhat.com > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list - -- ======================================================== = Stacy J. Brandenburg Red Hat Inc. = = Manager, Network Operations sbranden at redhat.com = = 919-754-4313 http://www.redhat.com = ======================================================== Fingerprint 03F7 43BE 1150 CCFA F57B 54DD AEDB 1C27 1828 D94D -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFFXd4ArtscJxgo2U0RApBZAJ9V0w3YmjAM2zJ1E1k0hh+/E2V/PACeJgAi 2whXINFOGqK7quWZtp7JX9U= =Ghvd -----END PGP SIGNATURE----- From jkeating at redhat.com Sat Nov 18 01:18:14 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 17 Nov 2006 20:18:14 -0500 Subject: Status of CVS Message-ID: <200611172018.14714.jkeating@redhat.com> Things aren't looking so hot. It appears the CVS volume group is not able to assemble correctly, and Matthew Galgoci has been doing deep level fsck's. He suspects we'll wind up with file system hamburger though :/ At this point it may be best to rectify why we got filesystem scribbles, reinstall and restore from backup. The CVS commits list should show what changes were made after the last backup. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From matt at gillens.us Sat Nov 18 03:32:12 2006 From: matt at gillens.us (Matthew Gillen) Date: Fri, 17 Nov 2006 22:32:12 -0500 Subject: Project hosting thoughts In-Reply-To: <200611170741.56064.jkeating@redhat.com> References: <200611170741.56064.jkeating@redhat.com> Message-ID: <455E7EBC.6000405@gillens.us> Jesse Keating wrote: > Trac software has been around for a while, and I've stumbled across a few > projects using it. Reading up on their website http://trac.edgewall.org/ the > trac feature list looked pretty neat. It may take a bit of customization and tweaking (ie installing some plugins) before it does everything you want, but its worth it, IMHO. You mentioned most of the things that make Trac nice, so I'll just add one of the biggies for me: they have a post-commit hook you can use with your subversion repo to update ticket status with an svn commit log message, like this: svn ci -m "did blah, closes #2" Log messages can also use wiki markup to refer to other changesets, tickets, wiki pages, etc, and when you look at the log messages in the timeline or browser they are interpreted correctly (ie as wiki-links). A potential drawback is that the subversion repo must be on a filesystem accessable to the web server hosting Trac (note it *can* be NFS mounted as long as the fsfs svn backend is used). I don't know if that's really an issue with the current infrastructure layout, but even if people aren't comfortable with the master repo server also having a web-server, the latest subversion (1.4) has a sync feature that could be used to keep a copy of the master repo on the Trac/web-server box. HTH, Matt From wtogami at redhat.com Sat Nov 18 06:20:31 2006 From: wtogami at redhat.com (Warren Togami) Date: Sat, 18 Nov 2006 01:20:31 -0500 Subject: Status of CVS In-Reply-To: <200611172018.14714.jkeating@redhat.com> References: <200611172018.14714.jkeating@redhat.com> Message-ID: <455EA62F.1010809@redhat.com> Jesse Keating wrote: > Things aren't looking so hot. It appears the CVS volume group is not able to > assemble correctly, and Matthew Galgoci has been doing deep level fsck's. He > suspects we'll wind up with file system hamburger though :/ > > At this point it may be best to rectify why we got filesystem scribbles, > reinstall and restore from backup. The CVS commits list should show what > changes were made after the last backup. > Almost.... there are CVS changes that happen that aren't sent to the list, like CVSROOT stuff. And mmcgrath mentioned that git wasn't part of the automatic backup? Warren Togami wtogami at redhat.com From jeroen.janssen at gmail.com Sat Nov 18 12:39:23 2006 From: jeroen.janssen at gmail.com (Jeroen Janssen) Date: Sat, 18 Nov 2006 13:39:23 +0100 Subject: OpenSUSE Build Service? Message-ID: Hi, I'm not sure if this is the correct Fedora mailinglist, but has anyone had a look at the OpenSuSe Build Service pages ( http://en.opensuse.org/Build_Service )? There are two presentations (from FOSDEM) about it and it seems they have also done some experimenting with building non SuSe distributions with this build system (like Fedora Core 4). Is this something that also could benefit the Fedora Project? Best regards, Jeroen Janssen From fedora at leemhuis.info Sat Nov 18 12:55:48 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 18 Nov 2006 13:55:48 +0100 Subject: OpenSUSE Build Service? In-Reply-To: References: Message-ID: <455F02D4.9090903@leemhuis.info> Jeroen Janssen schrieb: > I'm not sure if this is the correct Fedora mailinglist, but has anyone > had a look at the OpenSuSe Build Service pages ( > http://en.opensuse.org/Build_Service )? I posted some thoughts some days ago here: https://www.redhat.com/archives/fedora-advisory-board/2006-November/msg00124.html > Is this something that also could benefit the Fedora Project? I don't think so. I think we should make Fedora {Core,Extras,Alternatives,Legacy,Whatever} so good and flexible that something like that is not needed normally. Just my 2 cent. Cu thl From dennis at ausil.us Sat Nov 18 14:56:27 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Sat, 18 Nov 2006 08:56:27 -0600 Subject: OpenSUSE Build Service? In-Reply-To: <455F02D4.9090903@leemhuis.info> References: <455F02D4.9090903@leemhuis.info> Message-ID: <200611180856.32610.dennis@ausil.us> Once upon a time Saturday 18 November 2006 6:55 am, Thorsten Leemhuis wrote: > Jeroen Janssen schrieb: > > I'm not sure if this is the correct Fedora mailinglist, but has anyone > > had a look at the OpenSuSe Build Service pages ( > > http://en.opensuse.org/Build_Service )? > > I posted some thoughts some days ago here: > https://www.redhat.com/archives/fedora-advisory-board/2006-November/msg0012 >4.html > > > Is this something that also could benefit the Fedora Project? > > I don't think so. I think we should make Fedora > {Core,Extras,Alternatives,Legacy,Whatever} so good and flexible that > something like that is not needed normally. Just my 2 cent. Additionally from what i saw of what they were wanting to offer you would submit a tarball select what you wanted a rpm for and it would go and build it. that scares me as it is not a reproducible build. i.e. what voodoo did they do to get it built and to get you a spec file. Last i looked at a SuSE spec file i cried. it was extremely ugly. they have zero BuildRequires in there spec. they are relying on voodoo in their buildsys to bring in the necessary BuildRequires. Maybe i'm wrong, i have not been following the service just going from what i remember reading. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at fedoraproject.org Sat Nov 18 15:48:16 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sat, 18 Nov 2006 09:48:16 -0600 Subject: Status of CVS In-Reply-To: <455EA62F.1010809@redhat.com> References: <200611172018.14714.jkeating@redhat.com> <455EA62F.1010809@redhat.com> Message-ID: <3237e4410611180748p2074a298re32a6a0c26bef5d4@mail.gmail.com> On 11/18/06, Warren Togami wrote: > Jesse Keating wrote: > > Things aren't looking so hot. It appears the CVS volume group is not able to > > assemble correctly, and Matthew Galgoci has been doing deep level fsck's. He > > suspects we'll wind up with file system hamburger though :/ > > > > At this point it may be best to rectify why we got filesystem scribbles, > > reinstall and restore from backup. The CVS commits list should show what > > changes were made after the last backup. > > > > Almost.... there are CVS changes that happen that aren't sent to the > list, like CVSROOT stuff. > > And mmcgrath mentioned that git wasn't part of the automatic backup? > > Warren Togami > wtogami at redhat.com > Yeah, unfortunately that box gets admin'd by a lot of people and that one (and possibly other things) slipped through the backup cracks. If possible I'd like to at least try to see what the FS looks like before we rebuild it. -Mike From mmcgrath at fedoraproject.org Sat Nov 18 17:28:17 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sat, 18 Nov 2006 11:28:17 -0600 Subject: CVS is busted In-Reply-To: References: <3237e4410611170719v4ae55d8amec76fb1f501cbcd1@mail.gmail.com> <455EBFA7.3070400@argo.co.il> Message-ID: <3237e4410611180928q94fa51fx7f77fdee3f3a0a55@mail.gmail.com> On 18 Nov 2006 09:31:26 -0600, Jason L Tibbitts III wrote: > >>>>> "AK" == Avi Kivity writes: > > AK> Just curious: why the read-only mount? shouldn't the RAID have > AK> continued in degraded mode? > > Probably because something else bad happened that just completely > screwed up the SCSI bus and corrupted data on multiple disks. > > - J< > We're talking about multiple failures across multiple drives, possibly a backplane. Here's the current plan. 1) Move proxy 3-4 into the f.rh.c cluster so we can take our new dells back. 2) Grab one of the new Dells and build the new cvs box. This will allow us to A) trust the hardware (we're all a little wary about the current cvs box) and B) build a new box with atleast access to the old box if we're missing something. It will also allow us greater capacity with regards to future growth and the whole FC+FC=Fedora thing. 3) Restore backups to the new cvs box. 4) test test test 5) Release to the wild and fix bugs as needed. 6) Take the old cvs box and run full diagnostics before we rebuild it (it'll be come one of our db servers, either primary or backup) Right now mgalgoci is working working on steps 1 and 2. When they are done I'll be on step 3 and we'll need a few people for 4. We'll probably discuss in #fedora-extras when the time comes. Bottom line, this sucks but we're working on it. Should be up and better than ever by Monday. -Mike From lyz27 at yahoo.com Sat Nov 18 18:46:58 2006 From: lyz27 at yahoo.com (TomLy) Date: Sat, 18 Nov 2006 12:46:58 -0600 Subject: Need a little python assistance for accounts export In-Reply-To: <3237e4410611180928q94fa51fx7f77fdee3f3a0a55@mail.gmail.com> References: <3237e4410611170719v4ae55d8amec76fb1f501cbcd1@mail.gmail.com> <455EBFA7.3070400@argo.co.il> <3237e4410611180928q94fa51fx7f77fdee3f3a0a55@mail.gmail.com> Message-ID: <1163875618.3004.12.camel@localhost.localdomain> I am working on the db dumper/ ldap importer and I can't seem to figure a couple of things out with the python ldif libraries. I am working on getting the info out to an LDIF file. I think this is accomplished by putting the data into a dictionary (line 200) and making a call to LDIFWriter (line 204). I was hoping that all I had to do was pass the dictionary to the unparse function, but that's not working right. When I call the unparse function I get output like the following: dn: dc=fedoraproject,dc=org cn=Tom Lynema telephoneNumber: N telephoneNumber: o telephoneNumber: n telephoneNumber: e It's always one character per line for some reason. If anyone has insight as to how I'm supposed to do this please fill me in. Since LDIF is fairly easy, I may just end up writing my own functions to write a dictionary object to LDIF. If there's a better place to ask, let me know. Thanks, ~tom -------------- next part -------------- A non-text attachment was scrubbed... Name: PgToLDAP.py Type: text/x-python Size: 10555 bytes Desc: not available URL: From skvidal at linux.duke.edu Sat Nov 18 19:58:58 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sat, 18 Nov 2006 14:58:58 -0500 Subject: Need a little python assistance for accounts export In-Reply-To: <1163875618.3004.12.camel@localhost.localdomain> References: <3237e4410611170719v4ae55d8amec76fb1f501cbcd1@mail.gmail.com> <455EBFA7.3070400@argo.co.il> <3237e4410611180928q94fa51fx7f77fdee3f3a0a55@mail.gmail.com> <1163875618.3004.12.camel@localhost.localdomain> Message-ID: <1163879938.7621.3.camel@cutter> On Sat, 2006-11-18 at 12:46 -0600, TomLy wrote: > I am working on the db dumper/ ldap importer and I can't seem to figure > a couple of things out with the python ldif libraries. > > I am working on getting the info out to an LDIF file. I think this is > accomplished by putting the data into a dictionary (line 200) and making > a call to LDIFWriter (line 204). I was hoping that all I had to do was > pass the dictionary to the unparse function, but that's not working > right. > > When I call the unparse function I get output like the following: > > dn: dc=fedoraproject,dc=org cn=Tom Lynema > telephoneNumber: N > telephoneNumber: o > telephoneNumber: n > telephoneNumber: e > > It's always one character per line for some reason. > I haven't looked at the code - but the above is a good sign you're iterating over a string object not a list object. try this and you'll see: foo='lalalalal' for item in foo: print item do a type() on the object you're getting the output from above and I bet it's as string not a list. -sv From lyz27 at yahoo.com Sat Nov 18 21:18:11 2006 From: lyz27 at yahoo.com (TomLy) Date: Sat, 18 Nov 2006 15:18:11 -0600 Subject: Need a little python assistance for accounts export In-Reply-To: <1163879938.7621.3.camel@cutter> References: <3237e4410611170719v4ae55d8amec76fb1f501cbcd1@mail.gmail.com> <455EBFA7.3070400@argo.co.il> <3237e4410611180928q94fa51fx7f77fdee3f3a0a55@mail.gmail.com> <1163875618.3004.12.camel@localhost.localdomain> <1163879938.7621.3.camel@cutter> Message-ID: <1163884691.3004.15.camel@localhost.localdomain> > haven't looked at the code - but the above is a good sign you're > iterating over a string object not a list object. > > try this and you'll see: > > foo='lalalalal' > for item in foo: > print item > > > do a type() on the object you're getting the output from above and I bet > it's as string not a list. > > > -sv > Good call, that fixed it :). Thanks, ~tom From jkeating at redhat.com Sun Nov 19 17:10:49 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 19 Nov 2006 12:10:49 -0500 Subject: Hooking into account system for web auth Message-ID: <200611191210.55494.jkeating@redhat.com> I'm setting up a hosting proof of concept, and trac uses web authentication for users. Anybody got some ideas on how to tie into our account system for this? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at fedoraproject.org Sun Nov 19 17:43:27 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 19 Nov 2006 11:43:27 -0600 Subject: Hooking into account system for web auth In-Reply-To: <200611191210.55494.jkeating@redhat.com> References: <200611191210.55494.jkeating@redhat.com> Message-ID: <3237e4410611190943o35e55f7dq5bd8fb09c33b3f40@mail.gmail.com> On 11/19/06, Jesse Keating wrote: > I'm setting up a hosting proof of concept, and trac uses web authentication > for users. Anybody got some ideas on how to tie into our account system for > this? > > -- > Jesse Keating > Release Engineer: Fedora > Options ExecCGI AuthType Basic AuthName "You want in? GET A PASSWORD!" Auth_PG_host db1 Auth_PG_port 5432 Auth_PG_user apache Auth_PG_pwd ASKMEFORPASSWORD Auth_PG_database fedorausers Auth_PG_pwd_table person Auth_PG_uid_field username Auth_PG_pwd_field password Auth_PG_encrypted off Require user jkeating mmcgrath # or # Require valid-user From mmcgrath at fedoraproject.org Sun Nov 19 18:00:50 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 19 Nov 2006 12:00:50 -0600 Subject: Metalinker and Fedora In-Reply-To: <455D4BAF.7080704@optonline.net> References: <4550E3E0.8020406@fedoraproject.org> <3237e4410611151921q544cfa21sfd13ea348e9e91c0@mail.gmail.com> <455D4BAF.7080704@optonline.net> Message-ID: <3237e4410611191000n73ecbf63waa4f2a5299d8b08c@mail.gmail.com> On 11/16/06, Craig Thomas wrote: > Mike McGrath wrote: > > On 11/7/06, Rahul Sundaram wrote: > >> The infrastructure team can look at implementing this. Having a set of > >> metalinks along linked from the download area is no big deal and > >> generating them is easy. Not sure if anything else is required here. > >> > >> http://www.linux.com/article.pl?sid=06/11/01/1641247 > >> > >> Rahul > >> > > > > Cool! Any of the newcomers out there interested in putting it together? > > > > -Mike > > Yes, there is at least one, I am interested :) how do I sign up ? should > I contact Rahul directly with my questions? or is right here the place? > I can surely implement this, in php (should i just be sending code?), > but I notice the fedoraproject.org is python and I've just 'dived' in :( > Go ahead and see if you can get a test instance set up and let us know what needs to be done. Stop by #fedora-admin with any questions you have. -Mike From jkeating at redhat.com Mon Nov 20 02:10:21 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 19 Nov 2006 21:10:21 -0500 Subject: Project hosting thoughts In-Reply-To: <200611170741.56064.jkeating@redhat.com> References: <200611170741.56064.jkeating@redhat.com> Message-ID: <200611192110.21750.jkeating@redhat.com> On Friday 17 November 2006 07:41, Jesse Keating wrote: > As a proof of concept I was able to get a proof of concept going. http://publictest3.fedora.redhat.com/ The hg repo that feeds pungi is just a local clone. I'd like to hear thoughts on how to give trac access to our hosted git and hg and cvs repos. Are they on NFS anywhere? Also, I think I had to chown apache.apache the repo, but I could be wrong, I need to verify. Authentication works through the Fedora account system, but right now it's not ssl. If somebody wants to make it ssl, please do! When I setup the pungi trac instance, I named 'jkeating' as the admin. This gave me the ability to use the web-admin plugin of trac to finish the last mile configuration for my project, and would allow me to assign permissions to other folks. I'd just need to know their fedora account name. All in all I think this is pretty slick, and it wouldn't take _too_ much to automate in some way. Until then we could have a project request page that people could propose projects and some admin could create a trac instance for that project for the user. There is some work being done on a 'trac-forge' that would allow users to create new projects on the fly, we might be able to source share with that project. Anyway, what do ya'all think? Matthew, can you setup a CNAME hosted.fedoraproject.org -> publictest3.fedora.redhat.com ? I'd like to use this proof of concept for pungi, and approach project leaders for mock and plague to see if they'd like a trac instance too. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at fedoraproject.org Mon Nov 20 02:13:13 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 19 Nov 2006 20:13:13 -0600 Subject: Project hosting thoughts In-Reply-To: <200611192110.21750.jkeating@redhat.com> References: <200611170741.56064.jkeating@redhat.com> <200611192110.21750.jkeating@redhat.com> Message-ID: <3237e4410611191813n3b0f6ccncd3fcb097910adab@mail.gmail.com> On 11/19/06, Jesse Keating wrote: > On Friday 17 November 2006 07:41, Jesse Keating wrote: > > As a proof of concept > > I was able to get a proof of concept going. > > http://publictest3.fedora.redhat.com/ > > The hg repo that feeds pungi is just a local clone. I'd like to hear thoughts > on how to give trac access to our hosted git and hg and cvs repos. Are they > on NFS anywhere? Also, I think I had to chown apache.apache the repo, but I > could be wrong, I need to verify. > > Authentication works through the Fedora account system, but right now it's not > ssl. If somebody wants to make it ssl, please do! When I setup the pungi > trac instance, I named 'jkeating' as the admin. This gave me the ability to > use the web-admin plugin of trac to finish the last mile configuration for my > project, and would allow me to assign permissions to other folks. I'd just > need to know their fedora account name. > > All in all I think this is pretty slick, and it wouldn't take _too_ much to > automate in some way. Until then we could have a project request page that > people could propose projects and some admin could create a trac instance for > that project for the user. There is some work being done on a 'trac-forge' > that would allow users to create new projects on the fly, we might be able to > source share with that project. > > Anyway, what do ya'all think? > > Matthew, can you setup a CNAME hosted.fedoraproject.org -> > publictest3.fedora.redhat.com ? I'd like to use this proof of concept for > pungi, and approach project leaders for mock and plague to see if they'd like > a trac instance too. Just got this one done, hosted.fedoraproject.org should be available now. -Mike From jkeating at redhat.com Mon Nov 20 02:14:00 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 19 Nov 2006 21:14:00 -0500 Subject: Project hosting thoughts In-Reply-To: <200611192110.21750.jkeating@redhat.com> References: <200611170741.56064.jkeating@redhat.com> <200611192110.21750.jkeating@redhat.com> Message-ID: <200611192114.00326.jkeating@redhat.com> On Sunday 19 November 2006 21:10, Jesse Keating wrote: > I was able to get a proof of concept going. > > http://publictest3.fedora.redhat.com/ Actually mmcgrath got the CNAME created. http://hosted.fedoraproject.org (once DNS updates) -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at fedoraproject.org Mon Nov 20 02:26:54 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 19 Nov 2006 20:26:54 -0600 Subject: CVS is busted In-Reply-To: <3237e4410611180928q94fa51fx7f77fdee3f3a0a55@mail.gmail.com> References: <3237e4410611170719v4ae55d8amec76fb1f501cbcd1@mail.gmail.com> <455EBFA7.3070400@argo.co.il> <3237e4410611180928q94fa51fx7f77fdee3f3a0a55@mail.gmail.com> Message-ID: <3237e4410611191826hf9b20e3h5a8f108841dcb0f9@mail.gmail.com> On 11/18/06, Mike McGrath wrote: > Bottom line, this sucks but we're working on it. Should be up and > better than ever by Monday. > Buhhh, late monday. -Mike From sopwith at gmail.com Mon Nov 20 02:31:42 2006 From: sopwith at gmail.com (Elliot Lee) Date: Sun, 19 Nov 2006 21:31:42 -0500 Subject: Hooking into account system for web auth In-Reply-To: <3237e4410611190943o35e55f7dq5bd8fb09c33b3f40@mail.gmail.com> References: <200611191210.55494.jkeating@redhat.com> <3237e4410611190943o35e55f7dq5bd8fb09c33b3f40@mail.gmail.com> Message-ID: <275BE787-C3C0-47A4-B7FB-E90997989B76@gmail.com> FWIW, a final implementation would optimally be a little more complicated than this: . It should only give access to people whose accounts are in 'approved' status (not many aren't, but still...) . It should only give access to people who have approved access in a particular group (e.g. 'tracusers' in this case) so that we can use the account system to authorize users... -- Elliot > > Options ExecCGI > AuthType Basic > AuthName "You want in? GET A PASSWORD!" > > Auth_PG_host db1 > Auth_PG_port 5432 > Auth_PG_user apache > Auth_PG_pwd ASKMEFORPASSWORD > Auth_PG_database fedorausers > Auth_PG_pwd_table person > Auth_PG_uid_field username > Auth_PG_pwd_field password > > Auth_PG_encrypted off > > Require user jkeating mmcgrath > # or > # Require valid-user > > > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From mmcgrath at fedoraproject.org Mon Nov 20 03:07:31 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 19 Nov 2006 21:07:31 -0600 Subject: Hooking into account system for web auth In-Reply-To: <275BE787-C3C0-47A4-B7FB-E90997989B76@gmail.com> References: <200611191210.55494.jkeating@redhat.com> <3237e4410611190943o35e55f7dq5bd8fb09c33b3f40@mail.gmail.com> <275BE787-C3C0-47A4-B7FB-E90997989B76@gmail.com> Message-ID: <3237e4410611191907hc5105c3r229b504903c64f4@mail.gmail.com> On 11/19/06, Elliot Lee wrote: > FWIW, a final implementation would optimally be a little more > complicated than this: > . It should only give access to people whose accounts are in > 'approved' status (not many aren't, but still...) > . It should only give access to people who have approved access in a > particular group (e.g. 'tracusers' in this case) > so that we can use the account system to authorize users... > > -- Elliot > This actually isn't terribly difficult to set up with pgsql but we'll have to alter our database a bit. If the time comes and the new accounting system isn't ready we can make these alterations. -Mike From mmcgrath at fedoraproject.org Mon Nov 20 03:21:42 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 19 Nov 2006 21:21:42 -0600 Subject: Fwd: Host DOWN alert for proxy2! In-Reply-To: <200611200253.kAK2rkHk030414@lockbox.fedora.phx.redhat.com> References: <200611200253.kAK2rkHk030414@lockbox.fedora.phx.redhat.com> Message-ID: <3237e4410611191921y6fa430cas99f6c17cf0cabfda@mail.gmail.com> Buhhh, anyone know what these are from? -Mike ---------- Forwarded message ---------- From: nagios at fedoraproject.org Date: Nov 19, 2006 8:53 PM Subject: Host DOWN alert for proxy2! To: mmcgrath at fedoraproject.org ***** Nagios ***** Notification Type: PROBLEM Host: proxy2 State: DOWN Address: proxy2.fedora.phx.redhat.com Info: CRITICAL - Plugin timed out after 10 seconds Date/Time: Sun Nov 19 19:53:46 MST 2006 From skvidal at linux.duke.edu Mon Nov 20 03:45:42 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 19 Nov 2006 22:45:42 -0500 Subject: OpenSUSE Build Service? In-Reply-To: <1163978891.2881.17.camel@localhost.localdomain> References: <1163978891.2881.17.camel@localhost.localdomain> Message-ID: <1163994342.11791.24.camel@cutter> On Sun, 2006-11-19 at 18:28 -0500, Dan Williams wrote: > Having already written most of Plague by the time OSBS came out, I read > over pretty much everything about it when it was announced last year. > > The purpose of the two do seem to overlap; however OSBS appears to have > a much larger scope. It appears to try to be the one-stop shop for > building _everything_ for any distribution with any build system or > source-control system; which is fine. The pitch in those slides was > basically "build your release packages on our buildsystem." > > I don't think we want such a wide scope and fuzzy focus. I think Fedora > is better served by a specific, targetted system that builds _Fedora_ > packages. That's a fairly parochial attitude, but one which I think is > in the best interest of Fedora. Given that everyone working on and > admining the Fedora Extras buildsystem is a volunteer, we don't need to > be spreading our resources out even further supporting something like > the OSBS. We should be concentrating on building excellent packages for > Fedora, and arguably nothing else; we cannot be everything to everybody > or we are doomed to fail. > > The building of packages is such an important and code piece of a > distribution that it cannot _not_ be under the control of the project, > and it cannot _not_ be _accountable_ to the project. As more of the > Core responsibility gets spun out to the wider Fedora project, this only > becomes more critical. We need to be able to admin the systems, we need > to be able fix problems when they arise, we need to be able to > demonstrate accountability and security of the buildsystem. Without > that, there is no trust in the integrity of the distribution. > I agree with Dan's assessment. Furthermore, he's done a great job giving fedora a buildsystem and we should continue to enhance it. Additionally, it might be starting to be a good time to be afraid of things with Novell's copyright over them. We'll never know what patents we might be treading upon and only allowed to use provided we're not with a company. -sv From wtogami at redhat.com Mon Nov 20 03:57:23 2006 From: wtogami at redhat.com (Warren Togami) Date: Sun, 19 Nov 2006 22:57:23 -0500 Subject: Fwd: Host DOWN alert for proxy2! In-Reply-To: <3237e4410611191921y6fa430cas99f6c17cf0cabfda@mail.gmail.com> References: <200611200253.kAK2rkHk030414@lockbox.fedora.phx.redhat.com> <3237e4410611191921y6fa430cas99f6c17cf0cabfda@mail.gmail.com> Message-ID: <456127A3.3050601@redhat.com> So... we're down to only proxy1 now it seems. Should we create some emergency mitigation redundancy with a proxy on a xen guest? Warren Togami wtogami at redhat.com Mike McGrath wrote: > Buhhh, anyone know what these are from? > > -Mike > > ---------- Forwarded message ---------- > From: nagios at fedoraproject.org > Date: Nov 19, 2006 8:53 PM > Subject: Host DOWN alert for proxy2! > To: mmcgrath at fedoraproject.org > > > ***** Nagios ***** > > Notification Type: PROBLEM > Host: proxy2 > State: DOWN > Address: proxy2.fedora.phx.redhat.com > Info: CRITICAL - Plugin timed out after 10 seconds > > Date/Time: Sun Nov 19 19:53:46 MST 2006 > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list From paulo.banon at googlemail.com Mon Nov 20 09:27:18 2006 From: paulo.banon at googlemail.com (Paulo Santos) Date: Mon, 20 Nov 2006 09:27:18 +0000 Subject: Fwd: Host DOWN alert for proxy2! In-Reply-To: <456127A3.3050601@redhat.com> References: <200611200253.kAK2rkHk030414@lockbox.fedora.phx.redhat.com> <3237e4410611191921y6fa430cas99f6c17cf0cabfda@mail.gmail.com> <456127A3.3050601@redhat.com> Message-ID: <7a41c4bc0611200127n44942e61if2a9bd45a929f2c5@mail.gmail.com> It seems that proxy2 came down at the same time as proxy3 and proxy4. Can anyone from redhat confirm that they didn't took proxy2 as part of the CVS problem ?! Paulo On 11/20/06, Warren Togami wrote: > > So... we're down to only proxy1 now it seems. > > Should we create some emergency mitigation redundancy with a proxy on a > xen guest? > > Warren Togami > wtogami at redhat.com > > Mike McGrath wrote: > > Buhhh, anyone know what these are from? > > > > -Mike > > > > ---------- Forwarded message ---------- > > From: nagios at fedoraproject.org > > Date: Nov 19, 2006 8:53 PM > > Subject: Host DOWN alert for proxy2! > > To: mmcgrath at fedoraproject.org > > > > > > ***** Nagios ***** > > > > Notification Type: PROBLEM > > Host: proxy2 > > State: DOWN > > Address: proxy2.fedora.phx.redhat.com > > Info: CRITICAL - Plugin timed out after 10 seconds > > > > Date/Time: Sun Nov 19 19:53:46 MST 2006 > > > > _______________________________________________ > > 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 jkeating at redhat.com Mon Nov 20 13:11:19 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Nov 2006 08:11:19 -0500 Subject: Hooking into account system for web auth In-Reply-To: <275BE787-C3C0-47A4-B7FB-E90997989B76@gmail.com> References: <200611191210.55494.jkeating@redhat.com> <3237e4410611190943o35e55f7dq5bd8fb09c33b3f40@mail.gmail.com> <275BE787-C3C0-47A4-B7FB-E90997989B76@gmail.com> Message-ID: <200611200811.22413.jkeating@redhat.com> On Sunday 19 November 2006 21:31, Elliot Lee wrote: > FWIW, a final implementation would optimally be a little more ? > complicated than this: > ????????. It should only give access to people whose accounts are in ? > 'approved' status (not many aren't, but still...) > ????????. It should only give access to people who have approved access in > a ? particular group (e.g. 'tracusers' in this case) > ????????so that we can use the account system to authorize users... I think this sounds pretty sane. Getting approved for trac should be as simple as having the CLA complete, or something similar. I think its a good policy discussion to see if we want to involve the CLA for project hosting. I know its stifled some of the work in Kadischi according to some of the users that would like to contribute but don't want to go down the CLA route. Also Trac can be used pretty easily in anonymous mode. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at fedoraproject.org Mon Nov 20 14:16:44 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 20 Nov 2006 08:16:44 -0600 Subject: Fwd: Host DOWN alert for proxy2! In-Reply-To: <456127A3.3050601@redhat.com> References: <200611200253.kAK2rkHk030414@lockbox.fedora.phx.redhat.com> <3237e4410611191921y6fa430cas99f6c17cf0cabfda@mail.gmail.com> <456127A3.3050601@redhat.com> Message-ID: <3237e4410611200616k704b11ebofe08bb0b3e3c4758@mail.gmail.com> On 11/19/06, Warren Togami wrote: > So... we're down to only proxy1 now it seems. > > Should we create some emergency mitigation redundancy with a proxy on a > xen guest? > > Warren Togami > wtogami at redhat.com > I'd say yes if for no other reason then its a good idea to have some of these images to juggle around. -Mike From sbranden at redhat.com Mon Nov 20 14:41:24 2006 From: sbranden at redhat.com (Stacy J. Brandenburg) Date: Mon, 20 Nov 2006 09:41:24 -0500 Subject: Fwd: Host DOWN alert for proxy2! In-Reply-To: <3237e4410611200616k704b11ebofe08bb0b3e3c4758@mail.gmail.com> References: <200611200253.kAK2rkHk030414@lockbox.fedora.phx.redhat.com> <3237e4410611191921y6fa430cas99f6c17cf0cabfda@mail.gmail.com> <456127A3.3050601@redhat.com> <3237e4410611200616k704b11ebofe08bb0b3e3c4758@mail.gmail.com> Message-ID: <4561BE94.1080501@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 a ticket was entered to move the vlan settings for this host. I moved it, but was concerned that what was requested vs what was actual was not right. I have moved it back to its original vlan for now until we can figure out what is really wanted. Mike McGrath wrote: > On 11/19/06, Warren Togami wrote: >> So... we're down to only proxy1 now it seems. >> >> Should we create some emergency mitigation redundancy with a proxy on a >> xen guest? >> >> Warren Togami >> wtogami at redhat.com >> > > I'd say yes if for no other reason then its a good idea to have some > of these images to juggle around. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list - -- ======================================================== = Stacy J. Brandenburg Red Hat Inc. = = Manager, Network Operations sbranden at redhat.com = = 919-754-4313 http://www.redhat.com = ======================================================== Fingerprint 03F7 43BE 1150 CCFA F57B 54DD AEDB 1C27 1828 D94D -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFFYb6UrtscJxgo2U0RApz4AJ0QfjJEjYHkdbJ0xxnDUB2RWwBNXwCgje3e 7A5e3QEog2cxuBMqUOHJYxA= =UnCD -----END PGP SIGNATURE----- From mgalgoci at redhat.com Mon Nov 20 19:41:08 2006 From: mgalgoci at redhat.com (Matthew Galgoci) Date: Mon, 20 Nov 2006 14:41:08 -0500 Subject: cvs update Message-ID: Some time on friday, cvs-int.fedora.phx.redhat.com sustained undetermined storage problems and resulting filesystem corruption. As best I can figure, we had a one drive in a raid6 array drop offline, and another disk in that array emit scsi errors. Now, you're probably thinking, this is raid6, it should have been able to sustain losing two disks and keep on going. Well, you're right and you're wrong. If two disks had simply dropped out of the array, we'd be fine. That wasn't the case however. Somewhere in the equation is data corruption. raid is great up until your hardware corrupts the data. To support this claim, all you need to do is realize that we sustained numerous ext3 errors and had the journal abort, and the root fs went read-only. I did my level best to revive the system on friday and saturday. I was able to get it pxe booted onto rescue media, which helped recovery immensely. I took numerous screen shots to chronical what I went through as I attempted to recover the raid6 arrays and the logical volumes. http://people.redhat.com/~mgalgoci/cvs-int.jpg http://people.redhat.com/~mgalgoci/cvs-int2.jpg http://people.redhat.com/~mgalgoci/cvs-int3.jpg http://people.redhat.com/~mgalgoci/cvs-int4.jpg http://people.redhat.com/~mgalgoci/fedora-cvs5.jpg http://people.redhat.com/~mgalgoci/fedora-cvs6.jpg http://people.redhat.com/~mgalgoci/fedora-cvs8.jpg http://people.redhat.com/~mgalgoci/fedora-cvs9.jpg http://people.redhat.com/~mgalgoci/fedora-cvs10.jpg http://people.redhat.com/~mgalgoci/fedora-cvs11.jpg http://people.redhat.com/~mgalgoci/fedora-cvs12.jpg http://people.redhat.com/~mgalgoci/fedora-cvs13.jpg http://people.redhat.com/~mgalgoci/fedora-cvs14.jpg http://people.redhat.com/~mgalgoci/fedora-cvs15.jpg http://people.redhat.com/~mgalgoci/fedora-cvs18.jpg http://people.redhat.com/~mgalgoci/fedora-cvs17.jpg http://people.redhat.com/~mgalgoci/fedora-cvs16.jpg http://people.redhat.com/~mgalgoci/fedora-cvs19.jpg http://people.redhat.com/~mgalgoci/fedora-cvs20.jpg After #20, I said the hell with it, time to move on. We've installed one of the new Dell 2950 machines that Dell was kind enough to donate to the Fedora Project. Mike McGrath is in the process of updatifying and restorifying the data from backups. I have a Dell tech coming on site again today to do some more work on the old new cvs-int server. I think we know what the issues are on it and we'll have it usable again in the next day or so. In the mean time, I think we need to take a look at all the Dell fedora boxes and check the scsi drives in them. There are known issues with certain drive firmware that cause drives to go offline and report spurrious errors. The relevant Dell update is here: http://support.us.dell.com/support/downloads/download.aspx?c=us&cs=555&l=en&s=biz&releaseid=R123859&formatcnt=1&libid=0&fileid=164751 We'll need downtime and hands on site to do this update. I'm sure Stacy will be able to assist. -- Matthew Galgoci GIS Production Operations Red Hat, Inc 919.754.3700 x44155 From sbranden at redhat.com Mon Nov 20 21:00:48 2006 From: sbranden at redhat.com (Stacy J Brandenburg) Date: Mon, 20 Nov 2006 16:00:48 -0500 Subject: cvs update In-Reply-To: References: Message-ID: <45621780.4000609@redhat.com> wed is the best day this week for me. Lets see if we can arrange for that. Matthew Galgoci wrote: > Some time on friday, cvs-int.fedora.phx.redhat.com sustained undetermined > storage problems and resulting filesystem corruption. As best I can figure, > we had a one drive in a raid6 array drop offline, and another disk in that > array emit scsi errors. Now, you're probably thinking, this is raid6, it > should have been able to sustain losing two disks and keep on going. > > Well, you're right and you're wrong. If two disks had simply dropped out of > the array, we'd be fine. That wasn't the case however. Somewhere in the > equation is data corruption. raid is great up until your hardware corrupts > the data. To support this claim, all you need to do is realize that we > sustained numerous ext3 errors and had the journal abort, and the root fs > went read-only. > > I did my level best to revive the system on friday and saturday. I was able > to get it pxe booted onto rescue media, which helped recovery immensely. I > took numerous screen shots to chronical what I went through as I attempted > to recover the raid6 arrays and the logical volumes. > > http://people.redhat.com/~mgalgoci/cvs-int.jpg > http://people.redhat.com/~mgalgoci/cvs-int2.jpg > http://people.redhat.com/~mgalgoci/cvs-int3.jpg > http://people.redhat.com/~mgalgoci/cvs-int4.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs5.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs6.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs8.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs9.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs10.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs11.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs12.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs13.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs14.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs15.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs18.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs17.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs16.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs19.jpg > http://people.redhat.com/~mgalgoci/fedora-cvs20.jpg > > After #20, I said the hell with it, time to move on. > > We've installed one of the new Dell 2950 machines that Dell was kind enough > to donate to the Fedora Project. Mike McGrath is in the process of updatifying > and restorifying the data from backups. > > I have a Dell tech coming on site again today to do some more work on the > old new cvs-int server. I think we know what the issues are on it and we'll > have it usable again in the next day or so. > > In the mean time, I think we need to take a look at all the Dell fedora boxes > and check the scsi drives in them. There are known issues with certain drive > firmware that cause drives to go offline and report spurrious errors. > > The relevant Dell update is here: > > http://support.us.dell.com/support/downloads/download.aspx?c=us&cs=555&l=en&s=biz&releaseid=R123859&formatcnt=1&libid=0&fileid=164751 > > We'll need downtime and hands on site to do this update. I'm sure Stacy will > be able to assist. > -- ======================================================== = Stacy J. Brandenburg Red Hat Inc. = = Manager, Network Operations sbranden at redhat.com = = 919-754-4313 http://www.redhat.com = ======================================================== From mmcgrath at fedoraproject.org Mon Nov 20 22:34:01 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 20 Nov 2006 16:34:01 -0600 Subject: CVS is busted In-Reply-To: <3237e4410611191826hf9b20e3h5a8f108841dcb0f9@mail.gmail.com> References: <3237e4410611170719v4ae55d8amec76fb1f501cbcd1@mail.gmail.com> <455EBFA7.3070400@argo.co.il> <3237e4410611180928q94fa51fx7f77fdee3f3a0a55@mail.gmail.com> <3237e4410611191826hf9b20e3h5a8f108841dcb0f9@mail.gmail.com> Message-ID: <3237e4410611201434h4e687411u56110fc8f8fb355c@mail.gmail.com> On 11/19/06, Mike McGrath wrote: > On 11/18/06, Mike McGrath wrote: > > > Bottom line, this sucks but we're working on it. Should be up and > > better than ever by Monday. > > > > Buhhh, late monday. > > -Mike > We've got the box, restores are happening as we speak, 48G restored so far. I'll be restoring the ssh-host keys last so if you're still getting ssh mismatch errors... its not ready to be logged into. -Mike From sopwith at gmail.com Mon Nov 20 23:43:21 2006 From: sopwith at gmail.com (Elliot Lee) Date: Mon, 20 Nov 2006 18:43:21 -0500 Subject: Hooking into account system for web auth In-Reply-To: <200611200811.22413.jkeating@redhat.com> References: <200611191210.55494.jkeating@redhat.com> <3237e4410611190943o35e55f7dq5bd8fb09c33b3f40@mail.gmail.com> <275BE787-C3C0-47A4-B7FB-E90997989B76@gmail.com> <200611200811.22413.jkeating@redhat.com> Message-ID: <81F756DB-2528-4ABB-A6CA-EBF770C75F0C@gmail.com> On Nov 20, 2006, at 8:11 AM, Jesse Keating wrote: > On Sunday 19 November 2006 21:31, Elliot Lee wrote: >> FWIW, a final implementation would optimally be a little more >> complicated than this: >> . It should only give access to people whose accounts are in >> 'approved' status (not many aren't, but still...) >> . It should only give access to people who have approved >> access in >> a particular group (e.g. 'tracusers' in this case) >> so that we can use the account system to authorize users... > > I think this sounds pretty sane. Getting approved for trac should > be as > simple as having the CLA complete, or something similar. I think > its a good > policy discussion to see if we want to involve the CLA for project > hosting. > I know its stifled some of the work in Kadischi according to some > of the > users that would like to contribute but don't want to go down the > CLA route. > Also Trac can be used pretty easily in anonymous mode. Thinking about it some more (now that I realized it's in the context of hosting projects) - you're going to want to have a separate account system group for each hosted project. I don't know whether it's the CLA or something else, but you should work with RH Legal to make sure that there is some sort of legal agreement in place between the project contributors and Red Hat to define the relationship. Best, -- Elliot From wtogami at redhat.com Tue Nov 21 01:52:53 2006 From: wtogami at redhat.com (Warren Togami) Date: Mon, 20 Nov 2006 20:52:53 -0500 Subject: DRAFT: CVS Restored, Help Needed in Verification Message-ID: <45625BF5.8010800@redhat.com> Hey folks, this is a draft that I will soon be sending to fedora-devel-list and fedora-extras-list. Anything should be corrected? ========= DRAFT BEGINS HERE ========== Sometime Early Friday, November 17th we suffered some kind of catastrophic multi-disk or SCSI backplane failure in cvs.fedora.redhat.com. Thanks to volunteer efforts of Fedora Infrastructure and tremendous help from Red Hat IS/IT, we are now nearing restoration of cvs.fedora.redhat.com from a backup on a powerful new server graciously donated by Dell. We are restoring from a backup that began November 16th, 2006 at 8:01PM MST (Friday, November 17, 2006 at 03:01) and finished 100 minutes later. Because this backup is not an exact snapshot, it is possible that checkins that happened after 8:01PM are already in the restored data. https://www.redhat.com/archives/fedora-extras-commits/2006-November/date.html We require your help to verify that all checkins are properly in /cvs/extras and everything generally is working as expected. Please pay careful attention to everything that changed in November 16th and 17th according to the mailing list archive. My personal records indicate that no CVS imports happened after this backup, so we are fine in that regard. PACKAGE OWNERS - especially kevin, corsepiu, remi and qspencer are to verify and fix their own CVS modules, or explicitly identify someone else to do it on their behalf. EVERYONE ELSE - please keep an eye on CVS. SCREAM LOUDLY on fedora-extras-list if you see anything that is wrong. Sorry about any inconvenience or disruption that this unexpected problem may have caused. Everyone owes a beer to the Fedora Infrastructure and Red Hat IS/IT teams. =) Thank you for supporting the Fedora Project. Warren Togami wtogami at redhat.com From cjtinhp at optonline.net Tue Nov 21 01:46:31 2006 From: cjtinhp at optonline.net (Craig Thomas) Date: Mon, 20 Nov 2006 20:46:31 -0500 Subject: Metalinker and Fedora In-Reply-To: <3237e4410611191000n73ecbf63waa4f2a5299d8b08c@mail.gmail.com> References: <4550E3E0.8020406@fedoraproject.org> <3237e4410611151921q544cfa21sfd13ea348e9e91c0@mail.gmail.com> <455D4BAF.7080704@optonline.net> <3237e4410611191000n73ecbf63waa4f2a5299d8b08c@mail.gmail.com> Message-ID: <45625A77.2090609@optonline.net> Mike McGrath wrote: > Go ahead and see if you can get a test instance set up and let us know > what needs to be done. Stop by #fedora-admin with any questions you > have. OK, cool, thank you. I'll be back in touch with test code :) -- Craig From lyz27 at yahoo.com Tue Nov 21 03:01:16 2006 From: lyz27 at yahoo.com (TomLy) Date: Mon, 20 Nov 2006 21:01:16 -0600 Subject: Possibly Unneeded Database Attributes Message-ID: <1164078076.20594.5.camel@localhost.localdomain> While straightening out the fedoraPerson schema I'm running into attributes in the current accountsDB that aren't used or are all the same value for all users. My plan is to get rid of these if possible. We can add attributes later if needed. Here they are in no particular order: internal_comments -- this is always blank right now wiki_prefs -- also always blank orts_orgid -- always Fedora Comments, concerns, chairs?? ~tom From jkeating at redhat.com Tue Nov 21 03:07:11 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Nov 2006 22:07:11 -0500 Subject: Hooking into account system for web auth In-Reply-To: <81F756DB-2528-4ABB-A6CA-EBF770C75F0C@gmail.com> References: <200611191210.55494.jkeating@redhat.com> <200611200811.22413.jkeating@redhat.com> <81F756DB-2528-4ABB-A6CA-EBF770C75F0C@gmail.com> Message-ID: <200611202207.14696.jkeating@redhat.com> On Monday 20 November 2006 18:43, Elliot Lee wrote: > Thinking about it some more (now that I realized it's in the context ? > of hosting projects) - you're going to want to have a separate ? > account system group for each hosted project. Why would that be? At least with trac, all fedora users are treated the same as anonymous, but you could get your name attached to a bug (and thus emails) and wiki changes. Account privilege escalation can be done within the Trac instance itself, through the webadmin tool. Why would we need a different account system? Why wouldn't the Fedora account system work and just allow any user that has CLA signed to create a project or login to participate with a name to an existing project? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From a.badger at gmail.com Tue Nov 21 03:54:17 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 20 Nov 2006 19:54:17 -0800 Subject: Possibly Unneeded Database Attributes In-Reply-To: <1164078076.20594.5.camel@localhost.localdomain> References: <1164078076.20594.5.camel@localhost.localdomain> Message-ID: <1164081258.15187.21.camel@localhost.localdomain> On Mon, 2006-11-20 at 21:01 -0600, TomLy wrote: > While straightening out the fedoraPerson schema I'm running into > attributes in the current accountsDB that aren't used or are all the > same value for all users. My plan is to get rid of these if possible. > We can add attributes later if needed. > If it's easy to add things later then it sounds reasonable to do some pruning. I don't know what these particular fields were originally intended for, though. > Here they are in no particular order: > internal_comments -- this is always blank right now Is this one for sponsors or higher level people within the project to keep information about people like "Noticed that this account attempted to access internal infrastructure machines they don't have access to" "cvs access was revoked 11-17-2006 because they added "Buy v!@gr@" to the descriptions of twenty packages". If so, it seems like useful information to keep, but there's no front end to add this kind of information and we'd want some sort of policy for who should be allowed to view and edit such a field. As you say, maybe we should re-add it later if we want to keep it here. -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 fedoraproject.org Tue Nov 21 07:00:42 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 21 Nov 2006 01:00:42 -0600 Subject: CVS is busted In-Reply-To: <3237e4410611201434h4e687411u56110fc8f8fb355c@mail.gmail.com> References: <3237e4410611170719v4ae55d8amec76fb1f501cbcd1@mail.gmail.com> <455EBFA7.3070400@argo.co.il> <3237e4410611180928q94fa51fx7f77fdee3f3a0a55@mail.gmail.com> <3237e4410611191826hf9b20e3h5a8f108841dcb0f9@mail.gmail.com> <3237e4410611201434h4e687411u56110fc8f8fb355c@mail.gmail.com> Message-ID: <3237e4410611202300mc20d964s65ef708bd6d1f244@mail.gmail.com> On 11/20/06, Mike McGrath wrote: > On 11/19/06, Mike McGrath wrote: > > On 11/18/06, Mike McGrath wrote: > > > > > Bottom line, this sucks but we're working on it. Should be up and > > > better than ever by Monday. > > > > > > > Buhhh, late monday. > > > > -Mike > > > > > We've got the box, restores are happening as we speak, 48G restored so > far. I'll be restoring the ssh-host keys last so if you're still > getting ssh mismatch errors... its not ready to be logged into. > Alrighty then, new box is up. The following service should be working (if they are not, let me know immediately) legacy - cvs extras - cvs fedora - cvs dist (copy) - cvs docs - cvs font - cvs (whatever that is) viewcvs Services known NOT to work git (needs a new chroot but no data loss) Services in ????: There were a number of web services on the box that were never properly configured in the first place. Let me know if there are services taht don't work now that did before the crash. AFAIK we had no actual data loss except for commits that happened after the last backup and before the failure (which was bout an 8 hour window or so with 10 commits. I believe warren is going to contact these people or already has). I'll be working on getting the git repo back up tomorrow morning and will need someone to test, any volunteers please contact me. CVS is a very strange box in that many people have access to make changes on it (and they do) it could take a while before we get every service back online but we're doing well. Please contact me (or admin at fedoraproject) with any issues or bugs, we'll get to them soon. -Mike From gauret at free.fr Tue Nov 21 08:21:51 2006 From: gauret at free.fr (Aurelien Bompard) Date: Tue, 21 Nov 2006 09:21:51 +0100 Subject: Possibly Unneeded Database Attributes In-Reply-To: <1164081258.15187.21.camel@localhost.localdomain> References: <1164078076.20594.5.camel@localhost.localdomain> <1164081258.15187.21.camel@localhost.localdomain> Message-ID: <200611210921.55713.gauret@free.fr> > > Here they are in no particular order: > > internal_comments -- this is always blank right now > > Is this one for sponsors or higher level people within the project to > keep information about people like "Noticed that this account attempted > to access internal infrastructure machines they don't have access to" > "cvs access was revoked 11-17-2006 because they added "Buy v!@gr@" to > the descriptions of twenty packages". This can be done using the standard "description" attribute of the inetOrgPerson schema. A. -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr If one keeps trying, one successes eventually. Therefore, the more one fails, the closer one is to success. -- Shadok motto. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jeff at ocjtech.us Tue Nov 21 20:03:37 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Tue, 21 Nov 2006 14:03:37 -0600 Subject: Indroducing Myself Message-ID: <1164139417.3369.15.camel@lt21223.campus.dmacc.edu> Hello everyone, I thought that I'd take a moment to introduce myself. I'm a Linux and network administrator for a community college in central Iowa. I've been using various forms of Red Hat/Fedora Linux for 10+ years, and am proficient in C, Python, shell, some Perl. I currently maintain ~21 packages in Fedora Extras. My primary interest in joining the infrastructure list is helping with the development of the new version control system (yes, I'm aware that a dedicated list for that purpose is in the works). I mostly use Subversion for my own tasks but I'm interested in helping with Mercurial, Bazzaar-NG, and Git. I may volunteer for other tasks as time/interest permits. 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 lyz27 at yahoo.com Tue Nov 21 22:31:55 2006 From: lyz27 at yahoo.com (TomLy) Date: Tue, 21 Nov 2006 16:31:55 -0600 Subject: Possibly Unneeded Database Attributes In-Reply-To: <200611210921.55713.gauret@free.fr> References: <1164078076.20594.5.camel@localhost.localdomain> <1164081258.15187.21.camel@localhost.localdomain> <200611210921.55713.gauret@free.fr> Message-ID: <1164148315.2981.5.camel@localhost.localdomain> On Tue, 2006-11-21 at 09:21 +0100, Aurelien Bompard wrote: > > > Here they are in no particular order: > > > internal_comments -- this is always blank right now > > > > Is this one for sponsors or higher level people within the project to > > keep information about people like "Noticed that this account attempted > > to access internal infrastructure machines they don't have access to" > > "cvs access was revoked 11-17-2006 because they added "Buy v!@gr@" to > > the descriptions of twenty packages". > > This can be done using the standard "description" attribute of the > inetOrgPerson schema. > > A. I agree. Let's plan to do this. I will set up a wiki page with the final mappings this weekend. ~tom From sopwith at gmail.com Wed Nov 22 01:06:32 2006 From: sopwith at gmail.com (Elliot Lee) Date: Tue, 21 Nov 2006 20:06:32 -0500 Subject: Possibly Unneeded Database Attributes In-Reply-To: <1164078076.20594.5.camel@localhost.localdomain> References: <1164078076.20594.5.camel@localhost.localdomain> Message-ID: On Nov 20, 2006, at 10:01 PM, TomLy wrote: > While straightening out the fedoraPerson schema I'm running into > attributes in the current accountsDB that aren't used or are all the > same value for all users. My plan is to get rid of these if possible. > We can add attributes later if needed. > > Here they are in no particular order: > internal_comments -- this is always blank right now Yea, I don't think there's a way to view or edit it, and it hasn't turned out to be very necessary, so might as well ditch it for now. > wiki_prefs -- also always blank This was there from when I had integrated phpwiki with the accounts system. If you plan on tying moin moin in, it would be worth thinking about how you are going to do it and what columns might be needed to support that... Also a neat tool I came across today that might help people to figure out the schema a bit more easily: http://schemaspy.sourceforge.net/ Best, -- Elliot From sopwith at gmail.com Wed Nov 22 01:34:37 2006 From: sopwith at gmail.com (Elliot Lee) Date: Tue, 21 Nov 2006 20:34:37 -0500 Subject: Hooking into account system for web auth In-Reply-To: <200611202207.14696.jkeating@redhat.com> References: <200611191210.55494.jkeating@redhat.com> <200611200811.22413.jkeating@redhat.com> <81F756DB-2528-4ABB-A6CA-EBF770C75F0C@gmail.com> <200611202207.14696.jkeating@redhat.com> Message-ID: On Nov 20, 2006, at 10:07 PM, Jesse Keating wrote: > On Monday 20 November 2006 18:43, Elliot Lee wrote: >> Thinking about it some more (now that I realized it's in the context >> of hosting projects) - you're going to want to have a separate >> account system group for each hosted project. > > Why would that be? At least with trac, all fedora users are > treated the same > as anonymous, but you could get your name attached to a bug (and > thus emails) > and wiki changes. Account privilege escalation can be done within > the Trac > instance itself, through the webadmin tool. Why would we need a > different > account system? (To recap, I suggested a different account system _group_, not an entirely different account system.) > Why wouldn't the Fedora account system work and just allow > any user that has CLA signed to create a project or login to > participate with > a name to an existing project? I think that works within the context of Fedora as a whole, but moving into hosted territory means you have to adopt more of a sourceforge mentality, where your job is to give as much control as possible to the project owner, and let them make decisions such as who can participate. In order to let each project owner make access decisions independantly, you would need a separate account. It sounds like trac has some 'webadmin' thing for controlling people's access - I think it's a bad idea to go with that. Properly tying trac into the Fedora account system means making it so that full control of both authentication & authorization is done through the FAS. In the long run, it'll be a lot nicer to be able to go to one place to control people's access levels for everything. (Not to say that FAS v1 is the right way to do it, just suggesting a good goal for the future :) Best, -- Elliot From sopwith at gmail.com Wed Nov 22 01:21:24 2006 From: sopwith at gmail.com (Elliot Lee) Date: Tue, 21 Nov 2006 20:21:24 -0500 Subject: Possibly Unneeded Database Attributes In-Reply-To: <200611210921.55713.gauret@free.fr> References: <1164078076.20594.5.camel@localhost.localdomain> <1164081258.15187.21.camel@localhost.localdomain> <200611210921.55713.gauret@free.fr> Message-ID: <32D25DB8-2375-4CB6-834D-DFA713A598B6@gmail.com> On Nov 21, 2006, at 3:21 AM, Aurelien Bompard wrote: >>> Here they are in no particular order: >>> internal_comments -- this is always blank right now >> >> Is this one for sponsors or higher level people within the project to >> keep information about people like "Noticed that this account >> attempted >> to access internal infrastructure machines they don't have access to" >> "cvs access was revoked 11-17-2006 because they added "Buy v!@gr@" to >> the descriptions of twenty packages". > > This can be done using the standard "description" attribute of the > inetOrgPerson schema. FWIW, the original purpose of internal_comments was exactly what Toshio said - to give group owners or account system administrators the ability to keep notes that the user can't see, especially if their access hasn't been approved yet. (At one point, I had it so that you had to have your account approved, and not just access into particular groups, and it made more sense then.) Best, -- Elliot From mmcgrath at fedoraproject.org Wed Nov 22 18:22:13 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 22 Nov 2006 12:22:13 -0600 Subject: Meeting tomorow Message-ID: <3237e4410611221022l681d1fe5q90695001ba06aadb@mail.gmail.com> So tomorow we normally have a meeting in #fedora-admin. I have a hunch many people won't be there because of Thanksgiving but in the interest of being international I'd like to encourage those that can be there to come and meet and discuss. Take minutes and send them to the list and add them to the wiki. http://fedoraproject.org/wiki/Infrastructure/Meetings -Mike From jkeating at redhat.com Wed Nov 22 21:53:38 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 22 Nov 2006 16:53:38 -0500 Subject: Hooking into account system for web auth In-Reply-To: References: <200611191210.55494.jkeating@redhat.com> <200611202207.14696.jkeating@redhat.com> Message-ID: <200611221653.38619.jkeating@redhat.com> On Tuesday 21 November 2006 20:34, Elliot Lee wrote: > I think that works within the context of Fedora as a whole, but ? > moving into hosted territory means you have to adopt more of a ? > sourceforge mentality, where your job is to give as much control as ? > possible to the project owner, and let them make decisions such as ? > who can participate. In order to let each project owner make access ? > decisions independantly, you would need a separate account. I'm still not so sure you would. For a source repo, there would be a new group, and the existing user who is the admin for a project would be made the admin of this group. (S)He could then approve/deny requests to join the source group for write access. > It sounds like trac has some 'webadmin' thing for controlling ? > people's access - I think it's a bad idea to go with that. Properly ? > tying trac into the Fedora account system means making it so that ? > full control of both authentication & authorization is done through ? > the FAS. In the long run, it'll be a lot nicer to be able to go to ? > one place to control people's access levels for everything. (Not to ? > say that FAS v1 is the right way to do it, just suggesting a good ? > goal ?for the future :) This _may_ be possible in the future, however the only real authorization that we need to set in Trac is the initial admin. The trac webadmin is mostly for setting up urls and project summaries, and ticket components, milestones, etc.. All of this is highly trac instance specific. There _is_ some management of who can open/close bugs I do believe, and who is a default owner of bugs, but again its all instance specific. I think for the first instance of Fedora Hosted Projects this would be perfectly serviceable and if problems arise we can look at fixing them, or more tightly integrating trac with FAS v2 for Fedora Hosted Projects v2. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Fri Nov 24 10:09:58 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Nov 2006 11:09:58 +0100 Subject: Fedora Updates System In-Reply-To: <20061112214220.GE7378@tomservo.rh.rit.edu> References: <20061112214220.GE7378@tomservo.rh.rit.edu> Message-ID: <20061124110958.2002c691.bugs.michael@gmx.net> On Sun, 12 Nov 2006 16:42:20 -0500, Luke Macken wrote: > [0]: http://cvs.fedoraproject.org/viewcvs/fedora-updates-system/?root=fedora > [1]: http://fedoraproject.org/wiki/Infrastructure/UpdatesSystem I'd like to take the opportunity for a few comments in no particular order: repoview -------- Running it for all of Fedora Extras takes a lot of time. So long, that even if you let the push script do its work in a background terminal, it is still painful to see how long it takes to complete. For unknown reasons we also create repoview pages for the "debug" repositories. If it were just my own decision, I would stop doing that, since I doubt those web pages are popular enough. Who really browses repoview for debuginfo packages? We should expect debuginfo packages to be available for every relevant package in the repository. createrepo < 0.4.5 is unable to handle "unknown" files in its repodata directory. Therefore it conflicts with repoview and runs into a fatal error condition with a premature program termination, leaving behind a temporary ".olddir". This is especially ugly, since an administrator would need to recover from that manually and either move back files from ".olddir" or delete it. But when deleted, the repoview tree is lost and is created from scratch. I've been told that this is a problem for mirrors, where the several thousands of files are re-examined for changes just because of the fresh time stamps. So, as of a few weeks ago, the push script works around that successfully with a repodata backup strategy outside of createrepo. For createrepo and repoview to be run in the background as a scheduled job, it needs a local lock on the repository. Most likely _not_ fine-grained locking on every arch-specific sub-repository, because every locking comes at a cost (especially when there are multiple jobs of different priority waiting). repoclosure ----------- Running this takes even more time. Currently, it examine all of Fedora Extras + Core + Updates + Legacy in a background job after packages have been published. The time it takes is approximately the difference between the time stamps of the build report and the broken deps report. [...] > ''' Pushing ''' > * Moves packages to proper updates stage More "stages" which are understood by plague would be good. We only use one stage, needsign, which is the build-results repository known to the build servers. Fedora Extras had started with a small collection of sh/py scripts for signing and moving rpms from plague's build-results directory into the repository. Among the reoccurring problems, which lead to some of the development on the push script(s): - pulling away built rpms from under plague's feet Initially (long ago) we signed rpms directly in the needsign repository and moved the packages into the local master repository. Due to that, they became unavailable to the build servers until they appeared on the public master repository. Particularly trouble-some, since we push to RDU, and they are synced from there to RH, which is not an immediate operation. - permission problems Even with a shared gid and umask, there are remaining problems, such as explicit directory mode 0755 in yum backend code or Python modules. - disk space constraints No longer an issue since the larger hdds were installed. But it required working with temporary directories for signing and publishing packages in order to avoid breakage in the middle of push. It's not trivial to recover from that without the help of a database or transaction state information. > * updates repo cleaner > * remove old packages So far, the script I named repoprune is much faster than repomanage and simplifies Fedora Extras repository maintenance a lot, since it gets rid of orphaned and out-of-date sub-packages automatically, too. From dcbw at redhat.com Sun Nov 19 23:28:11 2006 From: dcbw at redhat.com (Dan Williams) Date: Sun, 19 Nov 2006 18:28:11 -0500 Subject: OpenSUSE Build Service? In-Reply-To: References: Message-ID: <1163978891.2881.17.camel@localhost.localdomain> On Sat, 2006-11-18 at 13:39 +0100, Jeroen Janssen wrote: > Hi, > > I'm not sure if this is the correct Fedora mailinglist, but has anyone > had a look at the OpenSuSe Build Service pages ( > http://en.opensuse.org/Build_Service )? > > There are two presentations (from FOSDEM) about it and it seems they > have also done some experimenting with building non SuSe distributions > with this build system (like Fedora Core 4). > > Is this something that also could benefit the Fedora Project? Having already written most of Plague by the time OSBS came out, I read over pretty much everything about it when it was announced last year. The purpose of the two do seem to overlap; however OSBS appears to have a much larger scope. It appears to try to be the one-stop shop for building _everything_ for any distribution with any build system or source-control system; which is fine. The pitch in those slides was basically "build your release packages on our buildsystem." I don't think we want such a wide scope and fuzzy focus. I think Fedora is better served by a specific, targetted system that builds _Fedora_ packages. That's a fairly parochial attitude, but one which I think is in the best interest of Fedora. Given that everyone working on and admining the Fedora Extras buildsystem is a volunteer, we don't need to be spreading our resources out even further supporting something like the OSBS. We should be concentrating on building excellent packages for Fedora, and arguably nothing else; we cannot be everything to everybody or we are doomed to fail. The building of packages is such an important and code piece of a distribution that it cannot _not_ be under the control of the project, and it cannot _not_ be _accountable_ to the project. As more of the Core responsibility gets spun out to the wider Fedora project, this only becomes more critical. We need to be able to admin the systems, we need to be able fix problems when they arise, we need to be able to demonstrate accountability and security of the buildsystem. Without that, there is no trust in the integrity of the distribution. Cheers, Dan > Best regards, > > Jeroen Janssen > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list From dcbw at redhat.com Mon Nov 20 00:14:17 2006 From: dcbw at redhat.com (Dan Williams) Date: Sun, 19 Nov 2006 19:14:17 -0500 Subject: OpenSUSE Build Service? In-Reply-To: <1163978891.2881.17.camel@localhost.localdomain> References: <1163978891.2881.17.camel@localhost.localdomain> Message-ID: <1163981657.2881.46.camel@localhost.localdomain> On Sun, 2006-11-19 at 18:28 -0500, Dan Williams wrote: > On Sat, 2006-11-18 at 13:39 +0100, Jeroen Janssen wrote: > > Hi, > > > > I'm not sure if this is the correct Fedora mailinglist, but has anyone > > had a look at the OpenSuSe Build Service pages ( > > http://en.opensuse.org/Build_Service )? > > > > There are two presentations (from FOSDEM) about it and it seems they > > have also done some experimenting with building non SuSe distributions > > with this build system (like Fedora Core 4). > > > > Is this something that also could benefit the Fedora Project? > > Having already written most of Plague by the time OSBS came out, I read > over pretty much everything about it when it was announced last year. > > The purpose of the two do seem to overlap; however OSBS appears to have > a much larger scope. It appears to try to be the one-stop shop for > building _everything_ for any distribution with any build system or > source-control system; which is fine. The pitch in those slides was > basically "build your release packages on our buildsystem." > > I don't think we want such a wide scope and fuzzy focus. I think Fedora > is better served by a specific, targetted system that builds _Fedora_ > packages. That's a fairly parochial attitude, but one which I think is > in the best interest of Fedora. Given that everyone working on and > admining the Fedora Extras buildsystem is a volunteer, we don't need to > be spreading our resources out even further supporting something like > the OSBS. We should be concentrating on building excellent packages for > Fedora, and arguably nothing else; we cannot be everything to everybody > or we are doomed to fail. > > The building of packages is such an important and code piece of a > distribution that it cannot _not_ be under the control of the project, > and it cannot _not_ be _accountable_ to the project. As more of the > Core responsibility gets spun out to the wider Fedora project, this only > becomes more critical. We need to be able to admin the systems, we need > to be able fix problems when they arise, we need to be able to > demonstrate accountability and security of the buildsystem. Without > that, there is no trust in the integrity of the distribution. This doesn't mean that code could be shared, of course, given compatible licensing. dan > Cheers, > Dan > > > Best regards, > > > > Jeroen Janssen > > > > -- > > Fedora-buildsys-list mailing list > > Fedora-buildsys-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list From jeroen.janssen at gmail.com Sat Nov 25 19:56:31 2006 From: jeroen.janssen at gmail.com (Jeroen Janssen) Date: Sat, 25 Nov 2006 20:56:31 +0100 Subject: mock config files for fc6 not in CVS? Message-ID: Hi, It seems that the mock config files for fc6 are currently not in CVS? ( see also http://cvs.fedora.redhat.com/viewcvs/mock/etc/?root=fedora ) Don't know if this is due to the problems of cvs server recently (and restoring the backup) or if these config files are stored somewhere else. Best regards, Jeroen Janssen From a.badger at gmail.com Sun Nov 26 22:20:53 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 26 Nov 2006 14:20:53 -0800 Subject: PackageDB progress Message-ID: <1164579653.18340.37.camel@localhost.localdomain> There are several things happening with the package DB this week. 1) Jesse Keating reported that the Brew buildsystem has a packagedb implementation. If approval goes through to open source brew, we'll get the schema for that packageDB as part of the package. I know of a few areas where we'll have to enhance the schema to support all the things we want to do (ACLs for building, committing, and modifying packageDB records) but am unclear on others (Does the brew packageDB have a web interface? Does it tie into Core's CVS?) 2) I've finished an importer for owners.list and some information from the CVS repository for the current schema. I haven't tested it extensively but it has imported data into my local test DB. I'll have to try it on the xen test server next. The importer separates the exporting functionality from the importing so it shouldn't be too hard to switch to a new packagedb schema later. The importer is owners.py on test3: test3.fedora.phx.redhat.com:/var/www/repo/fedora-packagedb/owners.py Or available from a Bazaar repository: bzr branch http://www.tiki-lounge.com/~toshio/fedora/fedora-packagedb 3) I've started a redesign of the schema to address ACLs and collection inheritance. I've some questions about this that I'll try to take up with Jesse this week. I'm writing up the schema in SQL now and will post it this week for review. 4) While working on the schema, I've become a bit less enamoured with SQLObject. It seems to make easy things easy and hard things difficult to impossible. For instance, there doesn't seem to be a way to specify multi-field primary keys (or multi-field unique constraints which would do almost as well.) The latest TurboGears beta has preliminary support for a second ORM, SQLAlchemy. I've installed the 0.3.1 of SQLAlchemy here and it is much more flexible. SQLAlchemy is newer than SQLObject, has excelent documentation, and a very active upstream. This is good in that bugs are fixed quickly and features are often added once a user requests them. It's downside is the potential that the API could change and we'd have to port our applications or stay with an older version. Any opinions on this? -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 dennis at ausil.us Mon Nov 27 04:31:01 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 26 Nov 2006 22:31:01 -0600 Subject: xenbuilder1 Message-ID: <200611262231.01885.dennis@ausil.us> xenbuilder1 is up and running it is the xen guest running on xen3 which was hammer1 so we have 2 i386 / x86_64 builders again. I have a cert ready for xenbuilder2 for when the new builder hardware from Dell arrives. we will be back to full power then. -- Dennis Gilmore, RHCE Proud Australian From mmcgrath at fedoraproject.org Mon Nov 27 21:21:46 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 27 Nov 2006 15:21:46 -0600 Subject: Mirror management (again) Message-ID: <3237e4410611271321o56038748j82644b4b24997165@mail.gmail.com> Hey guys, I'm checking in with everyone at once because a few people had gotten back to me about mirror management and some of them were in IRC so I don't have their email addresses. I know we had some volunteers to create our master mirror management site where users could add and delete mirrors. I haven't seen any actual code yet though so I'm just interested in a status report. If you are out there and working on this or interested please let me know. -Mike From jeff at ocjtech.us Mon Nov 27 21:47:55 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Mon, 27 Nov 2006 15:47:55 -0600 Subject: Mirror management (again) In-Reply-To: <3237e4410611271321o56038748j82644b4b24997165@mail.gmail.com> References: <3237e4410611271321o56038748j82644b4b24997165@mail.gmail.com> Message-ID: <1164664075.7235.9.camel@lt21223.campus.dmacc.edu> On Mon, 2006-11-27 at 15:21 -0600, Mike McGrath wrote: > Hey guys, I'm checking in with everyone at once because a few people > had gotten back to me about mirror management and some of them were in > IRC so I don't have their email addresses. I know we had some > volunteers to create our master mirror management site where users > could add and delete mirrors. I haven't seen any actual code yet > though so I'm just interested in a status report. > > If you are out there and working on this or interested please let me know. I wasn't one of the previous volunteers but I might be interested in working on aspects of this. 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 mmcgrath at fedoraproject.org Mon Nov 27 22:04:44 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 27 Nov 2006 16:04:44 -0600 Subject: Mirror management (again) In-Reply-To: <1164664075.7235.9.camel@lt21223.campus.dmacc.edu> References: <3237e4410611271321o56038748j82644b4b24997165@mail.gmail.com> <1164664075.7235.9.camel@lt21223.campus.dmacc.edu> Message-ID: <3237e4410611271404rd2e8b27tf9f322235c1354f@mail.gmail.com> Awesome, give it a bit to see who else is interested. In the meantime become familiar with our current system: https://cvs.fedoraproject.org/viewcvs/check-mirrors/?root=fedora -Mike On 11/27/06, Jeffrey C. Ollie wrote: > On Mon, 2006-11-27 at 15:21 -0600, Mike McGrath wrote: > > Hey guys, I'm checking in with everyone at once because a few people > > had gotten back to me about mirror management and some of them were in > > IRC so I don't have their email addresses. I know we had some > > volunteers to create our master mirror management site where users > > could add and delete mirrors. I haven't seen any actual code yet > > though so I'm just interested in a status report. > > > > If you are out there and working on this or interested please let me know. > > I wasn't one of the previous volunteers but I might be interested in > working on aspects of this. > > Jeff > > > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > > From sopwith at gmail.com Tue Nov 28 02:29:35 2006 From: sopwith at gmail.com (Elliot Lee) Date: Mon, 27 Nov 2006 21:29:35 -0500 Subject: PackageDB progress In-Reply-To: <1164579653.18340.37.camel@localhost.localdomain> References: <1164579653.18340.37.camel@localhost.localdomain> Message-ID: <8487C558-0F25-4FE9-9345-35BB19F12F02@gmail.com> On Nov 26, 2006, at 5:20 PM, Toshio Kuratomi wrote: > 4) While working on the schema, I've become a bit less enamoured with > SQLObject. It seems to make easy things easy and hard things > difficult > to impossible. For instance, there doesn't seem to be a way to > specify > multi-field primary keys (or multi-field unique constraints which > would > do almost as well.) From the docs: "SQLObject does not support primary keys made up of multiple columns (that probably won't change). It does not generally support tables with primary keys with business meaning -- i.e., primary keys are assumed to be immutable (that won't change)." (And I happen to agree with their reasoning behind this decision...) Doing unique constraints is easy enough, though: class Foo: firstName = StringCol(length=30) lastName = StringCol(length=40) firstLastIndex = DatabaseIndex('firstName', 'lastName', unique=1) Are there any other specific issues that you had with SQLObject? I don't know SQLAlchemy, but I suspect that for now the "devil you know" is better than the "devil you don't". Or maybe I haven't run into the real-world problems that you have with your schema :) I think calling Brew a packageDB is a bit of a stretch. From what I recall, yes, it can track who owns what packages (and the packageDB schema I originally suggested was based in part on the brew-style schema :). However, the packageDB has a lot more community-only stuff that just wasn't thought of in the brew world. The best end result would probably be had by continuing the packageDB work, and merging that functionality onto brew when appropriate. Best, -- Elliot -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Tue Nov 28 04:11:52 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 27 Nov 2006 23:11:52 -0500 Subject: http setup on hg.fedoraproject.org Message-ID: <200611272311.57008.jkeating@redhat.com> or whatever that box is named or what chroot this goes to... Either way its busted. The initial cgi loads up OK and displays a list of repos, however clicking on any of the repos redirects to a location that doesn't exist. [Mon Nov 27 23:09:23 2006] [error] [client 10.8.34.200] File does not exist: /var/www/html/hg/hg, referer: http://cvs-ext.fedora.redhat.com/hg/ which is what one gets while looking for http://cvs-ext.fedora.redhat.com/hg/hg/fedora/livecd--devel which is a bit wrong, it should be just one /hg, not two. I think modrewrite is screwing us here, but I can't untangle the mess that is this box's setup to really determine this. Does anybody grok this box enough to help out? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From farshadkh at gmail.com Tue Nov 28 08:25:04 2006 From: farshadkh at gmail.com (Farshad Khoshkhui) Date: Tue, 28 Nov 2006 11:55:04 +0330 Subject: Mirror management (again) In-Reply-To: <3237e4410611271404rd2e8b27tf9f322235c1354f@mail.gmail.com> References: <3237e4410611271321o56038748j82644b4b24997165@mail.gmail.com> <1164664075.7235.9.camel@lt21223.campus.dmacc.edu> <3237e4410611271404rd2e8b27tf9f322235c1354f@mail.gmail.com> Message-ID: <5c0fad5d0611280025q62a0c32egec9d8de90c01fa40@mail.gmail.com> I was the guy in IRC. Actually I'm working on it and created few pages to add release and corresponding archs. I'm working on adding the mirror itself. It doesn't go as fast as I want, because first I was supposed to resign from my current job and have lots of free time, that didn't happen and second it was my first project with turbogears( I have lot's of python experience but not turbogears). I'll be available in IRC today, to give you a demo of what's currently done. -- Farshad Khoshkhui On 11/28/06, Mike McGrath wrote: > Awesome, give it a bit to see who else is interested. In the meantime > become familiar with our current system: > > https://cvs.fedoraproject.org/viewcvs/check-mirrors/?root=fedora > > -Mike > > > On 11/27/06, Jeffrey C. Ollie wrote: > > On Mon, 2006-11-27 at 15:21 -0600, Mike McGrath wrote: > > > Hey guys, I'm checking in with everyone at once because a few people > > > had gotten back to me about mirror management and some of them were in > > > IRC so I don't have their email addresses. I know we had some > > > volunteers to create our master mirror management site where users > > > could add and delete mirrors. I haven't seen any actual code yet > > > though so I'm just interested in a status report. > > > > > > If you are out there and working on this or interested please let me know. > > > > I wasn't one of the previous volunteers but I might be interested in > > working on aspects of this. > > > > Jeff > > > > > > > > _______________________________________________ > > Fedora-infrastructure-list mailing list > > Fedora-infrastructure-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > > > > > > > > > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From mmcgrath at fedoraproject.org Tue Nov 28 14:17:39 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 28 Nov 2006 08:17:39 -0600 Subject: http setup on hg.fedoraproject.org In-Reply-To: <200611272311.57008.jkeating@redhat.com> References: <200611272311.57008.jkeating@redhat.com> Message-ID: <3237e4410611280617j4a9fbc87u9d46b5f6cecb8bbb@mail.gmail.com> On 11/27/06, Jesse Keating wrote: > Either way its busted. The initial cgi loads up OK and displays a list of > repos, however clicking on any of the repos redirects to a location that > doesn't exist. Fixed > which is what one gets while looking for > http://cvs-ext.fedora.redhat.com/hg/hg/fedora/livecd--devel which is a bit > wrong, it should be just one /hg, not two. I think modrewrite is screwing us > here, but I can't untangle the mess that is this box's setup to really > determine this. > We'll be cleaning that up soon. The initial priority was to just get it working again. It should be good now. -Mike From kwade at redhat.com Wed Nov 29 03:18:05 2006 From: kwade at redhat.com (Karsten Wade) Date: Tue, 28 Nov 2006 19:18:05 -0800 Subject: programming help for Moin & DocBook XML Message-ID: <1164770285.2584.357.camel@erato.phig.org> We need some help for the following: 1. Some short-term Python fixes, documentation clean-up, etc. to get the Google Summer of Code project we did through Moin Moin merged into the 1.6 trunk. 2. Ongoing maintenance of this Wiki to DocBook conversion code. This is a great chance to get involved in some upstream work for our Wiki-of-choice; to help out the Documentation Project tremendously; and to help out the overall Fedora Project when we all benefit from upgrading to the 1.5+/1.6 Moin Moin. A current status is found here: http://fedoraproject.org/wiki/DocsProject/MoinDocBookProject/Status Here is the history of the project: http://fedoraproject.org/wiki/MoinDocBookProject The status page has a task list, that needs to be moved to the Moin Moin main Wiki and then worked on. If you are interested in doing or collaborating on this project, please contact us through fedora-docs-list. Questions to the mailing list, or come by #fedora-docs and we'll see what you need. thx - Karsten -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Thu Nov 30 02:18:00 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 29 Nov 2006 18:18:00 -0800 Subject: PackageDB progress In-Reply-To: <8487C558-0F25-4FE9-9345-35BB19F12F02@gmail.com> References: <1164579653.18340.37.camel@localhost.localdomain> <8487C558-0F25-4FE9-9345-35BB19F12F02@gmail.com> Message-ID: <1164853080.11786.67.camel@localhost.localdomain> On Mon, 2006-11-27 at 21:29 -0500, Elliot Lee wrote: > > On Nov 26, 2006, at 5:20 PM, Toshio Kuratomi wrote: > > > > 4) While working on the schema, I've become a bit less enamoured > > with > > SQLObject. It seems to make easy things easy and hard things > > difficult > > to impossible. For instance, there doesn't seem to be a way to > > specify > > multi-field primary keys (or multi-field unique constraints which > > would > > do almost as well.) > > > From the docs: > "SQLObject does not support primary keys made up of multiple columns > (that probably won't change). It does not generally support tables > with primary keys with business meaning -- i.e., primary keys are > assumed to be immutable (that won't change)." > > > (And I happen to agree with their reasoning behind this > decision...) Doing unique constraints is easy enough, though: > > > class Foo: > firstName = StringCol(length=30) > lastName = StringCol(length=40) > firstLastIndex = DatabaseIndex('firstName', 'lastName', unique=1) > Cool. Just a documentation issue then. (Should have remembered to look under the Index documentation). > > Are there any other specific issues that you had with SQLObject? > It's possible that it's just documentation disorganization. Since I've started working with SQLAlchemy I've forgotten details of other problems I had with SQLObject. I'll have to go back and try to work with SQLObject again. > > I don't know SQLAlchemy, but I suspect that for now the "devil you > know" is better than the "devil you don't". Or maybe I haven't run > into the real-world problems that you have with your schema :) > Not sure :-) SQLAlchemy made it quick to figure out what I wanted to do. Coupled with the remarks on the TurboGears mailing list about SQLAlchemy vs SQLObject, I've gotten the impression that SQLObject isn't flexible enough to solve all our problems. I'm not sure that SQLObject is truly not up to handling what I want to do or if I'm just not reading the SQLObject documentation carefully enough, though. The packageDB schema is complex enough to be a good test of both ORMs so I'll test the new TurboGears with both SQLObject and SQLAlchemy on a subset of the packageDB to see what turns up. > > I think calling Brew a packageDB is a bit of a stretch. From what I > recall, yes, it can track who owns what packages (and the packageDB > schema I originally suggested was based in part on the brew-style > schema :). However, the packageDB has a lot more community-only stuff > that just wasn't thought of in the brew world. The best end result > would probably be had by continuing the packageDB work, and merging > that functionality onto brew when appropriate. k. Jesse let FESCo know that if Brew became opensource, it would come with its own packageDB but we didn't get full details of what's in the schema. I'd love to see what brew has to see how it addresses the new requirements (like subcollections). But I can continue to work on the standalone packageDB and then we can merge and modify things as appropriate. -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 teknofile at teknofile.net Thu Nov 30 14:52:00 2006 From: teknofile at teknofile.net (James T. Richardson, Jr.) Date: Thu, 30 Nov 2006 08:52:00 -0600 (CST) Subject: New member of the community Message-ID: <16472.204.27.213.161.1164898320.squirrel@www.teknofile.net> Hi All, I've recently joined the Fedora Community as a contributer and would like to introduce myself to the list. Professionally, I am a systems analyst with a Houston based consulting company. Primarily I work with HPC compute clusters in the Oil & Gas industry; but our client base truly has a wide variety of endeavors. I've been working (professionally) with various Red Hat systems since about 1998-ish starting with RH4.x (I think it was 4.2; but that was a long time ago). The current environments I work in run a range of FC/CentOS/RHEL on 5000+ servers. I am directly involved in the planning, development, implementation, and maintains of different (proprietary and custom built) monitoring and alerting solutions and also troubleshooting infrastructure services for several organizations. Before my current position, I managed much smaller environments (1-5 Linux servers). Personally, I am a father of three and geek through and through (I have the Star Wars Lego sets to prove it :). My wife tolerates my geekness - sometimes. I've been a Fedora Core user since the first FC release and was a Red Hat user for many years before that. My desktop of choice is Gnome and the most used application on my system is probably gnome-terminal. I think that about covers my 'brief' background. I hope to contribute great work to the project to help Fedora continue to distribute a great distribution for the community! Over the next couple weeks, I'll be looking into the current open bugs to see where I can pitch in to get things done. Thanks a lot! James T. Richardson, Jr. james at richardsons.us irc: teknofile teknofile at teknofile.net From mmcgrath at fedoraproject.org Thu Nov 30 14:54:05 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 30 Nov 2006 08:54:05 -0600 Subject: New member of the community In-Reply-To: <16472.204.27.213.161.1164898320.squirrel@www.teknofile.net> References: <16472.204.27.213.161.1164898320.squirrel@www.teknofile.net> Message-ID: <3237e4410611300654p169f266bn85d8c116fa6801b1@mail.gmail.com> On 11/30/06, James T. Richardson, Jr. wrote: > Hi All, > > I think that about covers my 'brief' background. I hope to contribute > great work to the project to help Fedora continue to distribute a great > distribution for the community! Over the next couple weeks, I'll be > looking into the current open bugs to see where I can pitch in to get > things done. > > Welcome James, if you can make sure you come to our weekly meetings: http://fedoraproject.org/wiki/Infrastructure/Meetings -Mike From mmcgrath at fedoraproject.org Thu Nov 30 20:40:43 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 30 Nov 2006 14:40:43 -0600 Subject: glump and config management In-Reply-To: <3237e4410611091956l3cecc19eq22b695d4c8466eda@mail.gmail.com> References: <3237e4410611091956l3cecc19eq22b695d4c8466eda@mail.gmail.com> Message-ID: <3237e4410611301240k4bf2affbu8d5a3ecf7742f071@mail.gmail.com> On 11/9/06, Mike McGrath wrote: > As many of you know we've been looking to make our configuration > management system a bit more robust. Primarily by trying to find a > technological solution to actually enforce our config management > system. > > One of the systems I've looked at is glump, provided by the Duke guys > and Seth. The system itself isn't *just* a configuration management > system. Its really a systems framework that is very modular in > nature. Its a bit rough around the edges right now but in true Fedora > spirit I'd like to suggest we adopt this technology and make it > better. It'll work for us out of the box, and with Duke as upstream > we're not alone in using it. > > I've got one working sample that just copies a file to your /tmp/ > directory. Interesting items to note is once /tmp/test1 is created, > if you alter it and re-run the script, a backup noting the date and > time is created. This is especially handy in our environment where > not everyone always follows the rules. Consider it a safe and gentle > reminder ;-) > > Be warned, there is a slight learning curve. The actual 'config > management' stuff is done in a script here called 'head' glump itself > really just glues a bunch of files together into this one script. > Once you start poking around at it you'll see what I mean. But think > of the files listed in glue.xml as groups of config files. For > example, we could have a phx file and an app server file for app > servers in the phx colo. You get the idea. Check out the source if > you're interested: > > http://mmcgrath.net/~mmcgrath/glump-example.tar.gz (The actual glump > source and configuration) > > http://mmcgrath.net/~mmcgrath/configfiles.tar.gz (sample configs) > > You can run the script by typing: > > wget -qO - http://mmcgrath.net/cgi-bin/glump.py | sh > > Don't take my word that it won't fark your system up, take a look for > yourself at what its running! It should just create two log files in > /tmp and a file called /tmp/test > > We would use this in addition to our current CVS system though we > should probably give all the servers a good once-over and re-sync the > configs for those servers that are out of sync. > > Seth, please correct or make more clear anything that I've munged up. > > What do you all think? Anyone had a chance to actually look at this yet? -Mike From skvidal at linux.duke.edu Thu Nov 30 21:09:33 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 30 Nov 2006 16:09:33 -0500 Subject: glump and config management In-Reply-To: <3237e4410611301240k4bf2affbu8d5a3ecf7742f071@mail.gmail.com> References: <3237e4410611091956l3cecc19eq22b695d4c8466eda@mail.gmail.com> <3237e4410611301240k4bf2affbu8d5a3ecf7742f071@mail.gmail.com> Message-ID: <1164920973.10923.25.camel@cutter> On Thu, 2006-11-30 at 14:40 -0600, Mike McGrath wrote: > > Anyone had a chance to actually look at this yet? > I looked at it. It looks fine. :) -sv