Conurbania, conferencias sobre Software Libre en el conurbano bonaerense

Acá les dejo la información de éste evento que se realizará el 14 de noviembre en Bernal (Quilmes). Les recomiendo leer el cronograma de actividades y charlas ya que hay varias con temáticas muy interesantes. Yo posiblemente esté allá todo el día, y en el sitio dicen que, aunque no es necesario, conviene inscribirse antes para no perder tiempo en la entrada

Conurbania, conferencias sobre Software Libre en el conurbano bonaerense

El sábado 14 de noviembre, desde las 9 de la mañana y en jornada completa, tendrán lugar las conferencias sobre Software Libre en el conurbano bonaerense, Conurbania 2009, en la Sede Bernal de la Universidad Nacional de Quilmes, Roque Saenz Peña 352 (Bernal).

Conurbania es un evento para la difusión del software y las tecnologías libres en el área del Conurbano Bonaerense, donde empresas, instituciones, escuelas, organizaciones sin fines de lucro, municipios y público en general podrán participar en charlas de diferentes niveles y temáticas, pero todas orientadas a difundir el software libre. Habrá tres ejes temáticos centrales: empresas, educación y gobierno.

Empresarios, profesionales, docentes, estudiantes, tomadores de decisión en el ámbito público, técnicos en general se darán cita en este encuentro que prevé también un amplio espacio para intercambiar opiniones, socializar y compartir una jornada dedicada plenamente al software libre.

El evento cuenta con el apoyo indispensable de la Universidad Nacional de Quilmes y con la coordinación de agrupaciones de Software Libre, asociaciones, grupos de usuarios y colaboradores voluntarios de la región.

En Conurbania contaremos con paneles, charlas y talleres eminentemente técnicos, con sesiones dedicadas a conocer las dferentes distribuciones de software libre, las nuevas tecnologías en comunicaciones, aplicaciones para la gestión de pymes hasta lenguajes de programación, así como presentaciones conceptuales y filosóficas sobre la cultura del Software libre y algunos de sus emergentes más populares como la Wikipedia. Habrá un track específicamente dedicado al uso de Software Libre en el entorno educativo, charlas sobre modelos de negocios con software libre, debates sobre redes libres, Agenda Digital Argentina, los proyectos de ley de Software libre y la problemática del Voto Electrónico, entre otras.

Más información sobre este evento en http://www.conurbania.org/

Las leyes de Internet

A medida que pasan los años han ido apareciendo ciertas leyes en internet, las cuales, al estilo de la ley de murphy, han cobrado cierto validez debido a su corroboración empírica casi constante.

En LinuxZone, han hecho una lista con las 10 leyes de internet más conocidas y acá les dejo algunas de las que me parecieron más interesantes. Pueden leer la lista completa allá.

1) Ley de Poe. Nathan Poe en 2005, hablando sobre la evolución con los fundamentalistas cristianos.

Si no se utiliza un smiley, o alguna otra demostración obvia de la intención humorística del texto, es imposible crear una parodia del fundamentalismo que alguien no confunda con fundamentalismo de verdad.

2) Regla 34.

Si existe, hay porno sobre ello.

3) Ley de Skitt. Atribuida a Bryan Lord, hablando sobre un usuario de usenet llamado Skitt.

Todo mensaje que corrija el mensaje de otro usuario contendrá a su vez al menos un error.

4) Ley de Pommer. Rob Pommer, 2007.

La opinión de una persona puede cambiar tras leer información al respecto en internet. La naturaleza del cambio es tal que se pasa de no tener opinión a tener una opinión equivocada.

5) Ley de la exclamación.

Cuantos más signos de exclamación contenga un correo electrónico (o cualquier otro mensaje en internet), más posibilidades hay de que sea todo mentira. Esto también se aplica para el exceso de letras mayúsculas.

Cuidado al actualizar Xorg 1.7 en Archlinux! [Error con placas Nvidia]

Bueno, acá les vengo a contar ésto que me pasó hoy mismo a la mañana.

Hace unos días, se publicó la versión 1.7 de Xorg, y como todos sabemos, Arch suele estar siempre al día, gracias a lo cual ya desde ayer teníamos dicha versión disponible en repositorios. Y ahí empezó la odisea, ya que, tras actualizarlos y reiniciar mi PC que quedé sin servidor gráfico. Y no había caso, no podía levantar las Xs de ninguna forma.

Tras luchar un poco, las levante usando vesa y ahi, buscando en el foro de Arch me enteré del problema, el cual no fue anunciando ni en el sitio de Arch (al menos hasta éste momento, sigue sin publicarse nada al respecto). La única mención que ví está en la lista de correo de desarrolladores.

Pero, ¿cuál es el problema?, muy sencillo que Xorg 1.7 es incompatible con todos los drivers legacy de Nvidia (las series 173xx y 96xx). O sea, que si tenés una placa de video Nvidia medio viejita olvídate de usar el nuevo Xorg, por lo menos, hasta que salgan nuevas versiones de los drivers solucionando ésto.

Pero bueno, ¿están ustedes en la misma que yo? les pasó lo mismo y ahora están sin entorno gráfico. La solución es relativamente sencilla. Es más, tenemos 3 opciones.

1_ Usar el driver NV

pacman -S xf86-video-nv

2_ Usar el divrer Nouveau

pacman -S nouveau-drm xf86-video-nouveau

Tanto para la opción 1 como para la 2, recuerden editar el xorg.conf y poner en la opción driver, el que corresponde en reemplazo del nvidia que tenían.

3_ Hacer un downgrade a la versión anterior de Xorg donde no había problemas.

El downgrade fue lo que yo hice. Y volví a la versión 1.6.3 que tenía antes. Existen 2 formas de hacerlo. La primera es buscar en var/cache/pacman/pkg el paquete deseado y luego, con un

pacman -U nombredelpaquete-versionvieja.pkg.tar.gz

Instalamos dicha versión, en nuestro caso, sería el paquete xorg-server-1.6.3.901-1-i686.pkg.tar.gz pero bueno obviamente yo no tengo tanta suerte y mi cache estaba vacía. Por lo que tomé el camino difícil.

Tal y como dice la wiki de Arch, fue a ver el estado de los mirrors de los repositorios y busqué alguno que todavía no se hubiese actualizado (hay algunos que tardan días o semanas en hacerlo). Entonces elegí uno de esos. Recuerden que a la web del mirror al final deben agregarle “$repo/os/i686” o el “$repo/os/x86_64” según su versión del sistema. Luego edité mi mirrorlist, en donde agregue dicho mirror y, temporalmente, comente todos los otros. Eso se hace, con un

sudo nano /etc/pacman.d/mirrorlist

Es lo mismo si usan nano, gedit, mousepad, kwrite o el que deseen. Yo pongo nano porque asumo que no tiene entorno gráfico para usar los otros. Entonces le agregan # a todos los mirrors y copian al comienzo el mirror elegido para que quede algo así:

Server = ftp://atviras.lt/archmirror/$repo/os/i686
#Server = http://www.las.ic.unicamp.br/pub/archlinux/$repo/os/i686
#Server = http://mirror.umoss.org/archlinux/$repo/os/i686

En donde el primero es, justamente, el mirror con paquetes viejos. Entonces, ya solo es cuestión de actualizar los repos y reinstalar Xorg. Aunque previamente, debemos hacer un downgrade a xf86-input-evdev debido a las dependencías. Entonces hacemos

sudo pacman -Syy
sudo pacman -S xf86-input-evdev
sudo pacman -S xorg

Durante el proceso, el mismo pacman les avisará que van a bajar de versión los programas y les pedirá la confirmación dicen que si, y listo. Ya tendrán el Xorg viejo instalado, ahora reinician el sistema y listo.

Si todo funcionó bien, ya pueden volver a editar el mirrorlist, quitando el repo que agregamos y volviendo a activar los que usan habitualmente. Ahora, para que en el próximo upgrade pacman no vuelva a actualizarles el Xorg, hay que editar el pacman.conf y decirler que ignore a xorg:

sudo kwrite /etc/pacman.conf

y lo editamos para que quede así

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
IgnorePkg   = xf86-input-evdev
IgnoreGroup = xorg

Y listo. Solucionado todo el problema. Si algún día se actualizan los drivers Nvidia o cambian de placa, editan el pacman.conf borrando la referencia a ignorar xorg y listo, volverá a actualizare normalmente como cualquier otro paquete.

Y, ¿Cuál es la moraleja de todo ésto? es que siempre que se actualicen éstos paquetes importantes del sistema como Xorg, el kernel o cosas así, esperen unos días para actualizarse. Y antes de hacerlo, revisen el foro de Arch a ver si surgieron problemas con dicho update ya que puede pasarles a ustedes .

¡El virus más peligroso de todos!

Gracias a los chicos de Datanoia vi éste video él cual no tiene desperdicio. Así que ya saben, cuiden sus PCs!

Amagi GNU/Linux: Una distro para MIPS basada en gNewSense

Gracias al blog de GNU con linux-libre, he conocido ésta nueva distro la cual se basa en gNewSense y está optimizada para trabajar sobre la arquitectura MIPS. Más precisamente, está pensada para su funcionamiento en la netbook LEMOTE Yeelong (una netbook 100% librem hasta en el BIOS).

Amagi es desarrollada en conjunto por el ProyectoGNU (Venezuela) junto a Poder Digital, la cual es una empresa con un fuerte compromiso hacia el software libre.

Para los curiosos, vale mencionar que su nombre deriva de Ama-gi que es el antiguo símbolo cuneiforme sumerio para libertad. Y que además, cumple la función de ser el logo de la distro.

La página oficial de Amagi es: http://amagi.gnu.org.ve/ y pueden descargarla desde aquí.

[Carta de Lectores] Abriendo el debate del software Libre

Bueno, hace unos días, Sheridan dejó un comentario en el blog, en el cual nos da su opinión en respuesta a mis dos artículos sobre si se es más libre al usar software libre y si éste es mejor que el software privativo.

Realmente me ha parecido una buena idea la de abrir el debate sobre el tema. Y es por eso, que para empezar, acá les transcribo su texto entero. Al final, entre los comentarios, dejaré mi opinión.

La idea es que, tanto él, como ustedes y yo vallamos dando las opiniones de cada uno y al final, ver de sacar algo en claro. ¡Así que los invito a todos a comentar!

Sheridan dijo:

Para empezar, me gustaría no llamar al software propietario o de código cerrado como privativo, porque ya de por sí esto significa privar o restringir derechos o libertades y sería un término muy parcial, ya que el término surge además de conferencias sobre software libre.

******

Si estamos hablando de un artículo sobre si el software libre te hace realmente libre y se lo compara con el software privativo, esto ya de por sí está influyendo un poco sobre la opinión que las personas (sobre todo las que no saben del tema) puedan formar.

******

Básicamente, el software libre no te hace más libre, simplemante te da la oportunidad de ver y editar el código, agregar funcionalidades, etc. que en un soft cerrado se hace imposible por derechos de autor.

El software propietario es como un libro, tiene derechos de autor y su contenido no puede reproducirse sin la autorización de su dueño. Comprar un libro no te da el derecho de fotocopiarlo para un amigo. Tampoco te autoriza a escanearlo y subirlo a internet. Y mucho menos te permite modificarlo y redistribuírlo.

Como dije antes, es un tema de derechos de autor… Una empresa hace un soft y decide venderlo como producto enlatado. Es importante el concepto de venta, porque la venta se produce por expresa voluntad de ambas partes y establece un contrato entre las mismas en el cual se entrega un producto a cambio de dinero. Si hay voluntad en ambas partes es porque no hay nada de privativo en la operación… En otras palabras, no hay más misterios… yo se lo que compro y lo que podré realizar con el producto adquirido.

En cuanto a las libertades de las que se hablan en otros posts… esos no son derechos que un soft propietario está coartando… son simplemente beneficios extras que tiene el soft “libre” open source que permite a los desarrolladores modificar funcionalidades sin costo adicional pero también tendrá sus desventajas. Y esto no quiere decir que no tenga costo… porque no se olviden que el costo de adaptar una solución y de hacerle mantenimiento son costos de los que este tipo de soft no está excento. De hecho, hay casos donde por intentar adaptar uno de estos softs a las necesidades de una empresa se incurren en costos mayores a los que se hubieran tenido de comprar una solución enlatada con los costos de licencia y todo incluído…. pero bueno, eso ya escapa a este tema y daría mucho más para hablar.

Pero volviendo a este tema en particular, me gustaría decir lo siguiente para ir cerrando…

1) Uno siempre es libre de elegir.
2) Se puede elegir pagar un producto cerrado con alta compatibilidad o uno libre con baja compatibilidad (según el mercado).
3) Como dije antes, las “libertades” que brinda el software libre no son en realidad “libertades” que se pierden de adquierir soft propietario. Son a lo sumo ventajas que hay que evaluar.
4) Esas ventajas a evaluar tienen que ser ponderadas también contra las posibles desventajas que tenga el soft libre contra el propietario (por ej. el soporte al usuario).
5) Usar soft libre en este momento no es para todos… por ejemplo, a veces poder instalarlo implica revisar blogs y foros por todos lados para entender la manera de hacer que funcione correctamente.
6) No hay que olvidarse que el SP tiene propiedad intelectual al igual que el SL. El autor está en su derecho de decir como quiere distribuir su producto y, sin importar si estamos de acuerdo o no, nosotros no lo hicimos y no tenemos autoridad para criticar.

Faltaría recordar que la falta de compatibilidad es también una resticción a nuestras libertades si las consideramos de esa forma. Pero siendo que cada uno realiza la elección, en realidad se vuelve todo más bien una discusión filosófica que no lleva a ninguna parte… porque esta falta de compatibilidad quién la produce? el soft enlatado? pero si esa es la elección de otra persona entonces no podemos decir nada al respecto.

Para terminar, la libertad de cada uno está justamente en la posibilidad de elegir, teniendo en cuentas las ventajas y desventajas que acarrea cada caso, cuál es el producto que mejor se adapta a nuestras necesidades… Soft libre o “Privativo” son lo mismo en este caso.

Saludos!

PD: Perdonen errores de ortografía pero escribí todo acá y no hay corrector

PD: A todos los que deseen comentar, les recuerdo que las etiquetas blockquote, em, strong, etc de xhtml funcionan en los comentarios y pueden usarlas

FatELF: ¿binarios universales para Linux?

Hay un nuevo proyecto, llamado FatELF el cual está desarrollando un formato de archivo especial el cual permite “embeber” múltiples archivos binarios ELF dentro del mismo.

Pero, ¿qué significa ésto?, es simple, al incluirse varios archivos binarios dentro de uno solo, ésto crearía un solo binario capás de correr en diferentes arquitecturas y sistemas. O sea, el archivo FatELF no sería multiplataforma, sino que en su interior, tendría un binario compilado para una arquitectura y otro para la otras. Algo similar a los Universal Binary de MacOS que se usaron en la transición de 32 a 64 bits en ese sistema operativo.

Según la página web, éste sistema traería muchos beneficios a GNU/Linux, como por ejemplo:

• Las distribuciones no necesitarían descargas separadas para cada plataformas.
• Ya no será necesario tener directorios /lib, /lib32 y /lib64 separados.
• Ya no será necesaria la librería de compatibilidad ia32.
• Soporte para binarios de 32 y 64 bits en un sólo archivo.

Es más, incluso se podría tener un solo archivo capás de correr nativamente en sistemas operativos distintos. Por ejemplo, el desarrollador planea, aparte del actual desarrollo en GNU/Linux, en dar soporte a FreeBSD, NetBSD, OpenBSD y OpenSolaris. Por lo que, el archivo binario sería multisitema y multiplataforma.

Eso sí, no todo son rosas en el camino, ya que, lógicamente, cuanto más plataformas y sistemas vaya soportando el mismo archivo, más pesado será éste. Ya que no es lo mismo, tener un binario compilado para FreeBSD, que uno que dentro contenga un binario para FreeBSD, uno para OpenSolaris, uno para GNU/Linux en versiones de 64 y 32 bits. O sea, estamos hablando de un binario solo contra otro que incluye 6 binarios dentro.

Y bueno, para aquellos interesados, les comento que la página oficial de FatELF es http://icculus.org/fatelf/ y que, ahí mismo ofrecen una imágen ISO de 1.8 Gb de una máquina virtual con Ubuntu 9.04 adaptado para usar éste sistema.

Fuente: VivaLinux

Haciendo que pacman sea más parecido al del juego

En el blog de Mi Ruta Libre he visto ésta opción de Pacman para que así, el gestor de paquetes de Arch se parezca un poco más al pacman del clásico juego.

Para lograrlo, simplemente tenemos que editar el archivo pacman.conf y agregar “ILoveCandy” en las opciones.

Esto lo logramos de manera simple:

Abrimos el archivo a editar (recuerden que deben ser root o usar sudo)

# nano /etc/pacman.conf

y entonces, editamos el archivo para que quede mas o menos así

#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
ILoveCandy
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.

y listo!, ahora solo queda ejecutar pacman para ver el resultado.

Actualización: Gracias a Laura SF, acá les puedo mostrar un screenshot del efecto:

Otro que cree que Ubuntu es Windows

Acá les dejo está imagen que vi en Life Burns!, el tumblr de @x_fausto

Click para ampliar

[Video] We didn’t start the flamewar!

Hace ya un tiempo que he visto éste video, pero igualmente no puedo evitar que siga causándome gracia cada vez que lo veo