Voy a tomar la misma mecánica que DebLinux. A las primeras 10 personas que comenten les enviaré una invitación. Únicamente que sea un correo válido, para que la invitación les llegue.

Saludos.

=-=-=-=-=
Powered by Blogilo

Si alguien se ha fijado, cuando se navega en el explorador de Windows®, finder de MacOSX® ó algunas versiones antiguas de Fedora y Ubuntu, las unidades van KB, MB, GB, etc. Sin embargo, si vemos las versiones recientes de muchas distribuciones GNU/Linux, vemos que las unidades son KiB, MiB, GiB, etc. Más de alguien preguntará del por qué se agregó una i en medio. El motivo no es capricho arbitrario de los desarrolladores, es para seguir las normas de un estándar. Para ello, vamos a los orígenes de un problema que se dió hace mucho tiempo.

Como la mayoría sabrá, existe un sistema de medidas estándar denominado Sistema Internacional de Magnitudes, conocido también por las siglas SI. Una de las características de este sistema es el uso de potencias de 10 para múltiplos y submútiplos. En este sistema, los prefijos para los múltiplos de una medida son: kilo, Mega, Giga, etc. y se abrevia con la primera letra de cada prefijo. Esta adopción se quiso introducir en los sistemas informáticos, sin embargo, se vio un problema desde el principio.

Las medidas informáticas para el almacenamiento tienen su naturaleza en el bit, donde únicamente puede tener 2 valores. Es por ello que se usa el sistema binario para su representación. Debido a esto, desde los orígenes de la informática se acostumbró a usar múltiplos de 2 para unidades de medida muy grandes.

Esto genera una incompatibilidad con el uso de potencias de 10 para el uso de prefijos. Por ejemplo, la medida 2^10 bytes = 1024 bytes. Cuando se trató de introducir el SI en este caso, se acostumbraba a representar como 1024 bytes como 1KB. Sin embargo, al ser un estándar, por el prefijo debería indicar 1000bytes. Esto generaba una confusión y una ‘pérdida’ de 24 bytes sólo para este caso. Conforme el múltiplo es más grande, más grande es los bytes que quedan ‘perdidos’ al no saber si usan múltiplos de 10 ó de 2.

Dado este problema, la CEI (Comisión Electrotécnica Internacional) generó una tabla de prefijos nuevos, para el uso de medidas informáticas de almacenamiento y derivados. La tabla es la siguiente:

NombrePrefijos CEI y SI con byte	Símbolo	Sistema	Significado
byte	B		8 bits
kibibyte	KiB	CEI	1.024 bytes
kilobyte	kB	SI	1.000 bytes
Mebibyte	MiB	CEI	1.024 kibibytes
Megabyte	MB	SI	1.000 kilobytes
Gibibyte	GiB	CEI	1.024 mebibytes
Gigabyte	GB	SI	1.000 megabytes
Tebibyte	TiB	CEI	1.024 gibibytes
Terabyte	TB	SI	1.000 gigabytes
Pebibyte	PiB	CEI	1.024 tebibytes
Petabyte	PB	SI	1.000 terabytes
Exbibyte	EiB	CEI	1.024 pebibytes
Exabyte	EB	SI	1.000 petabytes

Tomado del artículo de Wikipedia Norma ISO/CEI

Si tomamos estas unidades, vemos que muchas distribuciones GNU/Linux estandarizan verdaderamente sus medidas. Es decir, usan múltiplos de 2 (a como se acostumbra) usando los prefijos correctos. En algunos entornos todavía no se usan estos estándares (a pesar de tener 12 años de vigencia) como cuando se compra algunos dispositivos. Acá vamos a ver un ejemplo claro. Para ello, vamos a tomar un archivo .flac ubicado en una memoria usb. Cuando abro las propiedades en Dolphin (KDE) de este archivo, despliega el siguiente cuadro:

Mientras que el mismo archivo en el explorador de Windows, despliega el esto:

Vemos que el tamaño en Dolphin muestra 31MiB mientras que en Windows el tamaño es de 30.9 teniendo 32498425 bytes (la división a 3 dígitos es 30.992, así que se asume que Dolphin lo redondea y el otro no). En todo caso, es obvio que se usan múltiplos de 2 en ambos casos, puesto que el tamaño en múltiplos de 10 debería ser 32.498MB. Se puede deducir que Windows no utiliza los prefijos estándar mientras KDE sí lo hace.

Ojalá en un futuro se usen las medidas estándar en los distintos sistemas, para que no existan conflictos en su interoperabilidad (ó por lo menos, que usen las medidas adecuadamente).

Saludos.

=-=-=-=-=
Powered by Blogilo

Para la opción gráfica, voy a usar soundKoverter, un programa que puede usar varios backends de conversión. Para ello, primero lo instalamos.

• Debian: El paquete se llama soundkonverter, se puede instalar usando apt-get install soundkonverter.
• ArchLinux: Está disponible en AUR. podemos usar el comando yaourt -S soundkonverter si tenemos yaourt instalado.
• Ubuntu: Se llama igual que en Debian y podemos usar el mismo comando.
• Mandriva: No tengo a la mano una esta distribución a la mano, pero según recuerdo, se encuentra en los repositorios. Con el comando urpmi soundkonverter debería ser suficiente. En todo caso, el rpm está disponible en la página en kde-apps.
• Fedora: En Fedora no hay paquete en los repositorios oficiales. Sin embargo, en la página en kde-apps, también se encuentra un rpm para fedora.
• OpenSuse: El mismo caso que Fedora.
• FreeBSD: no existe una versión para FreeBSD, por lo que se tendría que compilar. Desde la página de kde-apps podemos descargar el código fuente y compilarlo nosotros.

Una vez instalado, procedemos a la conversión. Abrimos el programa. Se encuentra en la categoría multimedia. Una vez abierta, veremos una interfaz así.

Presionamos en la flecha del botón Add File y nos despliega una lista de opciones. Lo conveniente de este programa es que puede obtener archivos que están dentro de carpetas, por lo que si tenemos la colección en una sola carpeta, organiza por artistas, género, etc. Podemos usar este programa para convertir todo a la vez.

En caso que sólo querramos convertir un par de canciones, seleccionamos la opción Add Files. Luego, seleccionamos la carpeta deseada:

Ahora nos mostrará una pantalla como esta:

Nos mostrará los formatos que queremos que convierta (por ejemplo, si sólo seleccionamos mp3, sólo añadirá a la lista los que tengan la extensión mp3). También nos indica si queremos escanear recursivamente (carpeta dentro de carpeta). Damos clic en Proced. Nos muestra a continuación una pantalla como esta:

Aquí tenemos 2 vistas, la simple y la avanzada. En esta parte definimos a qué formato y con qué calidad lo queremos convertir. Hay que mencionar en dónde queremos dejar los archivos convertidos. Para ello, desplegamos el menú output.

Para ello tenemos las siguientes opciones:

• By meta data: organiza los archivos según la información contenida. Crea carpetas con el nombre del artista, álbum ó como nosotros querramos organizarlo.
• Source directory: deja los archivos convertidos en la misma ubicación que los originales.
• Specify output directory: igual que el anterior, pero nosotros indicamos dónde quedan los archivos
• Copy directory structure: Copia la misma estructura de carpetas y archivos en algún lugar que nosotros indiquemos.

Únicamente no encontré la opción reemplazar, aunque en cierta forma es bueno, debido a que si ocurre algún error, no eliminamos la original. En este caso, voy a dejar una calidad media (160 kbps debido a que en promedio, la colección tiene ese bibrate) e indicamos que copie la estructura de directorios. Luego, regresará a la pantalla inicial con la lista de archivos a convertir. Deberíamos ver algo así:

Ahora simplemente iniciamos la conversión presionando el botón Start y esperamos a que finalice. Según la cantidad de pistas, así como la calidad seleccionada y el procesador que tengamos, así se tardará.

Luego de finalizado el proceso, comparamos los tamaños. Primero el original

Luego el convertido:

Pero he de mencionar que luego hice una prueba más. Aunque no sé mucho de sonido, a bastante ó poco volumen, a mi percepción, un mp3 de 320kbps y el convertido con un vibrate de 240 tenían la misma calidad, pero el espacio disminuído. Pero si colocaba el mismo vibrate, el tamaño aumentaba en 0.5Mib. Estuve leyendo por ahí y según comentaban, ogg tiene un algoritmo implmentado para no tener tanta pérdida, es por ello que se puede obtener una calidad casi igual ó igual con menos vibrate. De cualquier manera es mejor juzgarlo uno mismo.

Para las instrucciones en consola, usé el script del siguiente enlace

http://foro.archlinux.cl/viewtopic.php?id=349

Puede ser de mucha utilidad si queremos ahorrar un poco de espacio, ser un poco más libres ó el motivo que sea. La única desventaja es que pocos dispositivos móviles soportan este formato, pero en mi caso, no tengo por lo que esto no me afecta. De cualquier manera, espero que esto le sirva a más de alguien.

Saludos.

=-=-=-=-=
Powered by Blogilo

En primer lugar, hay que mencionar que h.264 no es un códec en sí, es un conjunto de especificaciones para definir un códec. En palabras simples, es como indicar reglas y limitaciones para crear un códec compatible con este formato. Su objetivo principal se basa en tener una mejor calidad por menos tamaño. Su tamaño de compresión es alto. Aparte de su calidad (y por lo que muchos dispositivos soportan este formato), al tener un tamaño reducido por su compresión, lo hace útil para ahorrar tráfico en ancho de banda y mantener una calidad aceptable al mismo tiempo.

Sin embargo, estas reglas no son libres de patentes. Hay que aclarar que esto difiere del concepto de software cerrado. Mientras que éste último no muestra su código, esta especificación está relativamente al alcance de cualquiera.

Entonces, ¿por qué tanto escándalo contra el formato VP8 si las especificaciones están?

El problema empieza al querer realizar una implementación de este códec. Estas están protegidas por patentes pertenecientes a un consorcio llamado MPEG LA. Si se preguntan qué es una patente, es una serie de títulos y derechos que se otorga a una persona u organización sobre alguna invención, en este caso, software. Estos derechos van desde monopolizar el invento hasta cobrar regalías por usarlo.

Debido a esto, si alguien quiere desarrollar un códec con estas especificaciones, debe pedir ‘permiso’ a esta organización. En años anteriores se cobraba por el uso de alguna implementación en las aplicaciones. Este era uno de los motivos por el cual Mozilla no quería aceptar dicho códec. Sin embargo dicho consorcio prometió no cobrar regalías hasta determinada fecha (2015 ó 2016, no recuerdo bien), aunque estaban planteando alargar este período indefinidamente.

Una vez más, ¿Cuál es el problema?

El verdadero problema se basa en peligros potenciales. Debido a que este consorcio es dueño de estas especificaciones, así como pueden nunca cobrar regalías, mañana mismo pueden duplicar la cuota. Además, al estar protegida por patentes, no da a lugar a obras derivadas de forma libre.

Sin embargo, alguien puede indicar:

Yo no he pagado nada por ver videos en Youtube en Chrome/Safari/Internet Explorer que estén codificados en h.264. Además, tampoco he escuchado que los desarrolladores de ffmpeg estén pagando millonarias regalías, teniendo una implementación (la x264) con licencia GPL.

Si alguien se pregunta por qué las distribuciones GNU/Linux no incluyen varios códecs de serie, es porque hay distintas legislaciones que hacen que las patentes sean válidas ó no. Por ejemplo, en EEUU estos derechos son reconocidos, por lo que si yo quiero distribuir software con un decodificador/codificador en un servidor de EEUU en EEUU, debería pagar las regalías mencionadas. Sin embargo, en otro país que no reconozca estos derechos, su uso es libre.

Aunque no soy experto en el tema, según entiendo, sí es legal almacenar un software con patentes en un servidor que esté ubicado en un país que no los reconozca y descargarlo desde un país que sí. Entonces no se deben pagar regalías por esto.

Esto me está cansando, ¿Finalmente cuál es el problema?

En el caso especial de la web, el que será el nuevo estándar (html5), tiene características como reproducción de video ó audio. Esto crea una discusión sobre qué códec usar. Parecería ser bueno usar la especificación h.264, debido a su calidad y su compresión, sin embargo, el estándar debería ser igual para todos los países. Al tener una base libre, no sería aconsejable tener un códec que es controlado por un consorcio, debido a que algunos podrían no aplicar dicho estándar, no por falta de ellos, sino por alguna limitación que imponga el consorcio.

¿Algún códec alternativo para solventar y cerrar este caso?

Las alternativas viables son los códecs VP8 y Theora, ambos libres, pero tienen algunos problemas. Theora tiene una calidad muy baja, por lo que si querría ofrecer la misma nitidez que un video codificado en h.264, incrementaría el tamaño, por lo que consecuentemente aumentarían los datos transferidos y los costos. Y bajar la calidad en los videos no es una opción que atraiga a los usuarios y páginas web.

VP8 tiene básicamente 3 problemas. Aunque su calidad es superior a la de Theora, todavía no es una dura competencia para h.264. Además, según MPEG LA, viola algunas de sus patentes. Por último, según algunos desarrolladores, la documentación presente no es muy buena. Este último puede ser muy perjudicial a la hora de desarrollar, porque retrasaría el tiempo de programación debido a que primero se debe analizar el código y a partir de ahí determinar la función específica que realiza.

En este asunto hay opiniones divididas, tanto a favor como en contra de la adopción de VP8 como estándar en html5. Aunque algo queda claro, se debe tener un equipo grande de desarrolladores para que VP8 pueda alcanzar la calidad esperada por todos.

En cualquier caso, algunos de mis conceptos pueden estar equivocados, pero esta fue la información que encontré, por lo que cualquier comentario que aporte será bienvenido.

Saludos

=-=-=-=-=
Powered by Blogilo

Y para cerrar este año, quisiera comentar sobre la instalación de Vmware player. Para quien no lo sepa, Vmware player es un software de virtualización, similar a VirtualBox, sin embargo, Vmware no es libre. A pesar de esto, su funcionamiento es excepcional, además de tener soporte para varios sistemas operativos. Del porqué escribo esta entrada, es porque en el caso particular de Linux no es tan fácil si se tiene una versión reciente del kernel (en este momeno, las afectadas son las versiones 2.6.34 ó más recientes). Debido a que no encontré documentación en la página oficial sobre este problema (aunque no busqué detenidamente), en cierto momento se me complicó la ejecución de este programa. Otro punto importante es que no probé hacerlo en FreeBSD, así que no sé si exista una forma de hacerlo funcionar ahí.

Para comenzar debemos tener las siguientes dependencias instaladas:

Linux headers: El nombre del paquete varía según la distribución. Acá una lista de los nombres:

• Debian: El paquete es linux-kernel-headers
• Archlinux: El paquete es kernel26-headers
• Ubuntu: tiene el mismo nombre que en Debian.
• Mandriva: El paquete es kernel-headers
• Fedora: El paquete que lo contiene es kernel-devel
• OpenSuse: El paquete que lo contienes kernel-source

Programas de desarrollo: Programas necesarios para poder compilar programas (sobre todo en C). La mayoría de distribuciones lo contiene en un único metapaquete. Una pequeña lista de nombres:

• Debian: el metapaquete es build-essential
• Archlinux: el metapaquete es base-devel
• Ubuntu: el metapaquete es build-essential
• Mandriva: el metapaquete es rpm-build, combiandoo con los paquetes flex y bison
• Fedora: El grupo de paquete es Development Tools
• OpenSuse: Debería ser el paquete devel_C_C++

GTK: si se quiere usar la interfaz gráfica de vmware, debe instalarse el toolkit GTK.

Primero vamos a la página oficial. El enlace es el siguiente

http://www.vmware.com/products/player/

Nos pedirá registrarnos. Rellenamos los datos y después de validar nuestra cuenta, ingresamos y descargamos

Escogemos la versión Linux 32 ó 64 bits, según el sistema operativo que tengamos.

Una vez descargado, abrimos una consola como root y nos dirigimos a la carpeta donde lo descargamos. Luego lo ejecutamos con una instalación personalizada. Para ello podemos usar los comandos:

# cd <ruta donde descargamos el ejecutable>

# ./VMware-Player-3.1.3-324285.i386.bundle --custom

En caso de querer una instalación gráfica, en sistemas operativos como Debian y Arch ejecutamos el comando:

$ DISPLAY=:0.0; export DISPLAY; xhost +

Como un usuario normal antes de ejecutar el instalador. Ahora, arranca el instalador. Acá aceptamos la ruta indicada (/usr).

También aceptamos la siguiente pantalla para las librerías.

Click en siguiente para aceptar la ruta de archivos independientes de arquitectura.

Clic en siguiente para aceptar la carpeta donde los usuarios tienen acceso a los archivos binarios.

Aceptamos la ruta para los ejecutables reservados para los usuarios administradores.

Aceptamos la ruta para la documentación.

Clic en siguiente.

Aceptamos la ruta de las cabeceras.

Aceptamos la ruta para guardar configuraciones.

En esta pantalla es algo especial. Aunque en la mayoría de distribuciones no debería haber problema, en Archlinux hay un pequeño conflicto. Archlinux guarda la lista de scripts para servicios en /etc/rc.d, mientras que el instalador la busca e /etc/init.d (recordar que muchas distribuciones manejan este directorio, inexistente en Archlinux). Para solucionarlo, ejecutamos los comandos como root:

mkdir -p /etc/rc.d/vmware.d/{rc{0,1,2,3,4,5,6}.d,init.d}

E indicamos la ruta /etc/rc.d/vmware.d/

Aceptamos la ruta para los scripts de servicios (en arch aparecerá una ruta distinta).

Indicamos si queremos revisar las actualizaciones

Indicamos si queremos enviar estadísticas a Vmware.

Confirmamos la instalación

Esperamos a que termine.

Una vez terminada la instalación, cerramos el asistente. En el caso especial de Arch, sigan las siguientes instrucciones a partir del punto 5 de esta página

https://bbs.archlinux.org/viewtopic.php?id=88103

Ahora, aplicamos el parche. Realmente no tuve el tiempo para probar este método en todas las distribuciones, pero en OpenSuse y ArchLinux sí funciona. En Mandriva y Fedora también debería funcionar, sin embargo, en Ubuntu y Debian no estoy seguro. En todo caso, agradecería que me avisaran si falla en algún paso.

Bajamos los archivos de los siguientes enlaces

http://linux.ioda.net/openSUSE/vmware-7.1.3-2.6.37-rc5.patch

Y

http://linux.ioda.net/openSUSE/patch-modules_v62-opensuse.sh

En la misma carpeta, no importa cuál pero que sea la misma.

Ahora, ejecutamos los comandos como root:

# cd <carpeta donde descargamos los archivos>

# sh patch-modules_v62-opensuse.sh

Esto creará los módulos necesarios para que vmware funcione. Finalmente terminamos de instalar. Ahora podemos abrirlo y usar el programa. Acá una toma

Pueden visitar las páginas que consulté para resolver los problemas:

http://lizards.opensuse.org/2010/11/15/make-vmware-workstation-7-1-3-running-with-11-4-kernel-2-6-37/

https://bbs.archlinux.org/viewtopic.php?pid=785421

Muchas gracias por su lectura y que pasen un feliz año 2011.

Saludos

=-=-=-=-=
Powered by Blogilo

Hasta el momento, en varios blogs, comentarios, twitter y muchos más sitios, los navegadores derivados de Chromium son muy bien vistos. Entre las características comentadas son velocidad, fluidez, etc. Y también me he dado cuenta de otra cosa; Firefox, el navegador que hasta hace 3-4 años era el navegador preferido por muchos, ahora sufre de un prestigio de lento, pesado y que los addons empeoran esta situación.

En lo personal, he comentado que no me importa mucho las características ‘avanzadas’, puesto que me gusta navegar de manera rápida y sin distracciones. A pesar de que mi prioridad es navegar de forma limpia, Chromium (ni ninguno de sus derivados) son primera opción para mi. De hecho, hace poco lo desinstalé porque no hacía uso de este navegador. Esto, porque a pesar de que es rápido en la navegación, se me hacía lento si lo ejecutaba en paralelo con otras aplicaciones, algo que no me conviene, tomando en cuenta que tengo varias aplicaciones abiertas y las limitaciones de memoria (sobre todo en la ultraportátil).

Y de las nuevas características ni hablar, no encontré alguna que realmente me sirviera. Ni sincronización (empezando por que no tengo algo que sincronizar), ni webapps, ni autorrelleno de formularios, etc. Únicamente una extensión que notificaba nuevos correos de Yahoo era lo que usaba.

Últimamente he usado el navegador Opera, sin embargo, tiene el problema de no ser libre. Siendo un poco paranóico, el navegador es una de las fuentes centralizadas de los datos transferidos desde la red, por lo que es arriesgado que esta parte sea privativa (recalcando lo anterior, siendo paranóico). Aunque por estos últimos tiempos no lo tomé en cuenta y lo usé deliberadamente. He de decir que es un navegador rápido, aún para la variedad de funciones que ofrece y sus extensiones en la versión beta 11, parecen funcionar bien. Acá una toma

Sin embargo, aunque muy rara vez, algún error aparece (normal para ser una versión beta). En general, satisface mis necesidades, además de no ser una carga tan pesada cuando se ejecuta junto con otras aplicaciones.

De rekonq, puedo decir que es un muy buen navegador y tiene muchas cosas que no he visto en otros navegadores. Sin embargo, algunas páginas se ven mal, aunque considero que en muchas ocasiones se debe a que la página no sigue los estándares web. Una toma con este navegador

Firefox en su versión beta (la 7 es la que actualmente tengo) es bastante rápido. Han mejorado muchísimo y lo mejor, se ha reducido el consumo de memoria (ó por lo menos da la sensación). Aunque quizá su versión Windows siempre va mejor que su análogo en Unix-Like, esta versión me parece realmente mejorada. Aquí una toma

Y por último Konqueror. Un navegador muy completo y sin embargo, pareciera que le hacen faltan algunas cosas. Por lo pronto, de lo único que me puedo quejar es que dada la tendencia de las páginas actuales de usar mucho javascript, la sensación es que el navegador va lento, aunque en realidad es porque su motor de ejecución no es tan veloz como en otros. De cualquier manera, es el único navegador no Webkit aparte de firefox que muestra el correo Yahoo Beta correctamente. Aquí un ejemplo:

Como es común en este tipo de entradas, es únicamente mi opinión y mi experiencia.

Saludos.

=-=-=-=-=
Powered by Blogilo

En todo caso, lo instalamos de la siguiente manera

Archlinux y Chakra: Ejecutamos el siguiente comando:

pacman -S pulseaudio

Debian: Aplicamos el siguiente comando:

apt-get install pulseaudio

Ubuntu: la versión actual de Kubuntu soporta pulseaudio por defecto. En versiones anteriores ver aquí.

Mandriva: Al igual que Kubuntu, PulseAudio está integrado con phonon (el api de sonido de KDE).

Fedora: la versión KDE también integra PulseAudio.

OpenSuse: No estoy seguro, pero según recuerdo, la versión KDE usaba ALSA, sin embargo, revisando algunas páginas, veo que lo han integrado en la última versión. En todo caso, en versiones anteriores, pueden ver acá.

FreeBSD: ejecutamos el comando:

cd /usr/ports/audio/pulseaudio/ && make install clean

Reiniciamos ó cerramos sesión e ingresamos de nuevo. Pulseaudio ya debería estar funcionado. En mi experiencia personal, tuve un error (pero no tengo una toma de pantalla a la mano). El error era algo así

E: main.c: Error al iniciar el proceso.

Para resolverlo, ejecuté los siguientes comandos

cd ~

Para ingresar a la carpeta home de mi usuario. También se puede usar cd /home/<usuario> donde <usuario> es el nombre del usuario donde estamos trabajando.

Luego, ejecutar

su

Para ingresar como root. Ingresamos la contraseña (recuerden que la consola no muestra * a los caracteres que escribimos). Luego, el comando

chmod a+rw .esd_auth

Y listo, ya debería funcionar.

¿Alguna otra ventaja sobre ALSA? Únicamente he encontrado una, que podemos ver controles de volumen separados por aplicación en Kmix. Para entenderlo, acá una toma:

Kaffeine y Opera con su respectivo control de sonido en Kmix.

Como desventaja, se dice que consume más recursos que ALSA, sin embargo, no siento que afecte el rendimiento del sistema (7-8% de CPU y 1.6Mib de memoria RAM con las aplicaciones antes mencionadas, quizá un poco excesivo, pero al probar una tercera aplicación, los valores se mantuvieron casi igual, alrededor de 100Kib más en ram).

De cualquier forma preferiría que juzguen por ustedes mismos.

Saludos

=-=-=-=-=
Powered by Blogilo

Me posiciono en la ubicación donde se encuentra el archivo jar

Abro una consola con la ubicación (en dolphin, simplemente presionamos F4) y luego ejecutamos la instrucción

java -jar archivo.jar

Bastante engorroso, ¿no?

Pues bien, encontré una forma de hacerlo un poco más ‘automático’, por así decirlo. Lo primero es dar clic derecho a algún archivo jar (no importa cuál sea).

Luego, en propiedades y nos despliega esta pantalla

Clic sobre la llave inglesa (marcada en el dibujo) y nos despliega esto:

Presionamos en el botón Add de abajo y nos aparece esto

Escribimos, tal como está en la toma de pantalla, en la caja de texto

java -jar

Y clic en OK en todas las ventanas.

Finalmente, al presionar doble clic sobre el jar, nos ejecuta la aplicación automáticamente. Espero que les sirva.

Saludos.

=-=-=-=-=
Powered by Blogilo

En cada uno de los entornos gráficos, a pesar de sus obvias diferencias, hay elementos que son comunes en los distintos sistemas. De hecho, muchas de estas cosas (sobre todo técnicas) se deben a que los distintos entornos siguen las reglas determinadas por FreeDesktop.org, una entidad que regula y estandariza las vías para trabajar con el entorno X11. Algunas de estas reglas son:

Archivos ocultos: Los archivos ocultos en GNU/Linux y FreeBSD no actúan como en otros sistemas (especialmente Microsoft Windows®) donde actúa en forma de propiedad de un archivo, en otras palabras, la propiedad de oculto no va ligada al archivo de misma forma que lo hacen las propiedades de lectura ó escritura. En los sistemas anteriores, no existe una propiedad oculta en los archivos ó carpetas. Para determinar si un archivo está oculto ó no, se determina por el nombre. Si un archivo está oculto, su nombre comienza con el símbolo “.” (punto). Tanto los programas en consola como los gráficos, filtran los archivos por este parámetro, para mostrarlo ó no. Por ejemplo:

Se puede observar que no existen más ficheros aparentemente. Pero si mostramos los archivos ocultos (Alt+, en Dolphin), podemos ver lo siguiente

Podemos observar que existen más archivos. Sin embargo, este filtro que se les aplica es únicamente por el nombre, puesto que si vemos la tabla de propiedades del archivo, podemos observar lo siguiente:

Podemos observar que no existe alguna propiedad de oculto. Estos archivos ocultos se usan mucho en las preferencias del sistema, sobre todo, en la carpeta Home del usuario, donde se guardan los distintos parámetros de los programas para que recuerden nuestras configuraciones.

Papelera de reciclaje: la papelera de reciclaje trabaja de un modo un poco distinto a como se trabaja en una carpeta convencional. La mayoría de (sino son todos) los entornos de escritorio controla una papelera de reciclaje. Dicho sistema trabaja de esta forma. Si se elimina un archivo que está en la misma partición que la carpeta home, su contenido se mueve a la carpeta /home/<usuario>/.local/share/Trash/files, donde <usuario> es el usuario que lo eliminó. Si no estuviera en la misma partición, se busca si existe una carpeta .Trash, se crea una carpeta dentro de ella con el ID del usuario y se mueve el archivo eliminado a esa carpeta. Si no existiera un .Trash, se crea una carpeta llamada .Trash-<id> donde <id> es el identificador del usuario y el contenido se mueve a ese lugar. También cabe destacar que cada archivo tiene otro archivo asociado con la información de eliminación. Su apariencia es similar a esta:

Como pueden observar, no es exactamente que se haya transferido a un espacio restringido del sistema. Simplemente es gestionado por el entorno manipulando direcciones y rutas. Pueden ver mas del tema acá y acá.

Iconos: A diferencia de otros sistemas, el cambio de tema de iconos en estos sistemas es considerablemente más flexible que en otros sistemas. Aparte de los iconos como carpetas y tipos de archivo, la mayoria de aplicaciones tiene el ícono que los representa fuera de la aplicación, es decir, en una ruta distinta. Esto facilita la personalización de los temas de iconos, puesto que podemos personalizar los iconos de los programas. Los temas de iconos se encuentran /usr/share/icons y principalmente se dividen en:

• Acciones: son los iconos que representan acciones que el usuario indica, como los del ícono abrir y guardar.
• Dispositivos: representa los iconos de los distintos dispositivos, como impresoras ó webcams.
• Sistemas de archivos: representan los iconos de lugares, como el escritorio, música y otros.
• MimeTypes: representa los distintos iconos de un archivo, como los archivos de documentos de texto, imágenes, binarios, etc.

Debido a estas especificaciones, los temas de iconos pueden ser bastante completos, dando incluso dentro de los programas una personalizacion muy profunda. Pueden ampliar el tema aquí.

Montaje de particiones: La forma más conocida de puntos de montaje para los usuarios es como lo realiza Microsoft Windows® (supongo que por su popularidad). En este sistema, a cada punto de montaje se le asigna una letra y un ícono de acceso en Mi PC. Sin embargo, en los sistemas Unix-Like (incluido FreeBSD y Linux), estos se determinan con puntos de montaje en alguna carpeta (ya sea determinada por el usuario ó por el sistema). Puede sonar raro si lo comparamos con el otro la primera vez, pero para aclarar, lo podemos ver de esta forma.

Cuando el gestor de arranque inicia el sistema, determina la partición en donde se encuentra el sistema y carga la(s) particion(es) necesarias para el sistema. Si por ejemplo conectamos una memoria USB, en los sistemas actuales se crea una carpeta en /media, por ejemplo disco1 y luego se crea el punto de montaje en esa carpeta. Es decir que, para acceder a los archivos de la memoria, debemos entrar a la carpeta /media/disco1. Es decir, un dispositivo tiene que tener un punto de montaje dentro del sistema de directorios para acceder a su contenido.

Este sistema trae algunas ventajas, entre ellas, que todas las rutas de archivos y carpetas tienen una misma estructura, siempre empiezan con / y para una subcarpeta sólo se le agrega un identificador; en otras palabras, desde el punto de vista de una aplicación, no hay diferencia de dispositivos entre /media/cdrom/archivo1 y /media/disk1/archivo2, el sistema es el que se encarga de llamar a un dispositivo u otro. En cambio, en los sistemas Windows®, se debe especificar el dispositivo a acceder (por ejemplo, D:\archivo1 y E:\archivo2 tienen diferencias entre dispositivos, por la letra en que inicia).

Hay muchas más características, pero estas fueron las que tuve que investigar cuando entré al mundo Unix-Like. Espero que les sea útil.

Saludos.

=-=-=-=-=
Powered by Blogilo

Es por ello que en este post, hablaré de lo que a mi criterio, se dividen los tipos de integración.

Integración Visual

Este es uno de los aspectos más comunes y que logran percatarse a simple vista. La integración visual, como su nombre indica, adapta todos los elementos gráficos (botones, tipografías, colores, etc) para que sean visualmente uniformes al resto de aplicaciones. Generalmente esta integración tiene que ver con el entorno gráfico. Por ejemplo, en el mundo del software libre es común ver este aspecto en aplicaciones GTK en entornos KDE. En entornos que usen bibliotecas GTK, las aplicaciones no se ven extrañas. Sin embargo, en KDE, las aplicaciones se ven algo ‘raras’ y hasta a veces (a mi criterio), ‘feas’. Por ejemplo, en esta toma de pantalla:

Comparado con los demás programas, este se ve extraño. Ahora un ejemplo de esta aplicación integrada visualmente:

Como podrán ver, las tipografías, íconos y colores están integrados con el sistema, por lo que visualmente es más agradable. Este tipo de integración es relativamente fácil de implementar, ya sea usando las mismas bibliotecas gráficas del sistema (como QT en KDE ó Cocoa en MacOSX) ó se puede reparar con motores de renderizado. Hablando de ello, pueden consultar acá sobre cómo integrar aplicaciones GTK en KDE.

Integración funcional

Este tipo de integración se centra en las funciones que puede realizar en conjunto con otra aplicación. Puede hacer uso del sistema ó de otros programas. Este tipo de integración, la dejo de forma muy abierta, puesto que hay distintas formas de integrar funciones en un programa. Por ejemplo, Firefox que usa bibliotecas GTK modificado para que integre los cuadros de diálogo de KDE:

También se pueden integrar otras cosas, como programas embebidos (uno dentro de otro):

Aunque existen muchas cosas, existe (a mi critero) un tipo de integración especial en la cual hacen que programas trabajen conjuntamente. Esto es útil porque podemos compartir la información en distintas aplicaciones, según lo necesitemos. Por ejemplo, Kontact integra muchas aplicaciones de forma que se puedan intercomunicar

Aunque generalmente, este tipo de funciones no indica que se intercomuniquen las aplicaciones como tal, sino que hay una fuente de información que sirve para ambos. Por ejemplo, akonadi y strigi sirve para información para amarok y dolphin.

Existen otras formas de integrar programas con sus entornos. Ya sea por medio de plugins, backends ó incluso, otros programas.

Saludos.

=-=-=-=-=
Powered by Blogilo

Cuando leí en Muy Linux la disponibilidad de Chakra 0.20, lo vi como una oportunidad para reinstalar (de algún modo) Arch sin necesidad de complicaciones (no es que la instalación de Arch sea difícil, sino que lleva un poco de tiempo configurar algunos aspectos). Aunque el proyecto Chakra está actualmente ‘semi-separado’ de ArchLinux, mantiene el sistema base (hasta donde sé) y el repositorio Core. Luego de descargar la imagen, grabé la imagen según las instrucciones de la página de ArchLinux y finalmente arranqué desde la memoria USB.

Para mi sorpresa, el diseño de la pantalla de carga y el fondo de pantalla fueron de mi agrado. Aunque es casi normal esperar bonitos diseños (a mi criterio) en las actuales distribuciones. Teóricamente, es una distribución que sólo tiene bibliotecas necesarias para KDE, como consecuencia, ninguna aplicación GTK está incluída. Fue de mi agrado verificar que esto es cierto, puesto que es difícil encontrar una distribución KDE tan pulida que no tenga aplicaciones GTK.

No suelo cambiar la apariencia del sistema, así que cuando uno arranca más o menos la apariencia es esta:

Bien, con esto me dije que comencé con buen pie, a pesar de no ser la versión más reciente, me gusta. Luego, a instalar. El programa de instalación (llamado Tribe), fue una gran herramienta. Recuerdo que cuando probé la segunda Alpha del antiguo Chakra (cuando estaba ligada a Arch), el instalador era un tanto inestable. En cambio, ahora está mejorado y las instrucciones más claras (a mi criterio). En lo personal, pienso que es uno de los mejores instaladores que he probado (aunque no destaca por su minimalismo). La instalación duró alrededor de 10-12 minutos. Luego, me di cuenta que no tenía casi ninguna aplicación. Como quería saber cuál era mi dependencia de las aplicaciones GTK, quise verificar cuánto tiempo resistía sin instalar alguna que tuviera esa dependencia. Luego de instalar akregator, opera, koffice, okular, kdropbox y Gwenview, creí que ya estaba todo, sin embargo, me llevaría una sorpresa:

Faltaba Flash Player. No soy muy asiduo del contenido multmedia, sin embargo, de vez en cuándo veo algún video en internet. Fue cuando me di cuenta que FlashPlayer requería de GTK. Al pensar en ello, pensé que no valía la pena descargar flash debido a que si bien dejo de ver videos en internet (principalmente youtube), Flash es la causa de que una página web cargue lento. En todo caso, decidí únicamente instalar minitube para ver videos. Luego, a pesar de que Opera es un excelente navegador, Konqueror es una suite inigualable. Es por ello que instalé el paquete kwebkitpart-svn, para que el navegador fuera con motor Webkit para mejorar la compatibilidad con algunas páginas, principalmente, para desgracia mía, las de google. Al parecer, como sería de esperar, los servicios de google funcionan bien en navegadores basados en Chromium (y no es cuestión del navegador precisamente, porque al cambiar el identificador del navegador, la página empieza a funcionar mejor). Acá una toma

Qué decir, la potencia de Arch en una instalación en 15 minutos es de agradecer. Me agrada esta distribución y junto a OpenSuse y Mandriva, a mi gusto, son las que mejor tratan a KDE.

Saludos.

=-=-=-=-=
Powered by Blogilo

Pues bien, una vez que vi el anuncio oficial, bajé la versión One Gnome por torrent y luego la grabé en la memora usb. Cabe mencionar que me sorprendió que no diera problemas al arranque, puesto que tanto en Ubuntu como en Fedora, Plymouth (esa imagen animada que aparece mientras todo se carga) no aparece; en su lugar, sólo varias letras que indican el proceso de carga. En cambio, esta vez en Mandriva funcionó perfectamente. Una vez que terminó el proceso de arranque, probé ciertas cosas como el brillo, la temperatura y la señal de red. Aunque parecía tener el mismo comportamiento que en Ubuntu, decidí instalarlo de todas formas.

La instalación fue de lo más sencilla, con pocos y relativos claros pasos. Una característica que me gustó (puesto que no la recuerdo en la versión 2008.0), es que determina qué paquetes no usará (a nivel interno) y por lo tanto, los excluye de la instalación. Aunque con los programas no ocurre lo mismo (por ejemplo, Cheese siguió instalado sin tener una webcam), es una característica que se agradece en configuraciones donde el cambio de hardware es casi nulo. Una vez terminada la instalación, sólo bastó configurar los usuarios y listo, había terminado.

Una vez hecho esto, sólo bastó hacer una búsqueda en google, seguir las indicaciones provenientes de Blogdrake (gran sitio para encontrar cosas relacionadas a Mandriva) y verificar que todo funcionaba maravillosamente bien.

Las indicaciones que seguí fueron:

Abrir la terminal en Aplicaciones–>Herramientas–>Terminal

Ingresar como root al sistema. Para ello, escribimos en la terminal el comando:

su

Una vez hecho esto, nos solicitará la contraseña. La ingresamos (recuerden que no muestra asteriscos ni ningún otro símbolo cuando esribamos) y presonamos Enter. Luego, ejecutamos el comando:

vi /boot/grub/menu.lst

Y buscamos la línea que contenga algo como:

title Mandriva

root (hd0,0)

kernel (hd0,4)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=d2aa1757-fb2c-43b2-8b4f-6d9eed5c3042 resume=UUID=c1cf4edf-b487-4ce2-af4d-fcbf3cfb8a50 splash=silent vga=788

Presionamos la tecla I para indicar al programa que vamos a insertar. Al final de la línea que empieza por Kernel, agregamos:

acpi_osi="Linux"

Quedando de este modo:

title Mandriva

root (hd0,0)

kernel (hd0,4)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=d2aa1757-fb2c-43b2-8b4f-6d9eed5c3042 resume=UUID=c1cf4edf-b487-4ce2-af4d-fcbf3cfb8a50 splash=silent vga=788 acpi_osi="Linux"

Reiniciamos y listo, debería funcionar bien. Por lo menos en mi caso, el brillo, wireless y ventilador funcionaba bien. Por la tarjeta gráfica no había problema alguno. En fin, una vez más Mandriva no me decepciona. Lo que sí me llamó la atención es que en este caso puntual y aislado, la solución en Mandriva fuera considerablemente más sencilla que en Ubuntu. Quizá se deba a que Mandriva posee un Kernel más reciente, sin embargo, es de agradecer que se solucione estas cosas.

¿A alguno le ha dado problema esta serie de portátiles Toshiba?

Pueden compartir sus experiencias comentando.

Saludos.

Pero al contrario de lo que piensen las personas cercanas a mi, uso esta característica en diversas situaciones. A continuación, detallo algunas de ellas:

Navegar en páginas con demasiado contenido multimedia

No es un secreto que el contenido multimedia en muchas páginas actuales ha crecido considerablemente. Si bien este tipo de contenido le puede dar vistosidad e información dinámica al contenido, el abuso de esta puede repercutir en el navegador (especialmente, los de tipo Flash en GNU/Linux y FreeBSD). Debido a que la mayoría de estas páginas las visito ocasionalmente, no me interesa que este contenido quede guardado, por el hecho de que la mayoría de buscadores revisan primero en caché (contenido que se copia para acceder más fácilmente a él) cuando se realiza una consulta. Esto repercute en el rendimiento del navegador, porque hay más contenido en el que buscar. Es por ello que luego de un largo tiempo, la maravillosa velocidad de arranque de los navegadores desaparece.

Consulta de enlaces

Es común que alguno de tus amigos ó conocidos te manden un enlace para que veas determinada información. Pero a veces, esa página puede contener enlaces que abren contenido que no necesariamente está relacionada con lo que quieres ver (como el típico anuncio de que gané algo por ser el visitante 10^6- 1). No se me hace grato que al revisar mi historial para consultar algo, este tipo de páginas estén presentes.

Consultar información puntual

En ocasiones, es necesario buscar información que teóricamente, deberías conocer. Por ejemplo cómo realizar cierto tipo de ejercicios, cómo se miden las tallas de zapatos, recordar un comando, etc. En mi caso, este tipo de información la leo y trato de memorizarla ó guardarla. Aunque supongo que es más por vergüenza, hay algunas cosas que no quiero que la gente sepa que busqué (léase información como, cómo cocinar pescado).

Consultar algún cumpleaños

Uno de mis puntos más débiles es recordar teléfonos y cumpleaños. Soy pésimo para recordar este tipo de datos. Para evitarme este problema, en caso de disponer de esta información, la guardo en un archivo de notas de mi cuenta Yahoo (nada de facebook ó contactos de Google/Hotmail/Yahoo). En ocasiones veo este archivo para recordar fechas (más específicamente, cada mes). Pero tengo una sensación de vergüenza si alguna de las personas ve que consulto este archivo.

Cuando se navega en un computador ajeno

Salvo algunas excepciones, es común que utilice la navegación privada en la computadora de los demás. Esto porque a la mayoría de personas no les interesa lo que busco y no quiero que el contenido caché crezca por mi culpa, debido a que la mayoría de veces visito demasiadas páginas. Además, en ocasiones, cuando me prestan el computador para revisar correo ó alguna página que requiera un inicio de sesión, les abro en navegador en sesión privada. Esto por si accidentalmente guardan su contraseña ó desconfían de que vea sus cosas personales (aunque generalmente las borro).

Contenido Embarazoso

En alguna ocasión algún amigo te jugará alguna broma con algún enlace que contenga a tu persona en alguna situación embarazosa, sea real ó montada. Si bien hay que tomárselo con humor al final de cuentas, algunas veces deseo que las personas no se enteren de primera mano por la información de mi computador (aunque casi siempre se terminan enterando).

Consultar precios de dispositivos

Ocasionalmente consulto información acerca de precios de dispositivos, para realizar un presupuesto y ver si es accesible de comprar. La mayoría de esta información no la guardo, debido a que no siempre compro lo que busco y no quiero que la gente piense que soy un comprador impulsivo.

Y así, un largo etcétera. La navegación privada no es equivalente a ver pornografía, puesto que tiene muchas otras utilidades y como dice la wiki de Mozilla, los perfiles de cada usuario son tan variados que los usos pueden ser muchos.

Saludos.

Unix: sistema operativo que tiene sus orígenes a finales de los años 60. Este sistema operativo fue enfocado mucho al uso de servidores y ámbitos afines. Éste sistema operativo es el que inspiraría a los proyectos GNU/Linux, todas las ramas BSD (incluido FreeBSD) y en el que se basó Solaris.

Unix-like: sistemas operativos basados/inspirados en Unix.

Consola (terminal en los sistemas: La mayoría de personas por lo menos habrán visto la consola MS-DOS de Windows ó la terminal de MacOSX. La consola de comandos (llamada terminal en sistemas tipo Unix y similares) es aquella pantalla generalmente negra con letras blancas en donde uno escribe alguna instrucción y la computadora lo procesa. Es sistemas Unix-like, la consola es una herramienta bastante utilizada para la ejecución de tareas.

Shell: es el sistema intérprete de comandos de consola.

Bash: existen varias formas para acceder al Shell del sistema operativo. Bash es quizá, la más popular de los sistemas operativos GNU/Linux, puesto que fue escrito por el proyecto GNU.

CSH: es análogo a Bash, pero para FreeBSD. Generalmente este es el medio para acceder al Shell de FreeBSD.

Las X (sistema gráfico): al contrario de los sistemas Windows y MacOSX, GNU/Linux y FreeBSD siempre dejan entrever que existe algo ‘debajo’. Y en efecto, es así. El sistema gráfico es en realidad, un servicio que se ejecuta sobre una plataforma al más puro estilo de la consola. En términos simples, la parte gráfica es independiente del sistema operativo. Con ello, se puede deducir que GNU/Linux y FreeBSD pueden ejecutarse sin la necesidad de tener un sistema gráfico (es decir, ventanas, botones, fondo de pantalla, etc) y trabajar únicamente con una consola de comandos. Una forma gráfica de ver esto es la siguiente:

Tomado de Wikipedia, del artículo Bourne Shell

Como se puede apreciar, el sistema gráfico es una parte del sistema gráfico que técnicamente se puede prescindir de ella (lo cual no quiere decir que sea necesariamente bueno en términos de usabilidad).

Window Manager (sin la ‘s’ al final de Window): representan la parte que controla las ventanas. Este tipo de gestores generalmente incluyen botones para Minimizar, maximizar, cerrar y título de la ventana. En otros cosas un poco más complejos, incluyen el ícono de la aplicación, menú desplegable para algunas opciones de pantalla e incluso, unir dos ventanas en forma de pestañas (como lo hace Fluxbox, un gestor de ventanas ‘independiente’ y Kwin, gestor de ventanas incluido en el entorno de escritorio KDE (ver definición de entorno de escritorio para su entendimiento)). Existen varios entornos, entre ellos, X-Windows, Fluxbox, Blackbox, Metacity y Kwin.

Composite: técnicamente hablando, es un sistema designado para manipular la forma de cómo nos presentan las cosas. Por ejemplo, el borde de una ventana contiene un color, ciertos botones y otras cosas. Con composite, este borde puede ser manipulado de tal forma que, podemos hacer que se vea transparente, con sombreado y muchas cosas más. Generalmente este término se asocia a los efectos 3D y transparencias, que generalmente para eso se usa en los gestores de ventanas.

Window Manager composite: como su nombre indica, es como combinar un gestor de ventanas con las opciones de un composite. Este tipo de aplicaciones manipula las ventanas, de tal forma que puedan generar efectos sobre ellas. Quizá el más popular de estos en GNU/Linux y FreeBSD es compiz, pero existen otros como KWin ó Xfwm.

Entorno de escritorio (Desktop Environment): es un paquete de aplicaciones designados para ofrecer una interacción generalmente gráfica para el manejo de la computadora. En sistemas Windows y MacOS, el entorno de escritorio son todas las aplicaciones que trae por defecto el sistema operativo. Así mismo, en GNU/Linux y FreeBSD, los entornos de escritorio son variados, debido a la naturaleza del sistema gráfico (ver explicación de las X). Algunas de ellas son:

1. XFCE: entorno de escritorio dirigido a máquinas con pocos recursos (aunque algunas distrubuciones GNU/Linux no lo hagan así). Aunque no incluye tantas aplicaciones como otros, contiene programas para quemar discos, reproducir música, editor de texto, una terminal, un navegador de archivos, etc.
2. KDE: uno de los entornos de escritorio más populares en el mundo unix-like. Contiene una gran cantidad de programas dirigidos al uso fácil del escritorio, desde navegador web, navegador de archivos, terminal hasta programas específicos como programas de mensajería instantánea, un recordatorio de tareas, un gestor de correo ó lector de feeds. Su enfoque al escritorio semántico es quizá, una de sus características sobre las cuales, los programas están bastante unificados. Aunque esta moda ya está pasando, la mayoría de los nombres de las aplicaciones de KDE siempre empiezan con K.
3. Enlightenment: aunque es considerado más como un gestor de ventanas, algunas de sus características dan para que pueda ser considerado en algunos casos como un entorno de escritorio. Tiene un dock (al estilo MacOSX), varios Widgets y un navegador de archivos. Es bastante ligero y tiene (para mi) bonitos efectos incluso, en máquinas relativamente antiguas y sin aceleración 3D en las tarjetas gráficas. Además, es bastante ligero. Quizá la distribución GNU/Linux más popular con este entorno es Elive.
4. GNOME: quizá, el entorno de escritorio más popular en el mundo Unix-Like. Debido a que cuida especial cuidado en la sencillez y limpieza visual en sus aplicaciones, GNOME es el entorno seleccionado en las distribuciones GNU/Linux más famosas; aunque en FreeBSD no tanto. Al igual que KDE, tiene muchas aplicaciones para tareas específicas que van desde navegadores de archivos, hasta agendas sincronizadas.
5. LXDE: es un entorno de escritorio enfocado a la ligereza. Aunque de momento no tenga tantas aplicaciones ni opciones, es una opción viable para hacer cosas básicas en una computadora.

Los gestores de ventanas de algunos entornos de escritorio son:

• GNOME – Metacity
• KDE – Kwin
• Enlightenment – Enlightenment
• XFCE – Xfwm
• LXDE – OpenBox

Bibliotecas (a veces llamadas erróneamente librerías): son un conjunto de subprogramas destinados a facilitar el desarrollo y creación de programas. Aunque existen bibliotecas de muchos tipos, las más mencionadas en artículos relacionados a tutoriales y noticias en GNU/Linux y FreeBSD se refieren a las que proporcionan además, entorno gráfico. Debido a que en los sistemas Unix-like el gestor de ventanas y demás parte gráfica es independiente del sistema operativo, muchos entornos de escritorio se basan en distintas bibliotecas para sus aplicaciones. Esto genera un problema, debido a que no hay uniformidad a la hora de desarrollar aplicaciones para GNU/Linux (por lo menos no en la parte gráfica). En términos de ejemplos, si instalas una aplicación GNOME y lo ejecutas en KDE, se ve medio extraño y no existe integración con el escritorio. A continuación, una lista de los entornos de escritorio con sus respectivas bibliotecas:

• KDE – QT
• GNOME – GTK
• XFCE – GTK
• ENLIGHTENMENT – EFL
• LXDE – GTK y PTK

Saludos.

=-=-=-=-=
Powered by Blogilo

Para la portátil (una Toshiba de la serie L305), el problema era un tanto distinto. La computadora tenía Windows 7 y la distribución GNU/Linux Fedora 12; en la primera todo estaba bien, pero en la última varias cosas fallaban. La primera que noté fue las teclas de brillo, no funcionaban; incluso probé el applet de brillo que dispone GNOME y nada. También fallaba la tarjeta inalámbrica, puesto que aunque conectaba con la red Wifi y se conectaba a la red, la tasa de transferencia no era la total (más o menos era el 76% de lo original, lo comprobé al notar que en Windows sí funcionaba bien), además de desconectarse a cada momento (a pesar de que network manager indicaba más del 50% de señal). Noté también que se calentaba más que con Windows 7. Hay que agregar que el ventilador no paraba de funcionar, lo que provocaba ruido y un bajo rendimiento en la batería. Además, a pesar de que estaba casi como una instalación limpia, el rendimiento era peor que en Windows 7. No hay que ser un experto para notar que era un desastre trabajar en esta computadora (en comparación al sistema alterno, claro).

Supongo que era notable la razón del porqué el dueño pensaba que GNU/Linux no era una opción fiable. Como casualmente fue el día de lanzamiento de la nueva versión de Ubuntu (la 10.04). Al tener un kernel más reciente y módulos más actualizados, suponía que era más factible que lo detectara todo. Aunque todavía le di una última oportunidad a Fedora. La mayoría de problemas de hardware que he tenido con GNU/Linux han sido por el BIOS, así que actualicé desde ésta página:

http://www.csd.toshiba.com/cgi-bin/tais/support/jsp/home.jsp#

En la sección Downloads, se escoge el modelo (en este caso L305-SP6934R) y seleccionamos BIOS. El archivo descargado tiene 2 formas de instalación. La primera es desde un disco de arranque y la segunda es desde un sistema Windows. Aunque la primera no es tan difícil, la segunda es considerablemente fácil. Lo único es disponer de un sistema Windows. Abrimos el archivo, ejecutamos el instalador y abrimos la aplicación (desde Windows, claro). Seleccionamos la instalación por Windows y se actualiza. Al entrar a Fedora, noté que el rendimiento era mejor, pero el resto de problemas persistía, así que bajé la imagen de Ubuntu 10.04 y la instalé. Aunque en el Live-cd el rendimiento era bueno y la señal de internet mejoraba ligeramente, los problemas persistían. Al finalizar la instalación y probar, me topé con una sorpresa.

Todo seguía igual que con Fedora

Bien, esa fue una desilusión grande para mi, puesto que bien pude haberla reparado con Fedora. El ligero mejoramiento de rendimiento que tenía se había esfumado. Pasó por mi mente instalar alguna distribución tipo Archlinux, pero imaginé que era muy tardado y que sólo vería si funcionaba hasta completar la instalación. Así que pensé que tendría que haber un modo para reparar dicho problema. Luego de mucho buscar, encontré algunas soluciones. La primera de ellas es instalar los paquetes toshutils, fnfxd, toshset, acpitool, acpi-support. Para ello, podemos instalar desde Synaptic ó escribir lo siguiente en la terminal:

sudo apt-get install toshutils fnfxd toshset acpitool acpi-support

Aunque luego de esto, tampoco es que funcionara de maravilla (el brillo y la tarjeta inalámbrica seguían igual). Así que la otra solución fue instalar omnibook. Aunque supuestamente está designado para otros modelos, también funciona con este modelo en particular. Para ello, agregamos los repositorios

deb http://packages.kirya.net/debian/ sid main contrib non-free

deb-src http://packages.kirya.net/debian/ sid main contrib non-free

Para agregar repositorios, los remito a este enlace

http://www.guia-ubuntu.org/index.php?title=A%C3%B1adir_repositorios_externos

Luego instalamos el paquete omnibook-source de esta forma

sudo apt-get install omnibook-source

Una vez finalizado, ejecutamos el comando

sudo m-a a-i omnibook-source

Para que identifique los módulos necesarios. Una vez finalizado, añadimos los módulos para que se carguen al inicio del sistema. Para ello, seguimos los siguientes pasos.

Editamos el archivo /etc/modules de la siguiente manera

sudo gedit /etc/modules

Agregamos

omnibook

Al final del documento, guardamos y cerramos. Ahora debemos crear un documento que contenga las instrucciones. Para ello, ejecutamos

sudo gedit

y escribimos

omnibook ectype=14

Lo guardamos en el directorio /etc/modprobe.d con el nombre omnibook (sin extensión) y cerramos.

Si no queremos reiniciar para probar, podemos ejecutar

sudo modprobe omnibook ectype=14

Para verificar si en realidad funcionan los dispositivos como debieran. En este caso, todo empezaba a funcionar bien, excepto que el brillo al arrancar siempre empezaba al máximo. Para ello, seguimos estas instrucciones (literales de donde tomé la información)

Abrimos Gedit y pegamos el siguiente texto
#!/bin/bash

act_value=`cat /sys/class/backlight/acpi_video0/actual_brightness`

value_percent=`echo 100 / 7 \* $act_value + 1| bc -l`

. /usr/share/acpi-support/power-funcs

#echo $act_value $value_percent > /tmp/timmy

for x in /tmp/.X11-unix/*; do

displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`

getXuser;

if [ x"$XAUTHORITY" != x"" ]; then

export DISPLAY=":$displaynum"

su $user -c "/usr/bin/xbacklight -set $value_percent -steps 1 -time 1"

fi

done

Podemos guardarlo donde querramos, en este caso, una carpeta que se llama script ubicada en mi home. Le damos el nombre brilloOpaco y guardamos. Luego, le damos permisos de ejecución de la manera

sudo chomd a+x ~/script/brilloOpaco

Para que se ejecute al inicio, editamos el archivo /etc/acpi/video_brightnessup.sh

sudo gedit /etc/acpi/video_brightnessup.sh

y lo dejamos de esta forma

#!/bin/bash

. /usr/share/acpi-support/key-constants

acpi_fakekey $KEY_BRIGHTNESSDOWN

/home/<usuario>/bin/brilloOpaco

Donde <usuario> es el nombre del usuario. Reiniciamos y listo, el brillo es mínimo cada vez que iniciemos sesión.

Toda la información la saqué de estos sitios:

https://bugs.launchpad.net/ubuntu/+source/toshset/+bug/181374

http://docs.google.com/Doc?id=dgd53r6d_36hqmmh4hn&hl=en

Saludos.

=-=-=-=-=
Powered by Blogilo