I have a couple of proposals which I wanted to sound out.
+ Would it be possible to run FEver
(http://fedoraproject.org/wiki/PackageMaintainers/FEver) on a regular
basis? Currently I get the feeling that it is run manually at
irregular intervals, and since I depend heavily on it for tracking
upstream releases this often means that a release is missed
+ Would it be a good idea to have rpath related checks in Koji? Although I use
in my ~/.rpmmacros, some rpath issues are only detected on x86_64
systems? Although I have a x86_64 desktop, it can be a bit problematic
when a x86_64 system is not available. Such issues do not get detected
during the Koji build resulting in violation of the packaging
Free software for the Indian community:
The license for python-GeoIP has been changed to LGPL from GPLv2 in
1.2.2 (which I've just built for rawhide)
As far as I'm aware there's nothing in the repositories that requires
it, however I'm aware that there's a couple of projects using it (mirror
management comes to mind). Let me know if there's an issue with this
that I'm not aware of :-)
Michael Fleming <mfleming(a)thatfleminggent.com>
Currently seeking sysadmin work -
Apparently plymouth now works on nvidia systems as I got a new boot display
after updating rawhide and rebooting the system.
I'm seeing kernel messages in white rather than the usual light gray and a
progress bar in the fedora colors but during the scrolling of the messages
the progress bar gets spewed over the screen making the whole thing look
rather broken (it's hard to describe). What is the normal boot sequence
supposed to look like on an up-to-date rawhide systems?
I on occasion get the following errors when running mock to do with DB
errors. It seems to happen when I add the koji repo but this time its
not enabled and I've even removed the contents of the entire mock
build dir and I still get the error. Can anyone shed any light on this
INFO: Results and/or logs in: /var/lib/mock//fedora-rawhide-x86_64/result
ERROR: Command failed:
# /usr/bin/yum --installroot
/var/lib/mock/fedora-rawhide-x86_64/root/ resolvedep ccache
'libsoup-devel >= 2.4' 'NetworkManager-devel' 'GConf2-devel'
'gtk2-devel' 'libxml2-devel' 'pkgconfig' 'libglade2-devel'
rpmdb: Program version 4.3 doesn't match environment version
error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH:
Database environment version mismatch
error: cannot open Packages index using db3 - (-30974)
error: cannot open Packages database in
Since the build server has returned to service, I can't build the audit
package. Seems like something changed around SE Linux. The audit package has
a plugin that provides it own policy. It uses the SE Linux makefile to build
policy and it now fails:
make: Leaving directory `/builddir/build/BUILD/audit-1.7.5'
+ cd zos-remote-policy
+ for selinuxvariant in mls strict targeted
+ '[' mls = mls ']'
+ make -f /usr/share/selinux/devel/Makefile
: No such file or directory
Compiling targeted audispd-zos-remote module
audispd-zos-remote.te":13:ERROR 'syntax error' at
token 'logging_audisp_system_domain' on line 3196:
MLS is not enabled in the koji kernel anymore?
This is probably a bug. My laptop luckily suspends to disk and wakes up
fine. However, after waking up there is no sound. I found pulseaudio not
running. I started it manually and sound was there again. However, a second
suspend/wakeup, and pulseaudio is still running, however there is no audio
output too! Let me know if I need to run some experiments to get this fixed
I'm trying to track down a problem which seems to be Alsa related. I
have a really small C# test piece which just plays a wav file via
System.Media.PlaySound. Code compiles and it works under Win32. Under
rawhide, nada sound at all.
When I run alsamixergui, it looks like alsa is trying to use pulseaudio
rather than my Audigy card and there is no way to change this via
I've noticed similar problems with alsa when using mplayer. Is there a
way to get alsa to use my Audigy card correctly?
Sie können mich aufreizen und wirklich heiß machen!