we're going to import KDE Platform 4.7 to Rawhide soon but as upstream
reorganized tarballs, it's going to be a little bit more difficult (it's mess!)
and it means Rawhide is going to broken for a couple of days.
We were considering own build target but it's not going to be hopefully so bad
as we thought after the first time we saw the changes ;-)
I'll send updates soon (the status, changes etc.).
Jaroslav Řezník <jreznik(a)redhat.com>
Software Engineer - Base Operating Systems Brno
Office: +420 532 294 275
Mobile: +420 602 797 774
Red Hat, Inc. http://cz.redhat.com/
I'm experimenting with a package that needs to have rsyslog write to a
named fifo pipe (so log data can be handed off from rsyslog to an
external program). As I see it the options are:
1) apologize to the user and tell them to disable SELinux (no thanks)
2) get Fedora SELinux policy to add an exception (best case scenario I think)
3) tell the user how to manually modify policy and update it (which
might then break the next SELinux policy gets updated/etc.).
Is there any official process/advice for this? Thanks in advance.
Yesterday I upgraded my notebook from 14 to 15.
1st: it deleted network configurations.
2nd: rpmdb was left quite messed. Several dependencies non satisfied. As
this particular box was already upgraded from 13 to 14, there were
problems dealing with very old things (fc13 stuff). Much of upgrading
had to be done by hand (including uninstall & reinstall packages). Yum
3rd: kde & kdm not upgraded by default. Thus kdm failed to start. I had
to switch to gdm, update kde, kdm, switch to kdm ... not intuitive for
Nothing really important for average nerd but annoying to users not
proficient in system admin chores.
The license has changed to GPLv2+ (from GPLv2). Unlike boswars itself, the
upstream notice and copyright notices in the data both say version 2 or later,
so I am marking the package that way in Fedora.
Just a quick FYI:
If you haven't already gotten Fedora 15's latest glibc-headers package,
you may want to wait for 2.13.90-11. Here's why:
glibc-headers-2.13.90-10.x86_64 no longer includes any of
the /usr/include/rpc/*.h files.
Contrast with glibc-headers-2.13.90-9.x86_64, where there are 18:
$ rpm -ql glibc-headers|grep -cw rpc
I noticed because now, anything that includes at least <netdb.h>
is no longer compilable:
$ echo '#include <netdb.h>' > k.c && gcc -c k.c
In file included from k.c:1:0:
/usr/include/netdb.h:33:24: fatal error: rpc/netdb.h: No such file or directory
Reported as http://bugzilla.redhat.com/702366