Mostrando entradas con la etiqueta KDE. Mostrar todas las entradas
Mostrando entradas con la etiqueta KDE. Mostrar todas las entradas

domingo, 26 de abril de 2015

Ubicación de servicios (KDE Service Menu) para Dolphin en KDE 5

Muchas distribuciones Linux basadas en KDE están dando el salto o tienen previsto darlo en breve a KDE Plasma 5 (a partir de ahora, para abreviar, KDE5). En KDE4, si queríamos saber donde ubicar los archivos de servicios de Dolphin o Konqueror (los denominados KDE Service Menu), no teníamos más que ejecutar en una terminal:
kde4-config --path services
que acostumbra a devolver
/home/usuario/.kde4/share/kde4/services/:/usr/share/kde4/services/
Si ubicamos el servicio en la primera ruta (rutas separadas por dos puntos), solo estaría disponible para ese usuario en concreto (donde cambiamos usuario por el nombre del usuario que ejecuta el comando). Si lo ubicamos en la segunda, estaría disponible para todos los usuarios del sistema.

Normalmente el usuario no tiene que preocuparse de esto, sino que los scripts de instalación que suelen acompañar a los KDE Service Menu se encargan de todo. Pero no siempre todo funciona a la primera, ¿no es así?.

El problema que nos encontramos con KDE5, basado en Qt5, es que tiene establecidas rutas diferentes para los KDE service menu. Si tenemos instalada nuestra distro y actualizamos a KDE5, es probable que dejemos de tener disponibles nuestros servicios en Dolphin, porque éste los buscará en las nuevas rutas, y nuestros servicios se encontrán en las rutas preestablecidas por KDE4.

Para saber qué rutas se utilizan en KDE5, tenemos que ejecutar:
kf5-config --path services
(kf5 de KDE Framework 5) que devuelve
/home/usuario/.local/share/kservices5/:/usr/share/kservices5/
que si os fijáis son distintas a las que se usan en KDE4.

Algunas distribuciones han creado un alias a kf5-config, de manera que si probamos con kde5-config (que sería lo lógico) obtendremos las rutas igualmente.

martes, 15 de mayo de 2012

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

martes, 17 de abril de 2012

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.


miércoles, 15 de junio de 2011

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).

viernes, 9 de julio de 2010

K3b 2.0

Cuando muchos pensábamos que K3b, uno de los buques insignia del escritorio KDE, se perdería desgraciadamente en el proceso de migración de KDE3 a KDE4 (o lo que es lo mismo, de las Qt 3.x a Qt 4.x), felizmente nos hemos encontrado con la afortunada irrupción de un nuevo programador en sus filas, Michał Małek. Según palabras del propio Sebastian Trüg (alma mater del proyecto) , gracias a su enorme esfuerzo y dedicación, debemos considerarlo hoy en día el desarrollador principal de K3b.


Como tal, y en muy pocos meses, ha sacado el proyecto de una situación prácticamente de estancamiento, a la publicación de una versión alfa a finales del año pasado, y al sorprendente anuncio de la primera versión beta recientemente. Y no solo eso, sino que el buen ritmo de corrección de errores y la estabilidad alcanzada, hacen presagiar que la versión final podría publicarse a finales de Febrero.

En mi opinión, era la última etapa (inconclusa) para completar una satisfactoria migración a la versión 4 de KDE. Con la actual y ultima revisión de la rama 4.3 publicada (4.3.5, que asegura una experiencia de usuario magnífica), y con el próximo lanzamiento de la versión 4.4 (prevista para el 9 de Febrero) , todo hace augurar una excelente salud a KDE.

Cabe esperar que la futura versión de Kubuntu (además de Mandriva; openSUSE tardará bastante más en llegar), que integrará KDE 4.4, K3b 2.0 (esperemos), un GUI de administración de paquetes más depurado (un KPackageKit hasta ahora un tanto verde), versiones finales de digiKam y KOffice... definitivamente haga una implementación de calidad y conduzca a este escritorio al éxito que se merece (y que le es tan esquivo últimamente).

Actualización:

Tal como anuncia su sitio oficial y su principal desarrollador Michael Malek, la versión final de K3b 2.0 ha sido publicada.

miércoles, 17 de febrero de 2010

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.

lunes, 11 de enero de 2010

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:

- Para escritorio GNOME:

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:



martes, 24 de noviembre de 2009

Activar Kickoff en Mandriva 2010

Aquí seguimos, buscando la mejor distro KDE del momento. Con la avalancha de lanzamientos de las últimas fechas (Ubuntu, Mandriva, openSUSE y Fedora, por orden de publicación) uno no da abasto.
En esta ocasión estaba probando Mandriva 2010, y choca a estas alturas encontrarse con el menú clásico de KDE activado por defecto,


en lugar de Kickoff.


Cambiar de uno a otro es muy sencillo, pero ojo, que antes de poder hacerlo con el menú de contexto en el icono del lanzador, tenemos que comprobar que los elementos gráficos de escritorio no están desactivados (en cuyo caso dicho menú de contexto no nos mostrará esa posibilidad). Es el comportamiento predeterminado en Mandriva. Así que mientras no me di cuenta del detalle, estuve un buen rato maldiciendo mi torpeza.

Así que tal como decía antes, la configuración de los elementos gráficos está desactivada, por defecto.


Y así es como se nos muestra el menú de contexto del lanzador de KDE (ni rastro de la opción de activar Kickoff).


Tras activar la configuración de elementos gráficos de escritorio, ahora el menú presenta este aspecto.


p.d. Por cierto, en la carrera a la mejor distro KDE del año, destaca en primer lugar openSUSE (lástima de administración de paquetes), seguida muy de cerca por Mandriva, y más rezagada Kubuntu (fundamentalmente no acaba de cuajar KPackageKit, todavía muy verde). Estoy pendiente de probar Fedora (el liveCD se ha negado a cargar al inicio parte de los elementos del escritorio KDE, en mi sobremesa, así que mal comienzo).

viernes, 9 de octubre de 2009

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.

martes, 29 de septiembre de 2009

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.

miércoles, 23 de septiembre de 2009

KRename 4.0.0

Buenas noticias, pues tal como anuncian aquí, por fin se ha publicado la versión 4.0.0 de KRename, la primera versión final para el escritorio KDE4. Tal como comentaba en una anterior entrada, hasta ahora a los usuarios de KRename no nos quedaba otra que usar la anterior versión estable 3.0.x (enfocada a KDE3, aunque funcionase en KDE4), o tirar de repositorios no oficiales y usar alguna versión en desarrollo de la rama 4.0.x. Se supone que ahora que tenemos versión estable, todas las distros integrarán en sus repositorios oficiales esta versión, en detrimento de la 3.0.x.


KRename es una utilidad de renombrado de ficheros extremadamente potente que incorpora una gran cantidad de funcionalidades.

En mi opinión, y con la llegada oficial de KRename a KDE4, la única aplicación pendiente de migrar a Qt4 y con la que completaríamos la funcionalidad de la que disfrutábamos en KDE3, es K3b. De momento, tenemos que conformarnos con una alpha2.

lunes, 22 de junio de 2009

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').

miércoles, 17 de junio de 2009

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.


jueves, 16 de abril de 2009

Sobre Wikipedia y OpenStreetMap

Según informan en Wikimedia, se están produciendo esfuerzos para favorecer la integración de OpenStreetMap dentro de Wikipedia. Tal como recoge su correspondiente entrada en la Wikipedia, OpenStreetMap es un proyecto colaborativo para crear mapas libres y editables (bajo licencia Creative Commons). Detrás del proyecto se encuentra la fundación OpenStreetMap, una organización internacional no lucrativa dedicada a fomentar el crecimiento, desarrollo y distribución de datos geoespaciales libres y a proveer datos geoespaciales a cualquiera para usar y compartir.

Existen alternativas de mayor peso (y más completas, de momento) por todos conocidas como las de Google, Yahoo o Microsoft, aunque únicamente es libre su uso (que no es poco en estos días) .

Conozco el proyecto OpenStreetMap gracias a Marble, aplicación geográfica licenciada bajo software libre y desarrollada por KDE y la comunidad del software libre.


sábado, 14 de febrero de 2009

Instalar Network Management (NetworkManager-kde4)

Aunque todavía no está muy claro ni cuál será finalmente su nombre, se trata de una infraestructura (incluyendo un applet para la bandeja del sistema y un plasmoide) que permite gestionar las conexiones de red en el escritorio KDE4, comunicándose con la API de NetworkManager. Como ya comenté en una entrada anterior, es el sustituto del KNetworkManager de KDE3. Por desgracia, se ha demorado en exceso su desarrollo, de manera que no se ha podido incluir en el lanzamiento de KDE 4.2.

En algunas distros, como en KDE Four Live, este elemento para la gestión de conexiones de red no arranca por defecto. Lo habitual sería colocarlo en la bandeja del sistema, aunque también se podría como plasmoide en el escritorio. Para lo primero, nos vamos a 'Añadir elementos gráficos' en 'Personalización' de la 'Barra de tareas':


Y ahí buscamos 'Network Management', aunque ojo, pues en algunas distros viene traducido como 'Gestión de redes', 'Gestor de redes' o similar:


También comentar que este herramienta está actualmente bajo intenso desarrollo, de forma que, por ejemplo, en la versión que viene incluida en KDE Four Live 1.2.0, no funciona la administración de redes Wifi. La manera de solucionarlo: conectarse por cable, actualizar a la última versión que exista en ese momento en el repositorio, reiniciar, y listo.
Si nos colocamos sobre icono del Network Management en la barra de tareas, nos sale el siguiente mensaje emergente:
Pulsando el botón derecho del ratón sobre el icono, tenemos el siguiente menú de contexto:
Si seleccionamos la primera opción, tenemos acceso a la pantalla de gestión de conexiones:

Si nos vamos a la pestaña Wireless y pulsamos Añadir o Editar, tenemos la siguiente pantalla:

Y una vez configurada nuestra conexión, si hacemos clic con el botón izquierdo sobre el icono , nos aparece:

viernes, 13 de febrero de 2009

K3b para KDE4

Hoy me he tropezado con una gran noticia: Se ha publicado la beta1 de la futura Mandriva 2009.1. Eso ya de por sí es una buena noticia. Pero leyendo el anuncio del lanzamiento, me encuentro con la siguiente frase:

KDE team is currently working and helping in finalizing K3B port for KDE 4. It will be all available for final release.

La experiencia con KDE 4.2 es formidable. En cuanto uno se familiariza con su uso (no es mayor problema si ya trasteamos con las versiones anteriores de KDE 4.x), cuesta cambiar de escritorio no solamente en Linux, si no utilizar cualquier Windows.


Con la reciente actualización del plasmoide Network Management, el cúal ya nos permite conectarnos a nuestra red sin tener que utilizar el 'antiguo' KNetworkManager, la única carencia (a mi entender) de nuestro querido escritorio es una versión actualizada de K3b, pues no nos engañemos, la que viene incluida ahora mismo en las distros que publican con KDE4, aunque parcialmente portada a Qt4, no es operativa (por lo menos yo solamente consigo borrar regrabables, grabar todavía no he sido capaz). Es curioso el giro que ha dado la situación, pues curiosamente Brasero (por poner un ejemplo) funciona razonablemente bien en un escritorio Gnome. De forma que me he encontrado con la situación, un tanto rocambolesca, de tener que instalar la demo de Nero Linux para hacer unas grabaciones de urgencia en mi portátil.


Dicho sea de paso, Nero Linux es un ejemplo de aplicación migrada a Linux de manera fabulosa, integrándose perfectamente tanto en Gnome como en KDE4; mis más sinceros parabienes a la empresa desarrolladora, Ahead. Pienso que vale de sobra los 19,99€ que cuesta.


Bueno, y volviendo al tema de K3b, ¿qué tiene que ver Mandriva en todo ésto?. Supongo que la relación es, fundamentalmente, que el desarrollador de K3b (Sebastian Trueg) trabaja para Mandriva desde hace años (eso sí, involucrado en otros proyectos).


Esperemos que Sebastian pueda sacar tiempo de entre sus otros proyectos, y en breve tengamos una versión funcional de K3b en nuestro escritorio KDE4.

viernes, 16 de enero de 2009

Qt 4.5 ahora también bajo LGPL

El mundo del software libre y más concretamente todo lo relacionado con KDE, está teniendo un principio de año soñado. Primero, por el cercano lanzamiento de KDE 4.2, que sin duda marcará un antes y un después en lo que respecta a escritorios libres, y por otra parte, el esperadísimo deseo hecho por fin realidad de la publicación de las librerías Qt (junto con la licencia comercial y GPL como hasta ahora) con la menos restrictiva y flexible licencia LGPL (¡menudo regalo de reyes que le ha hecho Nokia a la comunidad del software libre!).

Las dudas que había planteado la compra de la antigua Trolltech (ahora Qt Software) por parte de Nokia, se han visto disipadas de un cañonazo con esta noticia, la mejor que podría ofrecernos la compañía finlandesa.

El relicenciamiento se producirá a partir de la publicación de la futura (esperada para Marzo de este año) versión 4.5 (inclusive) y sucesivas. De esta manera, tres tipos de licencia estarán ahora disponibles para Qt:
Hasta ahora, la licencia libre disponible para usar Qt era la GPL. Eso significaba que todos los programas libres construidos sobre Qt debían ser compatibles con la GPL. Si querías hacer un programa privativo, , tenías que recurrir a la licencia privativa de Qt, que requería pagar una licencia. Con la adopción de esta tercera licencia, Qt a partir de este momento queda finalmente equiparada a GTK+ en cuanto a su licenciamiento.

Será el desarrollador el que determine que licencia se amolde más a su trabajo, y de esta manera decida trabajar con una u otra versión de las librería Qt.

¿Cómo podremos agradecer los usuarios de software libre esta maniobra de Nokia? Pues tal como he leído por algún sitio de Internet,

!!COMPRAR TERMINALES NOKIA!!

:-D

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.

sábado, 29 de noviembre de 2008

NS_ERROR_FACTORY_NOT_REGISTERED en VirtualBox OSE

Hoy he instalado VirtualBox 2.0.4 OSE (Open Source Edition) en openSUSE 11.1 RC1 (KDE4), utilizando Yast.

Una vez finalizada la instalación, deberíamos hacer dos cosas:

1.- Añadir nuestro usuario al grupo 'vboxusers', ya que sino solamente podremos ejecutar VirtualBox como usuario root.
  • Podemos hacerlo desde consola, ejecutando como root (comando su):
groupmod --add-user usuario vboxusers

sustituyendo 'usuario' por nuestro nombre de usuario.
  • O bien, desde Yast->Seguridad y usuarios->Gestión de usuarios y grupos, seleccionamos nuestro usuario, pulsamos el botón 'editar', y en la pestaña 'detalles' marcamos el grupo 'vboxusers'.

En ambos casos, debemos de reiniciar para que surta efecto la nueva configuración de usuario.

2.- Tenemos que asegurarnos que se carga el driver 'vboxdrv' al inicio.

  • Desde consola, ejecutamos como root (su):
insserv vboxdrv
  • O bien, desde Yast->Sistema->Servicios del sistema, seleccionamos 'vboxdrv', pulsamos el botón 'activar' y luego 'finalizar'.

Todos esto, con más detalle, podemos encontrarlos aquí.

Hasta este punto, los pasos normales para ejecutar VirtualBox. El problema que me he encontrado es que no arrancaba la aplicación, a no ser que la ejecutase como root. El mensaje de error que lanzaba era:

Receptor RC: NS_ERROR_FACTORY_NOT_REGISTERED (0x80040154) virtualbox

Probando a ejecutarlo desde la consola, muestra lo siguiente:

Cannot create a lock file for '/tmp/.vbox-jmunin-ipc/ipcd'.
Check permissions.

Cannot create a lock file for '/tmp/.vbox-jmunin-ipc/ipcd'.
Check permissions.

Así que el problema es que el usuario no tiene los permisos suficientes en esa ruta. Tenemos tres posibilidades para arreglar el error (optamos por una):

1.- Cambiar los permisos de esa ruta:
sudo chmod 777 /tmp/.vbox-usuario-ipc/
2.- Cambiar el propietario y/o el grupo asociado a esa ruta:
sudo chown usuario /tmp/.vbox-usuario-ipc/
o bien
sudo chown usuario:grupo-usuario /tmp/.vbox-usuario-ipc/
o bien
sudo chgrp grupo-usuario /tmp/.vbox-usuario-ipc/
3.- Más fácil todavía, directamente borramos dicha ruta:
sudo rm -r /tmp/.vbox-usuario-ipc
de lo que no hay que preocuparse, dado que la siguiente ejecución de Virtualbox volverá a crearla, con los permisos correctos.

Optéis por la alternativa que optéis, en cualquier caso, sustituyendo 'usuario' y 'grupo-usuario' por los valores reales.

Ahora probamos de nuevo a ejecutar VirtualBox con nuestro usuario, y ningún problema.


domingo, 23 de noviembre de 2008

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.