Screencast oficial de KDE 4.4. Plasma Desktop en acción ¿volveré? (He vuelto-;)

Aquí os dejo con el screencast oficial de KDE 4.4, se me van las fechas pero creo que con GNOME llevaré como ¿9 o 10 meses?, puede ser, la versión 4.0 que nada más ser liberada, instalé, no era “todo lo final” que esperábamos.

(Para verlo mejor, activar “pantalla completa”-;).

httpvh://www.youtube.com/watch?v=76OK5plqrw4

Según veo en la captura de pantalla, en Marzo de 2009 andaba con KDE 4.2 (este era mi escritorio) pero no acaba de estar a gusto con el rendimiento y nuestro Diego (sí, fuiste tú !!) consiguió algo impensable para mi ¿11 años desde mi primer KDE 1.0 en Red Hat? Me hice usuario de GNOME, y seguimos -;).

En el vídeo se pueden ver muchas de las opciones del motor en cuanto a lo gráfico en KDE 4x, Plasma, junto al administrador de archivos Dolphin. Por lo que veo, hay nuevas opciones o están más depuradas que cuando me quedé en la 4.2.

No sé lo que pensáis vosotros, pero tiene muy buena pinta y a pesar de que no le he dado más que una hora de tiempo a GNOME 3 Shell, (del que nos habló Diego) no descarto volver un día a KDE…¿Cómo lo veis?

Actualización, estoy usando KDE Ya lo he dicho en mi Twitter, “Te fallé, lo sé, han sido 9 meses con GNOME (me la presentó Diego !!) pero ha sido volver a verte, tocarte y darme cuenta de quien eres, KDE 4.4 Rulez !!”

 

Actualización “sorpresa” para Debian GNU/Linux 4.0 Etch, 9ª y última. Qué grandes !

Cuando todo indicaba que el ciclo de actualizaciones de Debian Etch (versión oldstable) había finalizado el pasado 15 de Febrero, momento el cual ya no entraban ni las actualizaciones de seguridad, (tuve que migrar varios servers a Lenny) desde Debian nos sorprenden gratamente con una novena y última actualización de Etch en la que según comentan, sólo hay un bug que no han podido corregir debido a serios problemas que se han encontrado.

Imagino que dada la cantidad considerable de servidores que aún están bajo Etch, han realizado este ejercicio de responsabilidad y protección a la comunidad de usuarios de Debian, ya que no es muy normal que hagan un anuncio del fin del ciclo de actualizaciones, (ENG) y después solventar la gran cantidad de fallos que trae esta novena actualización. Pero sí amigos, es Debian…

Ojo también a este dato a tener en cuenta a partir del 6 de Junio;

Please note that the oldstable distribution will be moved from the main archive to the archive.debian.org repository after June 6th 2010. After this move, it will no longer be available from the main mirror network. […]

Leed con atención la lista de correcciones y mejoras en el anuncio oficial de Debian.

Debian GNU/Linux rules -;)

 

Debian, Ubuntu y “el caso GIMP”. Marcando la(s) diferencia(s).

// Disclaimer -;)

Los que me conocen, bien sea personalmente, a través de mi Twitter, nuestro podcast, o mi (otro) blog, etc, saben que uso Debian (Sid) como sistema principal en mi MacBook, además de en mis servidores web (Lenny), pero que también soy usuario de Ubuntu en un PowerMac G4, además de en un Asus eeePC, por lo que si alguien busca en mis líneas el alimentar polémicas entre estos dos S.O “condenados” a entenderse, colaborar y llevarse bien, estará muy equivocado -;).

// El caso GIMP y la marcada diferencia…

Creo que no he actualizado ningún equipo aún a la flamante versión 10.0.4 de Ubuntu, entre otras cosas porque el tema de GIMP me tiene un tanto descolocado. Ya hablamos de ello tanto Forat como yo en el pasado Kernel Panic (un especial Ubuntu 10.0.4) y voy a aprovechar este ejemplo para explicar el por qué de esas diferencias que pueden parecer menores, siendo importantes.

A mi modo de ver, desde Canonical está queriendo ejercer un exceso de “protección-absurda-al-usuario” frente a su inteligencia, queriendo llevar la bandera del “cada vez más fácil” al extremo, a costa de un precio que para mi, es demasiado alto. El que GIMP no venga “de serie” en una instalación de Ubuntu 10.0.4, es un “problema menor” para un usuario familiarizado con un sistema GNU/Linux. Caso de no verlo, simplemente a traves de aptitude, el renovado (y mejorado) Centro de Software o Synaptic u otros, lo instalará y lo seguirá usando.

Pero para ese usuario que por primera vez llega a este mundillo, puede llegar a ser un verdadero problema. ¿Por qué? porque quizás, ese usuario que venga “rebotado de” otro S.O, o buscando algo diferente, una vez que vaya al menú Aplicaciones-Gráficos, verá que estando conectada su cámara (vamos a poner de ejemplo las fotografías en este caso), sus fotos descargadas y ordenadas correctamente en F-Spot, no tiene con qué editarlas, exportarlas o mejorarlas tal y como hacía en su otro sistema operativo.

Ahí pueden pasar dos cosas, una es la más lógica y recomendable, me informo, busco un poco y acabo sabiendo que el “Programa de manipulación de imágenes GNU” es (con las lógicas diferencias) una alternativa a Photoshop válida en Ubuntu. Además, puede que lea que pronto estará la “ventana única”, empiece a investigar y acabe dándose cuenta de que con GIMP se puede hacer mucho más de lo que se puede pensar de primeras.

En otro extremo, estará el usuario que piense que “Ubuntu está cojo” ya que no ha encontrado nada instalado para poder empezar a trabajar con sus fotografías. Quizás, antes de molestarse un poco en buscar (que el “me lo den todo hecho” es algo muy extendido) se ponga a buscar cómo ejecutar Photoshop bajo Wine o derivados antes de darle una oportunidad a GIMP…

Posiblemente, además de hablar de lo bien que va Ubuntu, lo fácil que es instalarlo y lo compatible que es con prácticamente todo (hasta se puede sincronizar un iPhone sin pasar por iTunes), no está de más que la gente sepa el esfuerzo que hay detrás por parte de la comunidad que alimenta el software libre, donde hay que dejar claro que “Software libre no es = a gratis, aunque sea una ventaja añadida en la mayoría de los casos”, y que volviendo al “caso GIMP”, es un claro ejemplo de dejar a un lado el respeto a esa filosofía GNU, que debería de tener más protagonismo, ya que ahí reside para mi la clave de nuestro éxito como comunidad de usuarios primero, extendido a la de los desarrolladores que día a día lo alimentan.

Me preguntaba el amigo Cresar en Twitter, el motivo de usar Debian preferentemente en lugar de Ubuntu, quizás si digo que en Debian no se concibe realizar una exclusión de ese tipo o que no se “molestan” en pensar en mi lugar y me dan la opción de que yo decida que usar, quede contestado.

Pero imagino que las respuestas se pueden encontrar mejor en el primer Kernel Panic, me tocó hacerlo sólo sin Diego ni Forat (mucho mejor con vosotros-;), ahí hablé del movimiento GNU, la historia, filosofía y el por qué de no olvidar que Linux es un Kernel, muy potente sí, pero sin la parte “GNU” no tiene sentido además de dar un repaso a la historia.

Todos le debemos mucho a Ubuntu, pero es justo no olvidar que a su vez, Ubuntu le debe mucho a Debian, al movimiento GNU, así como a todos los que lo hemos usado o promovido y ahora mismo, Canonical, tiene una gran responsabilidad hacia la comunidad, mucha más de que me gustaría, os soy sincero.

Y como abanderados, hablando de cuota de mercado, de lo que es llevar con éxito y masivamente un sistema GNU/Linux al escritorio de cualquier usuario, deberían ser más cuidadosos con estas actuaciones, ya que quizás, en pro de la filosofía del “cada vez más fácil”, acaben siendo presos o más bien víctimas, de las filosofías de otros que también, en ocasiones han pretendido “idiotizar” al usuario y así les va…

// Re-Disclaimer.

No soy un extremista, al menos, en este caso no. Seguiré usando puntualmente Ubuntu y BackTrack (ahora tira de .deb) y regularmente Debian, tampoco me tomes a mi como ejemplo de cómo se debe actuar, estoy lleno de contradicciones y “contra-indicaciones”, sólo es una crítica constructiva de alguien que no olvida de donde viene todo esto y que se preocupa por el ¿hacia dónde vamos?.

 

[truco] cómo configurar thunderbird3 para utilizar correctamente un proxy

Logo Icedove (Mozilla Thunderbird)

Icedove

Hoy en día es bastante común que las empresas, sean del tamaño que sean, utilicen servidores proxy (entre otros) para filtrar el acceso a Internet y asegurarse la productividad y, desde que éstos existen, los programas y los sistemas operativos se han acostumbrado a lidiar con ellos. Es tan sencillo como contemplar, en la configuración, un apartado para el proxy que cumpla con los estándares habituales y, tras esa cumplir con ese paso, las puertas de internet se abren ante nosotros.

En Gnome, que es el entorno que utilizo en el trabajo, la conexión a un proxy está asumida desde el primer momento y, por extensión, funcionan sin problemas todos los programas que delegan en él esta tarea. Pero, como en los comic de Asterix, no todo está conquistado, aunque lo parezca. Mozilla Thunderbird 2.x no funcionaba correctamente cuando se trataba de acceder al proxy. No delegaba la tarea en las variables del entorno, como http_proxy, no utilizaba lo definido en el escritorio ni, por supuesto, funcionaba correctamente con la información introducida en el programa. Y es una batalla que viene de lejos y que, con cada nueva subversión podía funcionar o no. Toda una lotería.

Pero hoy, esta mañana, buscando la forma de solucionarlo, me encontré con un texto clarificador en la web de la extensión Environment Proxy (en negrita está lo bueno):

ATTENTION: Since Firefox 3.5 this add-on is no longer needed on Unix/Linux machines (see Bug 66057 https://bugzilla.mozilla.org/show_bug.cgi?id=66057). Just set your proxy settings to “Use System Settings” and you’re set.

¿Y qué pasará con Thunderbird 3.0.4? Desactivé la configuración del proxy en icedove y al buscar actualizaciones para las extensiones… ¡funcionó! Curiosa manera de terminar una guerra tan larga.

Prácticamente sobre la marcha, instalé Provider for Google Calendar e integré calendarios a lo largo y ancho de Internet. Otra cosa más que ya funciona.

 

[short] acortador de direcciones URL de debian

Logo Debian Hackers Short

Antes de que alguno se lance a cambiar de acortador, lo dejaré claro al principio: deb.li únicamente funciona con unas cuantas direcciones IP. Para prevenir el SPAM han decidido que el corazón de la página sólo operaría con un puñado de IP’s.

To ensure that deb.li is not used by random spammers, adding new URLs is limited to a json-rpc web-interface for now, which is only accessible from a limited list of IPs. deb.li FAQ

Bernd Zeimetz a publicado en su blog que ha puesto a disposición de la comunidad un acortador de direcciones URL, otro más, aunque en esta ocasión también está disponible el código fuente.

+ info: deb.li docs.

 

podcast número 17 de daboblog

Una quincena más tenemos podcast de daboblog. En esta ocasión la presión es mayor por la apabullante respuesta que obtuvimos del número 16 que, para variar, desbordó nuestras previsiones y nos llenó de orgullo y satisfacción…

Banner del podcast de Daboblog

A lo largo de los 104 minutos, Forat (forat.info, sistematicos.com, factoriadeblogs.com) desgrana Ubuntu 10.04 en la sección Kernel Panic y Oscar Reixa (Planeta Mac, Planeta iPod, Planeta iPhone, Planeta iPad, etc) y Gorka Lasa (lur) le dan su habitual repaso al mundillo de Apple en Manzanas Traigo.

Como viene siendo habitual, tenéis toda la información en la página correspondiente en el blog de dabo y en la ficha del podcast en ivoox.com. También se puede escuchar y descargar desde aquí.

 

Ejercicio de estilo (en mi Twitter) de Ivan Ristic, creador de Modsecurity para Apache

Sólo quería con esta entrada traer al blog parte de las buenas sensaciones y el ejercicio de estilo que ha dejado hoy en mi Twitter, nada más y nada menos que Ivan Ristic, uno de los grandes en el campo de la seguridad web.

Un hacker en el más amplio sentido del término y creador (después de año y medio monitorizando intrusiones y analizando logs de SNORT) de Modsecurity, potente firewall de aplicaciones web para Apache Server.

El paquete para Debian es libapache-mod-security, mantenido por Alberto González Iniesta, desarrollador de Debian que de seguridad nos podría contar lo que no está escrito…).

La historia es simple, el colega Xsas (Salvador Ausina) me preguntaba vía Twitter por Modsecurity, yo le respondí;

En mi respuesta estaba un enlace a la descarga directa del libro de Ivan Ristic sobre Modsecurity en PDF. Seguí con otros temas y cual fue mi sorpresa cuando veo hoy por la mañana en mi Gwibber este Twitt de Ivan Ristic.


El señor Ristic (lo de Sr. hay que ganárselo) en lugar de recriminarme por hacerlo, me informa de que la nueva versión de su libro está disponible ahora con un 25% de descuento y pone el código del cupón para el descuento…

Viendo esa actuación, yo sólo podía además de retwittear su respuesta y hacerme eco del descuento en la compra de su libro ya en edición final, darle las gracias por su gran trabajo con Modsecurity.


En Internet puedes llevarte todos los días alguna sorpresa, hoy me la he llevado y de las buenas, está claro que los autores tienen todo el derecho a defender sus obras, pero nosotros también de compartirlas con otros en pro del acceso a una cultura (informática o de otra índole) que a veces se nos niega o simplemente es “impagable”, pero también hay gente como Ivan Ristic que entienden aquello de dar una opción al usuario para facilitarle la compra.

Saludos a todos y gracias por estar ahí, no sabéis lo respaldados que nos sentimos -;).

 

Información extra del estado de los paquetes con aptitude ({a}, {u})

Dabo, que es un culo inquieto, me llamó una noche para preguntarme por un tema que le atormentaba y no le dejaba dormir. Tras la enésima actualización del macbook se dio cuenta de que aparecían unos códigos tras cada paquete a instalar o desinstalar y, como casi nada es casualidad en este mundo, pretendía averiguarlo antes de irse a dormir. Y, ya de paso, fastidiarme el sueño a mí :D.

Hablábamos de unos caracteres escritos entre llaves que aparecían tras cada uno de los paquetes a tratar en un aptitude full-upgrade (creo que con los install también pasa) y de los que no había ni rastro con otras herramientas de gestión de paquetes como apt o synaptic. Dedujimos que se trataba de alguna mejora en aptitude y nos pusimos a darle vueltas a una hora en que deberíamos estar durmiendo.

El ejemplo se puede ver al intentar la actualización diaria con aptitude:

Suponíamos, erróneamente, que la etiqueta {a} aparecía al añadir (add) un nuevo paquete y {u} al desinstalarlo (uninstall) pero se dieron un par de casos en que las etiquetas se aplicaban en las operaciones contrarias.

Al final, cansado de buscar infructuosamente durante un día y pico, decidí enviarle un correo electrónico al mantenedor del paquete aptitude en Debian, planteándole la duda. Es una medida un tanto expeditiva y que utilizo sólo en ocasiones justificadas, tras cribar la documentación del paquete e internet en busca de respuestas. Y la respuesta sigue dejándome de piedra.

Veinticinco minutos después recibí un correo, cordial y amable en donde el señor Burrows me sacaba de dudas y me explicaba que las etiquetas dan información extra acerca del estado de los paquetes a tratar.

Traducido libremente, viene a decir que las etiquetas significan:

  • {a}, cuando el paquete se instaló o eliminó automáticamente.
  • {b}, cuando alguna dependencia del paquete tiene incompatibilidades con los cambios propuestos.
  • {p}, cuando el paquete va a ser purgado además de borrado.
  • {u}, cuando el paquete va a ser borrado porque no se utiliza.

Así pues, sólo se trataba de eso, de ampliar la información del estado de los paquetes sobre los que va a efectuar alguna operación. Más información para tomar mejores decisiones, supongo.

Y por último me gustaría mencionar el gran trabajo que hacen los desarrolladores y mantenedores, en debian y en cualquier otro sistema operativo y programa Open Source, por su rapidez de respuesta y sus ganas de ayudar. Esta es, definitivamente, una guerra que hemos ganado entre todos.

 

[short] KDE 4.4.3 en debian sid

Logo Debian Hackers Short

Han anunciado que ya está disponible, desde hace dos días, KDE 4.4.3 y que se puede instalar desde Debian sid. También se hace referencia a que será la versión 4.4.4. la que, probablemente, termine en la próxima versión estable de Debian.

También animan a instalar la nueva versión, probarla y remitirles todos los bugs encontrados ya que, como apuntan, quedan menos de mil para dar la versión por estable.

+ info | ekaia.org.