Linux/Tipps/Gentoo/Bugs: Unterschied zwischen den Versionen

Aus VivaLV
< Linux‎ | Tipps‎ | Gentoo
Zur Navigation springen Zur Suche springen
Zeile 8: Zeile 8:
Diese Pakete funktionieren:
Diese Pakete funktionieren:
* app-emulation/vmware-modules-1.0.0.15-r2
* 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
* app-emulation/vmware-server-1.0.8.126538



Version vom 18. Januar 2009, 10:05 Uhr

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

lirc mit Kernel 2.6.27

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

lirc-Module lassen sich nicht laden mit Kernel 2.6.27.

Lösung: Auf lirc-0.8.4 updaten durch freigeben in /etc/portage/package.keywords:

=app-misc/lirc-0.8.4 ~x86

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