F9 NetworkManager on F8
by Mike Chambers
Would the NM from F9 installed on F8 work with a wireless static ip?
User already pulled it in, so not much deps so that isn't an issue in
case someone was thinking of it.
User has their /etc/sysconfig/network-scripts/ifcfg-wlan0 file with the
IP info, and dns but says NM still pulls in the IP.
--
Mike Chambers
Fedora Project - Ambassador, Bug Zapper, Tester, User, etc..
mikec302(a)fedoraproject.org
16 years, 2 months
kernel compile failure
by Stanislav Polášek
Hello everybody. I just tried several times to recompile latest fedora kernel on my laptop (Lenovo t61) running latest rawhide, and it's a kind of sad experience. Everytime I try, the gcc reports segmentation fault and building stops. The same machine was able to recompile fedora 8 kernel (running fedora 8) without any problem, so I guess its not a hardware. Faults can occure at random parts of the tree, every time at a different place. I think I use the same compiler (gcc-4.3.0-6.x86_64) as the kernel builder, so I am wandering where actually can be the problem? Is anybody having similar troubles?
The command I use to recompile:
rpmbuild -bb --with baseonly --define 'dist .lwx' kernel.spec
Some of the segfaults (latest build):
crypto/tcrypt.c:1829: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[1]: *** [crypto/tcrypt.o] Error 1
make: *** [crypto] Error 2
make: *** Waiting for unfinished jobs....
-------
In file included from include/linux/bitmap.h:8,
from include/linux/cpumask.h:86,
from include/asm/processor.h:28,
from include/linux/prefetch.h:14,
from include/linux/list.h:8,
from include/linux/wait.h:22,
from include/linux/fs.h:275,
from fs/cifs/xattr.c:22:
include/linux/string.h:55: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[2]: *** [fs/cifs/xattr.o] Error 1
make[1]: *** [fs/cifs] Error 2
make[1]: *** Waiting for unfinished jobs....
make: *** [fs] Error 2
-------
drivers/char/drm/i915_dma.c: In function 'i915_dma_init':
drivers/char/drm/i915_dma.c:329: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[3]: *** [drivers/char/drm/i915_dma.o] Error 1
make[2]: *** [drivers/char/drm] Error 2
make[1]: *** [drivers/char] Error 2
make[1]: *** Waiting for unfinished jobs....
make: *** [drivers] Error 2
------
Thanks!
Stanislav
--
#--#--#--#--#--#--#--#--#--#--
Stanislav Polasek
RHCE #804005251615651 / RHCX
LinWorx s.r.o.
sp(a)linworx.cz / www.linworx.cz
#--#--#--#--#--#--#--#--#--#--
16 years, 2 months
qmake for cross compile
by Neal Becker
Anyone have an example of using qmake in .spec to allow
for x-compilation? I want an example that will work for
--target=i386 when used on a x86_64 host.
16 years, 2 months
Fw: [Bug 440945] FTBFS gprolog-1.3.0-12.fc9
by Matt Domsch
Is there a known glibc x86_64 bug that might be attributable to a build
failure of gprolog (the compiler segfaulted).
-Matt
----- Forwarded message from bugzilla(a)redhat.com -----
Date: Thu, 10 Apr 2008 15:46:41 -0400
From: bugzilla(a)redhat.com
To: ftbfs(a)fedoraproject.org
Subject: [Bug 440945] FTBFS gprolog-1.3.0-12.fc9
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: FTBFS gprolog-1.3.0-12.fc9
https://bugzilla.redhat.com/show_bug.cgi?id=440945
------- Additional Comments From jochen(a)herr-schmitt.de 2008-04-10 15:46 EST -------
Sorry, but on F-8 and F-8 the build for the x86_64 architecture works fine.
I have read in the log of a FESCo-meeting that there should be a bug of the
x86_64 release of the glibc-release in the development branch with caused a
issue for the memory management.
I assume that my issue was caused by this glibc issue.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
----- End forwarded message -----
16 years, 2 months
ksquirrel license question
by Neal Becker
I'm interested in packaging ksquirrel. COPYING says:
* KSuirrel is under GNU GENERAL PUBLIC LICENSE (see LICENSE)
* KSquirrel statically links against fmt_filters. See fmt_filters_README for more.
* some functions in SQ_GLWidget (see source code for more) are based on
original code by (C) Guillaume Chazarain <guichaz(a)yahoo.fr> in his great GLiv
project (under GPL).
* "broken" pixmap was taken from the "Nuvola" icon theme for KDE.
* SQ_CategoryMenuBrowser is based on PanelBrowserMenu by (C) Matthias Elter
from kde-3.2.3. See ksquirrel/sidebar/sq_categorybrowsermenu.h for more.
* documenation for KSquirrel is under GFDL, see LICENSE.GFDL
* some files in admin/ are under LGPL, see LICENSE.LGPL
* SQ_GLU namespace is under LGPL, see LICENSE.LGPL
Acceptable?
16 years, 2 months
uniXM - xm radio player
by Neal Becker
I'm interested in packaging uniXM, a standalone qt-based player for XM
radio.
BTW, where do I find the list of Groups: ?
16 years, 2 months
rawhide report: 20080413 changes
by Fedora compose checker
Updated Packages:
PackageKit-0.1.12-1.20080412git.fc9
-----------------------------------
* Sat Apr 12 2008 Richard Hughes <rhughes(a)redhat.com> - 0.1.12-1.20080412git
- Pull in the new snapshot from the stable PACKAGEKIT_0_1_X branch.
- Fixes that were cherry picked into this branch since 0.1.11 was released can be viewed at:
http://gitweb.freedesktop.org/?p=packagekit.git;a=log;h=PACKAGEKIT_0_1_X
glibc-2.8-1
-----------
* Sat Apr 12 2008 Jakub Jelinek <jakub(a)redhat.com> 2.8-1
- 2.8 release
* Fri Apr 11 2008 Jakub Jelinek <jakub(a)redhat.com> 2.7.90-16
- update to trunk
- misc fixes (BZ#4997, BZ#5741)
- make sure all users of __libc_setlocale_lock know it is
now a rwlock
- fix ppc/ppc64 compatibility _sys_errlist and _sys_siglist
symbols
gnome-packagekit-0.1.12-1.20080412git.fc9
-----------------------------------------
* Sat Apr 12 2008 Richard Hughes <rhughes(a)redhat.com> - 0.1.12-1.20080412git
- Pull in the new snapshot from the stable GNOME_PACKAGEKIT_0_1_X branch.
- Fixes that were cherry picked into this branch since 0.1.11 was released can be viewed at:
http://gitweb.freedesktop.org/?p=users/hughsient/gnome-packagekit.git;a=l...
postgresql-pgpool-II-2.1-0.2.beta2.fc9
--------------------------------------
* Fri Apr 11 2008 Devrim Gunduz <devrim(a)CommandPrompt.com> 2.1-0.2.beta2
- Fix Requires: issue, per #442021 (Alex Lancaster)
vtk-5.0.4-21.fc9
----------------
* Sat Apr 12 2008 Axel Thimm <Axel.Thimm(a)ATrpms.net> - 5.0.4-21
- Fixes for gcc 4.3 by Orion Poplawski.
* Sat Apr 05 2008 Axel Thimm <Axel.Thimm(a)ATrpms.net> - 5.0.4-20
- Change BR to qt-devel to qt3-devel.
* Sat Feb 23 2008 Axel Thimm <Axel.Thimm(a)ATrpms.net> - 5.0.4-19
- Update to 5.0.4.
Broken deps for i386
----------------------------------------------------------
boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0
boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0
evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10
fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf
kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10
mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID
mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis
perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8)
util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6
Broken deps for x86_64
----------------------------------------------------------
boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0
boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0
evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10
evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit)
fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf
kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10
mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID
mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis
perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8)
util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit)
Broken deps for ppc
----------------------------------------------------------
evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10
evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit)
fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf
kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10
mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID
mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis
perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8)
util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6
Broken deps for ppc64
----------------------------------------------------------
evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit)
fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf
kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10
mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID
mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis
perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0
perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8)
util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit)
16 years, 2 months
WebKit: Heads-up! (ABI update, rebuilds required for WebKit GTK+ clients)
by Peter Gordon
Hi, all.
In order to fix a couple of security issues [1,2], I've committed a
version bump to WebKit to a recent SVN snapshot
Unfortunately, the previous qmake-based build scripts are no longer
supported for the GTK+ port (and create lots of nasty compilation errors
as noted in upstream's bugzilla [3]). To this end, I have switched the
build system for the GTK+ port to using the autotools scripts.
Unfortunately, this changes the library from libWebKitGtk.so to
libwebkit-1.0.so (and related), and puts the headers in a new
subdirectory in the include directory (since there are now headers for
WebKit itself as well as its JavaScript interpreter).
This means that rebuilds are required for anything which depends on
WebKit-gtk. Using repoquery, this list is thankfully rather short.
* midori (which I maintain and have bumped)
* kazehakase (maintained by Mamoru Tasaka; bug 442222 [4] filed)
As can be seen from the Midori update, a simple EVR bump plus rebuild is
all that should be required. There are two major changes in this:
(1) The WebKitGtk library and pkgconfig files have been renamed to
webkit-1.0 and so on. The include directory has also been renamed
similarly.
(2) The webkit.h header has moved from <webkit.h> to <webkit/webkit.h>
Some simple sed invocations, if needed, should suffice to fix these two
renames for packages. The API is compatible with the previous EVR
already in Fedora.
After WebKit and Midori are built, I will email rel-eng to tag these
appropriately for f9-final once they are built through Koji.
I understand that breaking ABI this late in the release cycle is rarely
- if ever - a good idea. However, I believe this to be one of those rare
times, as vulnerable web browser code is often a critical target for
malware (and one of these is a potential entry way for arbitrary code
execution); and fixing these vulnerabilities quickly is far more
important than maintaining ABI for other packages, especially when those
other packages can be quickly and readily fixed for the update.
Alas, I had spent several nights perusing through upstream's Trac and
could not pin-point any specific commits which fixed the issues in
question (which, if backported, may have maintained ABI). Therefore I
felt it appropriate to bump the package to a newer snapshot in total.
Thanks. =)
[1] https://bugzilla.redhat.com/show_bug.cgi?id=438531
[2] https://bugzilla.redhat.com/show_bug.cgi?id=438531
[3] https://bugs.webkit.org/show_bug.cgi?id=17912
[4] https://bugzilla.redhat.com/show_bug.cgi?id=442222
--
Peter Gordon (codergeek42)
GnuPG Public Key ID: 0xFFC19479 / Fingerprint:
DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479
16 years, 2 months
Looking for a package maintainer for GNUmed in Fedora
by Robert Scheck
Good evening all,
during the Chemnitzer Linux-Tage in the beginning of March, I had a talk
with Sebastian Hilbert about his wish to get GNUmed into Fedora. I told
him, that I'll try to have a look to it or move it to people able to do so.
Caused by family reasons some time ago, things changed for me and I'm not
able to look into this, so is somebody of you interested to maintain this
package for Fedora? The initial deal with Sebastian was, that maintainer
just makes the package getting review passed and every bug/issue is handled
by upstream (except packaging issues of course).
Some useful links:
- GNUmed homepage: http://wiki.gnumed.de
- openSUSE package: http://download.opensuse.org/repositories/home:/SebastianHilbert/openSUSE...
- Debian package: http://packages.debian.org/lenny/gnumed-client
If somebody of you can pickup the task and do the work, please try to keep
me on Cc for the first times. I try to read my mail daily, but no guarantee
for this, sorry.
Thank you very much and greetings,
Robert
16 years, 2 months