en el mensaje dirigido a España, he cumplido con un deber de americanismo

Dice el mensaje:

EL JEFE SUPREMO DE LA REPÚBLICA DEL ECUADOR

A Su Majestad la Reina María Cristina, Regente de España.

El pueblo del Ecuador, que en un tiempo formó parte de la Monarquía Española y a la cual le ligan los vínculos de la amistad, de la sangre, del idioma y de las tradiciones, se siente conmovido en presencia de la cruenta y aniquiladora lucha que sostienen Cuba, opr su emancipación política, y la Madre Patria, por su integridad.

Mi gobierno, ciñéndose a las leyes internacionales, guardará la neutraliad que ellas prescriben; pero, no se puede hacer el sordo al clamor de este pueblo anheloso de la terminación de la lucha; y debido a ésto me hago el honor de dirigirme a V.M. como lo haría el hijo emancipado a la madre cariñosa, interponiendo los buenos oficios de la amistad para que V.M. con su sabituría y guiada por sus humanitarios y nobles sentimientos- en cuanto de V.M. dependa – no excuse la adopción de los medios decorosos que devuelvan la paz a España y Cuba.

Nuestra historia recuerda que durante quince largos años lidió Colombia por su independencia y la conquisó a costa de más de doscientas mil vidas, de la casi total extinción de su riqueza pública y privada, y de un legado en deuda flotante de doscientos millones de pesos; y ha sido preciso el decurso del tiempo para que las antiguas colonias, ya constituídas en naciones autónomas, reanudasen oficialmente con la Madre Patria los lazos de amistad.

España perdió casi todo su comercio con América; no obstante que, a raíz de obtenida la independencia, Colombia permitió la admisión de la bandera española en sus puertos, y que los españoles eran acogidos en ellos como hermanos.

Tan grandes males se habrían evitado, a mi ver, si España no hubiera desoído el prudente consejo que en tiempo oportuni dió el Gabinete Británico, consistente en que ajustase la paz con sus colonias, reconociendo su independencia, con la reserva establecida en solemne convenio – entonces aún posible- de ventajas especiales para su bandera.

No se habría desviado la corriente de su comercio de esta parte del mundo y la comunión entre ambos pueblos no habría tenido solución de continuidad. V.M sabe que fué sólo bajo el reinado del augusto esposo de V.M., Don alfonso XIII, de gloriosa memoria, cuando definitivamente las relaciones oficiales entre España y sus hijos vinieron a ser cordiales.

Parece cuerdo acatar ahora las enseñanzas de la experiencia y el consejo del Gabinete Británico, dado en caso análogo en la época a que me he referido; así España pondrá a cubierto sus intereses y habrá hecho justicia a las aspiraciones de Cuba, sin mengua de su decoro.

Ruego a V.M. que acoja esta carta como una prueba de la leal amistad que el Ecuador profesa a España, puesto que sólo un sentimiento elevado me mueve a dirigirla a V.M. Así como me guía también el sincedo deseo de que se acreciente la gloria del Trono que, con tanta prudencia como sabiduría , ocupa V.M., en nombre y representación de su augusto hijo Don, Alfonso XIII, a quien Dios guarde.

Hago votos por la felicidad de España, y por la de V.M. y la de su augusto hijo el Rey.

Dado en Guayaquil, residencia occidental del Gobierno, a 19 de diciembre.

Eloy Alfaro

El ministro de Relaciones Exteriores

I. Robles

Volvamos a leer el texto, me gusta mucho. Hay un momento en que habla de ambos pueblos. Como uno sólo del lado de acá.

Rafael María Merchán y Pérez le agradeció con estas palabras

“si no fuera título suficiente para dirigirme a Ud. el recuerdo gratísimo de aquellos meses de 1880, en que redactaba yo La Estrella de Panamá , y en que ud. ayudándome, bondadosamente, desde las ocho de la mañana hasta la cinco de la tarde me hablaba de sus esperanzas y sufrimientos de patriota, y me iniciaba en los pormenores de las luchas de su querido Ecuador; si eso no fuera suficiente, repito, lo seria mi carácter de cubano, para dirigiré a Ud. en esta carta debida expresión de mi profundo reconocimiento por su Mensaje a la Reina de España, sobre la independencia de Cuba. Lo leí en ese mismo periódico que para Ud. y para mi forma parte del pasado, de lo mejor de nuestro pasado, y,… si yo no lo conociera a Ud., mi buen Alfaro descubriría toda su alma en todas esas magnificas líneas, que sería unos de los mejores derechos, y tiene Ud. muchos con que pasar a la inmortalidad con unos de los americanos más ilustres, y más dignos de veneración”

Y qué cosa más apreciable por su sencillez le responde alfaro?

en el mensaje dirijido a España, he cumplido con un deber de americanismo. Deploro sí, que una nación débil como el Ecuador no pueda hacer oír con la eficiencia que requiere el caso

Dijo José Martí de Alfaro:

“El bravo Alfaro es uno de los pocos americanos de creación”

Y es verdad, comprendo luego de leer y transcribir esta carta, que Alfaro tuvo la visión, la honradez, la valentía, el aplomo, las ganas de cumplir sus compromisos de solicitar la independencia de Cuba. Cuando pocos en esos puestos le hicieron.

ELOYALFAROCUBA

28 de Enero: Natalicio de José Julián Martí y Pérez.

28 de Enero: La hoguera bárbara

Cómo instalar los mismos paquetes de un servidor CentOS en otro servidor usando yum?

A veces me sucede, quiero migrar la información de un servidor CentOS, porque me conviene más tenerlo en otro hardware, porque el otro hardware tiene mejores especificaciones, porque el usuario lo requiere, en fin. Supongamos que tenemos la necesidad de tener en un servidor CentOS recién instalado los mismos paquetes que en el servidor anterior.

Lógicamente se puede no hacer este paso, simplemente a veces lo mejor es ir viendo uno a uno los sistemas que tenemos, entonces instalándoles, reconfigurándoles, etc.. hasta llegar a un estado en el cual el nuevo servidor es muy similar al viejo. Sin embargo a veces esta forma es medio aburrida.

Lo primero que debemos es garantizar que los mismos repositorios del server viejo estén configurados en el server nuevo, para ello deberás mirar en /etc/yum.repos.d/ de ambos equipos y si algún repositorio faltara, le instalas en el nuevo. (por ejemplo el de epel que es bien famoso). Es importante este paso pues si un repo no está presente, lógicamente terminarás no instalando uno o varios paquetes por falta de este repo, etc.

Ahora qué tal que yo en el servidor viejo ponga esto:

yum –disablerepo=* list “*”|awk -F”.” ‘{print $1 ” \\”}’

Este es EL COMANDO. Es el comando que me permitirá listar todos los paquetes instalados en el servidor viejo, y los imprimirá con un \ al final.

Esta salida me la llevo a un editor de texto, elimino el último \ y arriba arriba pongo yum install \

Entonces le copio toooooda la salida de este comando en el nuevo quedaría algo así como:

yum install \

paquete1 \

paquete2 \

.

.

paqueteX

(fíjate que al último le quité el \)

Y listo, el yum se encargará de instalar todos los paquetes que en el nuevo servidor no existan pero que sí habían en el viejo.

De esta forma garantizo al menos que por falta de paquetes nada me va a fallar. Lógicamente luego de este paso me tocaría copiar los archivos importantes del /etc del viejo servidor al /etc del nuevo. Para esto lo que hago realmente es una copia del /etc del viejo y lo pongo en /root/etc (no le pongo directamente en /etc!!!)

Luego con rsync le voy sacando, digamos que me interesa el archivo /etc/mail del viejo, hago esto:

rsync -avP /root/etc/mail /etc/

digamos que me interesa copiar así mismo el archivo /etc/httpd/conf y /etc/httpd/conf.d del viejo al nuevo.. cómo haría? Exacto!

rsync -avP /root/etc/httpd/conf /etc/httpd/

rsync -avP /root/etc/httpd/conf.d /etc/httpd

y bueno, ya el resto es aburrido, levantar los servicios, copiar los archivos de /home y/o de /var que quiera, etc…

Diputados rusos proponen estrategia de seguridad con el apoyo de whitehats

Esto si es una buena noticia

http://actualidad.rt.com/actualidad/view/116869-hackers-blancos–ciber-espacio-ruso

Ojalá aquí comencemos a hacer algo así, a nivel gobierno aunque sea poco pero que se haga.

Usando imágenes base para clonar rápidamente en KVM

Esto lo encontré hace tiempo en el sitio de KVM y le probé hace varios meses y funciona de maravilla!

Mira, supón eres docente (podrías ser cualquier otra cosa), y tienes que preparar 20 máquinas virtuales para que tus estudiantes hagan una tarea determinada.  Lógicamente como ya tienes un poco de experiencia sabes que las máquinas deben quedar igualitas, para que todos tengan que realizar las mismas tareas y en el peor escenario tengan los mismos errores/omisiones/tareas por resolver.

Cómo lo haces? con virtualización claro está! Virtualización es maravillosa.. crear la máquina es facilito. Con KVM lógicamente! porque usas Software Libre.

Cómo creas las 20 máquinas virtuales? Ahí está el kid del asunto hoy. Porque además seguramente serán 20 máquinas virtuales que luego de un par de días u horas eliminarás porque habrán hecho su tarea.

Opción 1: Crear las 20 máquinas una a una, estilo: seguir el wizard, el procedimiento de instalación de CentOS, 20 veces.. es difícil eh? Te pasarás al menos unas 4 ó 5 horas instalando las 20 máquinas.

Opción 2: Crear e instalar una máquina virtual, dejarla bien instaladita.. y luego clonarla 19 veces. Es una opción válida, buenaza! Pero igual la clonación toma tiempo, aproximadamente toma 1 minuto clonar 1 GB de disco. Por tanto si creaste una máquina de 20GB, cada máquina clonada te tomará no sé, digamos 20 minutos. Pero claro es más fácil pues ya no hay que pensar mucho, simplemente preparaste la primera máquina y luego clonaste el resto…

Opción 3: Usar disco base.

Esto es lo que quiero ver ahora. Y lo que me facilita durísimo el trabajo:

Imagínate crees una máquina, tal y como la opción 2, y la dejes listita, tuneadita, tal y como quieres que sean todas. Y luego le apagas y no le usas más.

Este será el disco de respaldo. Este disco lo usaremos como base para leer de él todo lo que requiramos.

En base a este disco, creamos ahora 20 discos, uno por cada una de las máquinas virtuales que necesitemos, estos serán utilizados solamente para almacenar los cambios que dentro de esta máquina ocurran! Estos discos estarán enlazados al disco base que no se cambiará para nada. Se usará solamente para leer lo que no haya cambiado.

Por ejemplo digamos que en la máquina 1 requiero leer la lista de usuarios, esta está en /etc/passwd, esta lista será transparentemente leída del disco base, pues no está modificado el archivo.

Si en la máquina 2 requiero leer la lista de usuarios, igual veré /etc/passwd y este lo leeré del disco base pues no ha sido modificado.

Ahora, si en la máquina 1 agrego un usuario , se modificará /etc/passwd y esta modificación será almacenada en el disco de los cambios. Este disco pertenece solamente a máquina 1.

Y si en máquina 2 requiero eliminar un usuario, /etc/passwd aparecerá almacenado en su disco de cambios y solamente maquina 2 le verá.

A ver aqui una imagen feíta de cómo es la cosa, el disco base y dos discos llamados cambiosvm1 y cambiosvm2, ambos discos son los que leen las máquinas VM1 y VM2

VM2<—>CAMBIOSVM2<——-(DISCOBASE)—–>CAMBIOSVM1<—>VM1

En la máquina VM1: Si leo algo, le busco en CAMBIOSVM1, si no está, le busco en DISCOBASE. Si quiero escribir algo, modificarlo, eliminarlo, agregarlo, lo agrego al disco CAMBIOSVM1

Lo mismo para VM2: Si quiero modificar algo, lo hago en CAMBIOSVM2, si quiero leer algo busco en CAMBIOSVM2, si no aparece es que estará en DISCOBASE.

DISCOBASE no se toca. Si le tocas, arruinas todo pues CAMBIOSVM1 y CAMBIOSVM2 dependen de que discobase se mantenga igualito.

El tamaño de CAMBIOSVM1 y CAMBIOSVM2 es simplemente lo que vayan almacenando. Y serán los discos de las máquinas virtuales correspondientes, tendrás 20 disquitos cada uno almacenando cada cambio de cada máquina virtual.

Crear estos discos, es facilito y rápido, toma menos de 5 segundos.. así que crear 20 máquinas virtuales tomará un minuto o dos.. y ya.

Creando los discos:

Supongamos que tengo ya el disco base, que se llama base.qcow2

Ahora quiero crear un disco de cambios llamado estudiante1.qcow2, pongo:

qemu-img create -b base.qcow2 -f  qcow2   estudiante1.qcow2

el disco “estudiante1.qcow2” es el que almacenará los cambios para la máquina virtual de estudiante1.

Ahora hago lo mismo para estudiante2, estudiante3.. y así hasta estudiante20

Luego creo las 20 máquinas virtuales, cada una haciendo uso de su propio disco “estudianteX.qcow2” (1<=X<=20).

Todas quedarán igualitas. Lógicamente al finalizar el rtabajo puedo eliminar estos disquitos y ya… y puedo dejar la base para otros experimentos posteriores.. crear y eliminar máquinas será facilito y consumirá poquísimo disco.

Comandos interesantes:

qemu-img info estudiante1.qcow2

te dará información del disco, verás que usa un backend llamado base.qcow2, mira qué cosa más curiosa y es que el tamaño del disco no es 10G como la base, sino de 56K o así.. porque solamente almacenará los cambios:

image: estudiante1.qcow2
file format: qcow2
virtual size: 10G (10737418240 bytes)
disk size: 56K
cluster_size: 4096
backing file: base.qcow2 (actual path: base.qcow2)

Full virtual vs Paravirtual

En la lista de CentOS en Español, surgió un hilo muy interesante el mes pasado sobre sistemas de virtualización para CentOS, derivó a un tema sin salida de sistemas de virtualización que no son para CentOS, luego regresó al tema.. un usuario de la lista habló muy bien de Xen y a mi me gusta Xen y uso Xen desde fines del 2004! Pero igual he visto y probado que KVM es bueno, y en la lista puse un breve escrito sobre cómo comprender que KVM es igual de bueno pues usa algunas técnicas de paravirtualización en algunos dispositivos, aquí va (le he corregido algunas faltas y aclarado cosas que me quedaron en el aire por el apremio):

Dijo el otro usuario (y luego le respondo yo):

xen me parece mejor, porque soporta paravirtualizacion, si tienes un
micro con soporte V-XM, puedes correr incluso un SO instalado y
funcionando en otro disco duro. Ademas de poder direccionar hardware
para un huesped en particular.
No soy experto ni nada pero lo que he leido acerca de xen dan mas que ganas.
Pero tambien hay que ver que quieres virtualizar, porque una cosa es
un SO completo y otra es virtualizar tu propio SO para hacer como
jaulas clonando tu instalacion para otros servicios.
Es verdad lo que indicas y lo apruebo. La paravirtualización es
maravillosa. Y me encanta Xen y le usé mucho tiempo, y le usaré si es
necesario.
Sin embargo, la brecha entre sistemas full virtualizados y paravirtuales
se ha ido reduciendo a casi nada. Y me explico (con simples palabras):

La full virtualización (kvm por ejemplo, xen también) le asigna un slice
de tiempo de procesador a la máquina virtual, esta máquina le usa
directamente al procesador durante este periodo, y le guste o no, a
través de herramientas incorporadas en el procesador, se le saca a la
máquina del procesador y se le devuelve el control al hospedero.

Ventajas: no hay que emular el procesador, no hay que usar llamadas al
hospedero por parte de los invitados para acceder al procesador. Es
acceso directo al procesador! Maravilloso!!!

Sin embargo la full virtualización tenía algunos inconvenientes que no
tenía la paravirtualización (xen por ejemplo soporta paravirtualización)
y es que para el resto de dispositivos (red, disco, ram) había que 
emular para que las máquinas virtuales full virtualizadas accedieran
a ellos. En pocas palabras: Emulación=lentitud.

Entonces algunos (yo incluído) siempre decíamos que la full
virtualización, tal y como se usaba en principio no traía ventajas, o
mejor aún, digamos que la paravirtualización era más rápida.

Por qué? porque en la paravirtualización el invitado está programado
para ejecutar llamadas pre-establecidas al hospedero para realizar
ciertas labores hacia dispositivos. Por ejemplo, no accede directamente
a la tarjeta de red, sino que invoca a llamadas preestablecidas
(funciones) en el hospedero y este le hace la comunicación de red. Lo
mismo al disco, lo mismo a la ram y a otros dispositivos menos
importantes ahora.

Entonces no había que emular hardware.. simplemente llamadas, y el
hospedero a través de su sistema operativo y drivers específicos,
realizaba la labor de comunicación con la red, disco, etc... esto era
rapidísimo, tan rápido como acceder desde el hospedero mismo.

Lo único que podía ralentizar un poquiiiiiiiiiiiiiiiiiiiito era el hecho
de la llamada misma.. pero era algo negligible.. es algo que impacta poco.

Es por eso que decíamos:
-> paravirtual=rapido,
-> full virtual=rapido el procesador, emulado el resto.

Por qué no se puede hacer una mezcla? Qué tal algo full virtual para el
procesador (que es lo que es a la final) y paravirtual el resto? Bueno,
pues "porque los sistemas operativos privativos no pueden ser
modificados" pensaban algunos.. y si no puedo incorporar las llamadas
pre-establecidas entre el invitado que corre un sistema operativo
privativo y el invitado con KVM por ejemplo.. pues no puedo hacer
paravirtualización!

Full virtualización sin embargo no requiere de modificaciones en el
SO con la finalidad de que corra como máquina virtual. Esto lo hacía 
útil para SO privativos. Pero lento por otro lado.

Ahh.. entonces full virtualización para los privativos y
paravirtualización para los que pueden ser modificados (SL)? En
principio algunos pensaron así.

Hasta que alguien sacó a la luz una idea: Pensemos que tengo windows, y
que hago un driver de red llamado digamos virt-net que ese driver, se
incorpora como todo driver de windows al kernel que corre.. y este
driver tiene las llamadas pre-establecidas para comunicarse y
enviar/recibir las peticiones de red con el hospedero en KVM por ejemplo.

Además hago un driver llamado virt-block que igual se comunicará con el
hospedero para enviar/recibir las peticiones de disco. Y hago uno
llamado virt-balloon que se ocupará de mantener las llamadas
pre-establecidas para comunicarse con el hospedero y atender las
llamadas a las operaciones con la ram (fundamentalmente reducir/ampliar
la ram en uso del invitado).

Ah bacán! Todos esos drivers serán drivers "paravirtuales" y sustituirán
la necesidad de drivers "emulados". Qué hay en tu mente?
paravirtual=rápido, emulación=lento.

Entonces qué logro? rapidez! Un sistema full virtual para acceso nativo
y directo al procesador + drivers paravirtuales de red, disco y ram que
permiten acceso casi directo a estos recursos a través del hospedero..

Esto lo hace KVM:
- Al usar un SO Linux, estos ya vienen con los drivers paravirtuales, y
funciona rapidísimo el sistema.
- Al usar un SO tipo windows por ejemplo, le indicas a Windows que por
favor use un disco de drivers (virtio-win)
http://www.linux-kvm.org/page/WindowsGuestDrivers/Download_Drivers y
windows detectará tu tarjeta de red paravirtual, disco paravirtual y
balloon paravirtual. Para esto es necesario decirle al KVM antes de
comenzar a instalar que estos tres dispositivos serán de tipo virtio..
windows no verá disco al inicio, hasta que introduzcas el CD de drivers
y entonces ahi verá el disco PV, red PV, etc.

Rápido? rapidísimo, además de que hace latente una de las ventajas de la
virtualización que es la independencia de las máquinas virtuales del
hardware.. ellas no conocen el hardware bajo el que se ejecutan, sino
que quien sabe del hardware es elhospedero, esto facilita la migración
(cosa que también KVM hace) entre hardware, etc.

Para terminar insisto: KVM y Xen son los dos sistemas de virtualización
más importantes en nuestro mundillo de CentOS.. también puedes usar LXC,
qemu, virtuozzo y otras cosillas, pero fundamentalmente kvm y xen son
los duros. Proxmox y todos esos paneles que hablan, simplemente son
paneles que manejan y facilitan el uso de los sistemas de virtualización
KVM, Xen, LXC, virtuozzo... tal y como virt-manager o virsh lo hacen a
su forma. Pero para mi me parece importante comprender lo que hay
debajo, antes de saltar a usar un panel  y ya.

saludos
epe

Adiós 2013

Se acaba el 2013, son las 12 de la noche cuando comienzo a escribir, en menos de 24 horas se habrá acabado el año. No soy supersticioso, pero esto de 13 me tenía nervioso.

En verdad han pasado cosas buenas, pero otras evidentemente penosas, malas, desastrosas.. pero ya acabó el año. Espero que el 2014 sea para bien.

bash script for consulting QRZ.com via XML

well, here is a simple shell script I use to query callsigns’ information from QRZ.com. You had to have the XML Logbook data plan from QRZ.com in order to use it.

Simply change the first two lines to use your username/password and voilá..

#!/bin/bash
username=”hc6pe”
password=”mypassword”

rm -f /tmp/login

xml2=`which xml2 2> /dev/null`
[ $? -ne 0 ] && { echo “missing xml2, please install it”; exit 1; };
wwget=`which wget 2> /dev/null
[ $? -ne 0 ] && { echo “missing wget, please install it”; exit 1; };

$wwget -q -O – “http://xmldata.qrz.com/xml/current/?username=$username&password=$password”|egrep “<Key>”|awk -F”>” ‘{print $2}’|awk -F”<” {‘print $1’} > /tmp/login

$wwget -q -O – “http://xmldata.qrz.com/xml/current/?s=`cat /tmp/login`;callsign=$1″|$xml2 > /tmp/lookup
fname=`cat /tmp/lookup|egrep “/fname” |cut -f2 -d ‘=’`
name=`cat /tmp/lookup|egrep “/name”|cut -f2 -d ‘=’`
addr1=`cat /tmp/lookup|egrep “/addr1″|cut -f2 -d ‘=’`
addr2=`cat /tmp/lookup|egrep “/addr2″|cut -f2 -d ‘=’`
zip=`cat /tmp/lookup|egrep “/zip”|cut -f2 -d ‘=’`
country=`cat /tmp/lookup|egrep “/country”|cut -f2 -d ‘=’`
state=`cat /tmp/lookup|egrep “/state”|cut -f2 -d ‘=’`

echo $fname $name
echo $addr1
[ -z “$addr2” ] || { echo $addr2; };
echo $state $zip
echo $country

I put the script under ~/bin/xmlretriever.sh (the bin under my home) and chmodded +x, then query for my own callsign here is the result:

[eperez@laptop ~]$ xmlretriever.sh hc6pe
Ernesto (EPE) Perez Estevez
Las Toronjas 02-45 y Mandarinas
Ficoa, Ambato
TU EC180102
Ecuador

software raid? no gracias!

bueno, me dieron a instalar un HP Proliant ML310e Gen8 con un array llamado b120i.

Luego de varias horas probando y recontraprobando cómo no usar el fake-raid b120i encontré cómo desactivarle, en el BIOS voy a:

System Options -> SATA Controller Options -> Embedded SATA Configuration

Y escogí “Enable SATA AHCI Support” antes estaba en Enable Dynamic HP Smart Array B210i RAID Support

Ahí pude usar software raid bien, y booteó bien.

Además intenté usar lo que decían aquí pero fallaba miserablemente, quizá porque eran drivers para centos-6.3 y yo tengo 6.5

http://h20566.www2.hp.com/portal/site/hpsc/template.PAGE/public/psi/swdDetails/?sp4ts.oid=5249571&spf_p.tpst=swdMain&spf_p.prp_swdMain=wsrp-navigationalState%3Didx%253D2%257CswItem%253DMTX_83d3c3cf4b3d47b2ae6eb71612%257CswEnvOID%253D4103%257CitemLocale%253D%257CswLang%253D%257Cmode%253D4%257Caction%253DdriverDocument&javax.portlet.begCacheTok=com.vignette.cachetoken&javax.portlet.endCacheTok=com.vignette.cachetoken

Instalando laserjet 100 color mfp m175a en Fedora-20

Bueno, un cliente adquirió una impresora HP LaserJet 100 color MFP M175a y deseaba que yo le instalara en Fedora.

Esta es una impresora Láser a Color, con escaner y lógicamente copiadora.

Primero intenté lo más trivial fotocopiar, y sí, fotocopia, luego imprimir, me fui a agregar impresoras en Fedora y le agregó, e imprimí una paginita de prueba. Todo feliz hasta el momento.

Cuando quise escanear .. ahi fue el peque problema. Para el que no escanee, todo está bien y feliz, pero si escaneas no funciona.

Probé con un programa llamado “Simple Scan” y le ve al scanner, pero cuando intentas escanear, falla, da un error diciendo que no puede acceder al escanner.

Instalé el xsane, a la final es el programa que me gusta para escanear:

sudo yum install hplip-common xsane sane-backends*

Y al arrancar el xsane, detecta el scanner, pero igualmente falla con un error raro o básico ahi.

Entonces me fui al sitio de HP y busqué bajar el driver de esta impresora, al escoger Linux me llevó al sitio de hplip (http://hplipopensource.com/node/309) y al buscar información sobre la impresora, me da la noticiota de que esta impresora requiere un driver propietario para que funcione en Linux.

A los que son puristas y no pueden usar por cuestiones morales drivers propietarios… aqui acabaría el post. A los que compraron la impresora y no la pueden devolver ya.. pueden probar esto:

Instalas hplip-gui que es el progrma que se encarga de bajar el driver propietario de HP para esta impresora:

sudo yum install hplip-gui

Luego ejecutas:

hp-setup

ahi escoges el tipo de conexión (USB, la primera) y luego escoges la impresora en la siguiente página.. entonces le dices que baje automáticamente el driver adecuado para la impresora, luego de unos segundos lo baja y te pedirá instalar la impresora. En este paso yo eliminé la impresora que había instalado anteriormente (ver más arriba al inicio) y entonces le dije que sí, que le instalara. Y listo, le instaló la impresora.

Luego de esto el xsane funcionó de una y sin ningún inconveniente. No he probado la impresora todavía pero supongo funcione bien.

 

Lo casi nada que sabemos de Jesús

Este escrito lo encontré en el diario el Pais de España y me gustó mucho. Porque va muy de cerca con lo que pienso sobre esto, y prefiero ver un Jesús humano, y además describe de forma muy sencilla ciertos hechos interesantes de su historia.

http://internacional.elpais.com/internacional/2013/12/18/actualidad/1387325882_789015.html

Member of SKCC#7163T