From poelstra at redhat.com Tue Jul 1 20:46:27 2008 From: poelstra at redhat.com (John Poelstra) Date: Tue, 01 Jul 2008 13:46:27 -0700 Subject: Red Hat (Fedora) Bugzilla 3.2 Upgrade on July 26th, 2008 Message-ID: <486A97A3.6090506@redhat.com> I'm sending this on behalf of Dave Lawrence and the bugzilla team at Red Hat. Fedora uses this instance of bugilla too. Please forward this on to people or groups I missed. Thank you, John ------------------------------- Greetings, The Red Hat Bugzilla team is happy to announce that the release of the next version of Red Hat Bugzilla will occur on July 26th, 2008. The next version will be based on the upcoming upstream 3.2 code base soon to be released. For previewing the next release please go to: https://partner-bugzilla.redhat.com We encourage everyone to please go to the above site and provide any final testing and feedback where possible. Please verify that the features you have come to reply on day to day in our current Bugzilla are still available and working properly. Please use the new UI and make sure that you can accomplish the same tasks. Do not worry about making changes, this is a test snapshot and is not live data. Also emails will not be sent for changes so do what you like. Also please make sure your stored queries/reports/whines still work and display as expected. Some notable changes since 2.18: Ajax optimizations on searching and displaying bug Improved needinfo actor support Changed guided bug entry UI enhancements XMLRPC API: New API plus compatibility with old API. (please verify your scripts that use XMLRPC against the test system before the release date) There are numerous other changes behind the scenes that we haven't listed. The goal is to make sure that functionality that people have come to expect in 2.18 is possible in the new system. There are also numerous new features/fixes that are part of the upcoming 3.2 release provided by the upstream Bugzilla community. For more detailed information on what has changed since the last release, check out the Release Notes. We have done extensive work at laying out what we feel the requirements are to maintain feature parity with our current system as well as compiled a list of feature enhancements that people would like to see in the next release. Our goal is to deliver a working bugzilla with the bare essential requirements similar to what is currently being used in our current 2.18 system. After that we will begin work on enhancements as time and resources permit. To view the final release requirements list please refer to our Bugzilla 3 Tracking bug at https://bugzilla.redhat.com/show_bug.cgi?id=406071. Please file any enhancement requests or bug reports in our current Bugzilla system at bugzilla.redhat.com. File them under the Bugzilla product and relevant component with the version 3.2. Also send questions to bugzilla-owner at redhat.com. With everyone's help we can make this a great release. Thanks The Red Hat Bugzilla Team From wtogami at redhat.com Mon Jul 7 21:06:26 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 07 Jul 2008 17:06:26 -0400 Subject: Rawhide Orphanarium Purge: June 18th Message-ID: <48728552.3040706@redhat.com> Please review the following packages. This is roughly the list of current orphans in rawhide. If they are not claimed by June 18th then they may be removed from rawhide by the F10 Alpha freeze. libical python-libgmail python-libgmail-docs pygtkglext system-summary lipstik rafkill xdms xeuphoric skencil emerald connect-proxy gnome-applet-tvn24 aasaver kbiof osmo nautilus-share ruby-amazon PyOpenGL AGReader tripwire emerald-themes perl-Net-Telnet multitail gnome-ppp fuse-gmailfs libgringotts Warren Togami wtogami at redhat.com From pmatilai at redhat.com Wed Jul 9 10:51:15 2008 From: pmatilai at redhat.com (Panu Matilainen) Date: Wed, 9 Jul 2008 13:51:15 +0300 (EEST) Subject: Heads-up: brand new RPM version about to hit rawhide Message-ID: At long last, we are about to get a brand new RPM version (alpha snapshot at the moment) into rawhide. The list of changes from 4.4.2.x is massive and a full summary needs a separate posting (will follow as time permits), this is just a heads-up of immediate consequences for Fedora packagers and rawhide consumers: Users: 1) BACKUP YOUR RPMDB, NOW! We're not aware of any baby-eating bugs in rpm but I'd be shocked if there were no new bugs at all... Better safe than sorry - do something like this before updating to the new rpm: # cp -avp /var/lib/rpm /var/lib/rpm-`date +%d%m%y` 2) Rebuilding the rpmdb is not a bad idea (if not strictly necessary): # rpm --rebuilddb 3) Watch out for regressions and please report immediately if found. Again, we're not aware of any baby-eating bugs but there has been an enormous amount of changes in the codebase... The python bindings are supposed to be entirely backwards compatible but there are some small differences with returned types (notably returning an empty list vs None) on tag data in some cases, this breaks rpmlint (patch is trivial, will send to maintainer). Packagers: 1) So-name bumb is involved, the API has changed a lot. Here's the list of involved packages according to repoquery and status, I'll be sending patches to package maintainers shortly: - gdb (needs update to locate build-id patch) - perl-RPM2 (needs some updating) - apt (needs major work, but this is my headache) - ruby-rpm (needs quite a bit of work) - deltarpm (just needs a rebuild apparently) - net-snmp (needs rebuild with -D_RPM_4_4_COMPAT) - rpmreaper (needs rebuild with -D_RPM_4_4_COMPAT) 2) rpmbuild uses --fuzz=0 parameter to patch by default. This will "break" many many packages as this is stricter than the default of patch command itself. Two possibilities: - Rediff your patches and check they're applying correctly. This is the best thing to do, patches applied with fuzz can and do cause strange and nasty bugs. - As a temporary action, adding "%define _default_patch_fuzz 2" to spec will force rpm to use fuzz level 2 which is the default for patch itself. 3) %{_topdir} now defaults to $(HOME)/rpmbuild/, /usr/src/redhat/ is no more. 4) BuildRoot from spec is ignored. Rpm now defaults to buildroot under %{_topdir}/BUILDROOT/ 5) Rpm now supports "arch dependencies", so eg. foo-devel dependencies can be expressed correctly. Please wait for FPC recommendations on the subject, this needs a mass rebuild to be usable. 6) Rpm now collects pkg-config and libtool dependencies automatically. Initially only provides will be created to avoid creating unsolvable dependencies though. 7) Two new macros, %{patches} and %{sources} are supported in rpmbuild. In other words, you can now do things like: for p in %{patches}; do ... done Just keep in mind that using these in your spec will make the it incompatible with rpm 4.4.x versions. P.S. The new rpm will be initially built against Berkeley DB 4.5.20 from compat-db to ensure easy downgrade path to rpm 4.4.x should something go terribly, horribly wrong. Newer BDB would require manual db conversion to downgrade. - Panu - From mmcgrath at redhat.com Thu Jul 10 14:34:15 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 10 Jul 2008 09:34:15 -0500 (CDT) Subject: Outage Notification - 2008-07-11 17:00 UTC Message-ID: There will be an outage starting at 2008-07-11 17:00 UTC, which will last approximately 2 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-07-11 17:00 UTC' Affected Services: Websites CVS / Source Control Buildsystem Database DNS Mail Fedora Hosted Unaffected Services: Torrent Fedora People talk.fedoraproject.org Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/694 Reason for Outage: Many of our services were updated last week some of them need to be rebooted to take up a new kernel. Additionally I'll be on site in Phoenix working on a few things and will have to take a couple of services down while I make some network changes. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. From jkeating at redhat.com Tue Jul 15 19:10:22 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Jul 2008 15:10:22 -0400 Subject: Release Engineering Email Trac Queue Disabled Message-ID: <1216149022.3631.229.camel@localhost.localdomain> Until further notice the email to trac gateway for rel-eng has been disabled. We've been unable to cope with the spam attacks and the subsequent mail loops that have been created, and thus we have disabled the gateway. For the time being if you need release engineering to do something for you, please use the web UI to file a ticket. It allows for anonymous filing, but we would prefer you put in your email address so that you get properly contacted when the task is complete. https://fedorahosted.org/rel-eng/newticket If anybody would like to help us take another stab at email to trac submissions, feel free to contact us on rel-eng at lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/rel-eng or in #fedora-admin on freenode IRC. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bpepple at fedoraproject.org Wed Jul 16 12:27:54 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 16 Jul 2008 08:27:54 -0400 Subject: FESCo Elections open on July 15th Message-ID: <1216211274.2870.2.camel@kennedy> Hi all, Elections for the Fedora Engineering Steering Committee (FESCo) open at 0001 UTC on 15 July 2008. NOTE: this is a copy of the announcement that was sent to the fedora-announce-list, for those not subscribed). The voting system is available at: https://admin.fedoraproject.org/voting The voting system uses the range voting method: http://en.wikipedia.org/wiki/Range_voting ?Any Fedora Account System (FAS) account holder who has completed the CLA, and has an addition account (like ambassadors, art, cvs*, fedorabugs, l10n-commits, web, etc.) in the FAS is eligible to vote. Voting is open until Monday, July 21st, 2008 23:59 UTC. Election results will be announced shortly afterward. The nominees for the nine open seats, in alphabetical order, are: 1. Josh Boyer 2. Steve Dickson 3. Kevin Fenzi 4. Dennis Gilmore 5. Karsten Hopp 6. Christian Iseli 7. Jon Masters 8. Bill Nottingham 9. Brian Pepple 10. Jon Stanley 11. Jarod Wilson 12. David Woodhouse The nominees have also placed some summary information about their background and goals on the wiki nominations page: https://fedoraproject.org/wiki/Extras/SteeringCommittee/Nominations These summaries are also available from the "Info" link next to each candidate's name in the voting system. If you have any problems with voting, report them immediately in the ticket system, at: https://admin.fedoraproject.org/tickets Use the "elections" category when you file your ticket so that it is directed quickly to the appropriate parties. Thanks, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mspevack at redhat.com Thu Jul 17 12:30:50 2008 From: mspevack at redhat.com (Max Spevack) Date: Thu, 17 Jul 2008 14:30:50 +0200 (CEST) Subject: FUDCon Brno 2008 Message-ID: (re-sending from fedora-announce-list because I know there are a lot of Fedora developers who don't read that list, and I want our contributors in Europe to see this.) ---- The next FUDCon will take place in Brno, Czech Republic, from September 5 - 7, 2008. The main conference day and social event will be on Saturday (to attract the most people), with hackfest days on Friday and Sunday. FUDCon is always free to attend, no matter where in the world it is located. To sign up or get more information, please visit: https://fedoraproject.org/wiki/FUDCon/FUDConBrno2008 If you cannot attend this FUDCon, do not despair! We expect to hold a FUDCon somewhere in Asia or India later in 2008, and in multiple locations worldwide in 2009. --Max From mmcgrath at redhat.com Fri Jul 18 02:56:27 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 17 Jul 2008 21:56:27 -0500 (CDT) Subject: Outage Notification - 2008-07-22 04:59 UTC (MAJOR) Message-ID: There will be an outage starting at 2008-07-22 04:59 UTC, which will last approximately 10 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-07-22 04:59 UTC' Affected Services: Websites Buildsystem Database Unaffected Services: CVS / Source Control DNS Mail Torrent Fedora Hosted Talk Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/705 Reason for Outage: Re-migrating db1 to its new hardware (memory issues have hopefully been resolved). Moving koji database from db2 to a dedicated new server, db3. The db1 outage will cause the wiki and smolt to be offline for no longer then an hour. The koji move will cause the buildsystem (and whatever depends on the build system) to be down for between 8 and 10 hours. We haven't padded the outage so if something goes wrong, we'll have to abort and re-schedule it for another time. Likely the next night so be prepared. Also please make sure any builds you complete any builds prior to the time of the outage. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. From jkeating at redhat.com Mon Jul 21 14:21:21 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Jul 2008 10:21:21 -0400 Subject: Late reminder, Fedora 10 Alpha (nonblocking) freeze tomorrow! Message-ID: <1216650081.12190.9.camel@localhost.localdomain> We have our first development freeze of the Fedora 10 cycle tomorrow. This is the alpha freeze, which is non-blocking. Release Engineering will be making a freeze inside the buildsystem of tomorrow's rawhide content. This will be the basis of the Fedora 10 Alpha release. Rawhide will continue to move forward with new builds. Things which are critical to have in Alpha should be brought to release engineering's attention via our Trac queue: https://fedorahosted.org/rel-eng/newticket Sorry for the late reminder! -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From poelstra at redhat.com Mon Jul 21 15:39:17 2008 From: poelstra at redhat.com (John Poelstra) Date: Mon, 21 Jul 2008 08:39:17 -0700 Subject: Feature Process Improvements Message-ID: <4884ADA5.3010701@redhat.com> I was recently talking with Paul Frields about how to make the feature process more accessible... this combined with feedback in the rpm thread have led to a (hopefully) clearer presentation of how the feature process works. FIRST: Paul did a great job reorganizing the content on the main page. None of the content has changed, but the presentation is a lot simpler and less overwhelming. https://fedoraproject.org/wiki/Features/Policy I still need to add definitions and guidance for what belongs in each section of the form. SECOND: We are proposing new category names to make it more self-evident which state a feature page is in. Unless there are objections I plan to run this past FESCo for a sanity check this coming Thursday and start using them thereafter--including converting the category names for existing pages. The new category names would look like this: Category:FeaturePageIncomplete (was ProposedFeature)--every feature starts in this category and returns to this category if it is reviewed or voted on and needs more work. Category:FeatureReadyForWrangler (was ProposedF10)--feature owner signals that their feature page is complete and requests that FESco review and accept it for the release under development Category:FeatureReadyForFesco (was ProposedF10)--Feature wrangler changes features to this category when they are ready for FESCo vote Category:FeatureAcceptedF10 (unchanged)--voted on and accepted by fesco A draft updated illustration is here: http://poelstra.fedorapeople.org/misc/feature-process-flow-v3.2.png Source: http://poelstra.fedorapeople.org/misc/feature-process-flow-v3.2.odg Thanks also to Paul for his ideas and help on the illustration! John From jwboyer at gmail.com Tue Jul 22 12:38:20 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 22 Jul 2008 08:38:20 -0400 Subject: Cast your vote for the Fedora 10 Codename! Message-ID: <1216730300.12864.29.camel@weaponx> We have several options for the Fedora 10 codename, and you get to help decide which we use! https://admin.fedoraproject.org/voting/about/10 is the URL to cast your vote. Log in with your Fedora Account name and password. As long as you have signed the CLA and belong to one additional group in the Fedora Account System, you can cast your vote. Voting will end and be tallied at 23:59:59 28 July 2008 UTC. josh From a.badger at gmail.com Fri Jul 25 06:11:11 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Jul 2008 23:11:11 -0700 Subject: Slight change in how cvs notifications work Message-ID: <48896E7F.9040003@gmail.com> We've had some issues with notification emails being sent on cvs commits. Sometimes generating the list of email addresses to notify was slow, on other occassions it would fail altogether. To alleviate this we've changed from a dynamic determination of who is notified by querying the pkgdb to a static one by sending to an email alias generated from pkgdb information once an hour. There is one major difference (besides speed) to note in this: Before, the owner and people in the watchcommits acls received notifications that a cvs commit was made to a package. Now the owner and people onwatchcommits and watchbugzilla acls are notified. The aliases used to send these messages are all pkg-owner at fedoraproject.org in case you have mail filters you want to setup to handle it. Thank you, -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From cdahlin at redhat.com Fri Jul 25 17:39:45 2008 From: cdahlin at redhat.com (Casey Dahlin) Date: Fri, 25 Jul 2008 13:39:45 -0400 Subject: CVS/Pkgdb outage Message-ID: <488A0FE1.4000605@redhat.com> Outage Notification - 2008-07-28 01:20 UTC There will be an outage starting at 2008-07-28 01:20 UTC, which will last approximately 1 hour. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-07-28 01:20 UTC' Affected Services: PackageDB CVS / Source Control Reason for Outage: Renaming cvsextras group to 'packager' Contact Information: Casey Dahlin Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. From jwboyer at gmail.com Tue Jul 29 01:15:31 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 28 Jul 2008 21:15:31 -0400 Subject: The results are in for the Fedroa 10 naming Message-ID: <1217294131.2843.5.camel@weaponx> Drum roll... And the winner of the Fedora 10 codename is: Cambridge The full GPG-signed information from our election coordinator, Nigel Jones, including vote totals, is located here: http://jwboyer.fedorapeople.org/fedora10relname.txt.asc Many thanks to the Board, Paul Frields, and Nigel Jones for their effort in getting the name candidates and vote set up. josh From jwboyer at gmail.com Tue Jul 29 01:31:20 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 29 Jul 2008 03:31:20 +0200 Subject: The results are in for the Fedroa 10 naming Message-ID: <000301c8f11a$cde8d110$ba00000a@grecom.local> Drum roll... And the winner of the Fedora 10 codename is: Cambridge The full GPG-signed information from our election coordinator, Nigel Jones, including vote totals, is located here: http://jwboyer.fedorapeople.org/fedora10relname.txt.asc Many thanks to the Board, Paul Frields, and Nigel Jones for their effort in getting the name candidates and vote set up. josh -- fedora-announce-list mailing list fedora-announce-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-announce-list From stickster at gmail.com Wed Jul 30 18:43:13 2008 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Jul 2008 18:43:13 +0000 Subject: Release Planning Recap :: 2008-07-30, UTC 1700 Message-ID: <1217443393.3694.96.camel@victoria> = Release planning meeting, 2008-07-30 = == Attendance == ''Present:'' Tom Callaway (Engineering/Legal), Paul Frields (moderator), Jesse Keating (RelEng), Jonathan Roberts (Marketing), Seth Vidal (Infrastructure), Karsten Wade (Docs) == Agenda == === Reiterating purpose === * Not policy setting, nor decision making * Progress reporting and schedule debugging only * Making sure that dependencies that affect releases are being satisfied across Fedora community teams * Any action items are potential only, until pushed out into the community space for discussion and follow-through === Current Alpha status (RelEng) === * Not finished ** Number of composes happening internally on f13's workstation ** Not enough got done during OLS/OSCON - not enough people doing anything with looking at bits ** We can't compose yet in PHX, which is why it happens on f13's station ** Chasing down issues with anaconda currently, hopefully on the last few now ** f13 hopes to have a candidate release tree ** New problem in installer right now * Not yet in danger of slipping ** If we don't have a tree by tomorrow, that's not good === Infrastructure === * uncomfortable problems in existing BT server, it keeps dying (serverbeach1) ** Might be routing, or hardware... testing to figure it out ** skvidal is going to keep a very close eye on making sure the old and new servers are sync'd '''DEBUGGING:''' Should f13's routine change? No. * Space issues? 261GB available on netapps ** many terabytes coming back online "soon" ** drives hopefully coming in next week, then it's just reconfiguring, no onsite required === Docs === * Alpha and Beta release notes are a one-sheet on the wiki ** Living document, can change after release day ** QA, Desktop, and RelEng have done a great job of adding some important content ** Priority is to let testers know what you want them to do with the Alpha '''DEBUGGING:''' We need a list of pre-approved URLs for release announcement * Docs can handle the majority of the text for the release announcement email, and check URLs, so releng can concentrate on sending it out when final * Release notes production is hopefully going to change with F10 to use an in-distro tool, publican, to build === Marketing === * Not much on plate for Alpha in particular * Geek news will be all over the Alpha, are we doing anything to publicize it? ** Paul has been working with Kara on e.g. a press blog entry ** Our announcement should also serve as testing recruitment === Legal === * Nothing at this time == Next meeting == * Post-partum Alpha meeting would probably be useful ** if no agenda items, no meeting * Definitely one a few days ahead of Beta freeze ** Announcements to go to fedora-devel-list -------------- 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 dev at nigelj.com Thu Jul 31 06:26:47 2008 From: dev at nigelj.com (Nigel Jones) Date: Thu, 31 Jul 2008 18:26:47 +1200 Subject: Outage Notification - 2008-07-31 03:30 UTC to 2008-07-31 06:20 UTC Message-ID: <48915B27.4060500@nigelj.com> An unplanned outage occurred at approximately 2008-07-31 03:30 UTC and is mostly resolved as of 2008-07-31 06:20 UTC Affected Services where: - Websites - Package DB, Mirror Manager Admin Interface, Bodhi, Translate - Account System (FAS) - Any other authenticated requests - Buildsystem Partial Outages: - Hosted (Trac authentication) - Wiki (Read Only, some pages may appear broken as well) Unaffected Services: - CVS / Source Control - Database - DNS - Mail - Torrent - Fedora Talk Reason for Outage: Our main filer took a turn for the worst, and took down one of our main database servers and other associated infrastructure. We have now for the most part resolved the issue, and diagnostic work has begun, we apologise for any inconvenience. Ticket Information: More information will be made available to https://fedorahosted.org/fedora-infrastructure/ticket/735 when it comes to hand. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. Regards, Nigel Jones From poelstra at redhat.com Thu Jul 31 14:56:47 2008 From: poelstra at redhat.com (John Poelstra) Date: Thu, 31 Jul 2008 07:56:47 -0700 Subject: [Fwd: bugzilla.redhat.com Web UI, Database, XMLRPC Planned Outage | August 2nd, 2008 - 9:00 AM EST - 7:00 PM EST] Message-ID: <4891D2AF.90909@redhat.com> Reminder: This Weekend -------- Original Message -------- Subject: bugzilla.redhat.com Web UI, Database, XMLRPC Planned Outage | August 2nd, 2008 - 9:00 AM EST - 7:00 PM EST Date: Tue, 29 Jul 2008 00:05:42 -0400 From: Dave Lawrence O U T A G E R E Q U E S T F O R M ===================================== Severity: Severity Two (High) Scheduled Date: August 2nd, 2008 Scheduled Time: 9:00 AM EST - 7:00 PM EST Estimated Time Required: 10 hours Performed By: Red Hat Engineering Operations People/Groups Impacted: Users of bugzilla.redhat.com and any services that rely on bugzilla.redhat.com Site/Services Affected: bugzilla.redhat.com Web UI, Database, XMLRPC Impact: bugzilla.redhat.com will be unavailable during the posted time on August 2nd, 2008. Description: On August 2nd, bugzilla.redhat.com will go down for an update to the latest upstream code base. During this time the web servers will be reinstalled with the latest OS updates as well as the latest Bugzilla code. Also the database servers will undergo a data migration to be made compatible with the latest Bugzilla code. The web UI, database, and all XMLRPC services will be unavailable during the migration. Services that rely on bugzilla.redhat.com may not function properly during this time so please let your users know about the outage as well. Also please take time to point your services/scripts at our test server https://partner-bugzilla.redhat.com to make sure that they will still work with the new system once it goes live. Care has been taken to make the new system backwards compatible as much as possible with the old XMLRPC API but still confirm that they work properly. If you encounter any problems, please contact bugzilla-owner redhat com or file a bug at https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&version=3.2 Signoff: kbaker redhat com From poelstra at redhat.com Thu Jul 31 16:39:42 2008 From: poelstra at redhat.com (John Poelstra) Date: Thu, 31 Jul 2008 09:39:42 -0700 Subject: Implementing new wiki categories names for feature process Message-ID: <4891EACE.3060201@redhat.com> Since there were no objections to the original proposal: https://www.redhat.com/archives/fedora-devel-announce/2008-July/msg00009.html I will be implementing the change in category names for the feature process starting today. John