This is about:
"F16 TC2 DVD grub/grub2 conflict"
The grub package in F16 has a "Conflicts: grub2" line. There are no
actual file conflicts, but this was added in order to workaround some
bugs in grubby, including:
Now the problem is that libguestfs provides a way for people to use
grub-install (and in the future grub2-install) on guests. Think for
example if you had a mix of Fedora 15 and Fedora 16 guests on your
libguestfs, as I guess is well known, uses tools from the host in
order to manage guests. This is done so that we don't have to
separately package all the tools, which would be a security headache
(if there's a security issue discovered in grub-install, just updating
the host package is enough to fix it -- you don't have to track down a
separate copy statically bundled in libguestfs).
Even if you don't care about libguestfs, you might well wish to
loop-mount an old guest and run grub-install --root-directory=... on
So I propose that we drop this conflicts and fix grubby instead.
However the maintainer of grub is unwilling to do this, which is why
I've escalated this issue here.
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
We are going to be having another proventesters meetup tomorrow on IRC
in #fedora-meeting at 18:00UTC.
Purpose of meetup: Brainstorm ideas on improving testing and processes
for testing updates.
* Intro/gather more agenda items
* Recruiting more proventesters/testers.
* One stop page for updates testing resources
* Your amazing agenda item here.
Please do join us if you are a proventester, want to become one, or
have ideas for improving the testing of updates. Note that this is not
the venue for changing the updates policy, see FESCo for that, this is
an attempt to get things working better within our existing updates
Hope to see folks there!
test-announce mailing list
Please note that I'm not claiming that the critpath process is broken
in general. But it does not work for certain components. To be specific
it does not work for Xorg drivers for non common hardware.
This morning bodhi send me 3 mails with the following subjects:
[Fedora Update] [CRITPATH] [old_testing_critpath] xorg-x11-drv-qxl-0.0.21-3.fc14
[Fedora Update] [CRITPATH] [old_testing_critpath] xorg-x11-drv-qxl-0.0.21-5.fc15
[Fedora Update] [CRITPATH] [old_testing_critpath] xorg-x11-drv-qxl-0.0.21-5.fc16
Of which the first update has been in updates-testing since 2011-04-23 !!!
I know that Adam Williamson uses spice enabled vm's and thus the qxl driver
for various QA tasks. I've asked him repeatedly to look at these, but all
to no avail. Note I'm not blaming Adam for this, we all need to prioritize
our time, so I completely understand that he has not gotten around to
looking at these. I'm merely trying to documents my efforts to make the
critpath procedure work for the qxl driver.
So there you have it, I hope that an update being stuck in updates-testing for
4+ months clearly show that some parts of the critpath process need to be re-thought.
-----BEGIN PGP SIGNED MESSAGE-----
There's been a lot of requests lately for the new version of qtpfsgui called
Luminance HDR and I haven't had time to get the package updated,
re-reviewed, and deprecate the old one.
Would anyone be interested in helping/taking over this package?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
-----END PGP SIGNATURE-----
Mark your calendars, and get ready to go exploring: The release of
Fedora 16, codenamed "Verne," is scheduled for release in early
November. Fedora is the leading edge, free and open source operating
system that continues to bring everyone fresh, innovative features
with each release, delighting users worldwide every six months.
We are proud to announce the availability of the Beta release of Fedora 16.
Come see why we love Fedora so much. We are betting you will, too.
Download it now:
== What is the Beta Release? ==
The Beta release is the last important milestone of Fedora 16. Only
critical bug fixes will be pushed as updates leading to the general
release of Fedora 16 in early November. We invite you to join us in
making Fedora 16 a solid release by downloading, testing, and
providing your valuable feedback.
Of course, this is a beta release, meaning that some problems may
still be lurking. A list of the problems we already know about is
found at the Common F16 bugs page, seen here:
== Features ==
This release of Fedora includes a variety of features both over and
under the hood that show off the power and flexibility of the
advancing state of free software. Examples include:
* System Boot. Fedora 16 introduces GRUB2, the long-awaited
next-generation boot-loader for Linux. GRUB2 automatically recognizes
other operating systems, supports LVM2 and LUKS partitions, and is
more customizable than the previous version. In this release, only x86
systems with a BIOS uses GRUB2 by default. Work is ongoing for making
GRUB2 the default for other architectures and systems.
* Services Management. Fedora 15 introduced the Systemd services
management program. This release features better integration of
Systemd via conversion to native systemd services from legacy init
scripts in many software components -- for desktop users, this means
faster boot times; for system administrators it means more powerful
management of services.
* Desktop Updates. The two major desktop environments have been
updated to the latest releases: KDE Software Compilation 4.7 and GNOME
3.1 development release.
* SELinux Enhancements. SELinux policy package now includes a
pre-built policy that will only rebuild policy if any customizations
have been made. A sample test run shows 4 times speedup on installing
the package from 48 Seconds to 12 Seconds and max memory usage from
38M to 6M. In addition to that, SELinux file name transition allows
better policy management. For instance, policy writers can take
advantage of this and write a policy rule that states, if a SELinux
unconfined process creates a file named resolv.conf in a directory
labelled etc_t, the file should get labeled appropriately. This
results is less chances of mislabeled files. Also, from this release
onwards, selinuxfs is mounted at /sys/fs/selinux instead of in
/selinux. All the affected components including anaconda, dracut,
livecd-tools and policycoreutils have been modified to work with this
* System Accounts. Fedora now standardizes on login.defs as
authority for UID/GID space allocation, and has moved boundary between
system and user accounts from 500 to 1000 to match conventions
followed by several other Linux distributions. Upgrading from a
existing release will not be affected by this change and you can use
kickstart to override this change during installation if necessary.
* HAL Removal. HAL, a hardware abstraction layer which has been a
deprecated component for several releases, has been completely removed
from all Fedora spins and DVD. Software components using HAL have
moved over to using udisks and upower as well as libudev for device
discovery. This results in faster system bootup and faster startup for
applications depending on device discovery.
* Cloud Updates. Fedora now includes a number of new and improved
features to support cloud computing, including HekaFS, a "cloud ready"
version of GlusterFS, including additional auth*/crypto/multi-tenancy;
pacemaker-cloud, application service high availability in a cloud
environment; and IaaS implementations such as Aeolus and OpenStack.
* Virtualization. Once again Fedora raises the bar on
virtualization support, including expanded virtual network support, an
improved Spice for managing virtual machines, restored Xen support, a
new virtual machine lock manager, and improved ability to browse guest
* Developer Improvements. Developers get many goodies with Verne,
including updated Ada, Haskell and Perl environments, a new Python
plugin for GCC and a number of new and improved APIs.
And that's only the beginning. A more complete list and details of all
the new features in Fedora 16 is available here:
We have nightly composes of alternate spins available here:
== Contributing to Fedora ==
For more information on common and known bugs, tips on how to report
bugs, and the official release schedule, please refer to the release
There are many ways to contribute beyond bug reporting. You can help
translate software and content, test and give feedback on software
updates, write and edit documentation, help with all sorts of
promotional activities, and package free software for use by millions
of Fedora users worldwide. To get started, visit
devel-announce mailing list
has anybody an idea why this package can no longer be used on F15
from F11 until F13 there was no problem
with F14 it did not compile
now with F15 there is a dependency for "perl(SOAP::WSDL::Header)"
generated which i do not understand in any way - this package is
required for perl-Net-DRI which is also not part of fedora and
if you are a domain-registrar you will need this for EPP
Fehler: Package: perl-SOAP-WSDL-2.00.10-10.fc15.rh.20111004.noarch (/perl-SOAP-WSDL-2.00.10-10.fc15.rh.20111004.noarch)
I learned that for new Fedora releases the initrd file, used by
preupgrade, will contain *both* the initrd for the kernel as well as the
install image. (previously also called stage2?)
I think that this takes away upgrade flexibility.
I did not find an explanation that proves my explanation wrong.
Please have a look at
https://bugzilla.redhat.com/show_bug.cgi?id=742677 for the reasons to
bother you here.
Also, while you are at it, please have a look at bz entries like
https://bugzilla.redhat.com/show_bug.cgi?id=504826 as these also make
upgrading via the nicest option impossible.
As I explain in these entries I do think it is not proper to think of
RAID as a 'special setup' in these times.
Also I cannot find any info on what is perhaps happening behind the
scenes w.r.t. this issue, so please enlighten us on how Fedora intends
to fix the RAID upgrade situation.