Linux/Tipps/Gentoo/Bugs

Bugs

VMware mit Kernel 2.6.26 oder 2.6.27

http://bugs.gentoo.org/show_bug.cgi?id=254524

VMware ist momentan problematisch mit Kernel 2.6.26 oder 2.6.27 zum Laufen zu bringen.

Diese Pakete funktionieren:

• app-emulation/vmware-modules-1.0.0.15-r2
• app-emulation/vmware-workstation-5.5.9.126128
• app-emulation/vmware-server-1.0.8.126538

Workstation 5.5.7 und Server 2.0 funktionieren momentan nicht mit Kernel 2.6.27.

PXE mit baselayout-1.12.11.1 und util-linux-2.14.1

http://bugs.gentoo.org/show_bug.cgi?id=252977

Mit dieser Kombination an Paketen kann ein PXE-Client nicht booten, weil /etc/init.d/checkroot das NFS Root nicht rw remountet.

Workaround:

Einen if in /etc/init.d/checkroot auskommentieren:

        # Should we mount root rw ?  the touch check is to see if the / is
        # already mounted rw in which case there's nothing for us to do
#       if mount -vf -o remount / 2> /dev/null | \
#          awk '{ if ($6 ~ /rw/) exit 0; else exit 1; }' && \
#          ! touch -c / >& /dev/null
#       then
                ebegin "Remounting root filesystem read/write"
                mount -n -o remount,rw / &> /dev/null
                if [[ $? -ne 0 ]] ; then
                        eend 2 "Root filesystem could not be mounted read/write :("
                        if [[ ${RC_FORCE_AUTO} != "yes" ]] ; then
                                sulogin ${CONSOLE}
                        fi
                else
                        eend 0
                fi
#       fi

Oder den Patch von http://bugs.gentoo.org/show_bug.cgi?id=252977 anwenden:

--- /etc/init.d/checkroot~	2009-01-11 20:57:15.446217000 -0500
+++ /etc/init.d/checkroot	2009-01-11 20:57:15.446217000 -0500
@@ -71,7 +71,7 @@
 
 	# Should we mount root rw ?  the touch check is to see if the / is
 	# already mounted rw in which case there's nothing for us to do
-	if mount -vf -o remount / 2> /dev/null | \
+	if mount -vfi -o remount / 2> /dev/null | \
 	   awk '{ if ($6 ~ /rw/) exit 0; else exit 1; }' && \
 	   ! touch -c / >& /dev/null
 	then

PXE mit NFS-Options in nfsroot und genkernel-3.4.10-r2

http://bugs.gentoo.org/show_bug.cgi?id=262915

Die initrd-Scripts von genkernel können nicht mit NFS mount Options umgehen, die üblicherweise optional bei nfsroot mit "," angehängt werden können:

nfsroot=<Server>:<Pfad>[,<NFS-Options]

In diesem Fall versuchen die Scripts <Pfad>,<NFS-Options> zu mounten, was dann natürlich fehlschlägt.

Workaround:

Patch von http://bugs.gentoo.org/show_bug.cgi?id=262915 anwenden und Kernel/initrd mit genkernel neu erstellen:

--- /usr/share/genkernel/generic/initrd.scripts.orig    2009-03-17 19:44:39.000000000 +0100
+++ /usr/share/genkernel/generic/initrd.scripts 2009-03-18 12:37:20.000000000 +0100
@@ -260,8 +260,14 @@
                                        bad_msg "NFS Mounting failed. Is the path corrent ?"
                                fi
                        else
-                               good_msg "Attempting to mount NFS root on ${NFSROOT}"
-                               mount -t nfs -o ro,nolock,rsize=1024,wsize=1024 ${NFSROOT} ${NEW_ROOT}
+                               NFSOPTIONS=${NFSROOT#*,}
+                               NFSROOT=${NFSROOT%%,*}
+                               if [ "${NFSOPTIONS}" = "${NFSROOT}" ]
+                               then
+                                       NFSOPTIONS="ro,nolock,rsize=1024,wsize=1024"
+                               fi
+                               good_msg "Attempting to mount NFS root on ${NFSROOT} with options ${NFSOPTIONS}"
+                               mount -t nfs -o ${NFSOPTIONS} ${NFSROOT} ${NEW_ROOT}
                                if [ "$?" = '0' ]
                                then
                                        REAL_ROOT="/dev/nfs"

OpenOffice mit Qtcurve in einer NX Session

Dabei gibt es mindestens 2 Probleme:

http://bugs.gentoo.org/show_bug.cgi?id=262908

http://bugs.gentoo.org/show_bug.cgi?id=262910 (fixed)

Rechner bleibt beim Shutdown hängen

Es kann vorkommen, dass der Rechner beim Shutdown hängen bleibt bei Unloading ALSA modules. Dies trat bei mir ab Kernel 2.6.29 auf. Offenbar werden die ALSA-Module manchmal in der falschen Reihenfolge entladen.

Workaround in /etc/conf.d/alsasound:

UNLOAD_ON_STOP="no"

Siehe auch http://bugs.gentoo.org/232875 und http://bugs.gentoo.org/253535.

Blocker

Blocker treten manchmal bei einem Update mit emerge auf. Blocker sind nicht immer echte Bugs. Manchmal kann Portage einfach die Abhängigkeiten nicht auflösen, weil sie zu komplex sind.

e2fsprogs-libs

http://bugs.gentoo.org/show_bug.cgi?id=234907

[ebuild  N    ] sys-libs/e2fsprogs-libs-1.41.0  USE="nls" 476 kB
[ebuild     U ] sys-fs/e2fsprogs-1.41.0 [1.40.11] USE="nls -static" 4,161 kB
[blocks B     ] <sys-fs/e2fsprogs-1.41 (is blocking sys-libs/e2fsprogs-libs-1.41.0)
[blocks B     ] sys-libs/ss (is blocking sys-libs/e2fsprogs-libs-1.41.0)
[blocks B     ] sys-libs/com_err (is blocking sys-libs/e2fsprogs-libs-1.41.0)

Auflösung (http://bugs.gentoo.org/show_bug.cgi?id=234907#c7):

• emerge -NuDav --fetchonly world
• emerge -C ss com_err e2fsprogs
• emerge -NuDav --nodeps e2fsprogs-libs e2fsprogs
• echo "sys-libs/com_err" >>/etc/portage/package.mask
• echo "sys-libs/ss" >>/etc/portage/package.mask

kdelibs 4.2 und cmake

dev-util/cmake:0

('installed', '/', 'dev-util/cmake-2.6.2-r1', 'nomerge') pulled in by
>=dev-util/cmake-2.6.2 required by ('ebuild', '/', 'kde-base/kdelibs-4.2.0-r2', 'merge')
>=dev-util/cmake-2.6.2 required by ('ebuild', '/', 'kde-base/kdm-4.2.0-r1', 'merge')
(and 2 more)

('ebuild', '/', 'dev-util/cmake-2.4.8', 'merge') pulled in by
>=dev-util/cmake-2.4.6 required by ('ebuild', '/', 'kde-base/kdm-4.2.0-r1', 'merge')
>=dev-util/cmake-2.4.6 required by ('ebuild', '/', 'kde-base/kdelibs-4.2.0-r2', 'merge') 

Auflösung:
/etc/portage/package.keywords:

=dev-util/cmake-2.6.2-r1