Notas de la sección: Aplicaciones

Problema con impresora HP que luego de instalarla correctamente, si reiniciaba Ubuntu 14.04.2 no funcionaba más…

Tuve un problema raro con una impresora HP 1020 que luego de instalarla bien, probarla y todo, cuando reiniciaba Ubuntu 14.04.2 LTS no funcionaba más.

Buscando, encontré una respuesta en https://answers.launchpad.net/hplip/+question/249391 que me funcionó

Transcribo la respuesta de Sebastian (castanedacs)  que me funcionó:

 

I experienced similar problems, as cited in this forum, trying to configure the HP Laserjet 1018 printer with ubuntu desktop 14.04 and 14.10. At the begining I used HPLIP installed manually, and the printer worked fine for a while, I was able to print 3 or 4 documents, but then the printer started to fail with «communication error». After some combinations of unplug and re-plug, turn off on or reboot the printer works again, but this is an annoying situation, specially because I wanted to make the printer works for common users without any knowledge.

So I decided to try the solution installing the foo2zjs driver, these are the steps I followed, after reading many forums and potential solutions:

1) Uninstall HPLIP completely

1.1) Uninstall HPLIP if it was installed by default in ubuntu

$sudo apt-get remove hplip

1.2) In my case, I had installed HPLIP manually, after downloading the tarball distribution from

http://hplipopensource.com/hplip-web/index.html

So I followed the instructions cited here

http://hplipopensource.com/node/188

to completely unistall it.

2) Install the «foo2zjs» driver, to do this I used the instructions cited here

http://foo2zjs.rkkda.com/INSTALL

I transcribe them here:

2.1) Install build-essential, tix, foomatic-filters, groff, dc FIRST:

$ sudo apt-get install build-essential tix foomatic-filters groff dc

2.2) Unpack:

$ wget -O foo2zjs.tar.gz http://foo2zjs.rkkda.com/foo2zjs.tar.gz
$ tar zxf foo2zjs.tar.gz
$ cd foo2zjs

2.3) Compile:

$ make

2.4) Get extra files from the web, such as .ICM profiles (for color correction)
and firmware. Select the model number for your printer, In this case:

$ ./getweb 1018 # Get HP LaserJet 1018 firmware file

2.5) Install driver, foomatic XML files, PPD files, and extra files:

$ sudo make install

2.6) Install hotplug (for HP LJ 1000/1005/1018/1020/P100[5678]/P1505):

$ sudo make install-hotplug

Unplug and re-plug the USB printer

2.7) If you use CUPS to manage your printers, you must restart cupsd:

$ sudo make cups

3) Add a new printer

I use the WEB APP to do this

http://localhost:631

Once created it, I printed a test page to test that the printer is working correctly

In my case I experienced problems using cups, so I reinstalled it with

$sudo apt-get -y install cups

NOTE:
I suggest to watch the log /var/log/syslog to detect any possible error.
For example, after installing foo2zjs, I detect the following error in syslog

«foo2zjs: Missing HP LaserJet 1018 firmware file /lib/firmware/hp/sihp1018.dl».

So, I fixed it by getting the firmware throught

$getweb 1018

Then I copied the file «sihp1018.dl» to the directory specified in the syslog error.

You may need to reboot both the computer and the printer.

After these steps I was able to print using the HP LaserJet 1018 printer without problems, I did differents test like print a test page, print a LibreOffice doc, print a pdf doc. I reboot the machine and printed again and the printer worked perfectly.
I tested using both Ubuntu 14.04 and 14.10.

Hope this can help.

Cómo actualizar un fork ó How to update GitHub forked repository?

Modificando la web de la FLISOL de este año, se me presentó un problema que no había tenido hasta hoy: mantener actualizado un fork para seguir contribuyendo con mejoras al repositorio original.

Sin más, aquí está el problema planteado y la solución encontrada en StackOverflow

I recently forked a project and applied several fixes. I then created a pull request which was then accepted.

A few days later another change was made by another contributor. So my fork doesn’t contain that change… How can I get that change into my fork?

Do I need to delete and re-create my fork when I have further changes to contribute? or is there an update button?

 

Mejor respuesta:

In your local clone of your forked repository, you can add the original GitHub repository as a «remote». («Remotes» are like nicknames for the URLs of repositories – origin is one, for example.) Then you can fetch all the branches from that upstream repository, and rebase your work to continue working on the upstream version. In terms of commands that might look like:

# Add the remote, call it "upstream":

git remote add upstream https://github.com/whoever/whatever.git

# Fetch all the branches of that remote into remote-tracking branches,
# such as upstream/master:

git fetch upstream

# Make sure that you're on your master branch:

git checkout master

# Rewrite your master branch so that any commits of yours that
# aren't already in upstream/master are replayed on top of that
# other branch:

git rebase upstream/master

If you don’t want to rewrite the history of your master branch, (for example because other people may have cloned it) then you should replace the last command with git merge upstream/master. However, for making further pull requests that are as clean as possible, it’s probably better to rebase.


Update: If you’ve rebased your branch onto upstream/master you may need to force the push in order to push it to your own forked repository on GitHub. You’d do that with:

git push -f origin master

You only need to use the -f the first time after you’ve rebased.

 

Impresora Pausada en Debian

A veces, no sé cuál es el error todavía, las impresoras instaladas ingresan en el estado de Pausa y no permiten imprimir a los usuarios.

En la página http://forums.debian.net/viewtopic.php?t=111769 recomiendan agregar a los usuarios al grupo lpadmin

usermod -a -G lpadmin usuario

Con ello, habilitamos al usuario a poder gestionar las impresoras instaladas a través de CUPS. Entonces, ingresando a http://localhost:631/ los usuarios pueden habilitar las impresoras pausadas.

Bro pages: recopilación de comandos Linux útiles

A veces buscar ejemplos de uso de un comando en el manual puede ser una auténtica pesadilla por el exceso de información que hay, Las Bro pages son una vía simple y directa de obtener ejemplos útiles, evitando la agonía de los textos de documentación interminables.

El poder de la terminal de Linux es increíble. Podemos administrar prácticamente cualquier apartado de nuestro sistema operativo desde esta útil herramienta, pero aún así, de nada nos sirve si no sabemos al menos unos cuantos comandos básicos. Aprender a usar la terminal no es una tarea sencilla y requiere de una curva de aprendizaje. Para ello, una de las primeras cosas que se suele recomendar es mirar el manual de los comandos.

El manual de los comandos se puede mirar usando un comando llamado man y nos muestra una documentación extensa del comando que escribamos detrás de él. Si quisiéramos saber que es lo que hace el comando ls bien podríamos escribir en nuestra terminal man ls y nos saldría toda la información sobre dicho comando. Pero no todo es un camino de rosas con el comando man, porque aunque sea muy útil tener la capacidad de ver el manual de cada comando que necesitemos, a veces puede hacerse muy tedioso.

Las páginas del manual depende del comando para el que las miremos pueden sobrecargarnos de información. No será raro ver en ciertos comandos prácticamente todo un alfabeto de opciones que se le pueden pasar, como podrían ser -a, -d, -i, -r… etc. Encontraremos una breve explicación pero carecerá de ejemplos prácticos en los que usarlo. Y siendo sinceros, las páginas del manual no son nada bonitas de leer.

Conoce las Bro pages

bro pages

Las bro pages (páginas Bro) son un suplemento a las man pages (el manual de los comandos). No es una sustitución pero nos sirve para mostrarnos ejemplos increíblemente útiles que podemos usar. Más que nada es para saltarnos todo el rollo que nos echa el manual e ir directamente al grano. En estas páginas veremos comandos comunes resaltados con colores, además de una breve explicación de lo que hacen. A veces, veremos que los comandos recomendados por las Bro pages se complementan con el uso de otros comandos, por lo que nuestro conocimiento aumentará todavía más.

Por ejemplo, podríamos mirar las Bro pages para el comando de antes, simplemente ejecutando en nuestra terminal bro ls. Como podréis comprobar, son totalmente diferentes a las Man pages. Lo que vemos ahora son usos prácticos que podemos darle a ese comando y lo mejor de todo es que son ejemplos que ha subido la gente. Cualquier persona puede subir su ejemplo de uso del comando que quiera y esos ejemplos serán votados por los demás usuarios, apareciendo en la parte de arriba de la lista los comandos más votados.

Contribuyamos a las bro pages

bro pages

Que no se diga que no contribuimos al software libre. Lo primero que tenemos que hacer es instalarlas, así que usaremos el comando:

$ gem install bropages (requiere Ruby 1.8.7+)

En Arch Linux, podemos encontrarlas también en el AUR. Las Bro pages se van actualizando con el tiempo así que cuando queramos bajarnos los cambios lo podremos hacer con:

$ gem update bropages

Ahora que ya las tenemos podremos mirar las páginas usando el comando bro y después el comando que queramos ver. Si nos ha parecido un comando en concreto útil podremos dar las gracias (literalmente) poniendo:

$ bro thanks N  (N -> número del comando)

Habrá ocasiones en las que un comando no se encuentre en las Bro pages o simplemente queramos añadir otro ejemplo más a un comando existente. Para ello escribiremos:

$ bro add ComandoAlQueContribuir

Nos abrirá nuestro editor de terminal con una plantilla, en la que el texto precedido por # en la penúltima línea será la explicación del comando y la última línea será el comando. Al guardarlo las demás personas podrán votar por nuestro ejemplo.

Publicado el 6 de noviembre de 2014, 00:55 por en http://hipertextual.com/archivo/2014/11/bro-pages/

HPLIP 3.15.2 y Debian 7.8

Tuve que reinstalar de urgencia un Debian 7 y renegué bastante con la instalación de la versión 3.15.2 de HPLIP.

Básicamente se me colgaba después de pedirme la contraseña de root.

Encontré una pregunta similar en https://answers.launchpad.net/hplip/+question/260724 y le recomendaban continuar la instalación de la siguiente manera:

1) cd hplip-3.14.10
2) ./configure --prefix=/usr
3) make
4) su -c "make install"

La versión no se correspondía con la mía pero con la versión 3.15.2 pude hacerlo igual.

Después de los cuatro pasos, goutam kodu (autor de los pasos anteriores) recomienda ejecutar hp-setup para continuar con la configuración.

En ese punto también se colgaba, reconocía la impresora pero se quedaba ahí, no la configuraba. Al principio pensé que el problema era que la tenía instalada desde el sistema operativo, cosa que hice para probar una alternativa a hplip cuando no anduvo las primeras veces. Eliminé la impresora, probé con hp-setup de nuevo, pero se seguía colgando.

En este otro hilo https://answers.launchpad.net/hplip/+question/260879, goutam kodu recomienda ejecutar:

 su -c 'hp-plugin'

Para instalar el plugin. Y también se colgaba cuando intentaba descargarlo :/

Pero en consola tiraba un mensaje que decía desde dónde podías descargarlo, así que lo descargué, ejecuté nuevamente su -c ‘hp-plugin’ y elegí la opción para cargar el plugin nuevamente.

Por suerte, funcionó y luego pude ejecutar hp-setup sin que se cuelgue 🙂

Otro comando para verificar lo instalado es hp-check.

 

 

 

Error al actualizar PHPList

Cuando actualicé PHPList de la versión 3.0.5 a la versión 3.0.11 me surgió un error al querer ingresar a la página http://novedades.dominio.com/boletin/admin/?page=upgrade para finalizarla.

El error que lanzaba era HTTP Error 500: Internal Server Error – The server encountered an internal error or misconfiguration and was unable to complete your request

Aparentemente, el error se genera porque la instalación la tengo en un subdominio y se pierde en alguna ruta.

La solución que encontré es modificar el archivo .htaccess de la carpeta root y agregarle la línea RewriteBase /

Entonces, el archivo quedaría así:

DirectoryIndex index.php
RewriteBase /                    # Agregar esta línea.

<FilesMatch "\.(php|inc)$">
Order allow,deny
deny from all
</FilesMatch>
<FilesMatch "(index.php|dl.php|ut.php|lt.php|download.php|connector.php)$">
Order allow,deny
allow from all
</FilesMatch>

# if you want more than this for attachments, you can increase these values
# but you really, really should consider uploading them somewhere
# and only sending a link in your mails
# bigger than this really doesn't make sense in emails

## these lines are now commented out, to avoid 500 errors, https://mantis.phplist.com/view.php?id=9937
## but you should consider adding them

#php_value upload_max_filesize 3M
#php_value post_max_size 4M

Ubuntu 14.04 y Pentaho Kettle Spoon

Cuando actualicé de Ubuntu 12.04 a 14.04 se rompió la vista de generación de reportes del Spoon.

Para solucionarlo, descargué y descomprimí el nuevo xulrunner en la carpeta

/home/ale/xulrunner

El xulrunner nuevo lo descargué desde:

http://ftp.mozilla.org/pub/mozilla.org/xulrunner/releases/35.0/runtimes/xulrunner-35.0.en-US.linux-x86_64.tar.bz2

Después, hay que modificar el archivo spoon.sh

Debajo de la línea

OPT="$OPT $PENTAHO_DI_JAVA_OPTIONS -Djava.library.path=$LIBPATH -DKETTLE_HOME=$KETTLE_HOME -DKETTLE_REPOSITORY=$KETTLE_REPOSITORY -DKETTLE_USER=$KETTLE_USER -DKETTLE_PASSWORD=$KETTLE_PASSWORD -DKETTLE_PLUGIN_PACKAGES=$KETTLE_PLUGIN_PACKAGES -DKETTLE_LOG_SIZE_LIMIT=$KETTLE_LOG_SIZE_LIMIT"

Agregar la línea

OPT="$OPT -Dorg.eclipse.swt.browser.XULRunnerPath=/home/ale/xulrunner"

Además, no sé si es necesario pero por las dudas lo dejo escrito, cambién la línea

# MOZILLA_FIVE_HOME=$(find /usr/lib -maxdepth 1 -name xulrunner-[0-9]* | head -1) # linea original

por:

MOZILLA_FIVE_HOME="/home/ale/xulrunner" # seteo la carpeta de xulrunner
%d