Posts tagged ‘unstable’

julio 27, 2011

Tarjeta Broadcom BCM4313 802.11 en Kernel <=3.0 en Debian

por Josue Ortega

Unos meses atras escribí una entrada de como configurar tarjetas broadcom en el kernel 2.38-2-686, para esos días usaba Debian Testing en mi netbook, ahora usando Debian Sid.

Debido a que SID  que es la versión inestable hay actualizaciones con mayor frecuencia. Actualmente ya se encuentra el kernel 3.0 en los repositorios inestables de la distribución, a lo largo de cada upgrade del kernel me ha tocado configurar los módulos para esta tarjeta, y la buena noticia es que los pasos siguen siendo los mismos, así que para aclarar dudas si el procedimiento funciona en versiones posteriores del kernel, la respuesta es afirmativa.

Aquí dejo el enlace a la entrada con los pasos para configurar los módulos de la tarjeta: Tarjeta Broadcom BCM4313 Wheezy

Anuncio publicitario
junio 30, 2010

Violacion de Segmento al utilizar Aptitude y apt

por Josue Ortega

Como que ya se esta volviendo comun por aqui postear los clavos que me ha dado Debian ahora que lo estoy usando en su rama inestable(Sid) y de Prueba (Squeeze).

Hoy al intentar instalar un paquete con aptitude me tope con una violación de segmento a la hora de buscar el paquete :O, algo que no me esperaba, pensé en desinstalar aptitude e instalarlo de nuevo, entonces probé desde apt pero para mi sorpresa el apt también causaba la violación de segmento.

Después de un buen rato de buscar en la web y probar varias cosas como revisar el archivo /etc/apt/apt.conf, también probe con cambiar los repositorios y nada, al final de tantas encontre la solución:

Me dirigi a la carpeta: /var/cache/apt

cp /var/cache/apt

y luego elimine todos los archivos con extension bin

en mi caso eran: srcpkgcache.bin y pkgcache.bin

rm srcpkgcache.bin
rm pkgcache.bin

ojo: antes hice una copia de seguridad de estos archivos por si pasaba algo malo

Ya eliminados estos archivos, el apt y el aptitude funcionaron de maravilla de nuevo 😀

enero 27, 2010

Debian Híbrido

por Josue Ortega

Desde ya hace un tiempo vengo usando Debian Lenny(la versión estable por el momento), lo unico que no me gusta es que los paquetes estables para esta versión no son los mas nuevos que digamos, buscando un poco en la web, encontré que se puede tener un sistema híbrido, esto quiere decir: tener paquetes de la versión estable y paquetes de testing y unstables. Y que con esto? bueno con esto ya puedo escojer entre paquetes estables(version angtigua) y paquetes más recientes. En fin es cuestion de gustos.

A continuación explicare como pasar nuestro sistema de estable a hibrido, bastante sencillo por cierto.

Lo primero que tenemos que hacer es abrir el archivo sources.list (dónde se encuentran las direcciones de los repositorios), bueno yo lo hago desde la TODOPODEROSA consola, y usando nano:

# nano /etc/apt/sources.list

A continuación los repositorios:

#Stable
deb http://ftp.debian.org/debian/ lenny main 
deb-src http://ftp.debian.org/debian/ lenny main 
# Testing
deb http://ftp.debian.org/debian/ testing main 
deb-src http://ftp.debian.org/debian/ testing main 
# Unstable
deb http://ftp.debian.org/debian unstable main 
deb-src http://ftp.debian.org/debian unstable main

Luego actualizamos:

#apt-get update

Lo siguiente es crear el archivo preferences

# nano /etc/apt/preferences

Donde agregamos las siguientes directivas para hacer pinning:

Package: *
Pin:release a=stable
Pin-Priority:700
Package: *
Pin:release a=testing
Pin-Priority:600
Package: *
Pin:release a=unstable
Pin-Priority:500

El pinning puede ser redirigido a un archivo, un origen, la versión de un paquete, un componente, etc…

Con «o=» se especifica el origen; es decir, la distribución del paquete, con «a=» la rama (sarge, sid, stable, etc…).

Los números de prioridad tienen además un significado añadido, que a continuación se comenta. Llamando P a dicho número, tenemos:

  • P»1000: se fuerzan versiones de paquetes, aunque estas sean inferiores.
  • 990«P«=1000: siempre que la versión instalada no sea más reciente, el paquete es instalado, aunque no provenga de la rama principal.
  • 500«P«=990: siempre que el paquete instalado sea más antiguo y que no exista una versión en la rama principal, se instalará la versión.
  • 0«P«=100: la versión solo se instala si no hay ninguna versión del paquete instalado.
  • P«0: no se instala la versión.

Actualizamos de nuevo:

# apt-get update

Como tercer paso creamos el archivo apt.conf

#nano /etc/apt/apt.conf

Y escribimos lo siguiente:

APT::Default-Release "stable";
APT::Cache-Limit 15000000;
Apt::Get::Purge;
APT::Clean-Installed;
APT::Get::Fix-Broken;
APT::Get::Fix-Missing;
APT::Get::Show-Upgraded "true";

Listo, con esto tenemos nuestro sistema híbrido listo para instalar nuevos paquetes.

Instalacion de Paquetes

Para instalar paquetes en la nueva configuración de nuestro sistema, podemos ver los candidatos de paquetes:

# apt-cache policy [nombre del paquete]

El comando anterior nos devolvera los candidatos para el paquete que especifiamos, la rama donde se encuentra el paquete, y el numero de pin dependiendo si es para: stable, unstable, testing.

Luego que conseguimos la informacion que necesitamos solo basta con escribir

#apt-get -t [unstable/stable/testing] install [nombre del paquete]

por ejemplo si queremos instalar kaffeine desde testing sería:

#apt-get -t testing install kaffeine

Y con esto ya tienen para divertirse 🙂