Pages
-
Archives
-
Categories
-
Search
-
Meta
-
Credits
20 July, 2008 | No comments
hp-laserjet 1018 en debian
Hace unos días adquirí una impresora Láser Hp 1018, instalarla en Debian fue sencillo:
a) Instalar el paquete cups
b) Instalar el paquete foo2zjs
c) Instalar el paquete hannah-foo2zjs
Con el primero habilitamos el sistema de impresión, mientras que el segundo instala el driver adecuado, mientras que el tercero… pues nada, qué se le hace, baja el firmware -privativo- de la impresora ya que sin él no podrlosemos realizar la impresión.
Después de instalar los paquetes ejecutar hannah-foo2zjs, descargar el firmware para la impresora, navegar en localhost:631, configurar la impresora en cups y listo, páginas totalmente configuradas, con controles de grises, niveles de profundidad de color en escala de grises etc.
FYI, foo2zsj [1] es un driver de impresión para el protocolo ZjStream [2]
[1] http://foo2zjs.rkkda.com/
[2] http://web.archive.org/web/20020830075425/http://ddk.zeno.com/Reference/ZjStream/Default.htm
8 June, 2008 | 5 comments
CDU-680 en Debian Lenny
Recientemente adquirí un modem para Internet de los que se anuncian en el comercial respectivo como “Aba Móvil”.
El dispositivo en cuestión es un modem USB CU-680 de la casa Franklin que distribuye la filial de la operadora teléfonica estadal Cantv, Movilnet.
El dispositivo se anuncia como compatible con Linux, windows y mac.
Cuando me lo trajeron a la oficina destapo la caja lo conecto y se abre una ventana, indicándome que el dispositivo fue reconocido como una unidad de almacenamiento más.
Hmm… a ver, ¿cómo es la cosa? ¿un pendrive de 600 BS con capacidad de 60 Mb?; bien no nos apresuremos y leamos:
euridice:/home/hector/driver# ls -l /media/CDU680_UMSD/ total 8 drwxr-xr-x 2 hector root 2048 jun 6 15:00 Linux drwxr-xr-x 3 hector root 2048 mar 20 09:49 Mac OS drwxr-xr-x 3 hector root 2048 mar 20 09:49 Windows euridice:/home/hector/driver#
Ajá, allá está la famosa carpeta, veamos que contiene…
euridice:/home/hector/driver# ls -l /media/CDU680_UMSD/Linux/
total 26
-rwxr-xr-x 1 hector root 99 jun 6 14:53 cdu680config
-rwxr-xr-x 1 hector root 9452 mar 20 09:49 connect
-rwxr-xr-x 1 hector root 344 jun 6 14:59 execute.sh
-rwxr-xr-x 1 hector root 1030 mar 20 09:49 Instrucciones para Linux Movilnet.txt
-rwxr-xr-x 1 hector root 7724 mar 20 09:49 itfchg euridice:/home/hector/driver#
Algo me empieza a oler mal…leamos las instrucciones…aunque no quiero adelantarme a los acontecimientos, podría ser que…
euridice:/home/hector/driver# file /media/CDU680_UMSD/Linux/Instrucciones\ para\ Linux\ Movilnet.txt /media/CDU680_UMSD/Linux/Instrucciones para Linux Movilnet.txt: Non-ISO extended-ASCII text, with CRLF line terminators
Sí, CRLF, bahhh nadie es perfecto, como sea…
euridice:/home/hector/driver# less /media/CDU680_UMSD/Linux/Instrucciones\ para\ Linux\ Movilnet.txt
Sistema Operativo Linux
El m<F3>dem CDU680 soporta el sistema operativo Linux versiones UBUNTU 7.03 y 6.xx en adelante.
WTF, Linux = Ubuntu, ¿Linux es únicamente Ubuntu? sigamos revisando
"El m<F3>dem CDU680 soporta el sistema operativo Linux versiones UBUNTU 7.03 y 6. xx en adelante. Copie la carpeta <93>Linux<94> desde el CDU680 al escritorio de su PC. La carpeta contiene un archivo denominado <93>execute.sh<94> el cual debe modifi car seg<FA>n los datos de la l<ED>nea asignada: En el archivo encontrar<E1> una l<ED>nea de comando como la que sigue: <93>Phone = #777\nUsername = usuario\nPassword = clave" >> cdu680config Sustituya la palabra "usuario" por "xxxxxxx@cantv.net", donde las x representan el n<FA>mero telef<F3>nico asignado sin el prefijo 0416 0 0426, adicionalmente sustituya la palabra "clave" por los 5 d<ED>gitos de la clave que se le asigno. Guarde los cambios y cierre la edici<F3>n del archivo. Abra la pantalla de terminal, ejecute el comando <93>cd Desktop/Linux<94>, luego ejecute el comando
"sudo ./connect" Introduzca la clave de ra<ED>z (root password) de sus sistema para continuar. El m<F3>dem se conectar<E1> a internet. Para cerrar la conexi<F3>n de datos oprima Ctrl-C dos veces."
Ajá, me queda claro que después de configurar el citado archivo execute.sh, debo ejecutar el que dice connect, veamos qué contiene ese archivo…
euridice:/home/hector/driver# file /media/CDU680_UMSD/Linux/connect /media/CDU680_UMSD/Linux/connect: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), not stripped euridice:/home/hector/driver#
UN BINARIO….tiembla tierra, un binario…. bueno, nada está perdido…¿a quién se le ocurre poner un binario para una única distribución como si fuera un driver _general_para_linux_ ?
Empezamos a leer y, bingo, alguien en Venezuela tuvo el mismo problema [1] y comenta que le escribió a la gente de Franklin para que le enviasen el driver y .. se lo enviaron! em animo a escribirle y en menos de 5 minutos me contesta y me envía el driver, que realmente no es un driver sino un programa en C que cambia el modo en que se comporta el dispositivo para que pueda ser reconocido como un modem ACM; lo importante es que me hace algunas acotaciones que detallo a continuación:
a) El programa es tedioso en cuanto hay que saber cómo fue reconocido el dispostivo de almacenamiento (sea /dev/sdb, /dev/sdc etc) esto es fundamental ya que necesitan cambiar en la línea 55 dicho nombre:
euridice:/home/hector/driver# cat -n 55 changeMode.c |grep 55
cat: 55: No existe el fichero o el directorio
55 sprintf(devicename,"/dev/sdb");
Nos interesa la segunda línea, en este caso, en mi equipo el dispositivo fue reconocido como /dev/sdb
Hay otra línea que deben mirar con cuidado, la número 47:
euridice:/home/hector/driver# cat -n 55 changeMode.c |grep 47
cat: 55: No existe el fichero o el directorio
47 sprintf(file,"/proc/scsi/scsi");
Esta solución me funcionó de una, ya que el original trae otro atributo; esta lńea en cuestión trae la información contenida en dicho archivo donde se guardan los dispostivos reconocidos como scsi:
euridice:/home/hector/driver# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: Hitachi HTS54251 Rev: BB2O Type: Direct-Access ANSI SCSI revision: 05 Host: scsi10 Channel: 00 Id: 00 Lun: 00 Vendor: CMOTECH Model: Mass Storage Rev: 2.31 Type: Direct-Access ANSI SCSI revision: 02 euridice:/home/hector/driver#
Allí se puede notar como el modem está conectado.
Luego de hacer los cambios al programa, deben compilarlo:
euridice:/home/hector/driver# gcc changeMode.c -o changeMode
Les va a producir algunos errores, no importa, al tener el ejecutable… pues ejecútenlo, verán que el dispostivo se desmonta y vuelve a montar, pero… si observaron el syslog (que fue en principio una de las principales fuentes para resolver el problema..) verán la palabra mágica:
euridice:/home/hector/driver# cat /var/log/syslog |grep ACM
Jun 8 10:53:05 euridice kernel: cdc_acm 5-1:1.0: ttyACM0: USB ACM device
Listo, ya de acá en adelante, wvdial o pppconfig son sus amigos.
Una última observación, colocar en el archivo /etc/ppp/peers/nombre_que_dieron_a_la_conexión las líneas:
nodeflate
persist
Para finalizar, coloco el programa que los panas de movilnet _deberían_ haber_incluído_ en la carpeta respectiva [2]
Espero disfruten la ayuda y cualquier comentario es bienvenido.
[1] http://www.con-cafe.com/index.php/2008/01/26/movilnet-vene-nuevo-cmotech-cdu-680/
[2] http://e1th0r.gulmer.org.ve/codes/cdu-680/changeMode.c
21 March, 2008 | 2 comments
OCR en GNU/Linux 1
Estos días de “descanso”[1] me dediqué a finiquitar algunas cosas que tengo pendientes en mi vida, el balance me indica que aproveché muy el tiempo.
Así, una de los items me indica el tema del OCR
El OCR es un tema bastante complejo y que ha consumido muchos años de trabajo a una gran cantidad de estudiosos. Cierto que hacer OCR sobre un texto perfectamente prístino es relativamente fácil, pero se empieza a complejizar cuando:
a) El documento sobre el cual se aplica la digitalización no está en excelente estado: por ejemplo, documentos de registros civiles; cierto que acá no es problema del OCR directamente ya que la labor del OCR es reconocer el texto escrito, pero si indirecto ya que el CR debe ser capaz de detectar con tasas “aceptables” de error, el ruido presente en el documento.
b) Caracteres mos acentuados: buena parte del software OCR existente en el mundo del SL no permite trabajar con caracteres acentuados en virtud de haber sido desarrollado en países donde el tema de los acentos no existe, por lo cual falan estrepitosamente cuando se aplican en textos de nuestro idioma, por ejemplo.
c) El santo grial: documentos manuscritos, los cuales en su mayoría deben ser transcritos ya que hasta la fecha el grado de exactitud de los OCR en este tema es bastante precario.
Más allá, es menester también que hagamos mención a los escritos en los cuales se utilizan ideogramas los cuales, hasta el momento sólo han dado resultados aceptables en condiciones más que óptimas en diferentes estudios realizados por estudiosos de la materia [2] [3] [4]
Después de realizar una búsqueda exhaustiva encontramos el software tesseract [5], proyecto desarrollado por Ray Smith y que ha demostrado sernos de ayuda invaluable para la labor que lo requeríamos.
Su funcionamiento es trivial y está empaquetado para Debian [6] aunque preferimos compilarlo nosotros mismos y crearnos nuestro propio paquete debian [7]
En una próxima entrega hablaremos del proceso de construcción y uso.
[1] Defino descanso como el intervalo de tiempo en el cual no estoy en la oficina _haciendo_el_trabajo_de_oficina_ ya que en la oficina muy bien se puede estar conversando, o probando, adaptando, modificando software que no tiene nada que ver con el trabajo.-
[2] http://www.springerlink.com/content/30k4j26legkfw09w/
[3] http://ieeexplore.ieee.org/Xplore/login.jsp?url=/iel5/8926/28251/01263261.pdf?temp=x
[4] http://ecet.ecs.ru.acad.bg/cst06/Docs/cp/sV/V.4.pdf
[5] http://code.google.com/p/tesseract-ocr/
[6] http://packages.debian.org/etch/tesseract-ocr
[7] En la labor de pruebas de calidad del paquete nos ayudó bureado quien me indicó algunos tips para que estuviese acorde con las políticas de empaquetado de Debian.
17 December, 2007 | 1 comment
Pactos comunitarios 1
En las comunidades de Software Libre a pesar de las diferencias personales y de cualquier otro tipo, poseemos un norte común: el software Libre.
No obstante, en ocasiones este norte se ve opacado por discusiones estériles que a la final demuestran el objetivo real a que conllevan: perder credibilidad y generar desconfianza; tantos proyectos idos, tantos buenos momentos desperdiciados, tantas cosas por hacer…
En el contexto anterior, varios activistas de nuestra comunidad, se dieron a la tarea de organizar lo que se denominó el “Acuerdo para la convivencia y el crecimiento de la Comunidad del Software Libre en Venezuela” o pacto de “vivir y dejar vivir”. Este pacto tuvo un marco propicio en el V Foro Mundial de Conocimiento Libre [1], evento organizado por solve [2], celebrado en la ciudad de Puerto Ordaz hace poco tiempo, ya que permitió que representantes de la mayoría de las comunidades de Software Libre venezolano asistieran y tuvieran un lugar propicio en el cual reunirse, intercambiar ideas y generar proyectos; no obstante, la generación de un pacto de este tipo, nos hace pensar que cumplimos con creces el objetivo que nos propusimos.
A continuación el texto del pacto.
” Acuerdo: Vivir y dejar Vivir
Este acuerdo se llegó conversando con algunas personas influyentes dentro del movimiento de Software Libre en Venezuela.
El acuerdo básicamente consiste en dejar a un lado las riñas y despotricaciones hacia los grupos de usuarios, empresas de SL , Iniciativas como eventos, actividades, etc, con la finalidad de empezar a sembrar respeto, fraternidad y libertad de acción entre los entes que conforman la comunidad de SL.
Básicamente el acuerdo se basa en lo siguiente:
No atacar públicamente ninguna iniciativa de cualquier ente que conforme la comunidad de SL en Venezuela para preservar una buena interdependencia.
Preservar las corrientes filosóficas de cada LUG. No imposición de un ente sobre otro.
Difundir y aclarar el acuerdo entre los participantes de cada ente de SL, para que se vaya creando un ambiente cordial y en un futuro de colaboración.
Hacer publicamente la intención de apoyar el acuerdo dentro de sus instituciones. ”
[1] http.//foromundial.solve.net.ve
[2] http://solve.net.ve
6 December, 2007 | No comments
Nuevo DD venezolano
Sí, otro más, ya son 3 con este último, mas sólo uno quien está en el país y se involucra realmente en las actividades del colectivo de Debian venezolano.
Desde las tribunas del grupo, felicitaciones José (aka bureado), esperemos que los otros que están en cola puedan superar pronto sus pruebas para que nuestra comunidad siga creciendo.
El grupo de Debian Venezuela.
26 November, 2007 | No comments
Finalizó el V Foro Mundial
Después de varios días de preparativos, de una semana de intensas actividades, finalizó el evento que ocupa a solve para dar lo mejor de nosotros cada año.
En esta oportunidad, más de 1200 participantes inscritos, 60 ponentes (entre nacionales e internacionales), 18 stands, más de 10 comunidades de software libre de todo el país, patrocinantes que no fueron patrocinantes sino integrantes más de la comunidad al trabajar brazo a brazo, codo a codo durante toda la jornada, muchos amigos viejos y nuevos, cientos de anécdotas, proyectos concretados, alianzas generadas, creo que hemos logrado uno de nuestros objetivos: generar un lugar de encuentro para fortalecer los lazos de las comunidades y el sector gubernamental.
En otros post daremos mayores estadísticas e información, mientras, a pesar de los problemas lógicos, estamos contentos.
26 November, 2007 | No comments
Repercusiones de los conceptos
De los 3 conceptos que el DRAE [1] tiene para “usuario” el primero es el nos interesa. Usuario es el “que usa ordinariamente algo, siendo que algo es indeterminado, podría, entonces, decirse que pueden haber usuarios de diferentes tenores.
Ahora bien, tradicionalmente, en la comunidad de Software Libre el apelativo de “Grupos de Usuarios” ha sido un hecho común por lo cual, los colectivos que promocionan el software libre se denominan de dicha forma.
No obstante, a otro nivel, ¿qué implicación tiene llamarse Grupo de Usuario de Linux?
Aunque en el seno de la propia comunidad del software libre, ser “grupo de usuario” tiene un connotación de pertenencia mas que de competencia, ante el colectivo general (usuarios finales, gobierno, etc) quizás la esencia pasa a ser otra y el “grupo de usuario” sea el grupo que sólo es de “usuarios” mas que de otra cosa (desarrollladores, administradores y otros más).
En este sentido, ¿qué tantas implicaciones tiene que nos denominemos “grupos de usuarios”?, IMHO, desde nuestro lado, nada… desde afuera, que nos vean sólo como usuarios, lo cual no es un pecado, en virtud del significado que le da el DRAE.
Ahora bien, el meollo de todo este asunto es que necesitamos cambiar esa imagen que porta ese significado y que nosotros hemos reforzado con una casi total metástasis de inercia en materia de proyectos _COLECTIVOS_ que no individuales.
Se que ya existen esfuerzos a nivel comunitario para ir limando algunas asperezas naturales que ha n surgido por diferencias… eso es el principio de un nuevo amanecer que se avizora en el colectivo de software libre venezolano, así que esto es sólo el principio, mientras, “usuarios” a mucha honra con proyectos colectivos.
[1] http://buscon.rae.es/draeI/
23 November, 2007 | No comments
En el Foro Mundial
Pues nada, mucho trabajo por acá, con algunos problemas comunes de logística (vuelos retrasados, ponentes que no llegaron y otros más)
El trabajo ha sido arduo, organizadores, patrocinantes, comunidad, todos codo a codo, no existen coordinadores, no existen jefes, sólo trabajo comunitario en el cual trabajas porque te gusta sin esperar nada a cambio y la recompensa es el saber que lo hiciste bien.
La temática ha sido variada desde legal, pasando por la técnica, cultural y otros más. Han habido muchas reuniones, ha sido placentero compartir, encontrar muchos amigos.
Así mismo, los grupos que giran en torno al colectivo del software libre (solve, glove, Debian Venezuela) han tenido una oportunidad de compartir e intercambiar ideas.
Se avizora un nuevo amanecer en el horizonte…
13 November, 2007 | 3 comments
1er Encuentro Regional de Emprendedores en Software Libre
En Barquisimeto será la cita mañana y pasado mañana.
El evento pretende crear un espacio en el cual emprendedores, sector oficial, comunidad, cooperativa puedan intercambiar experiencias, necesidades y otros requerimientos más.
En el Hotel Príncipe será la cita y allí estaremos dictando un taller sobre servicios web sobre Debian.
13 November, 2007 | No comments
Migración exitosa
Wordpress 2.3.1 arriba y funcionando sobre cherokee en debian, por supuesto.
« Next entries