Acceder a cámara de fotos desde KDE 4.8

Estoy usando desde la beta1, Kubuntu Precise 12.04 (muy satisfactoriamente dicho sea de paso). Una de las cosas que he notado (y no soy el único al que le pasa), es que el automontaje de nuestra cámara digital cuando la pinchamos al puerto USB (vía su cable correspondiente) no funciona (no aparece en la lista de dispositivos de Dolphin ni se muestra la notificación de dispositivo disponible en la bandeja de sistema). Por otra parte, sí que funciona sin ningún problema si pinchamos cualquier pendrive. Comentan en el siguiente enlace, que se trata de una regresión en la rama de KDE 4.8.x, que por lo visto soluciona la revisión 4.8.3 recientemente publicada (todavía no en los repositorios oficiales de Kubuntu). El problema de fondo es que KDE trata las cámaras digitales como dispositivos 'no removibles'. 

¿Y cómo hacer para acceder al contenido de la memoria de la cámara? Una opción sería retirar la tarjeta de memoria y usar un adaptador USB (del estilo de este) o bien un lector de tarjetas. ¿Pero qué ocurre si no disponemos ni de uno ni de otro?

Por suerte, el kio slave camera:/ funciona perfectamente, aunque falle lo comentado en el primer párrafo. De manera que si pinchamos nuestra cámara al puerto USB, la encendemos en modo reproducción/visualización, ejecutamos el administrador de archivos (Dolphin o Konqueror), pinchamos en la barra de direcciones, tecleamos

camera:/

y pulsamos intro, nos encontraremos algo parecido a esto:

Ahora solamente nos queda navegar por las distintas carpetas hasta dar con nuestras fotos. Un ejemplo para una Canon IXUS 860 IS:

Fuente:

http://ubuntuguide.org/wiki/Kubuntu_Precise_Photos_and_Graphics#Accessing_a_digital_camera_from_the_Dolphin_file_manager

Ejecutando Pinta sobre KDE

Como ya comenté en una entrada anterior, el software de dibujo y edición de imágenes Pinta, derivado del proyecto Paint.Net, presenta ciertas dificultades a la hora de ejecutarse correctamente en KDE. Sin embargo, la solución que ofrecí en dicha entrada, ya no resuelve el problema en las nuevas versiones de KDE/Kubuntu. Concretamente, estos días salió la versión 1.2 de Pinta, y al intentar ejecutarla en Kubuntu 12.04, obtenemos el siguiente error:

josea@kubuntu12:~$ pinta

Unhandled Exception: System.ArgumentException: 'gtk-close' is not a valid resource name of assembly 'Pinta.Resources, Version=1.2.0.0, Culture=neutral, PublicKeyToken=null'.
  at Gdk.PixbufLoader.InitFromAssemblyResource (System.Reflection.Assembly assembly, System.String resource) [0x00000] in :0 
  at Gdk.PixbufLoader..ctor (System.Reflection.Assembly assembly, System.String resource) [0x00000] in :0 
  at Gdk.Pixbuf..ctor (System.Reflection.Assembly assembly, System.String resource) [0x00000] in :0 
  at Gdk.Pixbuf.LoadFromResource (System.String resource) [0x00000] in :0 
  at Pinta.Resources.ResourceLoader.GetIcon (System.String name, Int32 size) [0x00000] in :0 
  at Pinta.ResourceManager.GetIcon (System.String name, Int32 size) [0x00000] in :0 
  at Pinta.ResourceManager.GetIcon (System.String name) [0x00000] in :0 
  at Pinta.Gui.Widgets.OpenImagesListWidget..ctor () [0x00000] in :0 
  at Pinta.OpenImagesPad.Initialize (MonoDevelop.Components.Docking.DockFrame workspace, Gtk.Menu padMenu) [0x00000] in :0 
  at Pinta.MainWindow.CreateDockAndPads (Gtk.HBox container) [0x00000] in :0 
  at Pinta.MainWindow.CreatePanels (Pinta.WindowShell shell) [0x00000] in :0 
  at Pinta.MainWindow.CreateWindow () [0x00000] in :0 
  at Pinta.MainWindow..ctor () [0x00000] in :0 
  at Pinta.MainClass.Main (System.String[] args) [0x00000] in :0 
[ERROR] FATAL UNHANDLED EXCEPTION: System.ArgumentException: 'gtk-close' is not a valid resource name of assembly 'Pinta.Resources, Version=1.2.0.0, Culture=neutral, PublicKeyToken=null'.
  at Gdk.PixbufLoader.InitFromAssemblyResource (System.Reflection.Assembly assembly, System.String resource) [0x00000] in :0 
  at Gdk.PixbufLoader..ctor (System.Reflection.Assembly assembly, System.String resource) [0x00000] in :0 
  at Gdk.Pixbuf..ctor (System.Reflection.Assembly assembly, System.String resource) [0x00000] in :0 
  at Gdk.Pixbuf.LoadFromResource (System.String resource) [0x00000] in :0 
  at Pinta.Resources.ResourceLoader.GetIcon (System.String name, Int32 size) [0x00000] in :0 
  at Pinta.ResourceManager.GetIcon (System.String name, Int32 size) [0x00000] in :0 
  at Pinta.ResourceManager.GetIcon (System.String name) [0x00000] in :0 
  at Pinta.Gui.Widgets.OpenImagesListWidget..ctor () [0x00000] in :0 
  at Pinta.OpenImagesPad.Initialize (MonoDevelop.Components.Docking.DockFrame workspace, Gtk.Menu padMenu) [0x00000] in :0 
  at Pinta.MainWindow.CreateDockAndPads (Gtk.HBox container) [0x00000] in :0 
  at Pinta.MainWindow.CreatePanels (Pinta.WindowShell shell) [0x00000] in :0 
  at Pinta.MainWindow.CreateWindow () [0x00000] in :0 
  at Pinta.MainWindow..ctor () [0x00000] in :0 
  at Pinta.MainClass.Main (System.String[] args) [0x00000] in :0 

Para solucionarlo, por suerte solo tenemos que instalar el paquete 'gnome-icon-theme-full', por ejemplo, de la siguiente manera:

sudo apt-get install gnome-icon-theme-full

Y aquí podemos verlo funcionando.

Pinta 1.0 no se ejecuta en Kubuntu 11.04

Si intento ejecutar la última versión de Pinta (1.0) desde Kubuntu 11.04, la aplicación no se lanza. Para obtener alguna pista de qué está pasando, lo intento desde un Terminal, encontrándome el siguiente mensaje:

jmunin@dell-kubuntu-natty:~$ pinta


GLib.GException: Icon 'gtk-dialog-error' not present in theme
 at Gtk.IconTheme.LoadIcon (System.String icon_name, Int32 size, IconLookupFlags flags) [0x00000] in :0 
 at Pinta.ErrorDialog.Build () [0x00000] in :0 
at Pinta.ErrorDialog..ctor (Gtk.Window parent) [0x00000] in :0 
at Pinta.MainClass.ExceptionManager_UnhandledException (GLib.UnhandledExceptionArgs args) [0x00000] in :0 
at GLib.ExceptionManager.RaiseUnhandledException (System.Exception e, Boolean is_terminal) [0x00000] in :0

Tal como comentan aquí, el problema es que no encuentra el icono gtk-dialog-error en la instalación de Kubuntu. La solución pasa por instalar el paquete gnome-icon-theme:

jmunin@dell-kubuntu-natty:~$ sudo apt-get install gnome-icon-theme

Y ahora ya sin problemas.

Esta versión de Pinta ha sido instalada a partir de este repositorio (dispone de actualizaciones de muchas otras aplicaciones; muy recomendable).

Instalar versiones actualizadas de aplicaciones en Ubuntu y derivadas

Un compañero que se está iniciando en el mundillo de las distribuciones Linux, me preguntaba como instalar una aplicación en Ubuntu. De entrada se defiende con Synaptic, así como con el concepto de repositorios. Si no fuese el caso, los recursos que os enlazo anteriormente son de obligada lectura.

De cualquier forma, es muy útil http://packages.ubuntu.com para localizar una aplicación dentro de los repositorios oficiales de Ubuntu, para una versión concreta (Jauntu, Karmic, etc) o todas ellas.

Por ejemplo, hablemos de la aplicación ufraw. Si empleamos el buscador que facilita la anterior dirección (http://packages.ubuntu.com/search?keywords=ufraw) vemos el siguiente resultado:

Ahí podemos comprobar de qué versión disponemos en nuestra edición de Ubuntu. Para saber si es muy reciente o no, lo siguiente sería intentar localizar la página oficial de la aplicación (google es nuestro aliado), en nuestro caso http://ufraw.sourceforge.net/

Ahí comprobamos que hasta hace bien poco (01/04/2010) la última versión era la 0.16, justamente la versión que integra el repositorio Universe de Ubuntu Lucid 10.04. Así que no tendríamos más que usar Synaptic o desde consola apt-get para instalar dicha versión si disponemos de Lucid.

Pero si por ejemplo todavía tenemos Karmic, la versión disponible en el repositorio Universe es la 0.15. O justamente ahora ha salido la 0.17, de manera que ni Lucid viene con la última versión en los repositorios oficiales. ¿Cómo podemos hacer para instalar una nueva versión?.

Si la propia página de la aplicación no ofrece un repositorio con la versión más reciente para nuestra edición de Ubuntu, disponemos de varias alternativas. Yo voy a comentar las 2 que considero más sencillas.

La primera sería utilizar el servicio GetDeb: http://www.getdeb.net/welcome/

En la parte superior derecha, tiene un cuadro de search. Si buscamos nuestra aplicación de ejemplo: http://www.getdeb.net/updates/Ubuntu/9.10/?q=ufraw la versión es la misma que traen los repos de Lucid. GetDeb compila los paquetes para distintas ediciones de Ubuntu (Jaunty, Karmic, Lucid) así que si pulsamos en el resultado de la búsqueda: http://www.getdeb.net/software/UFRaw observamos que disponemos de la 0.16 (parte inferior de la pantalla) tanto para Jaunty como para Karmic (o sea, la misma versión que ya integra Lucid).

Nos descargamos la versión y la instalamos (al estilo Windows, vía Gdebi). Si usamos Firefox, éste nos ofrecerá descargar el .deb o instalarlo con Gdebi.

El inconveniente de este sistema es que si van saliendo nuevas versiones no estaremos al corriente, cosa que sí ocurre si trabajamos con repositorios, que siempre nos mantienen al día de las actualizaciones.

La otra posibilidad de la que os quería hablar es la de los repositorios PPA (Personal Package Archives). Podemos buscar dentro del servicio PPA si alguien mantiene un repositorio con las últimas versiones de la aplicación en cuestión. Ese alguien puede ser alguno de los desarrolladores, o algún colaborador/usuario de la aplicación. En este caso, si la propia página de la aplicación no hace referencia a ningún repositorio PPA, podemos usar alguno de los buscadores de paquetes dentro de los repositorios PPA, por ejemplo: https://launchpad.net/ubuntu/+ppas

Justamente el primer resultado es del repositorio de un usuario que mantiene las compilaciones diarias de la aplicación (ojo, pues las compilaciones diarias suelen ser una versión de la aplicación muy inestable).

El repositorio https://launchpad.net/~pmjdebruijn/+archive/ppa dispone de la última versión (la 0.17, a día 01/04/2010) tanto para Karmic como para Lucid.

Si nuestra edición es Karmic o superior, podemos añadir el repositorio a nuestro 'source.list' muy fácilmente, tal como explican aquí, o directamente pegando el nombre del repositorio, en este caso 'ppa:pmjdebruijn/ppa', dentro de la pantalla para añadir repositorios de terceros en Synaptic (o KPackageKit, si usamos Kubuntu) o bien desde consola:

sudo add-apt-repository ppa:pmjdebruijn/ppa
sudo apt-get update
sudo apt-get install ufraw

KDE 4.3.5 en Kubuntu Karmic y openSUSE 11.2

Tal como se puede leer aquí en el caso de Kubuntu y aquí en el caso de openSUSE, la última (y definitiva) revisión de la rama de escritorio 4.3.x de KDE (ahora ya centrados únicamente en las revisiones de la recién publicada rama 4.4 y el desarrollo de la nueva 4.5) está 'oficialmente' disponible como actualización en ambas distribuciones. Remarco lo de 'oficialmente' pues hasta ahora era posible disponer de ésta y anteriores revisiones tirando de repositorios alternativos. Sin embargo y a partir de ahora, se instalará como una actualización automática más.

• En el caso de Kubuntu, debemos de tener habilitado el repositorio Backports, tal como explican aquí.
• Si tenemos openSUSE y no hemos estado tocando los repositorios, no tendremos que hacer nada (los que vienen activados por defecto serán suficientes). En caso contrario, mejor consultar esta información. Básicamente deberíamos de quitar cualquier repositorio que hayamos añadido anteriormente para actualizaciones de KDE, y dejar los 4 listados dentro de STABLE (KDE 4.3) para nuestra versión de openSUSE. Una vez recarguemos el listado de paquetes y hayamos actualizado, podríamos añadir repositorios adicionales.

Acciones (comunes y/o de root) en menú de contexto

Hoy he añadido 3 nuevos imprescindibles en la categoría de Linux (margen derecho del Blog):

- Para escritorio KDE:

• Root Actions Servicemenu

- Para escritorio GNOME:

• NScripts
• G-Scripts (Nautilus Scripts)

Todos tienen la misma finalidad: permitir la ejecución de acciones habituales y/o de root (normalmente sobre archivos o carpetas) de manera simple, a través del menú de contexto de nuestro administrador de archivos (Nautilus en caso de GNOME; Konqueror o Dolphin en caso de KDE). Realmente más que de aplicaciones, se trata de recopilaciones de scripts de shell (scripts de Perl en el caso de Root Actions Servicemenu), aunque alguno requiera la presencia de software adicional.

La manera fácil de instalar Root Actions Servicemenu en Kubuntu (probado en Jaunty, Karmic, Lucid) es abrir una consola y ejecutar:

sudo add-apt-repository ppa:samrog131
sudo apt-get update
sudo apt-get install servicemenu-rootactions

Si queremos hacerlo manualmente descargamos el tar.gz de su sitio web, lo descomprimimos (por ejemplo en nuestro 'home' o carpeta de usuario), copiamos el archivo rootactions-servicemenu.pl a /usr/local/bin o /usr/bin

josea@linux-intb:~/Download/Root_Actions_2.4.8> sudo cp rootactions-servicemenu.pl /usr/local/bin

y comprobamos que tenga activado el atributo de ejecutable

josea@linux-intb:/usr/local/bin> ls -l
total 40
-rwxr-xr-x 1 root root 39078 ene 11 17:54 rootactions-servicemenu.pl

A continuación copiamos los archivos .desktop de dolphin-KDE4 a la carpeta service dentro de la configuración de nuestro KDE4, que (depende de la distro, en este caso openSUSE 11.2) podría ser ~/.kde4/share/kde4/services/:

josea@linux-intb:~/Download/Root_Actions_2.4.8/dolphin-KDE4> cp *.desktop ~/.kde4/share/kde4/services

Ahora ya podemos borrar el tar.gz y la carpeta donde lo hayamos descomprimido.

Para instalar g-scripts, descargamos el tar.gz, y lo descomprimimos dentro de ~/.gnome2. No hace falta hacerlo dentro de ~/.gnome2/nautilus-scripts/, pues la jerarquía de carpetas del tar.gz ya la incluye.

Si queremos instalar NScripts, descargamos el tar.gz, y en este caso sí que necesitaremos descomprimirlo dentro de ~/.gnome2/nautilus-scripts/

Ahora solo tenemos que abrir Nautilus o Dolphin, abrir el menú de contexto sobre un archivo o carpeta, y veremos un nuevo subconjunto de órdenes, dentro de la opción 'Scripts' en caso de Nautilus, y 'Opciones de root' en caso de Dolphin/Konqueror.

Sobre un archivo:

Sobre una carpeta:

Kubuntu 9.10 Karmic Koala con KDE 4.3.2

En mi última entrada, ponía en duda si al futuro Kubuntu Karmic le daría tiempo de integrar la recientemente publicada revisión 2 del escritorio KDE 4.3. Sin embargo, y para nuestro regocijo, se confirma tal circunstancia.

Tengo depositadas grandes expectativas en Karmic, y dicha noticia no deja de ser otro indicador más de ello. Animo a quienes no hayan probado KDE 4.x, o lo hayan hecho en alguna de sus versiones más tempranas (y les dejara mal sabor de boca), a darle una oportunidad. El lanzamiento de Karmic el 29 de Octubre sería un buen momento.

KDE 4.2.4 en Kubuntu Jaunty 9.04 (oficialmente)

Sorprendentemente (la primera vez que ocurre, que yo recuerde) los señores de Kubuntu incorporan una revisión del escritorio KDE, como actualización en un repositorio 'oficial' (y me refiero en una versión de Kubuntu ya publicada; durante el ciclo de desarrollo de la misma, sucede habitualmente).

Lo habitual hasta ahora era lo siguiente. Me explico:

Sale Kubuntu 8.10; oficialmente, con la versión de KDE 4.1, revisión 2. Durante el período de soporte de esa versión de Kubuntu, Canonical hace correcciones en dicha revisión, recompilaciones, etc que se publican en sus repositorios oficiales. Pero si los señores de KDE sacan revisiones de esa versión (4.1.3, 4.1.4, etc) Kubuntu no las incorpora en dichos repositorios, tal como comento en el segundo punto de esta entrada. Como mucho y hasta ahora, algún colaborador las recompilaba y las compartía con la comunidad (oficiosamente, por lo tanto) publicándolas en algún repositorio personal PPA (es de esa manera que ahora mismo tengo mi Kubuntu Jaunty con KDE 4.3.1).

Entiendo que no es posible ni factible incorporar como actualización de una versión de Kubuntu ya publicada, una nueva versión de KDE. Para eso tenemos los ciclos de publicación de Ubuntu/Kubuntu cada 6 meses (o los repositorios PPA, para los que gusten de hacer experimentos; eso sí, en casa y con gaseosa). De manera que si queremos disfrutar 'oficialmente' del nuevo KDE 4.3.x, es comprensible que tengamos que esperar a Kubuntu Karmic 9.10 (veremos si KDE 4.3.1, o la todavía no publicada 4.3.2, que saldrá entorno al 6 de Octubre, 3 semanas antes que la publicación final de Karmic, esperada para el 28 de Octubre).

Pero no me parece tan razonable que si (por ejemplo) Kubuntu Jaunty integra KDE 4.2.x, no se vayan publicando, aunque sea en los repositorios Backports (no activados por defecto) las sucesivas revisiones de dicho escritorio, que con un ciclo de publicación mensual, únicamente incorporan soluciones de errores o problemas de rendimiento detectadas, y no cambios en API's o interfaces de programación.

Pero como un síntoma de que las cosas en Kubuntu parecen estar cambiando (y para bien) finalmente lo que comento en el párrafo anterior ha sucedido.

KRename (o cómo arreglar un desaguisado)

Tal como comento en una entrada anterior dedicada a ese magnífico programa llamado Rapid Photo Downloader, por un despiste me encontré con una barbaridad de archivos (concretamente 528) sin extensión (menos mal que todos tenían la misma: jpg) en una unidad de red (un NAS, para ser más exacto) y sin posibilidad de repertir nuevamente la operación. ¿Cómo solucionar este desaguisado?

Vamos a tirar de aplicación de renombrado de archivos por lotes (batch renamer); y tratándose de KDE, qué mejor que KRename.

Kubuntu Jaunty integra en los repositorios oficiales la última versión estable que, desgraciadamente, todavía es una versión nativa para el escritorio KDE 3.5.x (no significa ésto que no podamos usarla en KDE 4.x). El problema de esta versión estable es que no soporta unidades de red (o yo no he visto manera, ni tan siquiera usando KIO slaves). Así que la alternativa es usar la versión en desarrollo, ésta sí nativa KDE 4. La ventaja fundamental es su integración con la arquitectura subyacente bajo KDE 4, incluyendo soporte de recursos compartidos de red, como se puede apreciar en la siguiente captura.

Para instalar dicha versión lo mejor es buscar un repositorio PPA que la empaquete para nuestra versión de Ubuntu/Kubuntu, de manera que nos evitemos tener que compilar, problemas de dependencias, etc. Nos será de mucha utilidad un buscador de paquetes en repositorios PPA, que nos permita localizar la aplicación que estamos buscando. Podemos usar el buscador oficial, aunque yo concretamente estoy usando PPA Search, ya no solamente vía web, si no también integrado en las búsquedas rápidas de Firefox, gracias a Mycroft Project.

Después de la búsqueda, obtenemos 2 repositorios, pero el que contiene la versión más reciente (hoy día la 3.9.3) es éste de Sam Rog. Para agregarlo a nuestro gestor de paquetes:

• Seleccionamos nuestra versión de Kubuntu
  

• e introducimos las 2 entradas correspondientes en nuestro gestor de paquetes (Synaptic, KPackageKit, etc)
  

• y añadimos el certificado.

Esto último se puede hacer de varias maneras, pero la que estoy usando últimamente evita completamente el uso de la consola:

• hacemos clic en el identificador de la clave, dentro de la página principal del repositorio
  

• en la nueva página nuevamente clic en el identificador
  

• y por último ya podemos ver la clave. Seleccionamos su contenido, tal como nos muestra la captura
  

• que pegamos en un archivo de texto, lo guardamos en local, para luego importarlo desde el propio gestor de paquetes.

Recargamos los repositorios, y al hacer la búsqueda, nos encontramos disponibles las 2 versiones. Instalamos la más reciente.

A partir de aquí, todo es 'coser y cantar'. KRename ofrece grandes ventajas, como añadir los archivos de directorios completos, trabajar con archivos/carpetas locales o en unidades de red, como se puede ver.

No solamente permite renombrar, si no copiar o mover.

Y además, integra funcionalidad avanzada a la hora de obtener etiquetas para el renombrado, con información obtenida de distintos orígenes, gracias al uso de plugins.


En mi caso concreto, el renombrado es muy sencillo, no necesito de ningún plugin, ya que tal como se puede apreciar, solamente necesito añadir la extensión.

Pulsamos 'Finish y el proceso tarda unos segundos

Rapid Photo Downloader (actualizado)

Después de 23 días de viaje, más de 4.600km recorridos, visitados pueblos y ciudades (Palencia, Lerma, Soria, Tarazona, Tarragona, Sitges, Barcelona, Pals, Cadaqués, Bilbao, Lekeitio, Zarautz, San Sebastián, etc), decenas de playas y paisajes encantadores... Es normal llegar a casa y encontrarse con 531 fotos en la memoria de la cámara. ¿Y cómo volcar tantos archivos al disco duro del ordenador, con la organización deseada (no nos sirve copiar/pegar), sin utilizar los programas que acompañan a la cámara fotográfica (es un engorro instalarlos únicamente para dicho fin, y para todo lo demás seguramente usemos otras aplicaciones que nos resulten más familiares), cuando además solamente funcionan bajo Windows?

Pues en esta situación es donde nos encontramos con una joya de programa: Rapid Photo Downloader. Instalarlo para cualquier edición de Ubuntu/Kubuntu/etc es muy sencillo, solamente hay que seguir los pasos que nos detallan en su propia web, además que nos serán de mucha utilidad para saber como añadir cualquier otro repositorio PPA (Personal Package Archive), así como gestionar su clave de autenticación (la parte más engorrosa).

Una vez instalado, el programa es muy sencillo. Basta conectar la cámara a través de su correpondiente cable a un puerto USB, o pinchar la memoria de la misma en un lector de tarjetas, y pulsar el botón Descargar. Pero antes de ello, deberíamos de proceder previamente a configurar la aplicación, si no queremos montar un desaguisado. Para ello, nos vamos al menú 'Fotos', orden 'Preferencias'. En el cuadro de diálogo que se nos presenta, 2 opciones son fundamentales: 'Carpeta de descarga' y 'Renombrar imagen'. Los siguientes son los valores por defecto de ambas opciones de configuración.

Aquí os dejo tal como yo las he configurado. Para entender un poco de qué va todo ésto, no tenemos más que fijarnos en los ejemplos que nos muestra el propio programa en la parte inferior de cada cuadro de diálogo.

Actualización

Si os fijáis bien, en la pantalla anterior he cometido un error: he omitido la extensión de los archivos, de manera que me he encontrado con 531 archivos perfectamente clasificados y renombrados, pero todos ellos sin extension (.jpg en este caso). Lo correcto sería hacerlo tal como se ve en la captura siguiente.

Una vez configurado, ya podemos pulsar el botón Descargar. En mi caso lo hice con la cámara conectada al puerto USB a través del cable que la acompaña. Pero normalmente será mucho más rápido si lo hacemos directamente desde la memoria SD de la cámara conectada a un lector de tarjetas.



Y aquí un ejemplo del resultado final, una vez descargadas todas las fotos, y accediendo a una carpeta al azar. Fijaros en la ruta de la barra de direcciones, y en el nombre de los archivos.

Actualización

En la pantalla anterior se observa perfectamente el error que cometí y que os comento líneas arriba, pues los archivos no tienen extensión (aunque Nautilus muestre la vista preliminar igualmente, lo que hizo que tardase en darme cuenta de la metedura de pata).

Aspecto de KDE 4.3

Estos días estoy usando la beta 2 del futuro KDE 4.3.0, en Kubuntu 9.04. Es sorprendentemente estable para ser una beta 2, así que supongo cumplirán lo establecido en el roadmap y será publicada la versión final el 28 de Julio. ¿Cuál será la primera distro en integrarlo como escritorio KDE por defecto?

Pero ahora al caso, ya parece confirmado el nuevo tema predeterminado de escritorio, un rediseñado, muy 'transparente' y (a mi gusto) atractivo Air, en detrimento de Oxygen (que por supuesto seguirá ahí, para los que gusten de un aspecto más 'oscuro').

Kubuntu 9.04 Jaunty

Sin duda el mejor Kubuntu hasta la fecha. Por muchas razones, siendo las tres más reseñables:

- Aunque lentamente, va madurando en cada nueva versión, acercándose cada vez más al hasta ahora mucho más trabajado (Canonical invierte claramente más recursos) Ubuntu. ¿Noticias como ésta serán la confirmación de un cambio de tendencia?.

- La conjunción en el mapa de ruta (roadmap) de una buena versión de KDE (en esta caso, la versión 4.2.2) con el lanzamiento de Kubuntu (cosa que anteriormente no había pasado). Es curioso como casi todas las 'grandes' ajustan sus lanzamientos sincronizándose con cada nueva versión de GNOME, lo que no siempre deja en buen lugar a la edición KDE correspondiente. Es curioso lo que va a ocurrir con la recién lanzada KDE 4.2.4, la mejor versión KDE hasta la fecha, que probablemente no se incluya como escritorio por defecto en ninguna de estas distribuciones. ¿Cuándo una distro importante apostará decididamente por KDE, o al menos ajustará su roadmap al de este entorno de escritorio?.

- La adopción de un gestor de paquetes (realmente frontend del sistema de gestión de paquetes base de Debian y derivadas: Dpkg) prometedor y ojalá futuro estándar entre distribuciones. Me refiero a PackageKit, y más concretamente su 'frontend' KPackageKit, sustituto del denostado por muchos Adept (la verdad que siempre me pareció mejor Synaptic, el gestor de paquetes de Ubuntu). Y digo prometedor pues aunque resulta realmente atractivo, todavía carece de cierta funcionalidad.

Un ejemplo de lo comentado en el punto anterior, es lo que me ha ocurrido al intentar actualizar la versión de KDE incluida en Jaunty.
Desgraciadamente, Kubuntu no soporta 'oficial' ni 'oficiosamente' (si exceptuamos los repositorios PPA, aunque como su nombre indica, son repositorios 'personales') las actualizaciones dentro de la misma rama de KDE, en este caso la 4.2.x (ya lanzadas la 4.2.3 y 4.2.4 y a la espera de la nueva rama 4.3.x para finales de Julio). Y no lo entiendo muy bien, pues como bien señalan las listas de cambios (changelogs) de dichas revisiones 4.2.x, simplemente se limitan a solucionar errores, no a implementar nuevas funcionalidades. Aún así, podemos añadir el siguiente repositorio si queremos tener la última revisión de la rama 4.2.x en Jaunty:

deb http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu jaunty main

y hacer una actualización completa. El problema es que si usamos KPackageKit para todo el proceso, nos encontraremos que la cosa no va, y tampoco nos informará de cual es la causa.
Un mensajito debería informarnos que nos falta la clave pública asociada al repositorio que hemos añadido, pero por desgracia no ocurre así.
De manera que pasamos de KPackageKit, y recurrimos directamente a la consola. Ahí nos damos cuenta de cual es el problema (última linea), al ejecutar sudo apt-get update:

josea@dell-kubuntu:~$ sudo apt-get update                 
Obj http://es.archive.ubuntu.com jaunty Release.gpg       
Obj http://es.archive.ubuntu.com jaunty/main Translation-es

...

Obj http://security.ubuntu.com jaunty-security/multiverse Packages
Obj http://ppa.launchpad.net jaunty/main Packages
Obj http://ppa.launchpad.net jaunty/main Sources
Descargados 308B en 0s (509B/s)
Leyendo lista de paquetes... Hecho
W: Error de GPG: http://ppa.launchpad.net jaunty Release Las firmas siguientes no se pudieron verificar porque su llave pública no está disponible: NO_PUBKEY 2836CB0A8AC93F7A

Así que ejecutamos en una consola (cuidado con el guión al final de la linea):

gpg --keyserver keyserver.ubuntu.com --recv-keys 2836CB0A8AC93F7A && gpg --export -a 2836CB0A8AC93F7A | sudo apt-key add -

o mejor todavía (más fácil):

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 2836CB0A8AC93F7A

y obtenemos:

gpg: solicitando clave 8AC93F7A de hkp servidor keyserver.ubuntu.com
gpg: clave 8AC93F7A: clave pública "Launchpad Kubuntu Updates" importada
gpg: Cantidad total procesada: 1
gpg:               importadas: 1  (RSA: 1)
OK

Parece que la cosa marcha. Así que volvemos a intentar la actualización desde la consola (primero un sudo apt-get update) con sudo apt-get upgrade:

josea@dell-kubuntu:~$ sudo apt-get upgrade
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
Se actualizarán los siguientes paquetes:
akonadi-kde akonadi-server akregator ark dolphin dragonplayer gwenview kaddressbook kamera kate kde-icons-oxygen
kde-printer-applet kde-window-manager kde-zeroconf kdebase-bin kdebase-data kdebase-plasma kdebase-runtime
kdebase-runtime-bin-kde4 kdebase-runtime-data kdebase-runtime-data-common kdebase-workspace-bin kdebase-workspace-data
kdebase-workspace-libs4+5 kdegraphics-strigi-plugins kdelibs-bin kdelibs5 kdelibs5-data kdemultimedia-kio-plugins
kdepasswd kdepim-kresources kdepim-strigi-plugins kdepim-wizards kdepimlibs-data kdepimlibs5 kdeplasma-addons
kdeplasma-addons-data kdm kfind khelpcenter4 klipper kmag kmail kmix kmousetool knotes kompare konqueror
konqueror-nsplugins konsole kontact kopete korganizer krdc krfb ksnapshot ksysguard ksysguardd ksystemlog ktimetracker
kuser kwalletmanager libakonadiprivate1 libkcddb4 libkdecorations4 libkdepim4 libkexiv2-7 libkholidays4 libkipi6
libkleo4 libkonq5 libkonq5-templates libkpgp4 libksieve4 libkwineffects1 libmaildir4 libmimelib4 libokularcore1
libplasma3 okular okular-extra-backends python-kde4 system-config-printer-kde systemsettings
84 actualizados, 0 se instalarán, 0 para eliminar y 0 no actualizados.
Necesito descargar 96,1MB de archivos.
Se utilizarán 242kB de espacio de disco adicional después de esta operación.
¿Desea continuar [S/n]?

o bien desde el propio KPackageKit, que ahora sí que es capaz de cargar el contenido del nuevo repositorio y mostrarnos las actualizaciones:

Otro detalle que tienen que pulir es que mientras está realizando alguna operación (descargando, instalando, etc) el botón 'Detalles' de la pantalla de estado de proceso permanece desactivado.

Probando KDE 4.2.x

Hoy han publicado una nueva versión de "KDE Four Live" CD, un Live-CD basado en openSuse 11.1 (sin duda la mejor distro con KDE 4.x del pasado 2008). Precisamente integra KDE 4.2 RC 1 (lanzado ayer), y aunque sea un Live-CD, también es instalable al disco duro si se desea (incorpora un sencillo instalador para ello). Después de probar que todo va bien en vuestro equipo, os recomiendo instalarlo para apreciar todo el trabajo que sobre KWin (gestor de ventanas de KDE) han hecho los chicos/as de KDE. ¿Y por qué tengo que instalarlo?. El problema es que el Live-CD no integra controladores propietarios (tampoco de las tarjetas gráficas, aunque las Intel y Ati con los controladores libres sí soportan efectos y aceleración 3D) por lo que no disfrutaremos de los nuevos efectos que integra KWin, y que lo hacen estar muy próximo a Compiz (y con la ventaja de estar integrado dentro del propio gestor de ventanas de KDE, con lo que eso conlleva).

Llevo probando este Live-CD en sus distintas versiones desde antes de que apareciese la versión final de KDE 4.0 (más de un año), y os aseguro que ya soy un adicto a sus lanzamientos. Es bastante estable, y permiten comprobar las evoluciones de las distintas versiones de KDE antes de que sus versiones finales se integren en el 'mapa de ruta' de las distros más conocidas. Tan estable es que en mi portátil Dell, es el S.O. predeterminado desde hace 6 meses (tengo el Vista preinstalado que vino de serie, Mandriva y Kubuntu).

Por ejemplo, desde KDE 4.2 Beta 1 estoy probando la futura versión de KDE, y cuando he vuelto a las versiones oficiales de openSuse, Mandriva o Kubuntu, que vienen con 4.0.x o 4.1.x, me deprimo y vuelvo a mi instalación de "KDE Four Live" con KDE 4.2.


Hace poco un compañero me decía lo decepcionado que estaba con KDE 4.x, después de haberlo probado sucesivas veces con Kubuntu, y la verdad que no le falta razón. Pero no es justo echarle la culpa de ello a KDE (o al menos toda), si no más bien a Canonical (básicamente falta de apoyo, lo que implica falta de medios a Kubuntu, a pesar del excelente trabajo realizado por Jonathan Riddell, lider del Kubuntu team). Y aunque últimamente Kubuntu ha mejorado mucho, todavía evidencia falta de madurez con respecto a, por ejemplo, openSuse o Mandriva (siempre moviéndonos dentro del ámbito de KDE).

Lo dicho, si no podéis esperaros a la versión final de KDE 4.2 (prevista para el 27 de Enero) , o a que una de las 'grandes' la integre en su próximo lanzamiento (para lo cual habrá que esperar todavía unos meses), echarle un ojo a este Live-CD, creo que no os arrepentiréis.

p.d. Como 'extra', también podréis probar las versiones de desarrollo de aplicaciones como Amarok, Digikam, K3b, KOffice, etc.

Comprimir y descomprimir (extraer) en KDE 4.1

Originalmente, KDE4 incorpora una funcionalidad muy limitada en el menú de contexto, en relación a opciones de compresión y descompresión.

Vamos a ver como podemos integrar la funcionalidad de comprimir/extraer desde el menú de contexto de KDE4, gracias al script Extract And Compress KDE4:

1.- Nos descargamos el script desde aquí o desde este otro enlace.

2.- Lo que nos bajamos en un tar.gz. Tenemos que descomprimirlo (por ejemplo, usando Ark)

3.- Abrimos la consola, nos vamos a donde hemos descomprimido el tar.gz, y veremos entre otros un archivo install.sh. Lo ejecutamos con:

sudo ./install.sh

4.- A partir de este momento, podremos tanto comprimir uno o varios archivos y/o carpetas.

5.- O descomprimir sin tener que abrir primeramente el archivo con Ark.

Nota: Información original extraida de FOSSwire.

Comprimir en KDE 4.1 con Ark

Hoy he querido comprimir unos archivos desde mi Kubuntu 8.10 con KDE 4.1.3. Desde Dolphin, he intentado realizar dicha acción con el botón derecho (menú de contexto), primero seleccionando los archivos, luego sobre la carpeta que los contiene: la opción de comprimir que existía en KDE 3.x no está presente en KDE4. Luego he abierto Ark y he arrastrado los archivos desde Dolphin a Ark, luego he probado también con la carpeta, y nada. Dentro de Ark he buscado una opción 'comprimir' sin ninguna fortuna. Vamos, que me he tenido que coger el manual de KDE y buscar cómo demonios se comprimen archivos con Ark Desde luego la manera de hacerlo, lo que se dice intuitiva, no es (también pudiera darse el caso de que tenga el día tonto):

1.- Dentro de Ark, ejecutamos la orden 'Nuevo'.
2.- Seleccionamos el destino de nuestro archivo comprimido, establecemos su nombre, y lo más importante, le ponemos la extensión que queramos que tenga; en nuestro caso zip, pero podría ser cualquiera de las otras que soporte Ark.
3.- Pulsamos 'Guardar' y vemos que ahora en la pantalla principal de Ark, se han activado dos nuevas opciones: 'Añadir archivo' y 'Añadir carpeta'.
4.- Está bastante claro para que sirven una y otra, solamente deciros que en la primera podemos seleccionar más de un archivo de una vez, como se puede apreciar en la captura (pulsé CTRL + A, y luego con CTRL pulsado, desactivé la carpeta ark que también estaba seleccionada).
5.- La compresión se realiza en el mismo momento que cerramos la pantalla de selección pulsando el botón 'Abrir', así que si no vamos a añadir más archivos o carpetas, cerramos simplemente Ark; no es necesaria ninguna acción a mayores.

KDE 4.1.3 en Kubuntu Intrepid Ibex (Kubuntu 8.10)

Kubuntu Intrepid Ibex integra KDE 4.1.2. Tres semanas después del lanzamiento de Intrepid, el equipo de KDE publicó la siguiente versión de la serie 4.1.x, la 4.1.3. Por la política de actualizaciones de Cannonical, dicha actualización no está 'oficialmente' soportada. Aún así, actualizar es recomendable, pues esta versión no deja de ser una recopilación de parches a problemas detectados durante el mes que media entre el lanzamiento de una revisión y la siguiente.

Para ello, tenemos que habilitar las 'Actualizaciones no soportadas' dentro de Adept.

Después de recargar los paquetes de la lista de repositorios, pulsamos el botón 'Aplicar cambios' dentro de 'Preview'.