Video de Sun sobre las juti

Durante las Juti, estuvo presente Ezequiel Singer, Ambassador de Sun dando unas conferencias y documentando un poco sobre el evento.
De paso aprovechó para que dos estudiantes caraduras le contaran sobre el evento y les dieran su opinión sobre el software libre.
Así que les dejo el video donde junto con Tere, caradureamos un poco frente a la camara de Ezequiel.


Usar Virtualbox en una terminal grafica aparte

Para quien no lo sepa, Virtualbox es una herramienta espectacular para crear y usar maquinas

Virtual Box

Virtual Box

virtuales. Recientemente adquirido por Sun, Virtualbox nos permite correr sistemas operativos dentro de una maquina virtual que podemos crear con distintas opciones, como la cantidad de ram, los dispositivos que vamos a usar, etc etc.

Una de las cosas que siempre quice hacer, era poder ejecutar VB en una terminal nueva, de modo que me permita presionar  “Ctrl + Alt + F8″ , estar en Windows y volver a Linux con “Ctrl + Alt + F7″. Cuando probé hacerlo, hace un año más o menos, a pesar de que ejecutaba VB en otra terminal, siempre creaba sus ventanas en la terminal 0. La verdad no probé mucho más.
Como hace poco comencé a participar en un grupo de estudio de .net y necesitaba usar Visual Studio, recurrí a VirtualBox para usar Windows y no tener que lidiar con diversas cuestiones (como tener que configurar cosas raras para que windows lea la musica que tengo en una particion ext3) y como no, volví a probar si podia hacer lo que comentaba más arriba, mi sorpresa fue, que ahora no había problemas, Virtualbox se ejecutaba perfectamente en la terminal donde era invocado, haciendo realidad mi tan preciado sueño (pasar de un sistema a otro en menos de 1 segundo).

Inicialmente simplemente ejecutaba “xinit — :1″ y desde xterm llamaba a Virtualbox, pero luego esto se torno repetitivo y aburrido así que leyendo un poco del man de xinit, aprendí que podia ejecutar directamente Virtualbox en la nueva terminal simplemente haciendo:

#xinit /usr/bin/virtualbox — :1

y para hacer un poco más general la cosa, busque por google un script que verifique cual es la siguiente terminal libre y allí abra la nueva terminal.
Modificandolo para que ejecutase virtualbox, quedo así:

for display in 0 1 2 3 4 5
{
if [ ! -f "/tmp/.X$display-lock" ] #Si no existe el archivo, no se esta usando la terminal $display
then
exec xinit /usr/bin/virtualbox — :$display
exit0
fi

Guardé eso en un archivo llamado vbox.sh, le di permisos de ejecución (chmod o+x vbox.sh), cree un enlace simbolico en mí desktop y listo… Otro sistema operativo en cuestion de clicks ^_^

Lo malo de esto, es que no encotre forma de ejecutar la maquina virtual de Windows directamente, sin tener que pasar por la pantalla principal.
Virtualbox nos permite manejarlo mediante la linea de comandos mediante “vboxmanage”, pero si bien esto me funciona al correrlo “localmente”, al intentar hacerlo en una nueva x (mediante la forma que comente antes) simplemente cierra la nueva terminal… así que bueno, es lo que hay por ahora.


Y llego el gran día…

Era antes de ayer, pero recién hoy puedo postear.

Después de la espera llego el 29 de julio y con el KDE4.1 y mí cumpleaños ^_^.

Fue mí cumpleaños numero 21, la mayoría de edad y quizá mucho pueda reflexionar sobre mí vida y todos estos años, lo que pase, lo que paso y lo que se viene… responsabilidades, metas, etc. Muchas cosas para replantear. En fin, año con cambios.

Sobre el lanzamiento de KDE4.1 sabemos que es la primer versión de KDE4 pensada para el usuario final. En estos mismos momentos estoy actualizando mi distro y con ello, los paquetes de KDE4, por lo que aún no pude probarlos como se debe. Sin embargo, vengo siguiendo las betas y RCs de esta versión y los cambios respecto a 4.0 son muy buenos. Ya en la última versión se notaba una mejora bastante grande, menos bugs y el manejo general del escritorio ha cambiado bastante con respecto a versiones anteriores.
Sin entrar en muchos detalles, ya que no quiero hablar de más hasta no ver la versión final, podemos decir que el toque de aire fresco que da KDE4 es, por mi parte, muy bien recibido. No solo en lo visual, si no también en lo técnico, se aprecia un escritorio “pensado para hoy, hecho hoy” que lo vemos en el manejo de medios extraibles, la busqueda de aplibargo, vengo siguiendo las betas de esta versión y los cambios respecto a 4.0 son muy buenos. Ya en la última versión se notaba una mejora bastante grande, menos bugs y el manejo general del escritorio ha cambiado bastante con respecto a versiones anteriores.
Sin entrar en muchos detalles, ya que no quiero hablar de más hasta no ver la versión final, podemos decir que el toque de aire fresco que da KDE4 es, por mi parte, muycaciones, el manejo de información personal, etc.
En estos momentos acaba de terminar la actualización así que comenzare a usarlo, ya con un uso estable esta vez y en los próximos días comento que tal esta nueva versión… sí, cuando probablemente ya todos lo hayan hecho =P

Mientras tanto, les dejo la revisión que realizaron en Tecnogeek, que sirve muy bien como pantallazo general de lo que podemos esperar.


¿Por que no usar software libre en los medios educativos?

En el episodio #53 podcast “Alternaria Semanario” elijieron como ganador de un concurso que habian realizado un mail que envíe con el tema que se lee en el titulo de este articulo.
El premio en cuestion eran unos cds de OpenSolaris, los cuales pedí que no me los manden a pesar de ganar ya que los tengo pero igualmente queria dar mi opinion sobre el tema.
Público a continuación el mail en cuestion. Ahora que lo leo de nuevo, tiene algunos errores semanticos y no esta bien redactado, pero no lo corrijo simplemente para publicar el original que leyeron los organizadores de dicho podcast.

Las razones para usar Software Libre en los medios educativos son
varias y muchas se relacionan con las propias ventajas del software
libre a nivel social.

Desde mi punto de vista, la razón principal es lograr independencia
tecnológica en las personas que educamos. Esto se aplica en todos los
niveles educativos, desde la escuela educación primaria hasta la
universidad. Ya que el software libre desde un principio nos muestra
que para todo existe una alternativa. De esta forma, los alumnos
aprenderán a adaptarse a las distintas herramientas que existen y no
formar esclavos para una determinada compania. Y recordemos que
aquellas personas que se forman en los distintos niveles educativos,
son las que luego pasaran a trabajar en las distintas empresas del
país o incluso en el gobierno mismo, llevando esto a que siempre
tengamos que depender de una herramienta externa. No quiero hablar de
precios, ya que seria en vano. Quizá implementar software libre
costase muchísimo más caro (por las migraciones, la capacitación, etc)
pero al menos es dinero que queda dentro del país y no se va en manos
de empresas extranjeras.

Por otro lado esta el hecho de que desde pequeños nos enseñan a “robar
total no pasa nada” ya que en el 90% (por tirar una cifra) de los
caso, el alumno no esta en condiciones de poder pagar por una licencia
original de modo que debe recurrir a la pirateria para poder realizar
sus trabajos. Existen las llamadas “licencias académicas” con las
cuales tenemos acceso al programa completo (para ser usado con fines
educativos) pero son en su mayoría para universidades pero ocurre lo
mismo que comentaba al principio., el alumno se acostumbra a usar una
herramienta “gratis” que cuando sale al mundo laboral deja de serlo y
nuevamente tiene que gastar dinero en licencias que bien podría ser
usado para mejorar/adaptar el software con el que va a trabajar.
Esto último es realmente una lastima, ya que incluso en las
universidades se ven a los profesores enseñando a los alumnos “como
crackear” los distintos programas que van a usar cuando bien existen
herramientas libres que podrían suplir sus necesidades. Ojo, en
algunos casos la solución libre no es “tan buena” como la privada, por
ejemplo, no podemos comprar Visual Studio .NET con Monodevelop en
cuanto a “facilidades” pero no hay nada que no se pueda hacer con el
segundo que sí con el primero y ademas sin cometer ningun crimen
(nombre Monodevelop por nombrar una ide, bien podría ser cualquiera o
incluso un editor de texto plano)
Que esto sea así no es casualidad, obviamente, muchas empresas (y no
solo Microsoft) hacen “presión” en el sector educativo para que se
trabaje con sus herramientas e incluso hay muchas carreras de grado o
pregrado en las que se da como materia el uso de una herramienta
especifica, algo realmente preocupante y que sin duda nos afecta, ya
que preparamos profesionales que finalmente no sirven para nada, ya
que esas herramientas pueden discontinuarse haciendo que todo lo que
haya aprendido esta persona, haya sido en vano.

La verdad es que este es un tema que me “gusta” (más bien me preocupa)
mucho tratar, ya que el uso de herramientas privadas en la educación
solo hace que nuestro país forme clientes de determinadas tecnologias.
Posiblemente muchos diran “pero en ese caso seria lo mismo que
aprendan uno u otro” y es por eso, que en lo que hago incapie es en
capacitar para que el alumno pueda adaptarse a todas las herramientas
y no salir corriendo cuando le sacamos Office y ponemos un OpenOffice.

Eso es todo para el mail que creo que ya lo hice bastante largo,
aunque obviamente es un tema que da para debatir por mucho tiempo y
que implementarlo en la realidad puede ser algo muy dificultoso
(aunque no imposible). Cuando hace unos años, se planteaba reformar la
ley provincial de educación en mí provincia (valga la redundancia) yo
había hablado con el grupo de trabajo que se había formado para tal
fin con el objeto de la implementación de software libre (una de las
reformas, era fortalecer el área informatica) y dicho grupo quedo muy
conforme y de acuerdo con los planteos que realice (similares a los de
este e-mail) pero lamentablemente, jugadas politicas (que nada tenian
que ver con el software) hicieron que dicho grupo desaparesca.


Eclipse GanyMade esta aquí

Hace un par de días, salio una nueva versión de la que es considerada una de las mejores IDE’s para desarrollar aplicaciones Java (si bien cuenta con soporte a muchos otros lenguajes por parte propia o de terceros.
Como hace un rato termine de rendir y queria probarlo, me dí el gusto y esto es lo que paso…

Luego de descomprimir el paquete universal para Linux que descargué de su página oficial, crear un enlace simbolico (o acceso directo para los que vienen de Windows) en mí escritorio al ejecutable, inice Ganymade por primera vez. Como es costumbre, me pregunto cual sería la carpeta para mi “workspace” para la cual elegí la misma carpeta que vengo usando para las versiones anteriores.

Todo resulto estar tal y como lo había dejado la última vez que cerre Europe (Algo que era de suponer) mismos archivos abiertos y mís proyectos estaban ahí tal cual los deje.
El primer cambio, a simple vista, es un boton en la barra de menús que realmente siempre me pregunte porque no existia, se trata del “Breadcumb”… cuya traducción literal sinceramente desconozco, pero nos permite tener una visión de la jerarquia que tiene la clase que estamos editando, (como si se tratara del Package explorer) pero en la propia ventana de edición. Comenzando desde la carpeta donde se encuentra nuestro proyecto, pasando por los paquetes y clases hasta llegar al metodo que estamos editando, si hacemos click en las flechas de alado, rapidamente vemos el resto de los elementos de esa categoria, algo muy útil que se suma al resto de las caracteristicas de Eclipse.

Lo otro nuevo que veo, es la posibilidad de movernos por un “historial” en cuanto a las clases que hemos estado editando, es decir, podemos ir atras, adelante e incluso lo mismo pero para errores, bookmarks, breakpoints, etc.
Creo que esto seria todo “para mí”, si bien vengo usando Eclipse para casi todo lo que sea Java ultimamente, todavía hay muchas caracteristicas que estoy descubriendo.
Si todavía no lo probaste, realmente lo recomiendo. Sobre todo si leemos el “Overview” que viene junto al programa (al cual accedemos mediante la pantalla de bienvenida) ya que la cantidad de herramientas y “facilidades” que nos brinda, son realmente increibles.

Por último, decir que si quieren descargarlo deben darse una vuelta por http://www.eclipse.org/downloads/packages/ y ademas recomiendo el resto del sitio que no tiene desperdicio.


Recomendado: Emesene


Simple, funcional y rápido serían las palabras que definen a este cliente de MSN Messenger que día a día va tomando más importancia en el mundo del código abierto, ya que cuenta con la mayoría de las características principales que nos ofrece el cliente oficial pero de manera simplista. Todavía le faltan algunas cosas, como audio, video o los guiños (que desde mi punto de vista, seria mejor si no los incuye)
Como dato adicional, este cliente es desarrollado por Luis Mariano Guerra, estudiante de la carrera de ingenieria en sistemas de información de la UTN – Facultad Regional Córdoba (yo estudio en la Facultad Regional Resistencia) ¡Todo un orgullo!

Sitio Oficial: http://www.emesene.org/
Información adicional: http://es.wikipedia.org/wiki/Emesene


Java va completando su camino al código abierto


Esta es una novela que viene dando que hablar desde hace rato. Una noticia importante para la comunidad de código abierto ya que Java es uno de los lenguajes más utilizados actualmente para desarrollos de este tipo.
Tras muchos años de promesas y negociaciones, en el 2006 Sun licencio Java bajo los terminos de la GPL. Pero aún quedaban muchas librerías del API de Java que eran cerrados, sobre todo aquellos que fueron desarrollados por terceros.
Finalmente las negociaciones paracen haber concluido y ya varios blogs se hacen eco de que Sun terminara su paso a la GPL durante este año.

Vale la aclaración de que estoy hablando de la plataforma Java de Sun, pero tambien seria bueno comentar que el proyecto IcedTea que comenzo Red Hat el año pasado, el cual busca crear una implementación de Java basandose en el OpenJDK y el CLASSPATH del proyecto GNU, consiguio pasar el rigurosa prueba de compatibilidad de Java.
Sin duda, muy buenas noticias para el mundo java y de código abierto.


Las dichosas licencias de Qt

Un debate que se repite mucho en las listas de correo, foros y/o otros tipos de comunidades de software de código abierto es sobre la licencia que tienen las librerías Qt. ¿Realmente tienen una licencia de código abierto? ¿Esta bien el doble licenciamiento? ¿traicionamos nuestros ideales usándolo? y otro tipo de barbaridades son las que se escuchan habitualmente.

De hecho, mi idea de usar Jambi en un trabajo de la facultad (como comente en otro post) hizo que cuando le muestre el API a mi profesor, uno de mis compañeros diga, en respuesta de la pregunta del profesor respecto a si era libre, en tono despectivo “pero Qt no es completamente libre”.

Lo cierto es que el tema de la(s) licencia(s) bajo la(s) cual(es) de distribuye Qt es un tanto confuso para quienes tocan el tema de oido (entre los que me incluyo) y se debe principalmente a dos cosas. La primera, es que Qt cuenta con tres tipos de licencia, una propietaria pensada para ser usada en desarrollos que sean cerrados y dos de código abierto (GPL2 y GPL3) y la segunda, es que en su tiempo de vida, Qt se enfrento a cambios de compañia y cambios de licencia, no solo una si no tres veces.

En sus comienzos, Qt fue desarrollado por una empresa llamada Quasar Technologies y se presentaba como una API para desarrollar interfaces gráficas en sistemas *nix, cosa que en aquellos tiempos era dificil de encontrar (hablo de 1993 más o menos) todo esto, sumado a la popularidad del entorno de escritorio KDE (desarrollado bajo estas librerías) provoco un gran número de desarrollo de aplicaciones cerradas, lo que obviamente no fue visto con buenos ojos por el proyecto GNU . En vista de ofrecer una alternativa a esta herramienta, se comienza a trabajar en las librerias GTK+, con las cuales se desarrollan en la actualidad gran cantidad de aplicaciones (el entorno Gnome, Gimp, Firefox y un muy largo etc) para no quedarse atras, Trolltech (nuevo nombre para Quasar) implementa en Qt una licencia de código abierto pero que no era aceptada por la Free Software Fundation y es de esta epoca principalmente, de la que nace toda la confusión respecto a estas librerías ya que “eran pero no eran” libres. Sin embargo, en el 2000, Trolltech comenzó a liberar las librerías Qt bajo una doble licencia, una propietaria y la GPL 2. Por último, a partir de este año, Qt, como ya dije, “soporta” tres licencias, la propietaria y las GPL 2.2 y 3. Como dato adicional a esta pequeña historia, se puede agregar que Trolltech fue comprado por Nokia a principios de este año, a pesar de que esto no afecto (de momento, al menos) la filosofia que sigue Trolltech respecto a las licencias de Qt.

Cuando ingresamos en la página de Trolltech y vamos a la sección de descarga, de inmediato se nos pregunta sobre si queremos descargar software “Open Source” (que solo podremos usar para desarrollar software del mismo tipo) o software comercial para desarrollar aplicaciones de este tipo. Acá es donde la mayoría dan el grito de “¡No es completamente libre!” pero bien, tengamos en cuenta dos cosas. La primera y principal es que la versión de Qt cerrada y la versión abierta son APIs distintas, es decir,, yo no podría comenzar a desarrollar software con la versión Open Source y despues simplemente cambiar la licencia para hacerlo comercial. La segunda, es que la propia licencia GPL (tanto en la versión 2.,2 como en la 3) no permite desarrollar software con otra licencia que implemente código que fue liberado bajo dicha licencia. Es decir, yo no puedo tomar código que fue liberado bajo la licencia GPL y usarlo para escribir un programa que tenga otra licencia (por más libre que sea)
O sea, que es un error decir cosas como que Qt “no es del todo libre” ya que tiene las mismas libertades que cualquier otro software liberado con la licencia GPL (la más usada en los programas de código abierto). De hecho, a pesar de que el proyecto GNU desarrollo una licencia pensada para crear (más que nada) librerias llamada LGPL (Lesser General Public License) que sí nos permite licenciar lo que hagamos con ellas bajo una licencia cerrada, la propia fundación incentiva a desarrollar librerias bajo GPL, ya que de esta forma evitamos que nuestro código sea “robado” por aplicaciones cerradas.

Personalmente, no me parece para nada malo ni descabellado que la empresa quiera cobrar por usar algo que luego nos debería reportar ganancias de dinero a nosotros y brindarnos a su vez una versión de este producto, pensado para que podamos aportar código a la comunidad de código abierto. Como dicen ellos, aplican el quid pro quo
Por último, decir que Qt no es el único caso de este tipo de licencias, ya que otros software, com el popular MySQL, implementa algo muy similar.

Bueno, creo que eso es todo lo necesario para entender un poco como es el tema de las licencias de Qt. Desde ya aclaro que para escribir esto, me base un poco en el conocimiento que tengo sobre la historia de Qt y de las licencias, como así tambien de los articulos a los cuales referencio a lo largo del post. Obviamente que puede haber errores, sobre todo en las fechas que menciono, como ya dije en otro post… todo lo que lean acá, son solo apuntes personales.


Despues de 15 años, tenemos Wine 1.0


Sigo con las felicitaciones esta semana, ahora les toca el turno a la gente del proyecto Wine quienes tras 15 años de desarrollo, finalmente liberaron la versión 1.0 de su magnifico producto.

Para quienes no lo sepan, Wine (Acrónimo recursivo de Wine Is Not an Emulator) es una reimplementación de la API de Microsoft Windows para sistemas *nix. En pocas palabras, nos permite ejecutar aplicaciones diseñadas para este sistema operativo desde Linux.

Según el anuncio oficial, han sido reportados miles de programas que funcionan a la perfección con Wine.

Debemos recordar que muchas de las mejoras de Wine, fueron financiadas por Google para poder portar sus aplicaciones Picassa y Earth a plataformas Linux, y es aqui donde vemos el verdadero poder de Wine, ya que ademas de permitirnos ejecutar aplicaciones nativas de Windows en *nix, provee de un conjunto de herramientas de desarrollo que se presenta como una muy buena (aunque dejada de lado) alternativa a la hora de hacer aplicaciones multiplataforma.

Para descargar las fuentes podemos usar los siguientes enlaces:

http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.0.tar.bz2
http://prdownloads.sourceforge.net/wine/wine-1.0.tar.bz2

Fuente: Vivalinux

Como demostración de la potencia de Wine, les dejo un video de Pomelo, ejecutando Call Of Duty 2 en Ubuntu mediante Wine0.98


¡Felicidades Firefox!

Sí, a pesar de que todo el (auto)bombo que se genera con la salida de las distintas versiones de Firefox me parece algo sin sentido, no puedo dejar de felicitar al proyecto por haber alcanzado el tan ¿preciado? record.Download Day 2008

Y es que hay que reconocer que Firefox es uno de los mayores logros del Software Libre cuando hablamos de su “masificación”, o sea, no quiero decir que sea el mejor producto que exista, pero sí que fue uno de los más grandes puntapiés para que el Software Libre tenga el nivel de aceptación que tiene hoy en día (recordemos que fue el primer producto de este tipo en tener un nivel de aceptación tan alto y ademas que realmente muestre el valor de este modelo de desarrollo, ya que nació a partir de un software casi abandonado y creció hasta convertirse en lo que es hoy. Sin duda, algo por lo que hay que estar orgullosos (me refiero a los que trabajan en el)

En el momento de escribir esto, son más de 3.000.000 de personas que descargaron Firefox 3, siendo Estados Unidos el lugar con mayor número de descargas (más de un millon) seguido (por bastante lejos) por Canada, España, Alemania y Reino Unido.
Argentina esta cerca de las 40.000 descargas.