rawhide report: 20091002 changes
by Fedora compose checker
Compose started at Fri Oct 2 06:15:09 UTC 2009
Broken deps for i386
----------------------------------------------------------
PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public
argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0
clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0
clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8)
labrea-2.5.1-2.fc10.i386 requires libpcap.so.0.9
libvirt-qpid-0.2.17-0.fc12.i686 requires libqpidclient.so.2
libvirt-qpid-0.2.17-0.fc12.i686 requires libqmfagent.so.2
libvirt-qpid-0.2.17-0.fc12.i686 requires libqpidcommon.so.2
libvirt-qpid-0.2.17-0.fc12.i686 requires libqmfcommon.so.2
matahari-0.0.4-5.fc12.i686 requires libqpidclient.so.2
matahari-0.0.4-5.fc12.i686 requires libqmfagent.so.2
matahari-0.0.4-5.fc12.i686 requires libqpidcommon.so.2
matahari-0.0.4-5.fc12.i686 requires libqmfcommon.so.2
rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30
yersinia-0.7.1-3.fc11.i586 requires libpcap.so.0.9
Broken deps for x86_64
----------------------------------------------------------
PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public
argus-2.0.6.fixes.1-16.fc11.x86_64 requires libpcap.so.0.9()(64bit)
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0
clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0
clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit)
clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit)
clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit)
clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8)
labrea-2.5.1-2.fc10.x86_64 requires libpcap.so.0.9()(64bit)
libvirt-qpid-0.2.17-0.fc12.x86_64 requires libqpidcommon.so.2()(64bit)
libvirt-qpid-0.2.17-0.fc12.x86_64 requires libqmfagent.so.2()(64bit)
libvirt-qpid-0.2.17-0.fc12.x86_64 requires libqmfcommon.so.2()(64bit)
libvirt-qpid-0.2.17-0.fc12.x86_64 requires libqpidclient.so.2()(64bit)
matahari-0.0.4-5.fc12.x86_64 requires libqpidcommon.so.2()(64bit)
matahari-0.0.4-5.fc12.x86_64 requires libqmfagent.so.2()(64bit)
matahari-0.0.4-5.fc12.x86_64 requires libqmfcommon.so.2()(64bit)
matahari-0.0.4-5.fc12.x86_64 requires libqpidclient.so.2()(64bit)
rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30
yersinia-0.7.1-3.fc11.x86_64 requires libpcap.so.0.9()(64bit)
Broken deps for ppc
----------------------------------------------------------
PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public
argus-2.0.6.fixes.1-16.fc11.ppc requires libpcap.so.0.9
clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0
clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2
clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0
clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit)
clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit)
clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit)
clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8)
labrea-2.5.1-2.fc10.ppc requires libpcap.so.0.9
libvirt-qpid-0.2.17-0.fc12.ppc requires libqpidclient.so.2
libvirt-qpid-0.2.17-0.fc12.ppc requires libqmfagent.so.2
libvirt-qpid-0.2.17-0.fc12.ppc requires libqpidcommon.so.2
libvirt-qpid-0.2.17-0.fc12.ppc requires libqmfcommon.so.2
matahari-0.0.4-5.fc12.ppc requires libqpidclient.so.2
matahari-0.0.4-5.fc12.ppc requires libqmfagent.so.2
matahari-0.0.4-5.fc12.ppc requires libqpidcommon.so.2
matahari-0.0.4-5.fc12.ppc requires libqmfcommon.so.2
rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30
yersinia-0.7.1-3.fc11.ppc requires libpcap.so.0.9
Broken deps for ppc64
----------------------------------------------------------
PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public
argus-2.0.6.fixes.1-16.fc11.ppc64 requires libpcap.so.0.9()(64bit)
clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit)
clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit)
clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit)
clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8)
labrea-2.5.1-2.fc10.ppc64 requires libpcap.so.0.9()(64bit)
libvirt-qpid-0.2.17-0.fc12.ppc64 requires libqpidcommon.so.2()(64bit)
libvirt-qpid-0.2.17-0.fc12.ppc64 requires libqmfagent.so.2()(64bit)
libvirt-qpid-0.2.17-0.fc12.ppc64 requires libqmfcommon.so.2()(64bit)
libvirt-qpid-0.2.17-0.fc12.ppc64 requires libqpidclient.so.2()(64bit)
matahari-0.0.4-5.fc12.ppc64 requires libqpidcommon.so.2()(64bit)
matahari-0.0.4-5.fc12.ppc64 requires libqmfagent.so.2()(64bit)
matahari-0.0.4-5.fc12.ppc64 requires libqmfcommon.so.2()(64bit)
matahari-0.0.4-5.fc12.ppc64 requires libqpidclient.so.2()(64bit)
python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot
rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30
yersinia-0.7.1-3.fc11.ppc64 requires libpcap.so.0.9()(64bit)
New package iwl1000-firmware
14 years, 6 months
-doc, -devel and -examples sub-packages question
by Pavel Alexeev (aka Pahan-Hubbitus)
I've pack library ne7ssh
https://bugzilla.redhat.com/show_bug.cgi?id=521909 .
History in two words:
It contain 6 examples files and Makefile to built it.
I've package it into ne7ssh-examples sub-package.
Michael Schwendt say what it should not be separate sub-package, and
right point me what other documentation have minor size and candidate to
-doc sub-package. I done that. But for right dependency include Require:
ne7ssh-devel, without that examples filed to built. It was also treated
as wrong. I wasn't agree with solution place all docs into -doc but
examples in -devel. I think it is incorrect. I also treat presents of
source files to end-user with known result - missing build dependency is
not correct maintainer decision. Also I agree what -devel dependency in
-doc too is not best...
So, is there any guidelines, policy or something else on this case?
With best wishes, Pavel Alexeev aka Pahan-Hubbitus.
14 years, 6 months
-doc, -examples sub-packages creation question
by Pavel Alexeev (aka Pahan-Hubbitus)
I've pack library ne7ssh
https://bugzilla.redhat.com/show_bug.cgi?id=521909 .
History in two words:
It contain 6 examples files and Makefile to built it.
I've package it into ne7ssh-examples sub-package.
Michael Schwendt say what it should not be separate sub-package, and
right point me what other documentation have minor size and candidate to
-doc sub-package. I done that. But for right dependency include Require:
ne7ssh-devel, without that examples filed to built. It was also treated
as wrong. I wasn't agree with solution place all docs into -doc but
examples in -devel. I think it is incorrect. I also treat presents of
source files to end-user with known result - missing build dependency is
not correct maintainer decision. Also I agree what -devel dependency in
-doc too is not best...
So, is there any guidelines, policy or something else on this case?
With best wishes, Pavel Alexeev aka Pahan-Hubbitus.
14 years, 6 months
-doc, -examples sub-packages creation question
by Pavel Alexeev (aka Pahan-Hubbitus)
I'm package library ne7ssh
https://bugzilla.redhat.com/show_bug.cgi?id=521909 .
History in two words:
It contain 6 examples files and Makefile to built it.
I've package it into ne7ssh-examples sub-package.
Michael Schwendt say what it should not be separate sub-package, and
right point me what other documentation have minor size and candidate to
-doc sub-package. I done that. But for right dependency include Require:
ne7ssh-devel, without that examples filed to built. It was also treated
as wrong. I wasn't agree with solution place all docs into -doc but
examples in -devel. I think it is incorrect. I also treat presents of
source files to end-user with known result - missing build dependency is
not correct maintainer decision. Also I agree what -devel dependency in
-doc too is not best...
So, is there any guidelines, policy or something else on this case?
With best wishes, Pavel Alexeev aka Pahan-Hubbitus.
14 years, 6 months
Problems building kernel
by Quentin Armitage
I'm trying to build an old(ish) kernel (2.6.29.1-46-fc11.i586) on an
up-to-date F-11 system, but I keep getting a build failure. I have
tracked it down to the following.
At the beginning of the %install stage, it executes
'[' /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386 '!=' /
']
rm -rf /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386
but there are already files in that directory that have been created
earlier in the build process and are needed for the install (see
extract of build log below).
I notice that when kernels are build in koji, this rm ... does not get
executed, but also, looking at other packages' build.log in koji (the
example I took was rpm itself), then the equivalent rm command is
executed.
I cannot see where the rm ... command comes from, or how t
> mkdir -p /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386/usr/src/kernels
> + mv /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386/lib/modules/2.6.29.1-46.fc11.i586/build /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386//usr/src/kernels/2.6.29.1-46.fc11.i586
> + ln -sf ../../../usr/src/kernels/2.6.29.1-46.fc11.i586 /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386/lib/modules/2.6.29.1-46.fc11.i586/build
> + exit 0
> Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.NR0ESi
> + umask 022
> + cd /u/home/hsn/rpmbuild/BUILD
> + '[' /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386 '!=' / ']'
> + rm -rf /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386
> ++ dirname /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386
> + mkdir -p /u/home/hsn/rpmbuild/BUILDROOT
> + mkdir /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386
> + cd kernel-2.6.29
> + LANG=C
> + export LANG
> + unset DISPLAY
> + cd linux-2.6.29.i586
14 years, 6 months
Problems building kernel
by Quentin Armitage
I'm trying to build an old(ish) kernel (2.6.29.1-46-fc11.i586) on an
up-to-date F-11 system, but I keep getting a build failure. I have
tracked it down to the following.
At the beginning of the %install stage, it executes
'[' /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386 '!=' /
']
rm -rf /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386
but there are already files in that directory that have been created
earlier in the build process and are needed for the install (see
extract of build log below).
I notice that when kernels are build in koji, this rm ... does not get
executed, but also, looking at other packages' build.log in koji (the
example I took was rpm itself), then the equivalent rm command is
executed.
I cannot see where the rm ... command comes from, or how to stop it.
Can anyone give me some pointers?
Q
> mkdir -p /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386/usr/src/kernels
> + mv /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386/lib/modules/2.6.29.1-46.fc11.i586/build /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386//usr/src/kernels/2.6.29.1-46.fc11.i586
> + ln -sf ../../../usr/src/kernels/2.6.29.1-46.fc11.i586 /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386/lib/modules/2.6.29.1-46.fc11.i586/build
> + exit 0
> Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.NR0ESi
> + umask 022
> + cd /u/home/hsn/rpmbuild/BUILD
> + '[' /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386 '!=' / ']'
> + rm -rf /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386
> ++ dirname /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386
> + mkdir -p /u/home/hsn/rpmbuild/BUILDROOT
> + mkdir /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386
> + cd kernel-2.6.29
> + LANG=C
> + export LANG
> + unset DISPLAY
> + cd linux-2.6.29.i586
14 years, 6 months
KDE-SIG weekly report (40/2009)
by Jaroslav Reznik
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
----------------------------------------------------------------------------------
= Weekly KDE Summary =
Week: 40/2009
Time: 2009-09-29 14:00 UTC
Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-29
Meeting minutes: http://meetbot.fedoraproject.org/fedora-
meeting/2009-09-29/fedora-meeting.2009-09-29-14.08.html
Meeting log: http://meetbot.fedoraproject.org/fedora-
meeting/2009-09-29/fedora-meeting.2009-09-29-14.08.log.html
----------------------------------------------------------------------------------
= Participants =
* BenBoeckel
* JaroslavReznik
* KevinKofler
* LukasTinkl
* RexDieter
* StevenParrish
* ThanNgo
* ThomasJanssen
* Mary Ellen Foster
----------------------------------------------------------------------------------
= Agenda =
o Topics to discuss:
* kde-sig steering committee
* k3b/koffice reverts, recommended by upstreams
* future of Phonon
* upstream (sandsmark) recommends building/packaging phonon from qt, and
building/packaging backends separately
* mandriva developments integrating pulseaudio support (and improving
gstreamer backend) [1]
= Summary =
o kde-sig steering committee
* The KDE SIG Steering Committee will be formed by (in alphabetical order):
jreznik, Kevin_Kofler, ltinkl, rdieter, SMParrish, svahl, than.
* 4 votes will be required to pass decisions where a vote is called for.
* rdieter will summarize the exact rules.
o k3b/koffice reverts, recommended by upstreams [2]
* F12 will revert to (kde3) k3b-1.0.x and koffice-1.6.x for F-12 (passed 4:2).
o future of Phonon
* Upstream (sandsmark) recommends building/packaging phonon from qt, and
building/packaging backends separately.
* Mandriva developments integrating pulseaudio support (and improving
gstreamer backend). [1]
* We will move back to building a standalone phonon SRPM.
* The vote for the default backend is split 3:3, needs the 7th vote from
svahl.
----------------------------------------------------------------------------------
= Next Meeting =
http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-10-06
= Links =
[1] http://mail.kde.org/pipermail/phonon-backends/2009-September/000304.html
[2] http://rdieter.livejournal.com/15770.html
Jaroslav
--
Jaroslav Řezník <jreznik(a)redhat.com>
Associate Software Engineer - Base Operating Systems Brno
Office: +420 532 294 275
Mobile: +420 731 455 332
Red Hat, Inc. http://cz.redhat.com/
14 years, 6 months
HOWTO debug dracut
by Harald Hoyer
* read the dracut man page
* remove "rhgb" from the kernel command line and maybe "quiet"
* add "rdshell" to the kernel command line and you are dropped to a shell
* add "rdshell rdinitdebug" to the kernel command line and dracut shell commands
are printed as they are executed
* with dracut >= 002-11 (
http://koji.fedoraproject.org/koji/buildinfo?buildID=134721 ), you can inspect
the rdinitdebug output with:
# less /init.log
and
# dmesg | less
14 years, 6 months
Heads-up: rb_libtorrent bump (Rawhide), rebuilds required
by Peter Gordon
Hi, all.
I just pushed an update to rb_libtorrent 0.14.16 in rawhide (F13+),
which bumps the library soname from "libtorrent-rasterbar.so.3" to
"libtorrent-rasterbar.so.5".
Because of this change, applications which use this library will need to
be rebuilt. According to repoquery, these are qbittorrent and
springlobby (maintainers CC-ed). I've successfully rebuilt these two
packages locally (from their CVS devel/ branches) with this update
earlier today and did not see any problems, so I don't expect any issues
in updating.
Packages such as Deluge and Miro which use rb_libtorrent through its
Python bindings remain unaffected by this change.
Please let me know if there are any related problems or questions as
they arise.
Thanks.
--
Peter Gordon (codergeek42) <peter(a)thecodergeek.com>
Who am I? :: http://thecodergeek.com/about-me
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
14 years, 6 months