Becoming Ownership of an Orphaned Package "xmlunit"
by Dr. Tilmann Bubeck
Hello
as described under
http://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers
I hereby declare that I want to become owner of xmlunit which is orphaned.
I'm already a package maintainer (vacation) and I am also using XML and
Java very often.
Therefore I will now proceed and hit the "Take Ownership" button in the
package database.
Kind regards,
Till
--
+-------+-------------------------------------------------------------+
| | dr. tilmann bubeck reinform medien- und |
| | informationstechnologie AG |
| rein | fon : +49 (711) 7 82 76-52 loeffelstr. 40 |
| form | fax : +49 (711) 7 82 76-46 70597 stuttgart / germany |
| AG | cell.: +49 (172) 8 84 29 72 fon: +49 (711) 75 86 56-10 |
| | email: t.bubeck(a)reinform.de http://www.reinform.de |
| +-------------------------------------------------------------+
| | pflichtangaben nach paragraph 80, AktG: |
| | reinform medien- und informationstechnologie AG, stuttgart |
| | handelsregister stuttgart, HRB 23001 |
| | vorstand: dr. tilmann bubeck (vorsitz) |
| | aufsichtsrat: frank stege (vorsitz) |
+-------+-------------------------------------------------------------+
12 years, 1 month
Fedora 17’s unified filesystem (/usr-move)
by Harald Hoyer
Hello Testers and rawhide Users,
Fedora 17 will locate the entire base operating system in /usr. The directories
/bin, /sbin, /lib, /lib64 will only be symlinks:
/bin → /usr/bin
/sbin → /usr/sbin
/lib → /usr/lib
/lib64 → /usr/lib64
Some reasoning behind this change is outlined here:
http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge
The official Fedora 17 feature page is here:
https://fedoraproject.org/wiki/Features/UsrMove
The needed changes to implement the unified filesystem are about to land in
rawhide soon. New installations of rawhide/Fedora 17 will install the symlinks
right away, and no special care needs to be taken
Currently installed systems need some manual steps to convert the current system
to match the layout of rawhide/Fedora 17. After that, the system can continue to
be updated with YUM as usual.
Some RPM packages in rawhide/Fedora 17 will carry a RPM dependency guard, which
will make sure, they can only be installed when /bin, /sbin, /lib, /lib64 are
symlinks and not directories like in Fedora 16 and older.
The installed system’s base filesystem layout can not be safely altered, while
the system itself is running on top of it. Dracut, the initramfs used to find
and mount the root filesystem, can be instructed to convert the filesystem to
match rawhide/Fedora 17’s expectations.
A screenshot of a successful conversion process is here:
http://people.freedesktop.org/~kay/usrmove-convert-log.png
The packages, which are about to land in rawhide, are at this moment available
via the ‘f17-usrmove’ koji tag. They are ready for testing now. Any tests,
preferably in virtual machines or snapshots, where failures are acceptable, are
more than welcome, and any feedback is greatly appreciated.
Keep in mind, that this still needs wider testing and a possible bug in the
conversion logic might break an installed system. Please be careful with your
data, do not try this on a production system, and always have a backup of your data.
If your system has a split-off /usr, a separate mount point, the dracut /usr
mount conversion logic for /usr on NFS is not yet supported; we are working on
it. /usr on iSCSI, FCoE, NBD although is supported, as long as “netroot=...” is
specified on the kernel command line for these disks (see man dracut.kernel(7)).
Please report any issues regarding the /usr-move test (not general rawhide bugs)
by replying to this email, by sending an email to the fedora-test list
<test(a)lists.fedoraproject.org>, or by grabbing ‘haraldh’ or ‘kay’ on IRC
#fedora-devel on freenode, or contact us by email directly.
The final guard in RPM is not yet enabled in the ‘f17-usrmove’ koji tag version
of the packages. Make sure you never install any of the packages below this tag
on an unconverted system, it will not be able to bootup. Before the packages hit
rawhide, the guard will be enabled and safely prevent these packages to be
installed on unconverted systems.
At the moment, we are still waiting for an updated RPM in the koji buildsystem,
which provides the runtime check for the filesystem guard. After this is
resolved by Fedora Release Engineering, we can go ahead and enable the needed
guard and move the packages from the ‘f17-usrmove’ koji tag to ‘rawhide’:
https://fedorahosted.org/rel-eng/ticket/5034
This is the screen log of a full conversion and update process:
http://people.freedesktop.org/~kay/usrmove-convert-log.txt
Here are the steps to prepare your system, to convert it, and to be able to
continue updating your installed system with YUM:
Download and install the most recent dracut package from rawhide:
# yum --enablerepo=rawhide update dracut
Update the installed initramfs image for your current kernel, and instruct
dracut to include the dracut module to convert your current filesystem:
# dracut --force --add usrmove
If dracut detects ‘rd.usrmove’ on the kernel command line at bootup, it starts
the filesystem conversion of the root filesystem.
Change the following kernel commandline parameter directly in the bootloader
menu, which is shown during bootup, or edit the line in /etc/grub*.cfg.
- remove “ro”
- append “rw” to let dracut mount your root filesystem writeable
- remove “rhgb” to hide the graphical bootsplash
- append “rd.info” to get a more verbose output from dracut
- append “rd.usrmove” to enable the /usr-move conversion script in dracut
- append “selinux=0” for now, because the relabeling in a converted F16 system
does not seem to work properly at this moment
During bootup, dracut will now convert your filesystem, and /lib, /lib64, /bin
and /sbin should then all be symbolic links to the corresponding directories in
/usr.
After the conversion, the system needs to be immediately updated to rawhide. No
packages from F16 or F15, or older rawhide packages must be installed anymore.
Make sure to disable any F15 and F16 repositories in yum!
Any files with conflicting names, which the conversion could not resolve, will
be backed up to files named *.usrmove~ residing in /usr/lib, /usr/lib64,
/usr/bin and /usr/sbin.
The log messages, which dracut has generated during bootup, can be retrieved with:
# dmesg | grep dracut
After a successful conversion, revert the changes made to the kernel command
line in the bootloader config file /etc/grub*.cfg.
SELinux relabelling should take effect after you rebooted your updated system
and can take a long time (at least in a VM it takes insanely long and is still
not finished). We are currently investigating, what seem to take so long, so you
might consider to test with SELinux disabled for now.
Until the rawhide repository gets all the converted rpms, use the f17-usrmove
repository to update the system after the filesystem conversion and disable
rawhide in the file /etc/yum.repos.d/fedora-rawhide.repo
Add f17-usrmove in the file /etc/yum.repos.d/f17-usrmove.repo
[f17-usrmove]
name=Fedora $releasever - $basearch
failovermethod=priority
baseurl=http://koji.fedoraproject.org/repos/f17-usrmove/latest/$basearch
enabled=1
metadata_expire=1d
gpgcheck=0
# yum clean all
# yum upgrade
After upgrading, all should be set and done.
Have fun with your system and say “Good bye” to /bin, /sbin, /lib, /lib64 and
meet them in /usr.
:-)
12 years, 1 month
Fedora Kernel Meeting 02-03-2012 Minutes
by Josh Boyer
======================================
#fedora-meeting: Fedora Kernel meeting
======================================
Meeting started by jwb at 18:00:34 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-02-03/fedora-kernel....
.
Meeting summary
---------------
* Release overview (jwb, 18:01:39)
* F15/F16 will be updated to 3.2.3 today (jwb, 18:03:38)
* ACTION: davej to push 3.2.3 updates (jwb, 18:03:50)
* Rawhide/F17 at 3.3-rc2-gitx (jwb, 18:10:01)
* ACTION: jwb to talk to Kay and Harald about usrmove and installing
on older releases (jwb, 18:19:41)
* questions (jwb, 18:21:51)
* ACTION: jwb to pester skvidal about bug 770444 for
kernel-modules-extra (jwb, 18:27:09)
* jforbes will enthrall us with a dictation on kernel-related autoqa
testing next time. (jwb, 18:30:10)
* ACTION: davej will bundle up thoughs on what tests to throw into the
autotest framework (for real this time!) (jwb, 18:30:54)
Meeting ended at 18:31:33 UTC.
Action Items
------------
* davej to push 3.2.3 updates
* jwb to talk to Kay and Harald about usrmove and installing on older
releases
* jwb to pester skvidal about bug 770444 for kernel-modules-extra
* davej will bundle up thoughs on what tests to throw into the autotest
framework (for real this time!)
Action Items, by person
-----------------------
* davej
* davej to push 3.2.3 updates
* davej will bundle up thoughs on what tests to throw into the
autotest framework (for real this time!)
* jwb
* jwb to talk to Kay and Harald about usrmove and installing on older
releases
* jwb to pester skvidal about bug 770444 for kernel-modules-extra
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* jwb (73)
* davej (39)
* tibbs (10)
* brunowolff (6)
* zodbot (3)
* tomspur (3)
* nirik (1)
* Southern_Gentlem (1)
* drago01 (1)
* jistone (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
12 years, 1 month
Re: Bodhi critical path updates policy adjustment
by Michel Alexandre Salim
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 02/02/2012 01:19 AM, Luke Macken wrote:
> FESCo recently made an adjustment to the updates policy to no
> longer require proventester karma for a critical path update to be
> deemed as stable.
>
> Critical path updates will now require just one regular +1 karma
> vote during the pre-beta phase and two regular +1 karma votes in
> other phases to be pushed to the stable updates repo. Anonymous
> karma is not taken into account.
>
Is the "proventester" group getting phased out as well? Or will it be
repurposed for something else?
Thanks,
- --
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/
Email: salimma(a)fedoraproject.org | GPG key ID: A36A937A
Jabber: hircus(a)jabber.ccc.de | IRC: hircus(a)irc.freenode.net
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJPKe22AAoJEEr1VKujapN6AUoIAJwrYgEgYnN1RTWkWqhY0vO2
mAK67deCxfURLmAeCiXV5O0MICygmyyg07U5+OP4FhlYVFQqydSdhKk/28vmfGCM
aT4wbv1KepOlcSdLnnap2BZ+VVBz7Cr7rxIcXc9PprNSdAisBy90YbfIPuPxPz4W
VSu20smNF8KDDnH82RcX/er1OC7zCWqzEw6Ot5BRPAV8MKVSZbb/xPbaehHmAEhJ
VggvZgfwGNpYVsMtkHOgBVT1g2oQ5Ua6OmgxTfnmJ2Xkxhei4vXNYWrU/hn2WuH2
bCqjeXCt/YUG2iBpclVdwmcg3oPcN6s4i0jADlmxtFsD7gpNOIBrKTAi5tOW9ck=
=tJ9A
-----END PGP SIGNATURE-----
12 years, 1 month
Branching F17
by Mike Chambers
Seeing the TC's for F17 Alpha start to come out (and see how currently
based on rawhide), when does the branch get done and set?
--
Mike Chambers
Madisonville, KY
"Best little town on Earth!"
12 years, 1 month
Unity in openSUSE >> Unity For Fedora (As in OpenSUSE or Arch)
by Nelson Marques
Hi all,
First of all, I would like to apologize for opening a new topic, but I
wasn't signed on the list, so I can't really reply to the original
thread, "Unity For Fedora (As in OpenSUSE or Arch)"[1] by Manuel
Escudero.
I would like to clarify a few things:
* Unity is not available for openSUSE and months ago I've filed a
request to nuke the GNOME:Ayatana repository. This repository only
exists for scavenging packages that might become useful.
* Unity will never become a part of openSUSE unless it uses upstream
API. This was made very clear by Vincent Untz since the early days,
which I totally subscribe; I think it's probably correct to say that
either me or Vincent fully endorse what was said by Jeff[2].
* openSUSE (I suppose Fedora is going the same way) is about to drop
Compiz from the Distro (unless we grab a maintainer);
In a few words: Unity is not available for openSUSE, and never was
(only Unity 2D was, but after the Unity 2D v4 release it stopped
working), and no one is working on it.
My personal stance is that the patch level from Unity is very
intrusive and it's a nightmare to maintain. I wish the best of luck
for Fedora in such achievement.
NM
[1] - http://lists.fedoraproject.org/pipermail/devel/2012-January/161631.html
[2] - http://lists.fedoraproject.org/pipermail/devel/2012-January/161713.html
12 years, 1 month