Las opciones que tenemos con la cámara del móvil no tienen nada que ver con una réflex, ni siquiera con una compacta, estamos limitados a sus pocas elecciones de ajuste pero hay que reconocer que es mucho más cómodo y si además nos gusta compartir esas tomas con nuestros amigos o en las redes sociales es ideal para hacerlo al instante.

Para darle un toque más original y atractivo existen tanto para iOS como para Android diversas aplicaciones que nos permiten hacer ciertas mejoras o aplicar ciertos filtros para conseguir el efecto que deseemos de una manera sencilla.

Conocía el otro día a través de Foss Hub, uno de mis círculos en G+, After Focus, que nos permite desenfocar el fondo, esto queda muy bien en algunas tomas, sobre todo en retratos o primeros planos de algún objeto, me suelen gustar mucho este tipo de fotografías así que enseguida quise probarlo y hacer algunas pruebas:

Las instrucciones están en inglés pero si no conocemos el idioma vienen acompañadas con unas ilustraciones que nos ayudarán a entender mucho mejor los pasos a realizar para conseguir nuestro propósito.

También incluye algunos filtros, pocos eso sí, ya que no es el objetivo del programa, por si queremos darle además otro toque distinto y la opción de poder compartir directamente en diferentes sitios como facebook, twitter, instagram, flickr…

La apicación cuesta 0,79 EUR para iOS y es gratuita para Android y las podéis descargar e instalar directamente en vuestros smartphones a través de la App Store o Google Play.

Esta es una fotografía que tomé hace algún tiempo a mi loro Hugo:

Y después modificada con After Focus:

Mucha más información en MakeUseOf – Give Your Smartphone Photos a dSLR Look With Free AfterFocus App [Android & iOS]

photo: AJC1

La podemos descargar utilizando yaourt si utilizamos Archlinux:

yaourt -S littleutils

Pero si estamos utilizando otra distribución y no se encuentra en los repositorios, como es el caso de Debian, que es desde donde la he instalado y probado, la podemos descargar desde la la página web del proyecto.

Una vez la tenemos en nuestro disco duro, descomprimiremos el archivo, yo he usado unp que es una de mis aplicaciones favoritas para estos menesteres:

unp littleutils-1.0.25.tar.bz2

Pero si no, podéis hacer:

tar jxvf littleutils-1.0.25.tar.bz2

Una vez descomprimido el archivo se creará el directorio, al cual nos cambiamos:

cd littleutils-1.0.25

Pero antes de nada vamos a asegurarnos que tenemos todas las dependencias necesarias e instalar las que nos falten:

gifsicle
libpng12-0
libpng12-dev
libjpg-progs
lzip
p7zip-full
pngcrush

Ahora ya podemos ejecutar:

./configure

make

Como root o con sudo:

make install

make install-extra

Si todo ha ido bien ya tenemos little-utils y todas las herramientas que incluye instaladas.

Veamos algunas de ellas:

filedate nombrearchivo

Obtendremos la fecha y hora de cuando se ha creado un archivo o cuando ha sido modificado por última vez.

filemode nombrearchivo

Nos muestra los permisos del fichero.

fileown nombrearchivo

Nos muestra quién es el propietario y a qué grupo pertenece.

filesize nombrearchivo

Nos muestra el tamaño en bytes del archivo.

uppercase nombrearchivo

Renombra el nombre del archivo a mayúsculas.

lowercase NOMBREARCHIVO

Renombra el nombre del archivo a minúsculas.

Aclarar también que si necesitáramos obtener información o renombrar más de un archivo o cualquier otra acción sobre varios ficheros que se encuentran dentro de un directorio también podemos hacerlo todo de una vez, por ejemplo para saber las propiedades de las imágenes que se encuentran dentro de un directorio:

imagsize /home/usuario/Imágenes/*

repeats

Buscar archivos duplicados dentro del directorio donde nos encontramos.

También podemos encontrar optimizadores de imagen, recompresores… Una aplicación ligera y que nos puede resultar muy provechosa en más de una ocasión.

Podéis obtener más información y conocer que más utilidades incluye en Linux Poison – Great Collection of Small Utility – Littleutils.

Se trata de shelr una utilidad que nos permite grabar todo lo que ocurre en nuestra terminal y después si queremos compartirlo con los demás subiéndolo a su a su web.

Lo podemos instalar en Archlinux desde yaourt:

yaourt -S shelr

Después si lo deseamos nos registramos en la página de Ŝelr.tv para poder subir los vídeos. Esto nos vendrá bien si estamos escribiendo un tutorial en nuestro blog y queremos incluir el vídeo en el post. Conseguiremos una API key, una combinación de números y letras, única para cada usuario que será la que nos identifique y desde nuestra terminal haremos:

shelr setup API key

Donde API key será esa combinación de números y letras.

Ahora, si estamos preparados ya podemos empezar a grabar.

Algunas de las opciones básicas:

Para empezar a grabar todo lo que ocurra en nuestra terminal:

shelr record

Después de haber lanzado este comando nos pedirá primero de todo un título y acto seguido ya podemos empezar a realizar nuestro manual.

Para parar de grabar lo haremos con exit o CTRL+d.

shelr list

Para listar todos los screencast que hayamos grabado con shelr. Se identifican con un número y el título que le hayamos dado.

shelr play número

Para reproducir el screencast que deseemos, el número que hemos de introducir es el que corresponda al vídeo que deseemos ver.

shelr push número

Para subirlo a la web.

Si queréis ver más opciones:

shelr --help

Para probarlo monté este vídeo, no hay ninguna demostración espectacular porque en este momento no se me ocurría nada, pero a modo de test y para que lo veáis en acción:

En las actualizaciones que realicé durante esta semana en Archlinux se encontraba también SLiM a su versión 1.3.3-3, como he tenido el ordenador encendido durante todos estos días no me había dado cuenta que cuando desde el menú intentas apagar o reiniciar el equipo no lo hace, se cierra la sesión y vuelve a la pantalla de login de SLiM y sólo era posible hacerlo abriendo una tty, logueándome como root y desde ahí ejecutar la orden reboot o halt para reiniciar o apagar.

Unas semanas atrás cuando os contaba que había cambiado mi gestor de inicio de sesión de GDM a SLiM, os explicaba como configurarlo para que todo funcionase correctamente, en el apartado donde hay que editar el .xinitrc de nuestro usuario, en el caso de gnome, lo tenía puesto así, porque si no, creo recordar que no aparecían o no funcionaban estas opciones:

exec ck-launch-session gnome-session

Ahora con esta nueva actualización, para poder apagar o reiniciar el sistema hemos de modificarlo, siempre y cuando uséis la versión 1.3.3, debemos hacer:

nano ~/.xinitrc

y dejarlo así:

  GNU nano 2.2.6       Fichero: /home/pinkpanth/.xinitrc                        

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi

exec gnome-session
# exec startkde
# exec startxfce4
# ...or the Window Manager of your choice

Y de nuevo ya vuelven a funcionar las opciones de apagar y reiniciar desde el menú.

Fuente: Foros Archlinux – SLiM: Problema con usuario, perdió permisos.

SLiM – ArchWiki

Los archivos .po son los archivos orginales de traducción, sobre los que se trabaja y en su momento vimos que podíamos hacer correcciones o cambios sobre ellos con una aplicación llamada Poedit y desde este archivo y con este software podemos compilar y generar los archivos .mo, que son los que leen la traducción.

Hasta aquí, todo más o menos claro…

La cuestión es que el script para nautilus llamado nautilus-image-converter, tiene un bug o fallo o llamarlo como queráis, no sé si a todo el mundo le ocurre pero a mí me aparecía así:

Obviamente se entiende bien lo que es cada opción, pero me molestaba ver esos caracteres, así que quise arreglarlo para que mostrara correctamente las eñes y acentos.

En la carpeta /usr/share/locale/es/LC_MESSAGES podemos encontrar el archivo nautilus-image-converter.mo, quería editarlo para arreglar manualmente este pequeña fallo, Poedit no me servía pues para ello necesito primero el fichero con extensión .po pero no pude localizarlo en mi sistema. Se me ocurrió a ver si podía encontrarlo en la página de traducción de los paquetes de gnome pero tampoco tuve suerte.

Entonces buscando por internet encontré una solución.

Incluído ya por defecto en nuestra distribución gnu/linux existe un paquete llamado gettext, (si no lo tenemos podemos instalarlo desde los repositorios oficiales fácilmente) y dentro de este varias utilidades, entre ellas para generar desde un archivo .po un .mo y a la inversa, que es lo que a mí me interesaba, es decir del archivo que yo ya tengo nautilus-image-converter.mo generar nautilus-image-converter.po para poder editarlo y corregirlo con Poedit.

Para ello lo primero que vamos hacer es copiar el original a nuestra carpeta de usuario o donde más nos convenga para poder trabajar con él:

cp /usr/share/locale/es/LC_MESSAGES/nautilus-image-converter.mo /home/usario

Ahora le pasamos el comando msgunfmt que sirve para descompilar el fichero .mo y obtener el archivo original de traducción .po que es el que nos faltaba:

msgunfmt nautilus-image-converter.mo > nautilus-image-converter.po

Si todo ha ido bien ya tenemos creado el archivo nautilus-image-converter.po, podemos abrirlo con la aplicación Poedit y corregir los errores de codificación. Guardamos, asegurándonos de tener marcado en Preferencias – Editor la opción Compilar archivo .mo al guardar.

Ahora ya tenemos los 2 archivos: nautilus-image-converter.po y nautilus-image-converter.po

Es el turno de comprobar si todo ha ido bien, pero antes de nada renombraremos el original que teníamos en la carpeta /usr/share/locale/es/LC_MESSAGES por si acaso:

mv nautilus-image-converter.mo nautilus-image-converter.mo1

Y copiamos el reción creado:

cp /home/usuario/nautilus-image-converter.mo /usr/share/locale/es/LC_MESSAGES/

Reiniciamos Nautilus:

killall nautilus

Y comprobamos:

Si alguien quiere ahorrarse el trabajo de generar los archivos y modificarlos, los dejo a vuestra disposición en los siguientes enlaces:

nautilus-image-converter.mo

nautilus-image-converter.po

Para más información sobre como compilar un archivo .po a .mo y viceversa la podéis encontrar en en el blog de Thempra

En gnome existe una aplicación llamada gnome-schedule que nos ayudará a programar tareas de cualquier tipo que se ejecuten una sola vez en una fecha y hora determinada, que se repitan a diario o periódicamente cada cierto tiempo o desde una plantilla predefinida.

Esta aplicación la podemos encontrar en los repositorios oficiales de debian, así que si queremos instalarla y probarla:

aptitude install gnome-schedule

El programa una vez instalado lo podéis encontrar en el menú Herramientas del sistema – Tareas programadas.

Para este post tomaremos como ejemplo el apagado automático de nuestro equipo y lo configuraremos para que se apague cada día a las 14:20. Aclarar primero que hay acciones que se han de ejectuar siendo root (no todas) como en este caso, así que antes deberemos lanzar la aplicación en modo superusuario:

gksu gnome-schedule

Elegiremos la primera opción: Una tarea que se lanzará repetidamente y rellenaremos los campos especificando una descripción para saber de qué se trata, el comando que se ha de ejecutar y la hora exacta a la que queremos que se ejecute:

Y listo ya lo tenemos preparado para no tener que preocuparnos más. Podemos añadir más tareas, editarlas, eliminarlas e incluso crear nuestras propias plantillas para hacer uso de ellas en un futuro.

Si aún después de todo seguimos prefiriendo la línea de comandos pero no terminamos de aclararnos de cómo especificar exactamente la fecha, hora, etc existe una web que nos ayudará a definir todas estas opciones, la página se llama corntab y en ella especificaremos los minutos, las horas, los días, el mes, el comando y nos dará como resultado la línea que deberemos añadir al fichero crontab.

También existe una aplicación para móviles, iphone de momento, en su web dice que para android muy pronto, llamada igual que la web, corntab y que hace exactamente lo mismo, sólo que la llevamos en nuestro bolsillo (en este caso la hora de apagado será cada día a las 14:08)

Desde que hace tres años murió mi perro Conan me dije que se acabó, que no quería volver a tener más perros o que si eso ocurría iban a pasar muchos años, pero con el tiempo las aguas vuelven a su cauce y a quienes nos gustan los animales y siempre hemos tenido perro tarde o temprano volvemos a sentir la necesidad de un compañero peludo de cuatro patas.

Hace tiempo que venía dándole vueltas, pero no terminaba de dar el paso definitivo, me faltaba ese pequeño empujón para lanzarme y… al final lo hice.

Vito ya está en casa, espero poder ofrecerle la vida que realmente se merece. Bienvenido a casa Vito!!

Si deseas saber o conocer más opciones de uso sólo has de consultar la página del man específica de cada una de ellas. Aquí un breve resumen de para qué sirve cada una:

checkrestart

Encuentra y reinicia procesos que están utilizando versiones antiguas, por ejemplo cuando realizamos una actualización, algunas bibiliotecas o archivos de configuración siguen usando la versión anterior, con checkrestart averiguaremos cuales son esos procesos. Si lo ejecutamos justo después de un aptitude safe-upgrade posiblemente nos muestre varios procesos que están utilizando versiones antiguas, algunas las podemos reiniciar a mano, tecleando:

service nombreproceso restart

debget

Obtiene un binario .deb de un paquete de la base de datos de APT.

debget nombrepaquete

dpigs

Muestra qué paquetes instalados ocupan más espacio.

dhomepage

Abre el navegador y nos lleva a la página principal del paquete que elijamos si existe.

which-pkg-broke

Busca qué paquete o dependencias pueden haber roto otro paquete. Por ejemplo después de una actualización observamos que hay alguna utilidad que no está funcionando adecuadamente, a veces ocurre que después de actualizar aplicaciones dejan de responder, podemos intentar averiguar o descubrir que es lo que ha sucedido o que es lo que nos están dando problemas:

which-pkg-broke nombrepaquete

dglob

Genera una lista de nombres de paquetes que coincidan con un patrón, tanto de los que tenemos instalados como de los que existan en la base de datos de APT.

dglob patronbusqueda

dglob -a patronbusqueda

dgrep

Busca en los paquetes que especifiquemos todos los archivos que sigan una expresión regular.

dgrep expresiónregular/patronbusqueda nombrepaquete

debman

Lee las páginas man de paquetes no instalados o desinstalados.

debmany

Selecciona páginas del man o archivos de documentación o información de un paquete instalado o de la base de datos.

debmany nombrepaquete

popbugs

Lista de fallos críticos de paquetes, es necesario tener instalado popularity-contest, si no lo tenemos después de instalarlo y como root:

/usr/sbin/popularity-contest >/var/log/popularity-contest

Ahora ya podemos lanzar popbugs

Más información: Serverwatch – Get to know Debian Goodies

En otras instalaciones que he realizado de diferentes distribuciones linux esto sí ocurre, no sé si en todas pero sí al menos en las que he realizado hasta la fecha y la gran mayoría de las veces, llegado a este punto siempre avisa que ha detectado otros.

Con Archlinux si ya teníamos otro grub que se creó con otra distribución que instalamos anteriormente oculta este menú original y cuando reiniciamos lo que veremos es el nuevo menú grub con las entradas correspondientes únicamente a Archlinux.

En realidad esto no es ningún problema, porque para poder tener nuevamente nuestro menú en el que se muestren todos las entradas correspondientes a los sistemas operativos o distribuciones linux que tenemos instaladas se me ocurren varias alternativas:

1- Instalar Archlinux primero con grub incluído y después la segunda distribución y nuevamente instalar grub y que reconozca y genere el menú con ambas distribuciones o las que sean.

Todo esto está muy bien si partimos de cero, pero a lo mejor no es la solución más apropiada, pues posiblemente si ya contamos con otra distribución instalada y configurada no vamos a removerlo todo sólo por un asunto que tiene otras soluciones mucho menos drásticas y simples. En este caso el asunto que queremos tratar es el de una instalación donde ya existen otras distros o sistemas operativos, así que veamos otras opciones:

2- Desde Archlinux completar todos los pasos incluído instalar grub (ignorando el que ya teníamos) y una vez iniciamos sesión editar el archivo /boot/grub/menu.lst para añadir las entradas que nos falten (windows, debian, fedora… o lo que tengamos instalado). Podéis ver más información sobre como generar el menú de grub con arranque dual tanto con windows como con otras distribuciones en el wiki de Archlinux.

3- Desde Archlinux no instalar grub, saltar ese paso, dejando así intacto el que teníamos, iniciar sesión en la primera distribución (por ejemplo en mi caso Debian) y editar el archivo /etc/grub.d/40_custom para añadir las entradas que nos falten.

4- Generarlo automáticamente con os-prober, una utilidad que sirve para detectar otros sistemas operativos instalados en nuestro equipo.

Yo he realizado este paso desde Debian pero he visto que en Archlinux este paquete también existe (pacman -S os-prober), así que imagino que los pasos a realizar son los mismos, no lo puedo asegurar porque no lo he probado.

En mi caso en particular, primero instalé Debian, y después Arch.

Al llegar al punto de instalar grub omití ese paso y concluí la instalación. Al reiniciar el equipo entré en Debian y ejecuté os-prober, si no lo tenemos instalado:

aptitude install os-prober

Y como root lo ejecutamos:

os-prober

Nos aparecerá un listado de los sistemas operativos que ha detectado que tenemos en nuestro equipo, comprobamos que realmente aparecen los que nos faltan y actualizamos grub:

update-grub2

Si reiniciamos ahora veremos que en nuestro menú de grub aparecen todos y podemos entrar en cada uno de ellos sin problemas.

Fuente: Wiki esdebian – Grub2 en Debian.

Últimamente tenía muchos problemas al iniciar Archlinux, aleatoriamente petaba, es decir no siempre, unos días se iniciaba todo correcto y otros al iniciar la pantalla de login aparecía un ordenador tristón informándome que algo salió mal y que contactase con un administrador. Pensé, otra vez la maldita gráfica, pero miré los errores en el xorg y no vi nada, también revisé otros archivos del directorio /var/log a ver si encontraba algo que me diera alguna idea, pero o yo no lo supe ver o estaba buscando lo que no era.

Se me ocurrió que quizás pudiera ser un fallo o bug de GDM así que decidí probar con otro.

Había leído bastante sobre SLiM, un gestor de inicio de sesión muy ligero y además es indiferente que gestor de ventanas o entorno de escritorio estemos utilizando.

Para instalarlo en Archlinux:

pacman -S slim

Y si queremos algunos temas:

pacman -S archlinux-themes-slim slim-themes

Una vez lo tenemos instalado debemos de editar algunos archivos para indicarle al sistema que gestor de inicio de sesión queremos usar.

El primero de ellos es inittab. Yo lo tenía configurado para GDM, así que ahora hay que modificarlo.

nano /etc/inittab

Comentaremos la línea que hace referencia a GDM y descomentaremos la que hace referencia a SLiM, quedando así de esta manera:

# Example lines for starting a login manager
#x:5:respawn:/usr/bin/xdm -nodaemon
#x:5:respawn:/usr/sbin/gdm -nodaemon
#x:5:respawn:/usr/bin/kdm -nodaemon
x:5:respawn:/usr/bin/slim >;/dev/null 2>;&1

Igualmente si usábamos KDM o XDM o ninguno de ellos el archivo inittab ha de quedar tal y como se indica.

Otro archivo que debemos revisar es el .xinitrc de nuestro usuario:

nano ~/.xinitrc

Si como yo no tenéis este archivo, o se encuentra vacío podemos utilizar uno genérico haciendo:

cp /etc/skel/.xinitrc ~

Y ahora sí, al editar aparecerá algo como esto:

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi

# gnome-session
# exec startkde
# exec startxfce4
# ...or the Window Manager of your choice

En mi caso utilizo gnome, así que lo editamos dejándolo de la siguiente manera:

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi

exec ck-launch-session gnome-session
# exec startkde
# exec startxfce4
# ...or the Window Manager of your choice

Listo!! Ahora la próxima vez que iniciemos sesión ya cargará SLiM.

Por el momento parece que mi problema se ha solucionado, al menos durante toda la tarde de hoy que he reiniciado varias veces y en todas ha cargado correctamente, a ver mañana o pasado… jejeje.

Para cambiar el tema que aparece por defecto y otros aspectos podemos modificar slim.conf

nano /etc/slim.conf

En este archivo podemos definir el tema utilizar, el mensaje de bienvenida, activar el teclado numérico, inicio automático de sesión, etc.

Toda esta información que es la que he usado para instalar y configurar SLiM y algunas más las podéis encontrar en el wiki de Archlinux