pacman -Syu
:: Iniciando actualización completa del sistema...
resolviendo dependencias...
verificando conflictos...
:: gnome-shell-extension-user-theme y gnome-shell-extensions-common están en conflicto. ¿Quitar gnome-shell-extensions-common? [s/N] s

error: error al preparar la transacción (no se pudieron satisfacer las dependencias)
:: gnome-shell-extension-alternate-tab: necesita gnome-shell-extensions-common
:: gnome-shell-extension-alternative-status-menu: necesita gnome-shell-extensions-common
:: gnome-shell-extension-apps-menu: necesita gnome-shell-extensions-common
:: gnome-shell-extension-auto-move-windows: necesita gnome-shell-extensions-common
:: gnome-shell-extension-dock: necesita gnome-shell-extensions-common
:: gnome-shell-extension-drive-menu: necesita gnome-shell-extensions-common
:: gnome-shell-extension-gajim: necesita gnome-shell-extensions-common
:: gnome-shell-extension-native-window-placement: necesita gnome-shell-extensions-common
:: gnome-shell-extension-places-menu: necesita gnome-shell-extensions-common
:: gnome-shell-extension-system-monitor: necesita gnome-shell-extensions-common
:: gnome-shell-extension-windows-navigator: necesita gnome-shell-extensions-common
:: gnome-shell-extension-workspace-indicator: necesita gnome-shell-extensions-common
:: gnome-shell-extension-xrandr-indicator: necesita gnome-shell-extensions-common

Parece que se movieron las extensiones de Gnome a un sitio web oficial del proyecto:
https://extensions.gnome.org/, con lo cual se realizo un commit aplicando este cambio en la ultima version de gnome-shell-extensions.

En definitiva, para solucionarlo:

sudo pacman -Rsc gnome-shell-extensions-common

Esto removera gnome-shell-extensions-common y todas las dependencias:

Objetivos (15): gnome-shell-extension-alternate-tab-3.2.1-1  gnome-shell-extension-alternative-status-menu-3.2.1-1
                gnome-shell-extension-apps-menu-3.2.1-1  gnome-shell-extension-auto-move-windows-3.2.1-1
                gnome-shell-extension-dock-3.2.1-1  gnome-shell-extension-drive-menu-3.2.1-1  gnome-shell-extension-gajim-3.2.1-1
                gnome-shell-extension-native-window-placement-3.2.1-1  gnome-shell-extension-places-menu-3.2.1-1
                gnome-shell-extension-system-monitor-3.2.1-1  gnome-shell-extension-user-theme-3.2.1-1
                gnome-shell-extension-windows-navigator-3.2.1-1  gnome-shell-extension-workspace-indicator-3.2.1-1
                gnome-shell-extension-xrandr-indicator-3.2.1-1  gnome-shell-extensions-common-3.2.1-1

Tamaño total removido:     0,49 MiB

Y pueden dirigirse al sitio oficial de extensiones de Gnome para instalar nuevamente las extensiones que les interesen.

El error se da, por que al parecer la firma de Alexander no es valida.
La solución pasa por refrescar las firmas de los desarrolladores para revisar si hubo cambios:

pacman-key --refresh-keys

El resumen final me informa lo siguiente:

[...]
gpg: clave 5CF9C8D4: "Alexander Rødseth " 1 firma nueva
[...]
gpg: Cantidad total procesada: 28
gpg: sin cambios: 27
gpg: nuevas firmas: 1
gpg: 3 dudosa(s) necesarias, 1 completa(s) necesarias,
modelo de confianza PGP
gpg: nivel: 0 validez: 1 firmada: 4 confianza: 0-, 0q, 0n, 0m, 0f, 1u
gpg: nivel: 1 validez: 4 firmada: 24 confianza: 0-, 0q, 0n, 4m, 0f, 0u
gpg: nivel: 2 validez: 24 firmada: 1 confianza: 24-, 0q, 0n, 0m, 0f, 0u
gpg: siguiente comprobación de base de datos de confianza el: 2012-08-10


Hemos actualizado la firma problemática.
Luego, volvemos a pacman -Syu y continuamos nuestra actualización del sistema.

http://security.debian.org lenny/updates Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY AED4B06F473041FA

En agosto del 2010 hubo un cambio de llaves en el repositorio de seguridad, esto se aplica cada 3 años, y la solución fácil, rápida e insegura es actualizar el keyring que no está verificado:

sudo aptitude install debian-archive-keyring

Anuncio original de Debian sobre el cambio de llaves:
http://www.debian.org/News/2011/20110209

Como primer medida, arrancar con screen para evitar tener que dejar la consola/terminal abierta mientras se realiza la actualización.

screen

Luego nos aseguramos que nuestro sistema este al día:

apt-get update
apt-get upgrade

Luego, actualizamos los paquetes que han quedado retenidos (on hold) por alguna razon:

apt-get dist-upgrade

Con esto ya estamos actualizados a las ultimas versiones de todos los paquetes de la distribución actual.
Si apt-get dist-upgrade nos dijo que tenemos cero paquetes para actualizar, podemos seguir adelante:

Modificamos el archivo /etc/apt/sources.list y reemplazamos el nombre de lenny por squeeze.

El archivo antes del cambio, debería ser algo similar a esto:

deb http://ftp.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.debian.org/debian/ lenny main contrib non-free
deb http://security.debian.org/ lenny/updates main contrib
deb-src http://security.debian.org/ lenny/updates main
deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free
deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free

Y el sources.list luego del cambio debería ser algo así:

deb http://ftp.debian.org/debian/ squeeze main contrib non-free
deb-src http://ftp.debian.org/debian/ squeeze main contrib non-free
deb http://security.debian.org/ squeeze/updates main contrib
deb-src http://security.debian.org/ squeeze/updates main
deb http://ftp.debian.org/debian squeeze-updates main contrib non-free
deb-src http://ftp.debian.org/debian squeeze-updates main contrib non-free

Prestar especial atención en este caso ya que volatil dejo de existir en Squeeze, y paso a ser squeeze-updates.
Squeeze en versiones 6.0.3 y posteriores tiene resuelto los temas de udev, el kernel y grub2, con lo cual es seguro proceder con los pasos tradicionales:

apt-get update
apt-get upgrade
apt-get dist-upgrade

Luego de algunas preguntas, todo dependiendo de los servicios que tengamos corriendo, debería estar todo listo para un reboot.

reboot

/etc/hosts

Y resulta que no tenia el hostname del equipo en la linea de 127.0.1.1

Debería quedar algo así:

127.0.1.1 localhost.localdomain localhost

Donde localhost es el nombre del equipo y localdomain el dominio.

Para averiguar el localhost:

hostname

Y para el localhost.localdomain:

hostname -fqdn

Esto también aplica para problemas de Gnome, GTK y KDE.

• Panasonic DMC-S3
• Olympus VG-120
• Samsung PL-120
• Pentax Optio RS-1000

Leyendo algunas reviews, y comparando (*), llegue a la conclusión de que la Panasonic S3 era la mejor opción, entre sus caracteristicas destacadas, las que más me gustaron fueron:

• Es la única con estabilizador óptico en el lente, muy practico para tomas nocturnas, de poca luz, o cuando el que la utiliza tiene poco pulso.
• 4X de zoom óptico, 28mm – 112mm equivalente.
• Video HD de 720p a 30 cuadros por segundo.
• Utiliza batería y soporta alrededor de 250 disparos con una carga
• Pesa solo 117 gramos

Originalmente había en la lista alguna Nikon y Canon, pero fueron descartadas por que las Nikon de ese rango de precio (debajo de los $1000 y más bien cerca de los $800), no tenían video HD y las Canon son más caras.

Otros puntos a favor son que Panasonic viene realizando un muy buen trabajo con sus cámaras los últimos tiempos, sus lentes tienen una muy linda calidad y lo mismo los sensores. La interfaz es suficientemente amigable para un uso casual y el sistema automático de escenas funciona muy bien.

En definitiva, si quieren una linda camarita, económica y para uso casual (sea para regalar o llevar en la mochila/bolso/cartera) está me pareció una muy buena opción.

(*) nota: la Pentax de la comparación es un modelo superior

tar cvzf archivo-comprimido.tar.gz --exclude='directorio-a-comprimir/subdirectorio/etc' --exclude='directorio-a-comprimir/otro-directorio' directorio-a-comprimir

Este mecanismo asume que nos encontramos “sobre” el directorio a comprimir, es decir, en el directorio superior/padre. Se pueden agregar tantos  ”exclude” como subdirectorios quieran excluir, tambien aplica para archivos individuales.

Por ejemplo:

 cd /home/usuario/directorio-padre

El directorio que queremos comprimir esta dentro de este, y su ruta completa es:

 /home/usuario/directorio-padre/directorio-a-comprimir

Allí mismo corremos el comando de arriba y eso nos deberia devolver un tar.gz sin los subdirectorios mencionados.

A mi particularmente no me funciono con dobles comillas (“) ni sin comillas (directo luego del igual). Puede estar relacionado a donde nos paramos y demas, pero por lo pronto, este metodo me funciona y lo anoto para recordarlo.

Canon EF 50mm f/1.8 II

El Canon EF 50mm f/1.8 es un lente normal para las reflex DSLR Canon full-frame o un pequeñisimo tele en las half-frame (todas las Digital Rebel, la 60D y la 7D) donde pasa a tener una focal de 80mm.

Este ultimo es mi caso, ya que tengo una Canon T1i (tambien conocida como 500D), entonces, esta diferencia focal nos da algunas ventajas y otras desventajas que listo a continuación:

Ventajas:

• Retratos, generalmente se ven mejores, aunque no es un 135mm.
• Profundidad de campo (DoF), al ser mayor la distancia focal, el dof se acentúa en 1.8, permitiendo lograr unos efectos bastante interesantes.
• Diafragma suficientemente grande para tomas en lugares oscuros o con luz artificial baja con cámara en mano, donde de otra forma, por más estabilizador que haya, serí­a imposible.
• Permite congelar eventos más veloces. Debido al diafragma, la velocidad de la cámara sube prácticamente 3 puntos y un poquito más.

Desventajas:

• Cuadro mas cerrado. Muchas veces nos vamos a tener que alejar del objeto/sujeto, desde ya, este lente anula toda posibilidad de un auto-retrato cámara en mano
• Sin estabilizador. Si bien es luminoso, para tomas nocturnas de mano o video, el estabilizador es muy util. Aquí­, habrá que levantar las ISO ;)
• No siempre se va a poder utilizar el f/1.8 (u otros bajos) si hay mucha luz, las cámaras reflex amateur suelen rondar los 4000 de velocidad, habrá que hacer algunas correcciones manuales (bajar el EV) o utilizar un filtro ND.

De estos, el que más utilizo es guicavane. Pero ultimamente he tenido algunos problemas, se supone que debido al cambio de diseño de cuevana.tv, a veces anda y a veces no, sumado al cambio de proveedor predeterminado desde Megaupload hacia Wupload, imagino que aún hace falta que terminen de afinar de nuevo los parsers y demás, pero para saciar el vicio de mirar una serie o película sin publicidad y con la capacidad de pausarla, tuve que recurrir al viejo truco de buscar las fuentes.

Entonces, para ver el enlace de la pelicula o serie, deben hacer lo siguiente:

Una vez dentro de la película o serie que desean ver:

Allí deben hacer dos cosas, una, tomar nota del ID de la película, lo pueden observar en la URL, es el numero antes del nombre:

Luego, una vez elegidos la calidad, el audio y el proveedor, deben darle a la flecha de siguiente. Luego puede que les solicite click, antes de hacerlos esperar unos segundos y luego pasar al captcha (dependiendo del proveedor).

Si el proveedor tiene captcha, es más comodo hacer el paso siguiente allí, ya que no tenemos que apurarnos. De lo contrario, si el proveedor elegido no tiene captcha, deberán hacerlo en la pantalla anterior mientras esperan en “Por favor, espere XX segundos”.

Le damos click derecho en la pagina (en cualquier lugar disponible, evitando imágenes y el captcha mismo).

Y ponemos “Ver código fuente” o “View page source” si lo tienen en ingles.

Allí pueden observar, buscando “.mp4″ (la extensión más usual en Cuevana, pero pueden buscar la URL del proveedor seleccionado tambien), van a encontrar la URL completa hacia la descarga. Lo único que queda es copiar y pegar en el navegador para descagarla.

Pero esto no alcanza, al menos si quieren los subtitulos, sobre todo considerando que hay muchas películas en idiomas distintos al ingles o castellano, lo que hace considerablemente más difícil que uno pueda escucharlas directamente. Para obtener el subtitulo, reemplazan en la siguiente URL, ID por el número que tenían que anotar en el primer punto.
Para peliculas en SD (360p):

http://sc.cuevana.tv/files/sub/ID_ES.srt

Para peliculas en HD (720p):

http://sc.cuevana.tv/files/sub/ID_ES_720.srt

Para series en SD (360p):

http://sc.cuevana.tv/files/s/sub/ID_ES.srt

Para series en HD (720p):

http://sc.cuevana.tv/files/s/sub/ID_ES_720.srt

Y listo, a disfrutar de la pc en su version caja boba…

Imagen del blog "Fibertel Apesta"

En fin, aprovechen la época y comuníquense para pedir la baja, alegando que Arnet tiene una oferta de 6MB más llamadas locales libres por $99 durante 12 meses, y que el costo de su servicio está desactualizado. Deberían ofrecerles 6MB por $119 o menos si le insisten lo suficiente. Cuanto mayores sean tus posibilidades de cambiarte, con más entusiasmo vas a insistir y una mejor oferta vas a recibir. Estos garcas tienen una política de retención de clientes muy importante.

Los que no pueden cambiarse de ninguna manera, recuerden que las bajas son al mes siguiente, con lo cual, llegado el caso de que en la negociación les vaya mal, siempre pueden volver a llamar, hablar con otro operador y solicitar la continuidad del servicio.

Respecto del subdominio, era algo que tenia pendiente y es realmente muy practico, ya que me permite mover el sitio de servidor o realizar actualizaciones y pruebas mientras esta aislado del resto del sitio (que hoy no existe).

Respecto de WordPress 3.3, tengo una buena y algunas no tanto.

Buena:

• Actualizarlo fue muy sencillo, no se presentaron incompatibilidades ni mayores problemas. Salvo por que la version es_ES tuvo un desliz (para variar) y tuve que volver a actualizar al día siguiente.

Malas:

• No me gusta la nueva interfaz administrativa. Esto es un tema de gustos, desde ya, pero WordPress parece que se las arregla para complicarle la vida a uno a veces. La version anterior era mucho mas practica (3.2.x) en cuanto a los accesos del menú administrativo, podiamos dejar desplegado el menu que quisiéramos y saltar entre sub-menúes sin mayores problemas. Ahora es un desplegable que funciona “on mouse over”, osea que tengo que ir con el mouse hasta el menú principal, esperar que se despliegue y luego seleccionar el sub-menú que quiero. Esto es una total perdida de tiempo. La interfaz administrativa debe ser practica por sobre bonita.
• Por alguna razón no funciona la tecla CONTROL + DELETE o su compañera CONTROL + BACKSPACE, ambas encargadas historicas de eliminar  una palabra completa (hacia adelante o hacia atrás, respectivamente) en el editor visual de notas/paginas.
• La barra superior es prácticamente una copia de Google+, lo cual no sería malo si fuera igual de funcional, pero en lugar de poner los accesos mas importantes en modo horizontal, también incluyeron un desplegable. Entonces ahora tengo  una barra horizontal vacía en un 70% y debo posar el mouse en un boton “nuevo” para poder seleccionar que tipo de entrada voy a crear, cuando el 99% de las veces es una entrada/nota clásica.

En definitiva, estoy seguro que las mejoras debajo de la UI son buenas (el nuevo API para el editor, las mejoras al permalink y la actualización de jQuery son más que bienvenidas). Pena que hasta el momento, sean las únicas… vamos a ver si dejo algunos tickets al respecto, quien te dice, siendo Software Libre, hasta tal vez me escuchen :)

Ando muy cortito de tiempo por que estoy preparándome para unos exámenes, pero me vi forzado a arreglarlo por un bug del anterior que permitió que me atacaran el sitio. De todas formas, no lo he usado mucho, solo queria dejar estos comentarios para comenzar una pequeña revisión que más adelante continuare.

Para tener LibreOffice en español en Arch Linux, tanto en su interfaz como los diccionarios ortográficos, deben instalar los siguientes paquetes:

pacman -S libreoffice libreoffice-es hunspell hunspell-es

Faith no more

Solo algunos tení­an la esperanza de que Google corrigiera su curso liberando VP8 luego de haber avalado H264 en su navegador Chrome, entre ellos estaba la FSF que desde el momento en que Google adquirio On2 (la empresa detrás de el codec VP8) publico una carta abierta incitando a la empresa a liberar su reciente adquisición “por una internet más abierta”.

Para los que no están al tanto, hay una guerra en curso por cual será el próximo formato estandar de facto del video para la web (de facto ya que resulta exclusivamente de la implementación practica).  Esta guerra tiene 2 facciones, en una de ellas se encuentran Microsoft y Apple, ambos apostando por el formato privativo H264 con propiedad intelectual –patentes– de parte del consorcio MPEG-LA y por el otro lado, Mozilla y Opera junto a toda la comunidad de Software Libre, que insisten en que Ogg Theora (+ Vorbis) es un digno rival en términos técnicos y ademas está libre de derecho de autor y patentes. A todo esto, Google si bien no se mantuvo neutral completamente, estuvo prácticamente al margen del tema, unicamente aceptando que soportarí­a h264 en Chrome.

Lo de Google no fue muy bien recibido por los que apoyaban a Ogg, sobretodo dado que esta empresa es la dueña del sitio de videos mas popular del mundo: YouTube. Pero sin embargo, todaví­a no habí­a un comunicado oficial al respecto, sin una posición definida, declaro que habrí­a compatibilidad  con h264 en su navegador y sitios (se podrí­a decir que estaban asegurando que sus servicios siguieran siendo compatibles con el 90% de los sistemas operativos de los usuarios).

Y eso no es to-to-todo amigos…

Sin embargo, yo aún no estaba convencido de que h264 fuera a resultar el ganador en esta guerra… lo veia como la posibilidad mas posible (valga la redundancia), eso si, ya que Microsoft, Apple y Google estaban todos apuntando para el mismo lado, era prácticamente imposible que sucediera otra cosa. Y acá fue cuando salto Ubuntu (Canonical mas bien) y dijo que también estarí­a licenciando el codec h264 para sus distribuidores OEM. Un golpe durisimo al movimiento de Ogg. Estaba prácticamente  definido, h264 serí­a el formato estandar (de facto) de video para html5 y todos los que apoyamos los formatos abiertos estábamos com-pli-ca-di-si-mos. Como explicarle al usuario medio el problema de que h264 era un formato con licencia y regalí­as. Llevamos años intentando que la gente comprenda el problema con Flash y no hemos llegado muy lejos con eso. Al menos no en un paí­s con menos respeto por el software legal que por los polí­ticos (increí­ble, pero cierto!).

Estamos fritos, angelito! ¿O no?

Aparece la luz al final del tunel: Google libera bajo una licencia libre del tipo BSD el código de VP8, renombrandolo como WebM y creando un proyecto abierto, para que cualquiera pueda acceder a las especificaciones, completamente libre de patentes y cualquier tipo de “royalties“.

Acompañando el anuncio, obviamente estaban Mozilla y Opera. ¿Que pasa ahora? Tenemos 3 navegadores; Firefox, Opera y Chrome, que a partir de mañana seguramente ya tengan soporte para WebM en sus versiones de desarrollo (trunk o night builds), sumado a YouTube que ya tiene implementado un sector de prueba de html5 con webm, esto deberí­a acelerar un poco la adopción de este nuevo contrincante en la disputa por el estandar definitivo, tal vez, después de todo, la posibilidad de una web multimedia abierta no este tan lejos.