Navegar las páginas de AFIP desde Chrome y Firefox

Muchos sistemas web de la AFIP fueron desarrollados en la era de Internet Explorer, y por algún motivo no los han actualizado para que funcionen con navegadores de los últimos 6 ó 7 años. Y se trata de sistemas muy usados, como el del monotributo; por ejemplo, es imposible imprimir la credencial del monotributo (necesaria para conocer el CUR -código único de revista- , que cambia en cada recategorización). Unos genios…

Algunos usuarios pueden abrir el Internet Explorer, pero quienes no usamos Windows no tenemos esa opción. Qué hacemos? Aquí va la explicación con Google Chrome, pero es muy similar con Firefox (incluso usando Firebug). Vamos a intentar reimprimir la credencial del monotributo. Veamos…

Sigue leyendo «Navegar las páginas de AFIP desde Chrome y Firefox»

Cocinando motherboards

Hace algunos años adquirimos en el trabajo una impresora láser HP P2015dn, de esas que se conectan directamente a la red e imprimen muy rápido. Durante unos 2 años, la impresora anduvo perfecto, cero problemas. Pero un buen día, dejo de funcionar, prendía su luz de error y todo quedaba ahí.

Parecía un error de red, como si perdiera la conexión o algo así. Pero conectarla a USB no solucionaba el problema tampoco.  La impresora simplemente no imprimía. Desde luego, probamos hacer un reinicio, reseteo, limpieza de NVRAM, super limpieza de NVRAM, y todo lo que indicaba el manual o el sitio de HP. Hasta que nos encontramos con un blog que decía que el problema se encontraba en los circuitos, y que la solución era o bien comprar un motherboard nuevo para la impresora, o bien arreglar el que tenía. Y el arreglo consistía en… hornear el motherboard. O sea, literalmente, poner el motherboard dentro del horno, a un poco más de 200 grados centígrados (400F) durante unos 4 ó 5 minutos. Y eso hice. Asombrosamente, esto funcionó y la impresora volvió a la vida. Parece ser que con el calor, las soldaduras y circuitería de estaño se funden y se vuelven a formar… (claramente lo mio es el software).

Les detallo el proceso (si lo van a hacer, será bajo su propio riesgo). Para el horneado, encendí el horno y lo llevé a unos 205 grados. Mientras se calentaba, hice unas pelotitas de papel aluminio que usé como soporte para la placa. Puse una base de papel aluminio sobre una fuente de horno, y sobre ella las 4 pelotitas, asegurandome que calcen justo en los orificios que tiene la placa en las puntas para atornillarla a la impresora. Luego la puse con cuidado en el horno,  ya a 205 grados, y controlé unos 4 minutos y medio aproximadamente. Finalmente, apagué el horno y saqué la fuente para que se enfríe. Les dejo unas imágenes que fui sacando, para que se entienda la idea…


Disposición de la placa en la fuente

Control de la temperatura del horno
Ponemos la fuente en el horno

Luego de 4 minutos, sacamos la fuente del horno y esperamos hasta que se enfríe del todo

Le volvemos a instalar la placa a la impresora. La luz de «ready» nos indica que la cocción fue un éxito

Habilitar el lector de huellas digitales en Ubuntu

Este tutorial explica cómo hacer funcionar el lector de huellas digitales que viene integrado en muchas notebooks (en mi caso, una Lenovo Thinkpad Edge), y funciona para Ubuntu 10.04, 10.10 (mi caso) y 11.04. Una vez funcionando, cada que que se nos pida una clave (durante el login, para deshabilitar el protector de pantalla o incluso al hacer sudo desde la terminal) podremos pasar la huella digital. Y encima, anda perfecto!

Paso 1. Abrimos una terminal, y escribimos la siguiente línea:

sudo add-apt-repository ppa:fingerprint/fingerprint-gui

Paso 2. Acabamos de agregar un repositorio, con lo cual ahora tenemos que escribir la siguente línea para actualizar la lista de paquetes:

sudo apt-get update

Paso 3. Instalamos los paquetes principales:

sudo apt-get install fingerprint-gui policykit-1-fingerprint-gui

Paso 4 (opcional). Muchas veces es suficiente con lo que hicimos hasta ahora, pero si tenés un dispositivo fabricado por UPEK (como en mi caso) necesitamos instalar su propia libreria (propietaria :@ ). ¿cómo sabemos si tenemos que hacer esto? Vamos a Sistema – Preferencias – Fingerprint GUI. Si donde dice «Fingerprint Devices» nos dice que no encontró ninguno, entonces tenemos que realizar este paso. Sino, saltearlo.

Para instalar esta librería, ejecutamos el siguiente comando:

sudo apt-get install libbsapi

Paso 5. Cerramos la sesión y volvemos a iniciarla (instalamos una nueva versión de PolicyKit, con lo cual tenemos que hacer que GConf lea la nueva configuración)

Paso 6. Vamos nuevamente a Sistema – Preferencias – Fingerprint GUI . Sigan las instrucciones (abajo verán un botón Next). Al registrar su huella, podrán probarla en GDM (durante el login), sudo (en la terminal) y gnome-screensaver (el protector de pantallas). Una vez verificado, listo, anda joya 😀

¿tengo software privativo en mi máquina?

No es que sea una pregunta que me haga muy seguido que digamos, pero me pareció interesante este pequeño programita que nos dice si tenemos software privativo. Se llama vrms, y viene de Virtual Richard M. Stallman. Se instala desde el gestor de paquetes gráfico que más nos guste, o simplemente (en Ubuntu) ejecutando el comando  sudo apt-get install vrms

Su uso es igualmente simple: desde una consola, escribimos vrms y leemos el reporte. Por ejemplo, este es el resultado en mi laptop:

 

Al final, no soy tan open source :p

 

 

No funcionan los clicks del mouse sobre Flash en Ubuntu

El título es bastante descriptivo. El problema se debe a un temita con Compiz, que debo admitir rompe bastante los quinotos. Por suerte, la solución es muy simple, les paso los pasos:

1. Abrir una terminal

2. Ejecutar los siguientes comandos (uno a uno):

cd /usr/lib/nspluginwrapper/i386/linux/

sudo mv npviewer.bin  npviewer.bin.real

sudo nano npviewer.bin

Cuando se abre el nano, se deben pegar las siguientes dos lineas:

#!/bin/sh

GDK_NATIVE_WINDOWS=true /usr/lib/nspluginwrapper/i386/linux/npviewer.bin.real $*

Luego, Ctrl+X para guardar y salir. Por último, escribimos:
sudo chmod 755 npviewer.bin
Así de simple! Suerte 😀
PD: Igual estaría re bueno que los muchachos de Ubuntu solucionen este inconveniente…

Error 403: Forbidden en Apache y Fedora 11

He migrado de Ubuntu a Fedora (muchos pros, muchas contras… ya escribire al respecto) y me he encontrado con un problema bastante molesto al querer configurar mis VirtualHosts en mi maquina de desarrollo. No podia acceder ningun archivo dentro de mi $HOME, ya que siempre me devolvia Error 403: Forbidden.

Luego de mucho Googlear, me entere que era el SELinux el que estaba bloqueando al Apache y no le permitia acceder a mis archivos en el Home. Para verificar que el problema era realmente este, basta con bajar por un instante el SELinux y verificar si no tira mas error.  Esto se hace con el comando

setenforce 0

(o 1 para habilitarlo)

Si miramos los logs (o si leemos los mensajes que nos tira SeLinux), veremos un mensaje del tipo:

SELinux is preventing the httpd from using potentially mislabeled files (.htaccess).

Afortunadamente, siempre hay un comando para solucionar estos problemas. Pasos:

1. Me posiciono sobre el directorio que quiero acceder con Apache

cd /home/gonetil/document_root

2. Ejecuto el siguiente comando

sudo chcon -R -t httpd_sys_content_t .

con el -R, se aplica recursivamente a todo el directorio.

Recargamos la pagina y verificamos si anda. A mi me anduvo joya 😀

¿me conviene migrar a Linux, o me quedo con Windows?

Que pregunta prometedora!!!! Creo que la he escuchado unas 500 veces durante el último año; y si, se entiende la duda de quienes preguntan. Ven que los usuarios de Linux hablan maravillas de este sistema y no paran de refunfuñar ante Windows y sus (a veces increibles) incapacidades, y piensan: si es tan bueno, ¿por qué no lo usan más personas? En este post voy a intentar aclarar por qué, a mi parecer, sucede esto e intentaré ayudarles a decidir si moverse hacia algo nuevo y desconocido, o permanecer donde estamos. Sigue leyendo «¿me conviene migrar a Linux, o me quedo con Windows?»

Debian: Dynamic MMap ran out of room

Hoy me salio un mensaje de error en uno de los servidores del trabajo que, la verdad, no habia visto en mi vida. Quise actualizar los paquetes mediante el viejo y conocido apt-get update, y me encuentro con este mensaje:

Descargados 5487kB en 30s (182kB/s)
Leyendo lista de paquetes... ¡Error!
E: Dynamic MMap ran out of room
E: Ocurrió un error mientras se procesaba vdr-plugin-epgsync (NewVersion1)
E: Problem with MergeList /var/lib/apt/lists/http.us.debian.org_debian_dists_stable_main_binary-amd64_Packages
E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado

¿qué pasó? ¿por qué me sale este error si antes andaba todo bien? Bueno, aparentemente, el problema surge porque Debian se quedó sin espacio en su cache de apt (de ahi el mensaje «ran out of room», algo así como «se quedo sin espacio»).

Afortunadamente, la solución es bastante simple: Le decimos al apt que use una cache más grande. Eso se hace mediante el siguiente comando:

echo "APT::Cache-Limit 25165824;" > /etc/apt/apt.conf

Lo unico que hace es agregar una linea al apt.conf (que si no existe lo crea) indicandole el nuevo tamaño del Cache-limit. Afortunadamente, la solucion fue bastante simple.

Compatibilidad entre OpenOffice y MS Office

Como usuario Linux, desde hace ya mucho tiempo que utilizo OpenOffice como suite de oficina. Pero, como es sabido, la suite Microsoft Office es la mas utilizada en el mundo, y cuando en un mismo grupo de trabajo algunos utilizan una y otros la otra, puede generar algun que otro problema… ¿por qué?

Simple: Mientras que OpenOffice permite trabajar con cualquier formato, Microsoft Office solo admite el formato propio de Microsoft, y ningún otro, como por ejemplo el .doc para documentos de texto (o .docx a partir de Office 2007). Si yo, usuario de OpenOffice, hago un documento de texto en el Writer, y lo guardo como ODF, nadie que utilice MS Office podrá abrirlo.

¿Soluciones posibles?

1. Utilizar algún programa en el medio que permita convertir entre formatos. Google Documents es un ayudante muy valioso aquí.

2. Mantenernos, por mucho que nos pese, con el formato de Microsoft. Si bien esta solución es muy mala, lamentablemente es práctica y sencilla. El problema es que tenemos que acordarnos siempre de guardar los archivos como MS Office… Para dejar que OpenOffice haga esto automáticamente, hay que cambiar la configuración por defecto. Es bien simple:

  • Abrimos cualquier programa de OpenOffice, vamos a Herramientas -> Opciones.
  • Buscamos el menú Cargar/Guardar, y allí el sub-menu General
  • Ahora, debemos seleccionar para cada tipo de documento el formato que queremos que se guarde siempre. Así pues, tendremos el tipo de Documento de texto, le decimos que lo guarde como Microsoft Word 97/2000/XP ; para hojas de cálculo, tendremos Microsoft Excel 97/2000/XP; y para Presentación tendremos que seleccionar Microsoft Power Point 97/2000/XP

Les dejo unas imágenes para simplificarles la tarea. Espero les sirva.

Experiencia: Migración de Windows a Linux con usuarios comunes

Cualquier usuario con cierta experiencia y conocimiento en el campo de la informatica puede migrar de un Sistema Operativo a otro sin mayores inconvenientes; simplemente tendra que averiguar como se hacen las cosas que antes hacia en el anterior sistema, y listo. Pero para un usuario comun y corriente, las cosas no suelen ser tan simples. ¿por qué?

Sigue leyendo «Experiencia: Migración de Windows a Linux con usuarios comunes»