Categorías: Otras

Hola a todos los usuarios, lectores, colaboradores, moderadores y administradores de DesdeLinux. Hoy 4 de Julio los gringos están de fiesta y nosotros también (aunque no por el mismo motivo claro). 🙂

Hoy DesdeLinux como proyecto, cumple sus 2 años de estar online (aunque el primer post del blog se publicó dos días después) y nos llena de orgullo y satisfacción el haber llegado hasta aquí junto a todos ustedes.

Nuestro proyecto sigue creciendo y aunque parezca que estamos estancados de cierta forma, créanme, no lo estamos. Se avecinan cambios muy importantes e interesantes este mismo mes para con el sitio y la ruta a seguir a partir de cuando el momento llegue. ¡¡¡Estén atentos!!!

Solo me resta brindarles mis más sinceros agradecimientos a todos ustedes, a todas las personas que han hecho posible que este proyecto siga online y que aportan sus conocimientos de forma desinteresada.

Así que ya saben, estamos de fiesta. Aprovechen la ocasión y en nombre de DesdeLinux se toman unas cervezas, una copa de vino o traten de festejarlo como mejor puedan..

Nos leemos 😉

Categorías: Aplicaciones

Primero fue PCManFM el que portaron a Qt y al parecer a los desarrolladores de LXDE les gustó este framework pues nos acaban de presentar LXDE-Qt.

Haciendo uso de las palabras en la entrada del blog de LXDE, en la parte inferior de la pantalla pueden apreciar lxpanel-qt, el port Qt de lxpanel el cual funciona, pero necesita pulirse un poco más. Además, no existen herramientas de configuración gráficas para configurarlo, así que tendremos que tocar manualmente un fichero xml. La mayoría de los applets principales ya funcionan.

Pueden apreciar también en la imagen a PCManFM-Qt, el cual se ve muy similar a la versión original Gtk+. El fondo de pantalla y los iconos de escritorio también son gestionados por PCManFM-Qt.

Nos cuentan además en el blog que el uso de la memoria de PCManFM-Qt es ligeramente más alto que el de la versión 2 GTK +, pero la diferencia no es muy significativa. El rendimiento global es similar a la versión original Gtk+ 2. Ahora que tiene la mayoría de las características de la original y está casi listo para el uso diario.

En el lado derecho de la pantalla se puede apreciar LxImage-Qt, el cual se considera el sucesor de GPicView ya que funciona mucho mejor y es más rápido.

Desgraciadamente todo esto que han podido apreciar solo se encuentra en los repositorios Git de LXDE, pero nos comentan que esto no es solo un experimento, LXDE-Qt será una realidad.

Rendimiento

Según nos comentan en el artículo original, la migración a Qt causará una leve elevación del uso de la memoria en comparación con la versión en Gtk2, pero, la migración a GTK + 3 también causa aumento similar de uso de recursos.

Como Gtk2 ya no tiene soporte por su creador, y ahora está en desuso, la migración a Qt no es una mala idea en el momento. Además, el uso de memoria ligeramente superior es todavía aceptable para la mayoría de las máquinas existentes.

El uso de recursos reales pueden diferir mucho entre diferentes distribuciones de Linux – nos comentan en la entrada-, por ejemplo, las basada en Ubuntu corriendo LXDE tiende a usar más memoria que las basadas en Archlinux.

Pueden leer más al respecto en este enlace.

A propósito de la serie de artículos sobre KDE (parte 1, parte 2, parte 3, parte 4, parte 5, parte 6 y parte 7), coloqué muchas cosas en algunos comentarios que merecen estar en un artículo por separado, así que aquí van algunos consejos para las distintas distribuciones que podemos tener.

Recordemos: en la mayoría de los casos la mejor distribución para KDE es la que uno tiene, pero hay algunos problemas severos con muchas de ellas, así que la idea, además de saber cuál elegir y cuál evitar, es cómo hacer que la distribución que uno tiene funcione bien con KDE.

Este es un aporte de Ernesto Manríquez, convirtiéndose así en uno de los ganadores de nuestra competencia semanal: “Compartí lo que sabés sobre Linux“. ¡Felicitaciones Ernesto!

¿Debian? No

Debian Sid, el repositorio inestable de Debian, tiene como última versión de KDE disponible KDE 4.8.4. Esto da una idea del grado de desactualización de Debian. Es razonable, y hasta esperable, pedir a Debian estable que tenga una versión vieja y probada con todos los errores arreglados, pero tener una versión tan vieja en un repositorio inestable desafía la comprensión humana. Como veremos luego, existe una forma semioficial de instalar KDE 4.10.2 en Red Hat Enterprise Linux, una distribución tanto o más estable que la misma Debian Stable.

Si realmente se quiere instalar Debian con KDE las dos opciones disponibles son:

1. Incorporar los repositorios de ZevenOS a Debian Testing. No sé por cuánto tiempo, ni qué tan compatible, sea esta opción. Deben agregar estas dos líneas a /etc/sources.list.

deb http://proindi.de/zevenos/neptune/repo/ sid main
deb http://proindi.de/zevenos/neptune/kde-repo/ sid main

Después, se debe utilizar Aptitude para refrescar los repositorios y actualizar.

aptitude update
aptitude install kde-workspace

2. Mezclar los repositorios de Debian Experimental. Nueva desilusión aquí: uno esperaría encontrar, en un repositorio realmente experimental, snapshots git semanales de KDE (que es lo que hace OpenSuSE con Factory), o por lo menos, KDE 4.11 beta, pero no, uno se encuentra ni más ni menos que con KDE 4.10.4, una versión realmente estable. El problema es que muchos paquetes de Debian Experimental dependen de versiones realmente inestables de otros paquetes, por lo que hay que manejar con cuidado la prioridad de las líneas deb de /etc/sources.Slackwarelist e instalar a mano KDE cada vez que se actualice. No lo recomiendo.

¿Mageia? ROSA

El problema de Mageia es el mismo de muchas distribuciones, y de Mandriva: una vez lanzan una versión de KDE, se quedan para siempre en ella. Eso significa: si Mageia 3 salió con KDE 4.10.2 es realmente difícil que actualicen a KDE 4.10.3, o a KDE 4.10.4.

Me pasó con Mandriva que tuve que recurrir al “Mandriva International Backports” para obtener una actualización de punto, y el equipo detrás de MIB decidió no dar soporte a Mageia, sino que migrar a ROSA Linux. Así que si se trata de la familia Mandriva, ROSA Linux es la opción por sobre Mageia, y recomiendo bastante la nueva versión Desktop R1. Si son nuevos a KDE, se sorprenderán.

La calidad de los paquetes del grupo Mandriva International Backports es buena, pero como ya dije, sus paquetes sólo son compatibles con ROSA Linux. Añadir este repositorio es facilísimo: naveguen a http://urpmi.mandriva.ru/ y pinchen en donde dice “MIB”. EasyURPMI se encargará del resto.

Slackware

La distribución de Patrick Volkerding, a pesar de tener fama de estable, y de nunca tener paquetes a la última, es increíblemente buena para KDE. Hay dos opciones.

1. Slackware-current es una auténtica versión rodante, como Arch. Si les gusta la inestabilidad, es perfecta, pero si no, atentos a lo que sigue.

2. Eric Hammeleers ha preparado un repositorio especial con scripts Slackbuild frescos llenos de KDE 4.10.4, perfectos para combinar la estabilidad de Slackware 14 con la potencia de KDE. Hay que instalar dos paquetes primero:

polkit-kde-agent-1
polkit-kde-kcmodules-1

Luego de eso, se bajan las fuentes y se compilan con el script SlackBuild suministrado.

rsync -av rsync://alien.slackbook.org/alien/ktown/source/4.10.4 .
cd 4.10.4/kde
./KDE.SlackBuild

Esperen un rato y tendrán KDE 4.10.4 listo para instalar. Esto sólo puede ser usado en Slackware 14.

¿Rolling release? No hay problema.

Las versiones rodantes reales, como Arch Linux, y las derivadas de Arch (Manjaro, Chakra) no necesitan instrucciones adicionales. Simplemente, si es que KDE no viene instalado por defecto, se instala con un simple comando.

pacman -Sy kde

Atentos a las wiki de la distribución: puede ser que haya problemas causados por la falta de recompilaciones, pero las instrucciones siempre estarán allí. Recuerden: para usar Arch se necesita leer la página constantemente, seguir las instrucciones, y actualizar constantemente. Arch puede romperse fácilmente si se deja sin actualizar aunque sea un par de meses para luego actualizarlo de golpe.

Lo mismo aplica a Gentoo, aunque allí es necesaria una verdadera orgía de desenmascarado de paquetes.

Fedora, RHEL, CentOS

Nunca es una buena idea usar Fedora plano y simple con KDE. Es necesario siempre ir a http://kde-redhat.sourceforge.com y activar el repositorio Yum que aparece ahí. Rex Dieter, el jefe del equipo Fedora KDE, hace un buen trabajo parchando KDE, pero no se ve mucho porque muchas veces sus paquetes demoran en llegar al repositorio principal.

Lo realmente notable es que desde aquí se pueden pedir paquetes KDE 4.10.2 para RHEL, una distribución conocida por su estabilidad a toda prueba y por lo antiguo de sus paquetes. Estamos hablando aquí de la única distribución que puede hacer realmente frente a Debian Stable, así que si usamos KDE, la opción es RHEL, o algún clon como Scientific Linux, de todas maneras. Es necesario activar primero EPEL (Extended Packages for Enterprise Linux, el repositorio semioficial con paquetes Fedora compilados para RHEL) y luego correr estos comandos.

cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/redhat/kde.repo

Editemos el archivo en cuestión y cambiemos todas las líneas que dicen “enabled=0” por “enabled=1”. Sí, KDE 4.10.2 está marcado como “inestable”, pero es que estamos añadiendo KDE 4.10.2 a una distribución con paquetes más obsoletos que Debian Wheezy, así que algo de cuidado debemos tener. Luego de eso, el combo clásico de Fedora/RHEL.

yum update

Veremos cómo KDE 4.3 (es viejísimo) es reemplazado por el verdaderamente estable KDE 4.10. Ahora sí es un placer correr esos programas de simulación de física nuclear exclusivos de Scientific Linux.

Para Fedora el procedimiento es extremadamente parecido, pero lo que varía son las versiones disponibles.

cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
yum update

Esta vez no cambiemos todas las líneas “enabled=0” a “enabled=1”, sino que observemos con cuidado. [kde-unstable] aquí nos dará KDE 4.11 beta 1, una versión de verdad inestable. [kde-testing] nos dará la última versión de punto estable de KDE mucho antes que los repositorios oficiales Fedora. Y [kde] las más de las veces estará vacío. Dejemos el archivo kde.repo como está, o si de verdad queremos inestabilidad, activemos [kde-unstable].

Faltan distros, así que habrá segunda parte de esta guía. Nos vemos.

Categorías: Aplicaciones

Leyendo en redes sociales me encuentro un artículo que nos habla de Whisker Menu, una aplicación que los usuarios de Xfce seguro agradecerán tener instalada pues nos ofrece un menú más accesible para este entorno de escritorio.

Como podrán apreciar en las siguientes imágenes, Whisker Menu es muy similar a lo que encontramos en Cinnamon y KDE. Las aplicaciones están organizadas por categorías y podemos establecer nuestras favoritas, así como acceder rápidamente a los ficheros usados recientemente.

Algo que se agradece es el buscador integrado en el menú, con lo cual podemos acceder de forma rápida a la aplicación que deseamos lanzar.

¿La buena noticia? Que se puede instalar en Debian, Ubuntu, Archlinux y muchas otras distribuciones.

Debian

Para Debian 7.0 ejecute lo siguiente como root:

echo 'deb http://download.opensuse.org/repositories/home:gottcode/Debian_7.0/ /' >> /etc/apt/sources.list.d/xfce4-whiskermenu-plugin.list 
apt-get update
apt-get install xfce4-whiskermenu-plugin

Puede añadir la clave del repositorio a apt de la siguiente manera:

wget http://download.opensuse.org/repositories/home:gottcode/Debian_7.0/Release.key
apt-key add - < Release.key

Fedora

Para Fedora 18 ejecute lo siguiente como root:

cd /etc/yum.repos.d/
wget http://download.opensuse.org/repositories/home:gottcode/Fedora_18/home:gottcode.repo
yum install xfce4-whiskermenu-plugin

Para Fedora 17 ejecute lo siguiente como root:

cd /etc/yum.repos.d/
wget http://download.opensuse.org/repositories/home:gottcode/Fedora_17/home:gottcode.repo
yum install xfce4-whiskermenu-plugin

openSUSE

Para openSUSE Tumbleweed ejecute lo siguiente como root:

zypper addrepo http://download.opensuse.org/repositories/home:gottcode/openSUSE_Tumbleweed/home:gottcode.repo
zypper refresh
zypper install xfce4-whiskermenu-plugin

Para openSUSE Factory ejecute lo siguiente como root:

zypper addrepo http://download.opensuse.org/repositories/home:gottcode/openSUSE_Factory/home:gottcode.repo
zypper refresh
zypper install xfce4-whiskermenu-plugin

Para openSUSE 12.3 ejecute lo siguiente como root:

zypper addrepo http://download.opensuse.org/repositories/home:gottcode/openSUSE_12.3/home:gottcode.repo
zypper refresh
zypper install xfce4-whiskermenu-plugin

Para openSUSE 12.2 ejecute lo siguiente como root:

zypper addrepo http://download.opensuse.org/repositories/home:gottcode/openSUSE_12.2/home:gottcode.repo
zypper refresh
zypper install xfce4-whiskermenu-plugin

Xubuntu

Si usamos Xubuntu debe bastar con:

sudo add-apt-repository ppa:gottcode/gcppa
sudo apt-get update
sudo apt-get install xfce4-whiskermenu-plugin

Archlinux

Y si usamos ArchLinux:

yaourt -S xfce4-whiskermenu-plugin

o

yaourt -S xfce4-whiskermenu-plugin-git

Categorías: Otras

Un saludo para todos los lectores de DesdeLinux:

Escribo este post con mucho pesar, pues el contenido del mismo está enfocado en ofrecer un mensaje que no es ni técnico, ni tiene que ver directamente con GNU/Linux.

Me decía un amigo hace poco que el giro que está tomando nuestro blog y nuestra Comunidad es el precio de la fama. Para los que no estuvieron con nosotros desde el inicio, les cuento que DesdeLinux siempre tuvo algo muy claro desde su comienzo: No seríamos un sitio donde se censurara comentario alguno y sería un espacio donde sus usuarios convivirían en armonía.

En pocas palabras: No sería el típico blog que se llena de Trolls con comentarios que nada bueno aportan.

En los últimos tiempos se han desatado algunos comentarios donde no solo su contenido es innecesario, sino donde se ofende y se arremete contra otros usuarios.

Hago un llamado de atención acá, pues si este tipo de comportamiento se sigue manifestando, no tendremos otra opción que comenzar a moderar a dichos usuarios en vista de mantener el blog limpio de Trolls y contenido inútil.

Preferimos un blog con 3 comentarios que “aporten algo”, a un blog con millones de comentarios que no valgan para nada.

Usted puede opinar, decir lo que piensa, pero bajo ningún concepto tiene el derecho de usar palabras que ofendan al resto. Es necesario mantener el respeto entre todos, y si una mala actitud por parte de algún usuario hace que otro deje de ser parte de nuestra Comunidad, o que la imagen de DesdeLinux se ve afectada de alguna forma, se tomarán medidas al respecto.

Los Administradores de este blog por problemas personales o de otra índole a veces no participamos o escribimos tanto como queremos, pero no dejamos de estar pendiente de todo lo que sucede.

Es necesario que DesdeLinux siga siendo ese blog “cool” donde reina la armonía y el intercambio constructivo de opiniones. Si ven algún comentario fuera de lugar, del cual no nos hayamos percatado, no le siga el hilo, notifíquenlo por alguna de las vías de contacto y veremos que acciones tomar.

Espero que entiendan, nos ayuden con esto y por favor, reflexionen al respecto.

Categorías: ArchivoUsemosLinux

El proyecto más popular de todas las versiones “cocinadas” de Android anunció hace apenas unos días que su última versión ya es considerada “estable”. Nos referimos a CyanogenMod 10.1, que ya se encuentra disponible en los servidores del proyecto.


Lamentablemente, por ahora esta ROM no incluirá soporte para dispositivos Tegra 2 y algunos aparatos Samsung con chip Exynos. Sus desarrolladores no descartan incluirlos en la lista de dispositivos compatibles en un futuro cercano, y en unos días proporcionarán el “reporte del estado” para esas configuraciones.

Por el contrario, si sos propietario de un tablet o móvil con soporte oficial, podés prepararte para instalar la versión 10.1, que empezará a recibir actualizaciones de caracter mensual con opciones adicionales y mejoras de funcionamiento.