Archivo categoría GNU/Linux

Wacom Bamboo Pen&Touch y Debian

Tener una tableta digitalizadora es magico, realmente extiende infinitamente las posibilidades de una computadora … ya que todo lo que haciamos en el papel ahora lo podemos hacer en nuestra maquina :D Pero hablar sobre las virtudes y desgracias de una tableta no es el objetivo de este post, para nada … el objetivo de este post es documetar como hacer funcionar la tableta WACOM Bamboo Pen&Touch, especificamente el modelo CTH-460 en Debian.

Primero, la raiz del problema no es mas ni menos que la version del modulo de kernel y del driver xorg de wacom, Debian tiene los drivers muy desactualizados, por lo que deberemos bajarnos los paquetes con el codigo y compilarlos a mano … pero que esto no los asuste XD … es muy facil hacerlo:

Lo primero que necesitamos es bajar el modulo para kernel y el modulo para XOrg

Una ves que nos bajamos estos archivos pasaremos a preparar al sistema para poder compilar estos archivos, con tan solo correr el siguiente comando instalamos todo lo necesario para poder compilar nuestros drivers:

sudo apt-get install xutils-dev install build-essential xorg-dev autoconf libtool

Por ultimo compilamos e instalamos los drivers … aca les dejo un tip para los que nunca compilaron software en Unix ni Linux … compilar no es dificil, siempre y cuando tengamos las liberias que necesita nuestro software para ser compilado, es decir … muchas veces para programar algo necesitamos cosas de otros programas y es por eso que se generan dependencias, por lo que tenemos que tener en cuenta los mensajes que nos tira el ./configure para poder saber que es lo que esta faltando. De todas formas los paquetes con archivos fuente suelen tener un archivo INSTALL o README en donde explican todo el proceso de compilado … pero basicamente es ./configure, make y make install.

Instalacion de modulo de kernel (input-wacom)

Descomprimimos el paquete:

$ tar xvf input-wacom-0.11.1.tar.bz2

$ cd input-wacom-0.11.1

$ ./autogen.sh –prefix=/usr –libdir=/usr/lib64 (en caso de que estemos usando un SO de 32bits libdir es /usr/lib)

Listo … ahora a instalar el modulo :D , cuando termina el script autogen nos dice que comandos correr para copiar el modulo generado a el lugar donde tiene que estar, sino podemos correr el siguinte comando

$sudo cp ./2.6.30/wacom.ko /lib/modules/`uname -r`/kernel/drivers/input/tablet/wacom.ko

Luego tenemos que actualizar la lista de modulos de sistema para que pueda cargar el modulo cuando conectamos la tableta:

$sudo depmod -a

Y listo … ya tenemos el modulo de kernel listo para usar … peeero .. falta que XOrg pueda tomar el dispositivo, y para eso deberemos compilar los drivers de XOrg.

Instalacion de drivers XOrg (xf86-input-wacom)

Descomprimimos el paquete:

$tar xvf xf86-input-wacom-0.11.1.tar.bz2
$cd xf86-input-wacom-0.11.1

Configuramos las fuentes para nuestro sistema

$./configure –prefix=/usr –libdir=/usr/lib64 (Si estamos corriendo en un SO de 32bits libdir es /usr/lib)

Compilamos e instalamos

$make
$sudo make install

Luego que terminamos esto, ya podemos reiniciar el servidor XOrg para que tome los cambios y listo … tenemos nuestra tableta andando.

Les recomiendo que instalen los siguientes programas para que puedan sacarle el maximo provecho a su tableta en Debian:

  • Gimp
  • MyPaint
  • Xournal
  • InkScape

Realmente con no necesitamos tener que pagar o infringir la ley para tener resultados profesionales … les dejo un dibujo rapido que hice ;)

Saludos!

 

 

 

, ,

No hay Comentarios

Call 4 Charlas y Talleres Software Freedom Day 2011 – CABA

 

 

 

 

CaFeLUGGNUtn, LUGCE y la Universidad de Buenos Aires, Facultad de Ciencias Economicas llaman a participar del Software Freedom Day 2011 CABA.

Este evento se llevara a cabo el día 24 de Septiembre de 2011 en la Facultad de Ciencias Economicas (UBA), situada en Av. Cordoba 2122, Ciudad Autonoma de Buenos Aires

== Información sobre el envío de propuestas ==

Las temáticas de las charlas o talleres  son libres, aunque los mismas serán preseleccionados y agrupados según categorías para la mejor organización del programa definitivo.
El envío de la propuesta de charla o taller debe contener la siguiente información:

* Título:
* Autor(es): Nombre y apellido, breve descripción de cada uno, foto, lugar de residencia, asociación, LUG, organismo, o empresa a la que pertenece, si corresponde.
* Tipo de charla o taller: puede ser Tradicional o Especial (ej, tener algún requerimento especial como equipo de sonido, varias pc, etc)
* Tiempo estimado de duración: las charlas generalmente son de 45′ En caso de que sea mayor o menor el tiempo requerido solicitamos su justificación.
* Breve descripción de la charla: uno o dos párrafo(s) que explique -no tan brevemente- el contenido de la presentación.
* Nivel objetivo de la charla: clasificar dentro de: principiante / intermedio / avanzado / experto
* Tipo de público: público en general, promotores de SL, alumnos de escuelas medias, alumnos de educación superior, miembros de la administración pública, de organizaciones sociales, etc.
* Conocimientos previos: Especificar que conocimientos previos deberán tener los asistentes (especialmente para charlas técnicas).
* Temática: temática general a la que pertenece la charla ej (Networking, Programación, Software Libre, Educación, Gobierno,Multimedia, etc)
* Teléfono del/los autor/es: Para poder comunicarnos.
* Residencia del/los autor/es.

== Aclaraciones: ==

* El autor de cada charla seleccionada podrá participar presencialmente, como orador en el evento. En los casos en que la charla sea realizada por varios autores, se permitirá un máximo de 3 oradores.

* El material presentado durante el evento deberá ser libre, preferentemente bajo licencias Creative Commons By-SA o GFDL.

* La fecha de cierre para la recepción de las charlas será el Viernes 16 de Septiembre próximo inclusive.

* El material deberán enviarlo por mail a damian.sartori[at]gmail[dot]com luego se subira la informacion de la charla a la wiki.

Desde ya muchas gracias y esperamos contar con todos ustedes.

Saludos!

No hay Comentarios

Como hacer un pendrive para testear software en Debian

La necesidad es la siguiente, necesito hacer un test de penetracion de mi red inalambrica, pero no quiero modificar mi sistema base instalando los programas necesarios para realizar esta tarea, primero por que no quiero ocupar espacio ni tampoco tener que hacer mucha movida con el tema de los release de debian (no quiero hacer pinning entre versiones).

Leer el resto de la entrada »

,

No hay Comentarios

Downgrading Debian

Como toda persona que se precie de ser nerd y computologo empedernido … en casa tengo una pinguinera y si bien la mayoria de las tareas administrativas de la red estan automatizadas, peero no todo es color de rosas … mantener las maquinas en testing/unstable a veces puede tornarse algo caotico, sobre todo teniendo maquinas eterogeneas y una en especial, que suele traerme problemas, “silver” la maquina de Nati … maldigo el día en que decidi comprarle una SONY. Pero bueno … como siempre existe una alternativa y la maquina siempre sale andando como corresponde.

 

Pero en este caso, el problema principal viene de la mano de estar utilizando Debian testing y ciertas cosas que no estan andando como deberian y la unica solucion a la vista es hacer un downgrade de la distribucion … pero … no existe algo asi como apt-get dist-downgrade en APT … entonces empezamos a usar el cerebro y recordamos el post sobre APT Pinning :D … entonces … vamos a ir analizando que es lo que podemos hacer..

Primero, para hacer APT Pinning, tendria que agregar al sources.list las entradas para Debian Squeeze y mantener las lineas de Testing ya que vamos a hacer pinning entre la version instalada y squeeze … despues veremos como dejarlo 100% como estable.

Segundo, crear el archivo /etc/apt/preferences para especificar el peso que tiene una version de un paquete determinado, un grupo de paquetes o todos los paquetes, en este caso queremos hacer un downgrade de todos los paquetes.

Bien … como no podemos acordarnos de todo … hacemos uso del manual :D nunca falla

man apt_preferences

Aqui les dejo un extracto de la parte que más nos interesa del manual

Si se ha especificado una distribución objetivo, APT usa el siguiente algoritmo para establecer las prioridades de cada versión de un paquete. Asignar:

  • priority 1: Para las versiones procedentes de archivos que en sus ficheros Release están marcados como «NotAutomatic:yes», como en el archivo «experimental» de Debian.
  • prioridad 100: A la versión instalada (de existir).
  • prioridad 500: A las versiones que ni están instaladas ni pertenecen a la distribución objetivo.
  • prioridad 990: a las versiones que no están instaladas y que pertenecen a la distribución objetivo.

Si no se especifica ninguna distribución objetivo APT asigna prioridad 100 a todas las versiones de los paquetes instalados y 500 a las versiones no instaladas de paquetes. Las versiones procedentes de archivos que en sus ficheros Release están marcados como «NotAutomatic:yes» – estas versiones reciben la prioridad 1. APT aplica las siguientes normas, expuestas por orden de precedencia, para determinar qué versión del paquete debe instalar.

  1. Nunca instala una versión anterior de un paquete en lugar de la instalada a menos que la prioridad de la versión disponible supere 1000 («Desactualizar» significa instalar una versión menos reciente de un paquete. Tenga en cuenta que ninguna de las prioridades que asigna APT por omisión superan 1000; éstas prioridades sólo se pueden establecer mediante el fichero de preferencias. Observe que instalar una versión anterior del paquete puede ser peligroso).
  2. Instala la versión de mayor prioridad.
  3. Si dos o más versiones tienen la misma prioridad, instala la más reciente (esto es, la que tiene un número de versión mayor).
  4. Si dos o más versiones tienen la misma prioridad y número de versión, pero o bien difieren en su meta-información o se ha introducido la opción –reinstall, se instalará la que no está instalada.

Esto quiere decir que tendremos que configurar a la version estable de la distribucion con un peso de mas de 1000 y dejaremos a testing con algo bajo … como 60.

Nos quedaria un /etc/apt/preferences como sigue:

Package: *
Pin: release a=stable
Pin-Priority: 1001

Package: *
Pin: release a=testing
Pin-Priority: 60

El proximo paso es actualizar la informacion del repositorio, asi que corremos el siguiente comando:

apt-get update

y luego probamos que el downgrade no falle antes de hacerlo realmente

apt-get -s upgrade

si todo va bien, podemos ya hacer el downgrade

apt-get upgrade

Hay que tener en cuenta que cada sistema tiene su peculiaridad, con lo que es posible que esto falle, en cualquier caso podemos forzar las cosas y lograr que ciertas dependencias se cumplan a la fuerza … cualquier inconveniente pueden consultar sin problemas :D

, , , ,

No hay Comentarios

Llamado a Charlas

El grupo de organizadores de FLISOL en la Ciudad Autónoma de Buenos Aires invita a la comunidad del Software Libre a la participación en el Festival Latinoamericano de Instalación de Software Libre – Edición 2011. Este acontecimiento se llevara a cabo el día sábado 9 de Abril en la Facultad de Ciencias Economicas de la UBA, Avenida Cordoba 2122.

Nivel y Temática

Como en todo FLISOL, las charlas deben orientarse a novatos. Algunas temáticas recomendadas son: Introducción a GNU/Linux, Filosofía del Software Libre, Recomendaciones para Migrar, Alternativas Libres, Comunidades, Presentación y utilización de alguno de los programas principales (paquete ofimático, navegador web, editor de imágenes, etc), Impacto socio-cultural.

Duración

El tiempo disponible para cada disertante será de 45 minutos, con intervalos de 15 minutos entre charlas. Si considera alguna charla en la que la duración sea mayor o menor, por favor especificar y justificar para su evaluación.

Modo de presentación de las Charlas

La propuesta de charla debe tener los siguientes datos:

  • Título
  • Descripción: se recomienda que ocupe entre 1 y 2 párrafos.
  • Disertante/s: nombre/s y dirección de correo electrónico.
  • Temas: la lista de temas a tratarse para evitar superposición con otros disertantes.

Se pueden incluir otros comentarios como un link a la presentación en el caso de que ya este disponible (recomendado), duración de la charla si la misma es mayor o menor a los 45′, necesidades adicionales (además de proyector), etc.

PLAZO DE PRESENTACIÓN

La fecha límite para la presentación de las propuestas es el 31 de Marzo. La aprobación se realizará al día siguiente.
Donde enviar las propuestasLas propuesta de charlas deberán ser enviadas a través del formulario web del sitio flisolcaba. -> *http://flisolcaba.usla.org.ar/proponer-charla*

 

Gracias!!!

TheCoffeMaker

No hay Comentarios