Erratas de Mandriva Linux 2008 Spring
De Wiki de la Comunidad Mandriva
[editar] Introducción
Esta es la página de erratas de Mandriva Linux 2008 Spring. Esto quiere decir que contiene información sobre problemas conocidos en Mandriva Linux 2008 Spring y, cuando sea posible, instrucciones para solucionarlos, evitarlos o paliarlos en lo posible. Debería ver también las Notas de Mandriva Linux 2008 Spring, que contienen información más general sobre la publicación de Mandriva Linux 2008 Spring.
[editar] Erratas de versiones anteriores de Mandriva Linux
- Mandriva 2008
- Madriva 2007.1 (Spring) (ingles)
- Mandriva 2007
- Mandriva 2006 (ingles)
[editar] Prueba de candidatos a actualizaciones
Cuando se identifique un problema en Mandriva Linux 2008, el responsable del paquete afectado puede intentar arreglarlo creando un nuevo paquete que piense que resuelva el bug, después lo subirá al repositorio /main/testing de Mandriva, que está dedicado a este fin. Este paquete puede ser comprobado por usuarios afectados por este bug y por el equipo de control de calidad de Mandriva. Si se comprueba que, efectivamente, el nuevo paquete resuelve el bug y no causa nuevos problemas, entonces será declarado actualización oficial y se suministrará a todos los usuarios de Mandriva Linux 2008 Spring via MandrivaUpdate.
Si a usted le afecta un problema para el que hay un paquete candidato a actualización y le gustaría ayudar a comprobar el paquete, puede configurar su sistema de manera que la herramienta de manejo de paquetes reconozca el repositorio /main/testing como fuente de paquetes instalables. Para instrucciones al respecto, por favor, vea Instalar y quitar software en Mandriva Linux (Uso Avanzado: Backports y candidatos para actualizaciones).
Existe también un repositorio /contrib/testing que realiza la misma función que el /contrib , pero en el que no ha habido ningún control de calidad, por lo que no se garantiza la solución, ya que el responsable de cualquier paquete puede subir actualizaciones a su discreción. La configuración de este repositorio se realiza de igual manera y se puede consultar en la misma página.
[editar] Instalando actualizaciones
Las actualizaciones de paquetes de los repositorios /main , /non-free y /contrib se pueden llevar a cabo usando la herramienta Mandriva Update. Se puede ejecutar Mandriva Update desde el Centro de Control de Mandriva, navegando a la pestaña Administración de Software y haciendo click en el enlace "Ver las actualizaciones disponibles y aplicar cualquier arreglo o mejora a los paquetes instalados". A menos que lo desactive, a través de Mandriva Online le será notificado si hay actualizaciones disponibles mediante un icono en la bandeja del sistema.
[editar] Problemas de instalación
[editar] Fallo al actualizar de versiones previas Undefined subroutine &MDK::Common::System::uniq called
Vea el 
informe de fallo #39925. Varios usuarios han reportado un grave fallo al actualizar desde versiones previas de Mandriva Linux 2008 Spring Free o Powerpack. El proceso falla la mayoria de las veces produciendo este error:
Undefined subroutine &MDK::Common::System::uniq called
Puede intentar de nuevo pero el mismo error se mostrara siempre.
Es posible recuperarse de esta situación. En este punto, la actualización esta casi completada; pero, el nuevo kernel no se instala correctamente, y un paquete de configuración de KDE permanece instalado, si tiene KDE instalado en su sistema.
Puede iniciar el sistema utilizando el kernel de la versión desde la cual actualiza. Si la interface gráfica inicializa, presione ctrl-alt-F1, y obtendrá un dialogo entrada en modo texto. Entre como root, con su password de root.
Debe reinstalar el nuevo kernel. Deberá utilizar kernel-desktop, kernel-laptop, kernel-desktop586, o kernel-server. Si no esta seguro de cual esta utilizando, el comando:
uname -r
se lo dirá. Reinstale el paquete del nuevo kernel:
ADVERTENCIA: Asegúrese de que su medio de instalación (nfs, cdrom, etc.) este disponible antes de esto, debido a que si esta ejecutándose el kernel que esta desinstalando,los módulos no podrán ser cagados después. Equivocarse al hacer esto provocara que no sea posible obtener los RPM necesarios para reinstalar el kernel.
urpmi --replacepkgs kernel-desktop-2.6.24.4-1mnb-1-1mnb1
cambie la parte kernel-desktop del comando si lo requiere.
si utiliza KDE, también necesitara actualizar el paquete de configuración de KDE. Si esta usando Mandriva Linux 2008 Spring Free, ejecute este comando:
urpmi mandriva-kde-config-common-2008.1-27mdv2008.1 free-kde-config-2008.1-27mdv2008.1
Si esta usando Mandriva Linux 2008 Spring Powerpack, ejecute este comando:
urpmi mandriva-kde-config-common-2008.1-27mdv2008.1 powerpack-kde-config-2008.1-27mdv2008.1
Deberá poder reiniciar su sistema y encontrar que todo funciona como se espera.
[editar] Problemas del Kernel
[editar] 2008 Spring One detecta solamente 880MB de RAM
La edición One de Mandriva Linux 2008 Spring usa un kernel diseñado para ser compatible con el rango de sistemas más amplio posible kernel-desktop586 . Si instala One en un sistema con más de 880MB de RAM, no se detectara para su uso toda la RAM del sistema.
Si tiene solamente 1GB de RAM, no hay ninguna ganancia cambiando el kernel. El soporte a más de 880MB de RAM inevitablemente disminuye ligeramente el rendimiento del kernel. La ventaja de tener los últimos 120 MB de RAM detectados se ve contrarrestada por la perdida de velocidad de usar un kernel que soporte más de 880MB de RAM.
Si tiene más de 1GB de RAM, podrá disponer de los beneficios de su memoria extra cambiado al kernel kernel-desktop . Desafortunadamente, esto se complica un poco si su sistema necesita usar algún controlador externo , por ejemplo los controladores propietarios de las tarjetas graficas NVIDIA o ATI . A continuación una lista completa de los controladores afectados:
- nvidia71xx: Riva TNT hasta GeForce 2 (high end, no 2MX)
- nvidia96xx: GeForce 2MX, GeForce 3 y GeForce 4
- nvidia-current: tarjetas NVIDIA posteriores (GeForce FX y posteriores)
- fglrx: todas las tarjetas ATI desde Radeon 9500 hasta Radeon X1950
- fglrx-hd2000: Tarjetas ATI Radeon HD2xxx
- madwifi: chipsets inalambricos Atheros
- vboxvfs
- vboxadd
- unicorn
- hsfmodem
- hcfpcimodem
- slmodem
- virtualbox
Para cambiar de kernel-desktop586 a kernel-desktop , utilice el siguiente procedimiento. Primero configure los repositorios officiales, siguiendo las siguientes instrucciones. Instale el paquete kernel-desktop-latest. Luego instale todos los paquetes (driver)-kernel-desktop-latest, donde (driver) es uno de los controladores en la lista anterior que crea que esta instalado en su sistema. Por ejemplo, si su sistema tiene una tarjeta grafica GeForce 6600 , deberá instalar los paquetes kernel-desktop-latest y nvidia-current-kernel-desktop-latest . Si sus sistema tiene una tarjeta grafica Radeon X850 y un chipset wireless Atheros , debera instalar los paquetes kernel-desktop-latest, fglrx-kernel-desktop-latest y madwifi-kernel-desktop-latest .
Si no esta seguro si alguno de estos controladores son necesitados en su sistema, puede instalar todos ellos solo para estar seguro. Si no esta seguro de como instalar los paquetes, lea esta pagina.
Ya que ha instalado todos los paquetes necesarios,reinicie su sistema. El nuevo kernel deberá ser cargado por omisión, y deberá notar que se reconoce toda la memoria contenida en su sistema.
[editar] Problemas de Hardware
[editar] Problemas con interfaces inalambricos Intel 3945ABG o 4965AGN
Vea el informe de fallo #38645. Algunos usuarios han reportado varios problemas con las interfaces inalambricas Intel 3945ABG y 4965AGN en Mandriva Linux 2008 Spring. Los controladores por omisión usados para estos dispositivos, son respectivamente, iwl3945 y iwl4965, pero hay alternativas disponibles: vea la sección Controladores Alternativos. Tambien puede intentar algunos trucos:
Si puede asociar pero no obtener una dirección IP o tiene una conexión muy lenta con perdida de datos, intente editar el archivo /etc/modprobe.conf - vea esta pagina y añada esta linea:
options iwl3945 disable_hw_scan=1
Para el chipset 4965AGN, cambie iwl3945 por iwl4965.
Si las herramientas de Mandriva le muestran un error asegurando que no se encontró interface, intente cambiar el switch del dispositivo de 'apagado' a 'encendido' varias veces. Se solucionara este problema en una futura actualización.
Reconectando wifi cifrada contiene script especialmente echo para este bug que quizá le funcione a usted también.
[editar] Controladores Alternativos
Si continúan los problemas con los chipset 3945ABG o 4965AGN después de probar los trucos mencionados, puede intentar usar uno de los varios controladores alternativos. Para el chipset 3945ABG intente usar dkms-ipw3945, dkms-iwlwifi o los controladores ndiswrapper. Para el chipset 4965AGN intente usar dkms-iwlwifi o los controladores ndiswrapper. Para los controladores DKMS, primero instale el paquete kernel-devel apropiado para el kernel que este utilizando. El kernel de Mandriva esta disponible en varios 'sabores': desktop, desktop586, laptop y server. Puede saber cual esta utilizando con el comando uname -r. Deberá instalar el paquete kernel-sabor-devel-latest, donde sabor es el sabor de kernel que esta utilizando. Despues instale el paquete DKMS. Para ndiswrapper, ejecute la herramienta de Mandriva tool para configurar una nueva interface de red, elija configurar una interface inalambrica, cuando se le presente la opción de configurar su interface o utilizar un controlador Windows via ndiswrapper, elija utilizar un controlador Windows via ndiswrapper. Nota una vez hecho el cambio a ndiswrapper, no podrá cambiar de nuevo al controlador nativo por medio de la herramienta gráfica.
[editar] Lentitud en la conexion a internet (en especial, usando navegadores)
Vea el informe de fallo #27070. Se sabe que hay un problema en todas las distribuciones Linux que habilitan el servicio IPv6 (el nuevo estandard de direcciones de internet que usan un formato de dirección hexadecimal mas largo, lo que permite un numero mucho mayor de posibles direcciones IP; el estandard antiguo es IPv4, formado por una dirección compuesta de cuatro grupos de tres dígitos, que es la que conoce la mayoría de la gente, como por ejemplo 216.105.167.65). Algunos sistemas y redes no funcionan adecuadamente si tiene habilitado el servicio IPv6 en su sistema. Si percibe un comportamiento lento en el uso de internet -en especial, usando navegadores- y no puede hallar la causa, debería probar deshabilitar IPv6. Para ello, edite el fichero /etc/modprobe.conf, añada la siguiente linea y reinicie:
install ipv6 /bin/true
Vea también el informe de fallo #27073. Si esto no resuelve el problema, existe otra posibilidad. La mayoría de las distribuciones Linux, incluida Mandriva, habilitan una característica llamada "TCP window scaling". Esto sirve para incrementar la velocidad de las transferencias en conexiones cuyo ancho de banda es muy grande. Sin embargo, se hizo un cambio en los valores por defecto del "TCP window scaling" en el nucleo 2.6.17, que parece causar que la red funcione muy lentamente para ciertos usuarios y para algunas paginas web. Para comprobar que este es el problema, puede desactivarlo con este comando: sysctl -w net.ipv4.tcp_window_scaling=0 En caso afirmativo, puede hacer el cambio permanente añadiendo la siguiente linea al fichero /etc/sysctl.conf:
net.ipv4.tcp_window_scaling=0
Esto deshabilitara el TCP window scaling en cada inicio. Si usa una conexion con un ancho de banda muy grande, por ejemplo, si transfiere ficheros grandes en una red local de 100Mbit o 1Gbit, puede que perciba que desactivar TCP window scaling da peores resultados. En este caso, puede intentar restaurar la configuración inicial pre-2.6.17 en vez de desactivar TCP window scaling completamente. Para ello, añada la siguiente linea al fichero /etc/sysctl.conf, en vez de la sugerencia anterior:
net.ipv4.tcp_rmem=4096 87380 174760
Esto cambiara los parámetros de TCP window scaling en cada inicio.
[editar] Los botones de navegación del ratón (atrás y adelante) no funcionan
Mandriva Linux 2008 Spring incluye soporte para los botones de navegación 'atras' y 'adelante' de varios modelos de ratón.
Si esto botones no funcionan, es posible que Mandriva no tenga información para configurar su raton. Es posible configurar manualmente imwheel para que su ratón funcione. Por favor use los foros de Mandriva para buscar ayuda.
[editar] Problemas de Software
[editar] No puedo configurar mi impresora con Mandriva ONE
Si ha instalado Mandriva en su edición ONE y ha tratado de configurar su impresora, se habrá encontrado que se le muestra un mensaje de error diciendo que no se ha instalado cups. Debido a limitaciones de espacio no se se puede incluir los paquetes necesarios para el funcionamiento de cups, el servidor de impresión incluido en Mandriva, siga estas instrucciones y después diríjase a la herramienta de configuración de impresoras en la sección Hardware del Centro de control de Mandriva, si su impresora esta soportada deberá poderla configurar sin problemas.
[editar] Fallo de la instalación con RAID por Software(MDADM)
El cargador de arranque no se instalara en dispositivos RAID por software. En el informe de fallo #39878 hay una forma de arreglarlo pero requiere de un poco de experiencia tecnica.
[editar] rpmdrake pide configurar los repositorios inclusive si ya lo están
Vea el informe de fallo #39900. En Mandriva Linux 2008 Spring, los repositorios por omisión siempre se configuran durante la instalación. Pero a pesar de esto, la primera vez que se ejecutan rpmdrake o MandrivaUpdate, pide configurar los repositorios. Si acepta, tendra doas juegos de repositrios configurados. Esto no tiene ninguna consecuencia negativa en particular, pero es impredecible cual de los dos juegos de repositorios sera usado cuando intente instalar un paquete. Si lo desea, puede remover sin problemas uno de los juegos de repositorios.
[editar] Ejecutar la aplicación para configurar pantalla del Centro de Control KDE cuelga el sistema
Vea el informe de fallo #40005. Muchos usuario han experimentado cuelges del sistema al intentar abrir la aplicación para configurar pantalla del Centro de Control KDE. En algunos casos se puede recuperar el control del sistema reiniciando X con ctrl-alt-backspace. Al parecer el problema se limita a los controladores intel y radeon de X.org, esto afecta a usuarios de tarjetas grficas Intel y ATI anteriores a la Radeon X1050 que utilicen el controlador libre. Los usurios de ATI podran evitar el problema cambiando al controlador propietario fglrx, utilizando la herramienta de Mandriva para la configuración de tarjetas graficas. Los usuarios de Intel podran cambiar a los controladores genericos vesa o fbdev, pero tendran una perdida significante en el desempeño; es preferible evitar el uso de esta aplicación por el momento. Estamos investigando la causa del problema para proveer una solución lo más pronto posible.
[editar] El indicador de volumen permanece en pantalla y el volumen se queda al 0% en KDE
Vea el informe de fallo #34747. Un fallo del KDE de Mandriva Linux Spring en el manejo de las teclas multimedia, provoca en algunos casos que el indicador de volumen permanezca en pantalla mostrando 0% de volumen, y si se incrementa el volumen desde otra aplicación este sera puesto nuevamente al 0%.
La forma mas facil de evitar este problema es quitar el paquete kdeutils-kmilo. Vea esta pagina con instrucciónes para quitar paquetes. También se puede resolver terminando y reiniciando kded:
killall kded kded &
o Ejecutando este comando:
dcop kded kmilod disable
Este problema se resolverá con una futura actualización
[editar] El plugin Flash de Firefox no funciona en arquitecturas x86-64
Algunos usuarios han reportado que el plugin Flash instalado por Mandriva Linux 2008 Spring One y Powerpack no funciona en las versiones x86-64 de estas ediciones. Esto se debe a que el programa nspluginwrapper, que perimite a los plugins de 32-bit funcionar en las versiones 64-bit de los navegadores, busca el plugin en el lugar equivocado. Para evitar este problema, ejecute el siguiente comando:
nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so
para revisar que esto funciono, puede ejecutar el comando:
nspluginwrapper -l
y debera ver el archivo libflashplayer.so en la lista que se muestra. Reinicie Firefox, y el plugin Flash debera funcionar.
[editar] Firefox falla en sitios con Flash
Vea el informe de fallo #39264. Debido a algunos problemas en la forma en que Adobe Flash utiliza ALSA, es posible que algunas aplicaciones Flash que usen el sonido provoquen que Firefox falle cuando se usa Flash con PulseAudio via libflashsupport (que es la configuración por omisión en Mandriva Linux 2008 Spring). Es muy difícil solucionar este problema en PulseAudio o libflashsupport. Si tiene este problema con algún sitio de uso común, hay algunos paliativos. Puede utilizar un plugin alternativo. Los reproductores Flash open source, Gnash y Swfdec, estan incluidos en Mandriva Linux 2008 Spring. Para instalar Gnash, instale el paquete gnash-firefox-plugin (para los navegadores Firefox y derivados), o el paquete gnash-konqueror-plugin (para Konqueror). Para instalar Swfdec, instale el paquete swfdec-mozilla (para los navegadores Firefox y derivados). También deberá quitar el paquete del plugin oficial de Adobe. Reinicie Firefox. Estos plugins alternativos no tiene el mismo bug que el oficial, así que si funcionan correctamente con los sitios que necesita, le evitaran este problema.
También puede deshabilitar PulseAudio, lo que evitara el problema, pero lo privara de todas las funcionalidades de PulseAudio. Puede deshabilitar PulseAudio desde la herramienta de configuración de sonido de Mandriva, draksound, puede ejecutarla directamente directly o encontrarla en el Centro de Control Mandriva.
[editar] Falla la verificación de disco grabado en k3b
Vea el informe de fallo #38578. Con la configuración por omisión, en algunas maquinas, La verificación de integridad de k3b de un disco grabado siempre fallara(aun si el disco esta correctamente grabado). Puede evitar este fallo deshabilitando la opción expulsar medio después de la grabación: Dirigirse a Settings->Configure k3b->Advanced, y seleccione Do not eject medium after write process.
[editar] Numeros Eastern Arabic se usan en documentos Hebreos en OpenOffice.org
Vea el informe de fallo #38874 y bug 86811. En varios documentos Hebreos, los números son mostrados incorrectamente utilizando números Eastern Arabic (Arabico-Indico), y no con números Western Arabic como debería ser. Este problema se resolverá con una futura actualización.
[editar] El sonido no funciona en Skype
Ver el informe de fallo #37672. Cuando se usa Skype en Mandriva Linux 2008 Spring, probablemente el sonido no funcionara. Esto se debe a una conocida incompatibilidad entre PulseAudio y Skype. Un arreglo parcial consiste en ejecutar Skype via pasuspender:
pasuspender skype
El inconveniente es que esto desactiva PulseAudio, por lo que otras aplicaciones no podran reproducir sonido mientras Skype este ejecutándose.
Este bug ya se puso en conocimiento del equipo de Skype. Si lo desea, puede votar por el
[editar] El script de configuración de VMware falla cuando se ejecuta
Los productos VMware no comprueban dependencias:urpmi gcc-c++ kernel-`uname -r |cut -d- -f2`-devel-latest xinetd
Todos los productos VMware tienen un script de pre-configuración que debe ser ejecutado antes de poder usuarlos. La versión del script incluida en algunos productos VMware es demasiado antigua para el kernel de Mandriva Linux 2008 Spring. Se puede resolver este problema utilizando los parches any-any de VMware, que están disponibles aquí. Descargue el archivo llamado vmware-any-any-update-XXX.tgz, donde XXX es un numero: utilice el numero más alto disponible. Extraiga el archivo en algún lugar de su directorio /home, y ejecute el script runme.pl, en vez de ejecutar directamente el script de configuración de VMware.
Después de esto, aún puede tener problemas al ejecutar el proceso de configuración, o a VMware. Si tiene errores como estos:
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
Como root siga estos pasos:
mv /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1 /usr/lib/vmware/lib/libgcc_s.so.1libgcc_s.so.1.old mv /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0 /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0.old cp /lib/libgcc_s.so.1 /usr/lib/vmware/lib/libgcc_s.so.1/ cp /usr/lib/libpng12.so.0 /usr/lib/vmware/lib/libpng12.so.0/
Esto debería resolver el problema.
[editar] Escritorios 3D
[editar] Reproducción de vídeo y los escritorios 3D
Véase el informe de fallo #27036. Si usa los escritorios 3D incluidos en Mandriva Linux 2008 Spring (AIGLX o Xgl), puede notar que la reproducción de vídeo no funciona muy bien - mover, redimensionar, maximizar la ventana de vídeo ocasiona problemas, o puede ver cosas extrañas en el vídeo. También notara que si usa el 'cubo' de compiz, el vídeo no se reproduce mientras se rota el cubo. Hay dos formas de evitar este problema.
Si tiene un adaptador gráfico de Intel, puede intentar usar el plugin Video Playback de Compiz. Usando la herramienta de configuración ccsm de Compiz, vaya hacia la sección Utility, deberá ver un plugin llamado Video Playback. Habilitelo, eso deberá permitir que la reproducción de vídeo funcione en varias aplicaciones.
Si tiene un adaptador de vídeo diferente, o continua experimentando problemas con el plugin Video Playback habilitado, deberá configurar su reproductor de vídeo para que use un controlador de salida que no utilice video overlay. Si usa AIGLX, deberá utilizar el controlador de salida x11 / xshm . Si usa Xgl, puede utilizar el controlador x11 / xshm driver o el OpenGL (que puede ser mas ligero y ofrecer más características, como controles de brillo / contraste , que el controlador x11 / xshm ). La forma de hacer esto es diferente según el reproductor de vídeo.
- Para reproductores que usen gstreamer (Por ejemplo. totem-gstreamer), ejecute gstreamer-properties, vaya a la pestaña "Video" , y ponga en la salida de vídeo "X Window System (No Xv)".
- En mplayer, para la salida x11 / xshm , añada la siguiente linea a ~/.mplayer/config (y tambien a ~/.mplayer/mplayerplug-in.conf si utiliza el plugin mplayerplugin browser):
- vo=x11
Para la salida OpenGL , añada en cambio esta linea:
- vo=gl2
- En xine, vaya al menú settings , cambie la configuración de nivel de experiencia a "Advanced", vaya a la pestaña de vídeo y cambie "video driver to use" a "xshm" para una salida x11 / xshm o "openGL" para OpenGL. Alternativamente, puede usar estos comandos. Para la salida x11 / xshm :
perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.xine/config
Para la salida OpenGL :
perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.xine/config
- En Kaffeine, vaya al menú settings , seleccione "Xine backend configuration" y en la pestaña vídeo cambie el controlador a "xshm" para la salida x11 / xshm o "openGL" para la OpenGL .
- Para Totem en modo Xine , ejecute este comando para la salida x11 / xshm :
perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.gnome2/Totem/xine_config
O este otro para la salida OpenGL :
perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.gnome2/Totem/xine_config
- Para la salida x11 / xshm en KMplayer, vaya a Settings -> Configure KMplayer. En la sección "General Options" vaya a la pestaña Output. En esta sección cambie Video Driver a "X11Shm".
