Fedora 8 Test 1 slipping
by Jesse Keating
Due to an ongoing issue with booting many Dells (and some Toshiba)
systems via CD, we've had to delay the release of Test1. The good news
is that we've found a solution and a new kernel is building in koji as
I type this. The bad news is that there is not enough time to get the
output of that build and spin it into a set of trees for release on
Thursday. As such, we're slipping the release to Tuesday of next
week, August 7.
This gives us time to consume the kernel build and generate a release
candidate tree early tomorrow, and spend all day, and all of Thursday
beating on it for real blocker issues. Friday morning is our Go/No Go
point. If all things are Go, we'll be handing it off to mirrors and
giving them the weekend and Monday to sync up the release. If we're No
Go, we will determine then a new release date.
All the gory details can be found at
http://fedoraproject.org/wiki/QA/8/Test1TreeTesting
Cheers!
--
Jesse Keating
Release Engineer: Fedora
16 years, 4 months
Package rebuilds for binutils/gcc bug
by Jesse Keating
Re https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249435 , there
are a number of packages that need to be rebuilt (and subsequently
tagged for the test release). The list of packages is the intersection
of packages that were built with the combination of binutils >=
2.17.50.0.17-2 && binutils <= 2.17.50.0.17-4 && gcc >= 4.1.2-16 and not noarch. The list is at http://jkeating.fedorapeople.org/needrebuild While not every package will show errors, we're going to rebuild them just in case.
Fedora rel-eng will be working to rebuild these packages today. If you
were already rebuilding one of these, please drop a line to
rel-eng(a)fedoraproject.org so that we don't step on each other.
--
Jesse Keating
Release Engineer: Fedora
16 years, 4 months
Koji outage
by Jesse Keating
Due to some DNS changes this morning, Koji is having troubles
contacting the CVS server. We are working as fast as we can to resolve
this issue. Thanks.
--
Jesse Keating
Release Engineer: Fedora
16 years, 4 months
NOTE: Please publicize any license changes to your packages
by Bill Nottingham
The Fedora Engineering Steering Committee would like to remind maintainers
that a license change in a package is a very serious event - it has as many,
if not more, implications for related packages as ABI changes do.
Therefore, if your package changes license, even if it just changes the
license version, it is required that you announce it, whether on this list
or fedora-devel-list.
Note that any license change to a more restrictive license or license
version may affect the legality of portions of Fedora as a whole; ergo,
FESCo reserves the right to block upgrades of packages to versions with
new licenses to ensure the legal distribution of Fedora.
Please contact FESCo if you have any questions.
Bill
16 years, 4 months
Reminder: Fedora Update Tips
by Warren Togami
Tips for Fedora Package Maintainers when issuing updates.
1) Push or Revoke Updates-Testing
=================================
https://admin.fedoraproject.org/updates/testing/F7
Please don't forget to deal with your packages sitting in
updates-testing. Some packages were sitting here for more than a month.
Your Updates Testing package may be marked as "Stable" if they are ready
to be pushed as an official update. If you want to cancel an update, or
if it was superseded by a newer package, you will want to "Unpush" it.
2) EVR Version Problems
=======================
Currently F7 uses Bodhi (the Fedora Updates System) while FE-6 uses the
legacy Extras buildsystem. This can sometimes create EVR promotion
problems between the distributions. Example:
1) foo-1.2.3-1.fc7
foo-1.2.3-1.fc6
2) foo-1.2.4-1.fc7 is pushed to F7 updates-testing
foo-1.2.4-1.fc6 is built for FE-6
3) FC6 version of foo is "newer" than foo in F7, because the FC6 package
went directly into the repository while the F7 package is only in testing.
Suggested Workaround:
Build for FE6 only *after* the F7 update has been officially pushed.
Warren Togami
wtogami(a)redhat.com
16 years, 5 months
perl-devel will be removed from the f8 buildroots
by Robin Norwood
Hi,
On Monday, perl-devel will be removed from the f8 buildroots. This
means that if you try to build a perl-* package that uses the perl build
tools, you will need to add those tools to the BuildRequires for the
package. The most common will be:
BuildRequires: perl(ExtUtils::MakeMaker)
But you should also watch the build output to make sure tests aren't
being skipped due to other missing modules.
-RN
--
Robin Norwood
Red Hat, Inc.
"The Sage does nothing, yet nothing remains undone."
-Lao Tzu, Te Tao Ching
16 years, 5 months