devel February 2006

devel@lists.fedoraproject.org

255 participants
259 discussions

Another FC5t3/rawhide issue regarding segfaults
by Dax Kelson 27 Feb '06

27 Feb '06

Hardware: AMD Athlon64 with 32bit install of FC5t3 Installed OK, booted to rescue environment with "linux rescue selinux=0" and did "yum install mkinitrd" and rebuilt initial ramdisk to fix dmraid problem. Ran through the firstboot setup and disabled SELinux, rebooted. Switched to runlevel 3 and as root ran: "yum -y update" It downloaded lots of packages, started the transaction test and Segfaulted. This was repeatable. I tried just using the rpm command to manually update the kernel. Here are the results (Is this a known problem? Worth filing?): Preparing... ########################################### [100%] 1:kernel ########################################### [100%] *** glibc detected *** /sbin/grubby: munmap_chunk(): invalid pointer: 0xbfd63d90 *** ======= Backtrace: ========= /lib/libc.so.6(__libc_free+0x17b)[0xc0a3ef] /sbin/grubby[0x804fd12] /sbin/grubby[0x804fe73] /sbin/grubby[0x8050c9e] /lib/libc.so.6(__libc_start_main+0xdc)[0xbb87a4] /sbin/grubby[0x804a001] ======= Memory map: ======== 00557000-00570000 r-xp 00000000 fd:04 5630609 /lib/ld-2.3.90.so 00570000-00571000 r-xp 00018000 fd:04 5630609 /lib/ld-2.3.90.so 00571000-00572000 rwxp 00019000 fd:04 5630609 /lib/ld-2.3.90.so 00a6b000-00a6c000 r-xp 00a6b000 00:00 0 [vdso] 00ba3000-00cc6000 r-xp 00000000 fd:04 5630616 /lib/libc-2.3.90.so 00cc6000-00cc9000 r-xp 00122000 fd:04 5630616 /lib/libc-2.3.90.so 00cc9000-00cca000 rwxp 00125000 fd:04 5630616 /lib/libc-2.3.90.so 00cca000-00ccd000 rwxp 00cca000 00:00 0 00df8000-00e03000 r-xp 00000000 fd:04 5630594 /lib/libgcc_s-4.1.0-20060214.so.1 00e03000-00e04000 rwxp 0000a000 fd:04 5630594 /lib/libgcc_s-4.1.0-20060214.so.1 08048000-08089000 r-xp 00000000 fd:04 2553628 /sbin/grubby 08089000-0808c000 rw-p 00041000 fd:04 2553628 /sbin/grubby 0808c000-08094000 rw-p 0808c000 00:00 0 0832e000-0838b000 rw-p 0832e000 00:00 0 [heap] b7f5b000-b7f5c000 rw-p b7f5b000 00:00 0 b7f66000-b7f67000 rw-p b7f66000 00:00 0 bfd51000-bfd67000 rw-p bfd51000 00:00 0 [stack] /sbin/new-kernel-pkg: line 89: 3707 Aborted /sbin/grubby --add-kernel=$bootPrefix/$kernelName-$version $INITRD --copy-default $makedefault --title "$title" ${mbkernel:+--add-multiboot="$mbkernel"} ${mbargs:+--mbargs="$mbargs"} --args="root=$rootdevice $kernargs" --remove-kernel="TITLE=$title"

2 1

Installation Boot Images
by Rob Emanuele 27 Feb '06

27 Feb '06

Hi, I'd like to update the boot images like the boot.iso/pxeboot images with a newer kernel. Where can I find info on how to build those images? Thanks, Rob

1 0

Fedora in need of testers?
by Arthur Pemberton 27 Feb '06

27 Feb '06

I got the feeling from looking aroung the mailing lists that fedora is in need of testers. I am willing to use my FC4 on my Compaq Preasio 2210US to do some testing. I have a desktop with FC4 installed but it is my primary OS/machine, so I rather not play around on it. What would be required of a potential tester? -- As a boy I jumped through Windows, as a man I play with Penguins.

8 17

Attention: Proprietary video driver users (ATI, Nvidia, etc.)
by Mike A. Harris 26 Feb '06

26 Feb '06

There have been a number of bugs reported in Red Hat bugzilla against X which have recently been tracked down to 3rd party video drivers being the culprit behind the problem the user was experienced. In many of the cases however, it wasn't obvious that the 3rd party drivers were at fault because the user was actually using the Red Hat supplied drivers, and not using the 3rd party driver that they had previously installed. Since I've wasted at least 6-8 hours in the last month diagnosing issues of this nature which have later turned out to be caused by proprietary drivers having been "installed" on the system, wether they were actually being *used* or not, I thought I should write a short useful informational email on the topic to the lists to try and inform people of some pitfalls you may encounter if you even _install_ 3rd party video drivers. Both ATI and Nvidia, and perhaps even other 3rd party drivers out there come in some form of tarball or equivalent form from the particular vendor. Most users seem to favour the hardware vendor supplied drivers directly, rather than using more sanely packaged 3rd party packages that contain the same drivers. This is very unfortunate, because installing these 3rd party tarball driver installations is very harmful to your clean OS installation. Both ATI and Nvidia's proprietary video driver installation utilities replace the Red Hat supplied libGL library with their own libGL. Nvidia's driver installs a replacement libglx.a X server module, removing the Red Hat supplied X.Org module in the process. ATI's driver may or may not replace libglx.a with it's own, I haven't checked (but if someone could confirm that, I'd appreciate knowing for certain). Once you have either of these drivers installed on your system, you can no longer use DRI with any video card. So if you install the ATI fglrx driver, while you should still be able in theory at least to use the Red Hat supplied radeon driver, you may no longer be able to use DRI with the radeon driver, because ATI's driver has blown away critical files that come with the OS that are needed for proper operation. If you install Nvidia's driver, and later decide to install an ATI card, and still have Nvidia's driver installed, bang - you will not be able to get Red Hat supplied DRI 3D acceleration to work. You must remove Nvidia's driver completely from your hard disk, and completely reinstall all of the xorg-x11 and mesa packages, and ensure they are all intact by using: rpm -Va Another problem being reported by a few people, is they are unable to get DRI to work because mesa libGL is looking for the DRI drivers in the wrong directory. The claim is that mesa is looking for the DRI drivers in /usr/X11R6/lib/modules. On a fresh OS install however, my findings are that mesa's libGL very much is not looking in /usr/X11R6 for it's modules. It is looking in the proper location of /usr/lib/dri for the modules. Why then is it looking in the wrong place on some systems? Answer: Because of fglrx having been installed. If you have had a previous OS release installed, and have installed ATI's fglrx driver from tarball, it has removed the OS supplied libGL et al and made backup copies of them aparently. Now you do an OS upgrade which works properly and installs everything in the right place. Then you uninstall ATI's fglrx with whatever script or whatever they supply, and now you try to run X, and get no DRI! Well, since you don't have fglrx installed at all, it must be our OS at fault right! Wrong. the uninstall script has put the OLD libGL it backed up (from FC4 or whatever) back in the system, overwriting the new FC5 supplied libGL in the process, and since ATI's fglrx driver is DRI based as well, it looks for the DRI modules in the wrong place now. Conclusions: If you are going to use any 3rd party proprietary drivers, please do yourself and everyone else a huge favour, and at least get your drivers from reputable 3rd party rpm package repositories such as livna.org which packages both the nvidia and ati proprietary drivers in rpm packages which install the drivers sanely without overwriting Red Hat/Fedora supplied files. These 3rd party packages install the files in alternative locations, and configure the X server et al. appropriately so that everything works. Since they do not blow away OS supplied files, you can use the OS supplied drivers still by reconfiguring xorg.conf. Also, if you decide to uninstall the 3rd party drivers via rpm, they just go away and cause no further harm to the system. So PLEASE USE THIRD PARTY RPM PACKAGES if you _must_ use 3rd party drivers. It helps create world peace. If you choose to install ATI or Nvidia tarball/whatever drivers directly from ATI/Nvidia (or any other vendor for that matter), your system is 100% completely and totally unsupported. Even if you are using _our_ drivers, your 3rd party driver installation may have blown away our libGL, our libglx.a or any other files that have been supplied by our OS. As such, your system is not supported. For those who encounter a bug of any kind whatsoever while using 3rd party video drivers, completely remove the 3rd party drivers from your system, and then perform a full "yum update" to ensure you have the latest Fedora Core supplied X packages installed. After doing this, do an "rpm -Va" of your whole system, in particular the xorg-x11-*, mesa-* and lib* packages. If there are any discrepancies found in any of the Fedora supplied packages, in particular in libGL, or the X server packages, remove them and reinstall them and reverify that the files installed on your system are the ones shipped by Fedora. If you are able to reproduce the problem you are having after having performed these steps, and having ensured that you are neither using 3rd party drivers, nor even have them installed, then feel free to file a bug report in bugzilla. By doing this small amount of pre-diagnosis of your own system if you are using 3rd party drivers, you will save yourself a lot of headaches, and will save other people, including developers such as myself from wasting endless hours trying to diagnose problems which turn out to be bogus. Hours which could have been spent fixing legitimate bugs that are present in bugzilla. As an additional note - if anyone is using proprietary drivers and has any problems which they believe might actually be a bug in Xorg and not in their proprietary driver - file such bugs directly in X.Org bugzilla. X.Org has an nVidia (closed) component specifically for the proprietary driver, and Nvidia engineers get those bugs and will investigate them over time. Anyhow, I hope this helps people understand at least some of the problems that can occur when you opt to using 3rd party drivers, present some alternatives, and to help people diagnose their own problems which might be caused by having installed 3rd party drivers. Thanks for reading. TTYL P.S. Feel free to forward this email on to any other lists or people whom you think might benefit from it. Also, if anyone thinks this information would be useful to have on the Fedora Wiki or somewhere else, feel free to copy my email into a wiki page, or paraphrase, etc. -- Mike A. Harris, Systems Engineer, X11 Development team, Red Hat Canada, Ltd.

27 54

Ralink rt2500, can't load module
by Igor Jagec 26 Feb '06

26 Feb '06

I compiled beta3 and cvs drivers on FC5t3 and everything went ok, but the rt2500 module can't be loaded. On FC5t2's default kernel everything went ok (both, compiling and loading the rt2500 module). [root@localhost Module]# /sbin/modprobe rt2500 FATAL: Error inserting rt2500 (/lib/modules/2.6.15-1.1955_FC5/extra/rt2500.ko): Invalid argument Is it any way to load that module? No rt2500 support means no internet for me :-/ Thanks. Cheers! -- Igor Jagec

7 14

rawhide report: 20060225 changes
by Build System 26 Feb '06

26 Feb '06

Updated Packages: NetworkManager-0.5.1-14.cvs20060221 ----------------------------------- * Fri Feb 24 2006 Dan Williams <dcbw(a)redhat.coM> 0.5.1-14.cvs20060221 - Move libnotify requires to NetworkManager-gnome, not core NM package anaconda-10.92.11-1 ------------------- * Fri Feb 24 2006 Jeremy Katz <katzj(a)redhat.com> - 10.92.11-1 - fix traceback with segv handler (pjones) - various language fixes (dcantrel) - be clearer about askmethod (#182535) chkconfig-1.3.29-1 ------------------ * Fri Feb 24 2006 Bill Nottingham <notting(a)redhat.com> 1.3.29-1 - fix accidental enabling of services on --add (#182729) dictd-1.9.15-6 -------------- * Mon Feb 20 2006 Karsten Hopp <karsten(a)redhat.de> 1.9.15-6 - BuildRequires: byacc e2fsprogs-1.38-9 ---------------- * Fri Feb 24 2006 Peter Jones <pjones(a)redhat.com> - 1.38-9 - _don't_ handle selinux context on blkid.tab, dwalsh says this is a no-no. * Wed Feb 22 2006 Peter Jones <pjones(a)redhat.com> - 1.38-8 - handle selinux context on blkid.tab * Mon Feb 20 2006 Karsten Hopp <karsten(a)redhat.de> 1.38-7 - BuildRequires: gettext-devel f-spot-0.1.10-1 --------------- * Fri Feb 24 2006 Christopher Aillon <caillon(a)redhat.com> 0.1.10-1 - Update to 0.1.10 firefox-1.5.0.1-5 ----------------- * Mon Feb 20 2006 Christopher Aillon <caillon(a)redhat.com> - 1.5.0.1-5 - Rebuild * Mon Feb 20 2006 Christopher Aillon <caillon(a)redhat.com> - 1.5.0.1-4 - Ensure our wrapper handles URLs with commas/spaces (Ilya Konstantinov) - Fix a pango typo freeglut-2.4.0-4 ---------------- * Tue Feb 21 2006 Karsten Hopp <karsten(a)redhat.de> 2.4.0-4 - BuildRequires: libGLU-devel gdm-1:2.13.0.8-5 ---------------- * Fri Feb 24 2006 Ray Strode <rstrode(a)redhat.com> - 1:2.13.0.8-5 - change some /etc/X11 bits in the spec file to /etc gettext-0.14.5-3 ---------------- * Wed Feb 22 2006 Karsten Hopp <karsten(a)redhat.de> 0.14.5-3 - --disable-csharp, otherwise it'll build a dll when mono is installed in the buildroot. * Fri Feb 10 2006 Jesse Keating <jkeating(a)redhat.com> - 0.14.5-3 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating <jkeating(a)redhat.com> - 0.14.5-2.2.1 - rebuilt for new gcc4.1 snapshot and glibc changes glib2-2.10.0-1 -------------- * Fri Feb 24 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.10.0-1 - Update to 2.10.0 gnome-games-1:2.13.8-1 ---------------------- * Thu Feb 23 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.13.8-1 - Update to 2.13.8 gnome-mount-0.4-2 ----------------- * Mon Feb 13 2006 David Zeuthen <davidz(a)redhat.com> - 0.4-2 - Fix mounting of drives that HAL cannot poll * Mon Feb 13 2006 David Zeuthen <davidz(a)redhat.com> - 0.4-1 - Update to upstream version 0.4 * Mon Feb 13 2006 Jesse Keating <jkeating(a)redhat.com> - 0.4-0.cvs20060213.1.1 - rebump for build order issues during double-long bump gnome-volume-manager-1.5.13-3 ----------------------------- * Fri Feb 24 2006 David Zeuthen <davidz(a)redhat.com> - 1.5.13-3 - Make sure autostart desktop file gets installed in /etc/xdg/autostart * Fri Feb 24 2006 David Zeuthen <davidz(a)redhat.com> - 1.5.13-2 - Shuffle some patches around to actually build this thing * Fri Feb 24 2006 David Zeuthen <davidz(a)redhat.com> - 1.5.13-1 - Update to upstream release 1.5.13 - Require gnome-mount - Include patch for handling encrypted file systems gtk2-2.8.12-8 ------------- * Fri Feb 24 2006 Ray Strode <rstrode(a)redhat.com> - 2.8.12-8 - add dependency on hicolor * Sat Feb 11 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.8.12-7.1 - Update to 2.8.12 * Fri Feb 10 2006 Jesse Keating <jkeating(a)redhat.com> - 2.8.11-7.1 - bump again for double-long bug on ppc(64) gtk2-engines-2.7.4-2 -------------------- * Fri Feb 24 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.7.4-2 - Backport patches to draw default buttons and inconsistent checkboxes hal-0.5.7-1 ----------- * Fri Feb 24 2006 David Zeuthen <davidz(a)redhat.com> - 0.5.7-1 - New upstream version 0.5.7 with several bug fixes - Don't restart hald on package upgrade - Pull in dmidecode on x86-ish and x86_64 architectures - Don't let HAL's Mount() method circumvent system policy (#182352) - Patch to use new pm-utils's new pm-powersave util properly hwdata-0.177-1 -------------- * Fri Feb 24 2006 Bill Nottingham <notting(a)redhat.com> - 0.177-1 - remove stock videoaliases in favor of driver-specific ones in the X driver packages libX11-1.0.0-3 -------------- * Thu Feb 23 2006 Christopher Aillon <caillon(a)redhat.com> - 1.0.0-3 - Look for the versioned libXcursor.so.1 (fixes 179044) mkinitrd-5.0.28-1 ----------------- * Fri Feb 24 2006 Peter Jones <pjones(a)redhat.com> - 5.0.28-1 - Make /dev/efirtc on ia64 boxes (#182598) - Handle selinux contexts on /etc/blkid.tab* since we can't do it in libblkid. - Make building from the "nash" subdir work again - Make getpathbyspec() allocate on the caller's stack, eliminating several memory leaks in callers. - Don't strip nash nautilus-cd-burner-2.13.91-2 ---------------------------- * Fri Feb 24 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.13.91-2 - Fix a problem with writing iso images (#182358) nss_db-2.2-35 ------------- * Fri Feb 17 2006 Nalin Dahyabhai <nalin(a)redhat.com> - 2.2-35 - add missing 'ed' builddep - set LDFLAGS and CPPFLAGS so that our local copy of DB is more likely to be found by the configure script nss_ldap-249-1 -------------- * Fri Feb 24 2006 Nalin Dahyabhai <nalin(a)redhat.com> - 249-1 - update to 249, which incorporates the fix for #182464 * Thu Feb 23 2006 Nalin Dahyabhai <nalin(a)redhat.com> - 248-3 - fix deadlock in initgroups() (#182464, upstream #255) policycoreutils-1.29.26-2 ------------------------- * Thu Feb 23 2006 Dan Walsh <dwalsh(a)redhat.com> 1.29.26-2 - Change audit2allow to use devel instead of refpolicy * Mon Feb 20 2006 Dan Walsh <dwalsh(a)redhat.com> 1.29.26-1 - Update from upstream * Merged semanage bug fix patch from Ivan Gyurdiev. * Merged improve bindings patch from Ivan Gyurdiev. * Merged semanage usage patch from Ivan Gyurdiev. * Merged use PyList patch from Ivan Gyurdiev. * Mon Feb 13 2006 Dan Walsh <dwalsh(a)redhat.com> 1.29.23-1 - Update from upstream * Merged newrole -V/--version support from Glauber de Oliveira Costa. * Merged genhomedircon prefix patch from Dan Walsh. * Merged optionals in base patch from Joshua Brindle. pykickstart-0.22-1 ------------------ * Fri Feb 24 2006 Chris Lumens <clumens(a)redhat.com> 0.22-1 - Get ignoredisk working again (#182934). rhpl-0.183-1 ------------ * Fri Feb 24 2006 Chris Lumens <clumens(a)redhat.com> 0.183-1 - Fix keyboard layout switching (#173267). scim-1.4.4-6 ------------ * Fri Feb 24 2006 Jens Petersen <petersen(a)redhat.com> - 1.4.4-6 - add scim-system-default-config.patch - default to Shared Input Mode (#166841) - use static XIM event flow so deadkeys work under XIM in off state (#169975) - fix paging button placement for vertical candidate windows with scim-1.4.4-candidate-vert-scroll.patch (suzhe) - fix Punjabi spelling with scim-panjabi-punjabi.patch (aalam) * Mon Feb 20 2006 Warren Togami <wtogami(a)redhat.com> - 1.4.4-5 - Add epoch to iiimf Obsoletes so it actually removes it (#173071) NOTE: The goal of these Obsoletes is for the official supported upgrade path to work smoothly. If users want to use iiimf, they are free to do so but their package must be compatible. * Fri Feb 10 2006 Jesse Keating <jkeating(a)redhat.com> - 1.4.4-4.1 - bump again for double-long bug on ppc(64) selinux-policy-2.2.21-7 ----------------------- * Thu Feb 23 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.21-7 - Fixes for new version of cups * Thu Feb 23 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.21-6 - Turn off polyinstatiate util after FC5 * Thu Feb 23 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.21-5 - Fix problem with privoxy talking to Tor system-config-kickstart-2.6.6-2 ------------------------------- * Fri Feb 24 2006 Chris Lumens <clumens(a)redhat.com> 2.6.6-2 - Add requirement for scriptlets (#182865, #182866). udev-084-6 ---------- * Fri Feb 24 2006 Harald Hoyer <harald(a)redhat.com> - 084-6 - put back original WAIT_FOR_SYSFS rule * Fri Feb 24 2006 Harald Hoyer <harald(a)redhat.com> - 084-5 - removed WAIT_FOR_SYSFS rule xorg-x11-apps-1.0.1-2 --------------------- * Fri Feb 24 2006 Mike A. Harris <mharris(a)redhat.com> 1.0.1-2 - Added luit-1.0.1-locale.alias-datadir.patch to fix bug (#181785) * Fri Feb 10 2006 Jesse Keating <jkeating(a)redhat.com> 1.0.1-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating <jkeating(a)redhat.com> 1.0.1-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes xorg-x11-drv-vga-4.0.0.5-2 -------------------------- * Fri Feb 24 2006 Mike A. Harris <mharris(a)redhat.com> 4.0.0.5-2 - Added vga.xinf videoaliases file for ancient hardware (#182953) xorg-x11-xkbdata-1.0.1-4 ------------------------ * Fri Feb 24 2006 Mike A. Harris <mharris(a)redhat.com> 1.0.1-4 - Actually apply the xkbdata-1.0.1-cz-fix-bug177362.patch patch this time. yum-2.5.3-2 ----------- * Fri Feb 24 2006 Jeremy Katz <katzj(a)redhat.com> - 2.5.3-2 - fix installyonlyn bug with tokeep > 2 (#176704) Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp libbtctl - 0.6.0-5.i386 requires libopenobex.so.1 struts-webapps-tomcat3 - 1.2.8-2jpp_8fc.i386 requires tomcat3 struts-webapps-tomcat4 - 1.2.8-2jpp_8fc.i386 requires tomcat4 Broken deps for ia64 ---------------------------------------------------------- libbtctl - 0.6.0-5.ia64 requires libopenobex.so.1()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs struts-webapps-tomcat3 - 1.2.8-2jpp_8fc.ia64 requires tomcat3 struts-webapps-tomcat4 - 1.2.8-2jpp_8fc.ia64 requires tomcat4 vconfig - 1.9-1.1.ia64 requires libc.so.6 vconfig - 1.9-1.1.ia64 requires libc.so.6(GLIBC_2.0) Broken deps for ppc ---------------------------------------------------------- libbtctl - 0.6.0-5.ppc requires libopenobex.so.1 struts-webapps-tomcat3 - 1.2.8-2jpp_8fc.ppc requires tomcat3 struts-webapps-tomcat4 - 1.2.8-2jpp_8fc.ppc requires tomcat4 Broken deps for ppc64 ---------------------------------------------------------- emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi libbtctl - 0.6.0-5.ppc64 requires libopenobex.so.1()(64bit) struts-webapps-tomcat3 - 1.2.8-2jpp_8fc.ppc64 requires tomcat3 struts-webapps-tomcat4 - 1.2.8-2jpp_8fc.ppc64 requires tomcat4 vconfig - 1.9-1.1.ppc64 requires libc.so.6 vconfig - 1.9-1.1.ppc64 requires libc.so.6(GLIBC_2.0) Broken deps for s390 ---------------------------------------------------------- rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts-webapps-tomcat3 - 1.2.8-2jpp_8fc.s390 requires tomcat3 struts-webapps-tomcat4 - 1.2.8-2jpp_8fc.s390 requires tomcat4 Broken deps for s390x ---------------------------------------------------------- rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts-webapps-tomcat3 - 1.2.8-2jpp_8fc.s390x requires tomcat3 struts-webapps-tomcat4 - 1.2.8-2jpp_8fc.s390x requires tomcat4 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 libbtctl - 0.6.0-5.i386 requires libopenobex.so.1 libbtctl - 0.6.0-5.x86_64 requires libopenobex.so.1()(64bit) struts-webapps-tomcat3 - 1.2.8-2jpp_8fc.x86_64 requires tomcat3 struts-webapps-tomcat4 - 1.2.8-2jpp_8fc.x86_64 requires tomcat4

7 9

What causes a broken RPMDB ??
by Erwin Rol 26 Feb '06

26 Feb '06

Today's update seems to have seriously broken my rpmdb. I can not execute any rpm command anymore. [root@xpc rpm]# rpm -qa rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbenv->open: DB_RUNRECOVERY: Fatal error, run database recovery error: cannot open Packages index using db3 - (-30977) error: cannot open Packages database in /var/lib/rpm I could fix it by removing all __db.??? files and running rpm --rebuilddb. But what i am wondering is what caused the corruption. I can't find anything in the logs (like filesystem corruption) that indicates a failure of my hardware. - Erwin

2 1

kernel-smp-2.6.15-1.1977_FC5 hangs on boot
by Dax Kelson 26 Feb '06

26 Feb '06

FYI I have a FC5test3 box, I did a yum update about a hundred packages were updated including kernel-smp-2.6.15-1.1977_FC5. With 1977, the system hangs on boot. The last line printed on the screen is: "Write protecting the kernel read-only data: 368k" I believe this is the bug for it. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182731 Dax Kelson

6 6

Low OpenGL performance
by Joachim Frieben 26 Feb '06

26 Feb '06

After installing FC5T3 including updates on 2 different machines, I am puzzled by the surprisingly poor OpenGL performance when running the "glxgears" command: IBM ThinkPad T23 [SuperSavage IX/C SDR]: 115 FPS when other users report values of at least 240 FPS. Similarly for a PR440FX based SPM system [Radon 7200 PCI]: 160 FPS when I used to achieve 360 FPS for earlier releases. In both cases, "DRI" is enabled. "LIBGL_DEBUG" is set to "verbose", and "glxinfo" output looks ok. Moreover, I booted with "enforcing=0" to avoid any "SELinux" trouble ... . Any ideas? Similar observations?

6 9

where to report xair problems? bugzilla component going to be added?
by Rudolf Kastl 25 Feb '06

25 Feb '06

Hello! wouldnt it help to have a bugzilla entry somewhere for xair problems and bugs? the component is yet missing while xair is going to get shipped with fc5 according to the news ;) just curious really because i couldnt find the component for fc development. Also not sure if it makes sense at all at this point. regards, rudolf kastl

2 1

← Newer
1
2
3
4
5
6
7
...
26
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel February 2006