El Lunes, 29 de Diciembre de 2008 02:06, Pablo Romero escribió:
Marcos gracias por tu ayuda, muy clara tu explicacion
empece: aptitude install ndiswareper/testing
y luego
dhclient
y se conecto!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
:) qué groso!! igualmente en mi explicación faltaban varios detalles, por ejemplo, el hecho de que en Debian SID/unstable lo inestable va por dos cosas * los programas/paquetes cambian de versión continuamente, por lo cual mantener el sistema actualizado es algo semanal * los programas pueden tener errores críticos (muy pocos, pero pueden) Eso último en la rama testing (actual lenny) no ocurre, pero sí ocurren renovaciones de versiones de paquetes a menudo, salvo cuando se congela gran parte del repositorio para tornarlo estable (porque se corrigen los erroes/bugs), tal como pasa ahora dado que lenny será estable. Aún en Stable hay actualizaciones de versiones, más que nada referidas a corrección de problemas de seguridad
Luego me entusiasme y estoy actualizando a lenny
pero me parece que algunos programas, al menos los que vi hasta ahora, como korganizer y k3b. Cambiaron a la version anterior, puede ser.
no lo sé, no creo, k3b en lenny va por la 1.x, en cambio en ETCH estaba en 0.x
Comente todo lo que decia testing,
comentar es deshabilitar, o sea, anteponer un # a una línea. lo que diga ETCH debería no estar habilitado, lo que diga testing por ahora apunta a lenny, que es testing
pero lo que dice musix project va porque es etch?
Mirá... no hay aún repositorios de Musix compilados para lenny/testing, pero es posible, muy posible, que los programas en los repos de Musix funcionen en testing, de hecho yo creo que en la PC de mi casa uso Ardour 2.4.1 compilado para ETCH, pero en mi Musix actualizado a testing
Mil gracias, a vos y a todos los que escriben!
Para mi es un placer poder transferir conocimiento, che recomendación: actualizá a conciencia van a haber muchos programas que te harán preguntas a la hora de actualizarse... no todos los mortales sabemos a qué se refieren, y muchas veces dejamos la opción default, en última instancia todo se puede arreglar yo recuerdo que la migración a lenny no fue una pavada en mi Musix 1.0, por eso te digo de ir de a poco, salut
El 28 de diciembre de 2008 23:47, [email protected]
<[email protected]>escribió:
El Domingo, 28 de Diciembre de 2008 16:09, Pablo Romero escribió:
*Perdon Estoy bastante perdido*
*Tengo que actualizar mi sistema a Sid , Sidux. Hay explicaciones en google, no se cual de todas es la conveniente.*
Tal como decían Daniel o José, Sid no es lo mismo que Sidux: sidux es una distribución GNU/Linux que deriva de Debian, tal como Musix.
Sid es la versión inestable o unstable de Debian.
Vos siempre usaste hasta ahora un sistema derivado de la versión estable de debian, llamado ahora ETCH. Musix 1.0 deriva de ETCH.
Sidux es como Musix: una distribución que deriva de Debian, pero de Debian SID, que es unstable, no stable
¿se entiende?
Musix similar Sidux
Debian tiene 3 ramas: stable, testing, unstable
Ojo que Pablo Lozano actualizó a Sid, pero él tiene suficiente experiencia como para bancarse los problemas de Sid, yo te recomiendo actualizar a testing, que se llama LENNY actualmente ¿se entiende?
En el sources.list, vas a ver que tenés repositorios de paquetes que están apuntando a Debian ETCH, se ven así
deb ftp://ftp.br.debian.org/debian etch main
también podría escribirse así
deb ftp://ftp.br.debian.org/debian stable main
dado que la actual versión stable de Debian es ETCH
¿se entiende?
LENNY, actual testing pasará a ser stable en unos meses, por lo cual si dejaras un repositorio apuntando a stable sin aclarar un nombre de versión, como podría ser etch, en unos meses tu sistema tenderá actualizarse a lenny, el próximo stable
Volviendo.
Si querés actualizar a sid, deberías deshabilitar los repositorios etch y dejar sólo los unstable o sid
deb ftp://ftp.br.debian.org/debian unstable main
así tomaría paquetes sólo desde unstable/sid
¿si?
pero yo personalmente te recomiendo actualizar a lenny, actual testing
deb ftp://ftp.br.debian.org/debian lenny main
de tal manera, supongo que tu hardware andará bien y además lenny es bastante estable y seguro
Luego de que modificaste bien tu sources.list, simplemente actualizás la información de paquetes en tu sistema, así
aptitude update
y posteriormente actualizás todo el sistema
aptitude dist-upgrade
Es probable que tengas varios quilombos, problemas, líos, si querés actualizar todo el sistema... por eso yo te recomendaba actualizar solamente los paquetes que pienses que deberías actualizar, anteriormente mencionaste algo así como ndiswraper, bueno, actualizá ese por ahora, así
aptitude install ndiswareper/testing
o, lo que es ahora lo mismo
aptitude install ndiswareper/lenny
¿se entiende? así tu actualización será menos dolorosa
dhclient
There is already a pid file /var/run/dhclient.pid with pid 6623 killed old client process, removed PID file
dice que ya hay un dhclient corriendo
si querés asegurarte de que sea así realmente hacé un
ps -A | grep dhclient
Internet Systems Consortium DHCP Client V3.0.4 Copyright 2004-2006 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/
Listening on LPF/wlan0/00:22:5f:13:6b:17 Sending on LPF/wlan0/00:22:5f:13:6b:17 Listening on LPF/eth0/ Sending on LPF/eth0/ Listening on LPF/eth1/00:21:70:7f:a7:0b Sending on LPF/eth1/00:21:70:7f:a7:0b Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 DHCPREQUEST on eth1 to 255.255.255.255 port 67 DHCPREQUEST on eth1 to 255.255.255.255 port 67 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 9 DHCPREQUEST on eth1 to 255.255.255.255 port 67 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 11 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 18 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 19 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 11 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 16 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 12 No DHCPOFFERS received. No working leases in persistent database - sleeping.
parece no conectada a ningún router... ni por ethernet ni por wifi
o parece que el router no tiene onda de tirar una configuración por dhcp
o no sé qué pasa ¿con cable de red anda?
root@chivilnote:/home/Pablo#
si se te complica usá knetworkmanager
root@chivilnote:/home/Pablo# knetworkmanager Link points to "/tmp/ksocket-root" Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
cuando te da ese error, salí de ser usuario root, y hacé como te decía José o Daniel
exit
sudo knetworkmanager
o
kdesu knetworkmanager
o
gksu knetworkmanager
en cualquier caso, podés volver a versiones anteriores con cosas como
apt-get install paquete/stable
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios