Usando un source particular para traer un paquete en debian

Quisiera usar thunderbird 1.5 pero todavia no está disponible en debian. Encontre otro repositorio no oficial que ya lo tiene. Y las indicaciones como de como usarlo solo con ese. Las indiciaciones que segui son esta y esta.

Los pasos que seguir son:

1. Editar /etc/apt/sourcers.list y agregar la linea: deb http://www.backports.org/debian sarge-backports main

2. En /etc/apt/apt.conf agregar: APT::Default-Release "stable";

3. Correr apt-get update

4. Correr apt-get install package-name -t sarge-backports , en el caso de thunderbird: apt-get install thunderbird -t backports.org

Gnome no anda en ubuntu

Siguiendo con la configuración de la entrada anterior (cliente ubuntu, server de nfs debian). Tengo problemas con algunos usuarios y gnome. Cuando autentico en gdm, gnome muestra el splash pero se queda ahi. No aparece la barra de titulos. Nada. Probe borrando y sobreescribiendo los archivos de gnome pero no fue suficiente.

Probe levantar X y usar un escritorio mas amigable como window maker. Cuando intento tirar gnome-panel (no uno de los errores que obtenia era de esta aplicación), obtengo el siguiente error:

No database available to save your configuration: Unable to store a value at key '/apps/panel/toplevels/top_panel_screen0/size', as the configuration server has no writable databases. There are some common causes of this problem:

1) your configuration path file /etc/gconf/2/path doesn't contain any databases or wasn't found
2) somehow we mistakenly created two gconfd processes
3) your operating system is misconfigured so NFS file locking doesn't work in your home directory or
4) your NFS client machine crashed and didn't properly notify the server on reboot that file locks should be dropped. If you have two gconfd processes (or had two at the time the second was launched), logging out, killing all copies of gconfd, and logging back in may help. If you have stale locks, remove ~/.gconf*/*lock. Perhaps the problem is that you attempted to use GConf from two machines at once, and ORBit still has its default configuration that prevents remote CORBA connections - put "ORBIIOPIPv4=1" in /etc/orbitrc. As always, check the user.* syslog for details on problems gconfd encountered. There can only be one gconfd per home directory, and it must own a lockfile in ~/.gconfd and also lockfiles in individual storage locations such as ~/.gconf

Mmm... parece que el problema de NFS de la entrada anterior no esta del todo solucionada. El punto 3 es claro your operating system is misconfigured so NFS file locking doesn't work in your home directory. Veamos que dice google.

Leyendo el NFS HowTo parece que me estoy olvidando de algo , you will also need rpc.statd and rpc.lockd running on both the client and the server chequeo si tengo alguno de ellos andando:

rover@grendel:~$ sudo lsof | grep rpc
portmap 6016 daemon 3u IPv4 7467 UDP *:sunrpc
portmap 6016 daemon 4u IPv4 7468 TCP *:sunrpc (LISTEN)
rpciod/0 6046 root cwd DIR 3,1 4096 2 /
rpciod/0 6046 root rtd DIR 3,1 4096 2 /
rpciod/0 6046 root txt unknown /proc/6046/exe

Mmmm parece que no. Me fije en los paquetes y vi que no tenia instaldo el nfs-common que es necesario para que esto funcione. Lo instale, reinicie y voila. Ahora el mismo comando da:

rover@grendel:~$ sudo lsof | grep rpc
Password:
portmap 6025 daemon 3u IPv4 7507 UDP *:sunrpc
portmap 6025 daemon 4u IPv4 7508 TCP *:sunrpc (LISTEN)
rpciod/0 6055 root cwd DIR 3,1 4096 2 /
rpciod/0 6055 root rtd DIR 3,1 4096 2 /
rpciod/0 6055 root txt unknown /proc/6055/exe
rpc.statd 7206 root cwd DIR 3,1 4096 164578 /var/lib/nfs
rpc.statd 7206 root rtd DIR 3,1 4096 2 /
rpc.statd 7206 root txt REG 3,1 37156 1197113 /sbin/rpc.statd
rpc.statd 7206 root mem REG 0,0 0 [heap] (stat: No such file or directory)
rpc.statd 7206 root mem REG 3,1 37480 621568 /lib/tls/i686/cmov/libnss_files-2.3.5.so
rpc.statd 7206 root mem REG 3,1 1226096 621559 /lib/tls/i686/cmov/libc-2.3.5.so
rpc.statd 7206 root mem REG 3,1 77176 621565 /lib/tls/i686/cmov/libnsl-2.3.5.so
rpc.statd 7206 root mem REG 3,1 27024 621705 /lib/libwrap.so.0.7.6
rpc.statd 7206 root mem REG 3,1 86596 621395 /lib/ld-2.3.5.so
rpc.statd 7206 root 0u CHR 1,3 1200 /dev/null
rpc.statd 7206 root 1u CHR 1,3 1200 /dev/null
rpc.statd 7206 root 2u CHR 1,3 1200 /dev/null
rpc.statd 7206 root 3u unix 0xc837b8c0 10073 socket
rpc.statd 7206 root 4u IPv4 10095 UDP *:601
rpc.statd 7206 root 5u IPv4 10074 UDP *:1022
rpc.statd 7206 root 6u IPv4 10107 TCP *:604 (LISTEN)
rpc.statd 7206 root 7w REG 3,1 5 180815 /var/run/rpc.statd.pid

NFS tarda mucho en montar en ubuntu

Tengo un server de nfs en debian. Cliente en ubuntu. En tiempo de buteo el cliente tarda mucho en montar el file system remoto. Corriendo cat /var/log/messages hay una linea que dice:

Mar 2 11:52:21 grendel kernel: [4294713.202000] nfs warning: mount version older than kernel
Mar 2 11:52:21 grendel kernel: [4294748.203000] portmap: server localhost not responding, timed out
Mar 2 11:52:21 grendel kernel: [4294748.203000] RPC: failed to contact portmap (errno -5).
Mar 2 11:52:21 grendel kernel: [4294783.203000] portmap: server localhost not responding, timed out
Mar 2 11:52:21 grendel kernel: [4294783.203000] RPC: failed to contact portmap (errno -5).
Mar 2 11:52:21 grendel kernel: [4294783.203000] lockd_up: makesock failed, error=-5
Mar 2 11:52:21 grendel kernel: [4294818.203000] portmap: server localhost not responding, timed out
Mar 2 11:52:21 grendel kernel: [4294818.203000] RPC: failed to contact portmap (errno -5).
Mar 2 11:52:21 grendel kernel: [4294820.176000] NET: Registered protocol family 1

Finalmente lo monta. Pero tarda mucho.
Leyendo el error vi que busca portmap en localhost asi que instale el paquete portmap en ubuntu y funciono. Era eso.

Xorg dejo de andar despues del upgrade

Despues que hice un upgrade dejo de andar X. La pantalla se pone completamente en negro y no vuelve en si luego del intento de levantar X. Mire en los logs (cat /var/log/Xorg.0.log) y obtengo en las ultimas lineas:

rmOpenByBusid: drmOpenMinor returns -1023
drmOpenDevice: node name is /dev/dri/card19
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -1023
drmOpenDevice: node name is /dev/dri/card20
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -1023
drmOpenDevice: node name is /dev/dri/card21

Segun un mail tengo que sacar los paquetes xlibmesa-gl1-dri-trunk y todos los dri-trunk que haya instalado. Pero no funciono.

Para solucionar el problema hice el equivalente a ir a un solution day de GrULiC. Primero probamos (en realidad seria probaron) reemplazando Driver en:

Section "Device"
Identifier "Generic Video Card"
Driver "sis"
BusID "PCI:1:0:0"
EndSection

por vesa. O sea queda asi:

Section "Device"
Identifier "Generic Video Card"
Driver "vesa"
BusID "PCI:1:0:0"
EndSection

El problema es que no anda bien en "1152x864", asi que decidimos tirar la sis y usar la placa onboard. Usando lspci vimos que es una via VT8378. O sea que quedo:

Section "Device"
Identifier "Generic Video Card"
Driver "via"
BusID "PCI:1:0:0"
EndSection

problema solucionado. Las fuentes cambiaron un poquito asi que voy a tener que configurar el monitor y ver algunas app. pero no es nada serio.

Gracias a StyXman de grulic.

Sonido en debian

Hace unos dias reinstale un debian para pasar de unstable a testing. Y cuando reinstale me quede sin sonido. En este momento logre que root funcione mpg123 y mi aplicación de voip. Pero no en los usuarios. Cuando ejecuto mpg123 obtengo:

Can't find a suitable libao driver. (Is device in use?)

Y mi aplicación de voip no anda. Es como si fuera un problema de permisos. Veamos, siguiendo este recomendación corro:


# usermod -G audio tu_usuario


Pero parece que no es por ahi el problema. Corro alsamixer y obtengo:

alsamixer: function snd_ctl_open failed for default: No such device


Ok. Es como si el dispositivo no estuviera ahi, pero la misma aplicación como root anda. Veamos que esta mal. Vamos a preguntarles a la comunidad en #debian de freenode.net:

(12:52:10) r0ver: Hello, i'm using alsaconf to confiugre my sound card. With root the sound cards works fine, but when i use with an user (who is in the audio group) doesn't. Alsamixer gives:
(12:52:10) r0ver: alsamixer: function snd_ctl_open failed for default: No such device
...
(12:52:39) Maulkin: r0ver: alsaconfig?
(12:52:39) streuner: r0ver: is your soundcard supported?
...
(12:52:50) r0ver: streuner: yes and it's working with the root user
(12:53:26) r0ver: streuner: it's not working just with the 'normal' users and i already added them to the audio group
(12:53:44) r0ver: streuner: mmm... maybe i've to logoff and login again... right ?
...
(12:54:04) streuner: r0ver: yes
...
(12:54:30) r0ver: streuner: lol, it's working!
(12:54:34) r0ver: streuner: thanks!
...
(12:54:45) streuner: r0ver: you're welcome

Ok, al me habia olvidado de desloguearme. je je. Bueno, pasa hasta en las mejores familias.

WARNING: The following packages cannot be authenticated!

Cada vez que corro apt-get para instalar un nuevo paquete obtengo ese error.

Solución: http://www.debian-administration.org/articles/174

Superbolck last mount tim is in future

Cada vez que arranco mi debian obtengo ese error. Me da la opción para correr fsck o reiniciar usando Ctrl-D

Solución:
El problema es que tengo dos debian. Y cada uno tiene el timezone diferente, con diferentes usos horarios. La solución mas sencilla consiste en usar el mismo uso horario para los debians, despues de todo quien quiere usar dos usos horarios en una misma máquina (en que habre estado pensando cuando elegi eso).

Para cambiar de uso horario se puede seguir este mini howto

error: invalid Python installation: unable to open /usr/lib/python2.3/config/Makefile (No such file or directory)

Estoy instalando zope 2.7.6 y cuando corro el make obtengo:

error: invalid Python installation: unable to open /usr/lib/python2.3/config/Makefile (No such file or directory)

Solución:

# apt-get install python-dev

Publicar las claves de gpg

Estoy usando el programa GNU Privacy Guard para encriptar el contenido de mis mails. La configuración para encritpar los mensajes es bastante sencilla. Los pasos basicamente son:

• instalar enigmail. En debian, si no recuerdo mal, hay un paquete thunderbird-enigmail en debian


• instalar gpg y crear las claves, gpg tiene un manual en español muy bueno


• configurar las cuentas de mail con las claves a usar en enigmail/thunderbird

Y ya está andando. Hace tiempo me pidieron que publique las claves en un servidor. Y lo hice hoy. Es bastante sencillo tambien:

• En consola correr: gpg --armor --export direccion@de.mail > archivo


• Ir a un servidor de claves, yo use veridis