Archivo

Archive for 26 julio 2008

mplayer en slamd64

julio 26, 2008 Deja un comentario

Hace unos días que estoy usando slamd64 que no es más que una distribución basada en Slackware para la arquitectura x86_64.

Lo único que me habia trabado un poco es la compilación de mplayer, no sé porque no lo podía realizar, hice un post sobre como podemos compilarlo en una plataforma similar, pero no lo lograba.

Estudiando un poco más el problema en las FAQ’s de mplayer encontré lo que iba a ser la respuesta a mi pregunta:
Q: How can I build a 32 bit MPlayer on a 64 bit Athlon?
A: Try the following configure options:
./configure –target=athlon_xp –cc=”gcc -m32″ –as=”as –32″ –with-extralibdir=/usr/lib

Pero no funcionó…. hace un rato después de comer me puse a pensar que pasa?, realmente necesito compilar el mplayer de 32 bits sobre mi AMD de 64?, no debería.

La cuestión es que mirando un poco en: los codecs de mplayer encontré essential-amd64-20061203.tar.bz2 y listo eso era lo que estaba necesitando.

Una vez obtenido esos codecs, sumado a all-20061022.tar.bz2 como lo explique en el post anterior que les menciones pude hacerlo funcionar siguiendo estos pasos:

Instalamos Codecs

root@nemosha~/$ tar -xvjf all-20061022.tar.bz2
root@nemosha~/$ mkdir /usr/local/lib/codecs/
root@nemosha~/$ mv all-20061022/* /usr/local/lib/codecs/
root@nemosha~/$ tar -xvjf essential-amd64-20071007.tar.bz2
root@nemosha~/$ mkdir /usr/lib64/codecs/
root@nemosha~/$ mv essential-amd64-20071007/* /usr/lib64/codecs/

Compilamos mplayer:

root@nemosha~/$ ./configure --codecsdir=/usr/local/lib/codecs --prefix=/usr --enable-gui --enable-largefiles --with-extralibdir=/usr/lib64
root@nemosha~/$ make
root@nemosha~/$ make install

Y listo, el resto ya los saben. Y si no vean como termina el otro post que los pasos son los mismos.

Anuncios
Categorías:General

Hp LaserJet 1018 en Slackware

julio 24, 2008 Deja un comentario

Hace un tiempo ya hice un post para Debian sobre lo mismo, ver aquí. Pero como me cambie de distro lo voy a explicar acá también.

Lo que necitamos es el filtro foomatic y luego de tenerlo solo configuramos cups y sale andando.

nercof@nemosha ~/Descargas $ wget -O foo2zjs.tar.gz http://foo2zjs.rkkda.com/foo2zjs.tar.gz
nercof@nemosha ~/Descargas $ tar zxf foo2zjs.tar.gz
nercof@nemosha ~/Descargas/foo2zjs $ cd foo2zjs
nercof@nemosha ~/Descargas/foo2zjs $ make
nercof@nemosha ~/Descargas/foo2zjs $ ./getweb 1018

Y como root hacemos las siguientes operaciones:

root@nemosha ~/Descargas/foo2zjs $ make install
root@nemosha ~/Descargas/foo2zjs $ make install-hotplug
root@nemosha ~/Descargas/foo2zjs $ make cups
root@nemosha ~/Descargas/paquetes/foo2zjs $ chmod +x /etc/rc.d/rc.cups
root@nemosha ~/Descargas/paquetes/foo2zjs $ /etc/rc.d/rc.cups start

foo2zjs: a linux printer driver for ZjStream protocol

Categorías:General

Error de automotaje

julio 22, 2008 Deja un comentario

Luego de instalar slackware 12.1 y slamd64 al montar un pen drive o un cd/DVD me salía un error de permisos no me permitía montarlo y acceder a los datos.

El error es el siguiente:

A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface “org.freedesktop.Hal.Device.Volume” member “Mount” error name “(unset)” destination “org.freedesktop.Hal”)

Esto es debido a que no tenemos los permisos adecuados en el demonio HAL y debido a políticas de acceso se nos niega acceder a los datos. Hay dos posiblilidades de solucionar esto.

Editando /etc/dbus-1/system.d/hal.conf
Este es el archivo donde residen las políticas de seguridad que emplea el demonio hal. Podremos agregar una nueva política de grupo llamada plugdev ó como la querramos llamar -lo único que tenemos que tener en cuenta que el grupo exista en el sistema- antes de agregarla. En mi caso agregué ese grupo y mi cuenta de usuario la agregue al grupo. Ahora veamos lo que vamos añadir:

<policy group="plugdev">
<allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
</policy>

Si lo anterior no se entiende ver aquí:
Solo resta reiniciar el servicio hal y saldría andando todo a la normalidad /etc/init.d/haldaemon restart ó simplemente reinicia el servidor x.

Agregando la cuenta de usuario a los grupos:

  • messagebus
  • haldaemon
  • plugdev

Ambas opciones son válidas.

Yo utilizé la primera porque cuando me surgió ese inconveniente buscando la encontré y me permitio conocer el tema desconocido hasta el momento para mi metiendo mano al archivo de configuración.

La otra solución la leí en la lista de slackware en español que un usuario novato (como yo) en esta distro consulto sobre este problema. Yo le sugerí mi solución y uno de los chicos le sugerio ésta.

Categorías:General