Posts tagged ‘testing’

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

junio 23, 2011

Problemas con el Window Manager (xfwm4) en XFCE 4.8[SOLUCION] Debian [testing]

por Josue Ortega

Después de probar XFCE en mi desktop decidí usarlo en mi netbook, despues de estar usandolo por un par de días al iniciar sesión me tope con la sorpresa de que las ventanas no se podían mover y aparecían sin bordes.

El problema radica en que xfwm4 no corre al iniciar sesión, este paquete se encarga de manejar la posición de las ventanas.

Una solución temporal que encontré fue correr xfwm4 desde una terminal y mandandole de parametro –replace:

$ xfwm4 --replace

Pero esto solucionaba el problema temporalmente ya que al iniciar sesión de nuevo el problema persistía.

La solución que encontre es funcional pero aun asi sigo pensando que no es la mejor, fue borrar en el directorio:

 . /cache/sessions

los archivos de XFCE, con esto se arregla el problema de que no corra xfwm4.

abril 15, 2011

Tarjeta Broadcom BCM4313 802.11 en Kernel 2.6.38-2-686 en Debian Testing

por Josue Ortega

Por mucho tiempo espere el cambio del kernel 2.6.32 en Debian, hasta que hoy en la mañana despues de hacer el respectivo apt-get update, me tope con que ya estaba en los repositorios testing de la distribución 😀 . No lo pensé 2 veces era hora de hacer el upgrade en mi Netbook. Luego de hacer una actualizacion de casi de 300 Mb. Cuando el kernel se estaba instalando se me advirtio que algunos modulos podrian no funcionar. Luego de reiniciar el sistema me vengo a topar que mi tarjeta wireless no funcionaba.

Era de esperarlo, no hay drivers libres para Broadcom y el kernel en Debian es totalmente libre por lo tanto no iba a funcionar  a la primera. Era hora de hacer una busqueda y arreglar el problema. Aqui les dejo la solucion:

Debido a que necesitamos software no libre, primero que nada debemos verificar que tengamos el respositorio Non-Free y si no es asi lo agregamos:

# Debian Wheezy (testing)
deb http://ftp.us.debian.org/debian wheezy main contrib non-free

Hacemos el respectivo update en aptitude:

#aptitude update

Terminado esto procedemos a instalar los paquetes  module-assistant y wireless-tools:

# aptitude install module-assistant wireless-tools

Ahora hay que hacer un build e instalar los modulos broadcom-sta, usando module-assistant:

# m-a a-i broadcom-sta

Luego de esto hay que descargar los modulos conflictivos

# modprobe -r b44 b43 b43legacy ssb brcm80211

Cargamos el modulo wl

# modprobe wl

Y por ultimo verificamos si nuestro dispositivo tiene interface

# iwconfig

Y con esto ya podemos seguir usando nuestra tarjeta wireless con el nuevo Kernel 🙂

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 🙂