He hablado de ella en varias oportunidades y es mi favorita, es una distribución basada en Gentoo con utilitarias de propósito general para rescatar sistemas, entre las que resaltan Gparted, Chkrootkit, TestDisk y ClamAV, ademas de las herramientas incluye un entorno gráfico Fluxbox para un rápido arranque y una fácil administración. Tambien es un perfecto reemplazo de LiveCD para instalar Gentoo.
Website: http://www.sysresccd.org/
Listado completo de utilitarias: http://www.sysresccd.org/System-tools

2) Trinity Rescue Kit

Diferente de SystemRescueCD y similar a Hiren’s Boot CD, esta distribución presenta un listado de tareas predeterminadas para rescatar sistemas Windows y algunas en Linux, vale la pena resaltar que presenta una interfaz exclusiva en linea de comandos.
Website: http://trinityhome.org
Listado completo de tareas: http://trinityhome.org/Home/index.php?content=TRINITY_RESCUE_KIT____CPR_FOR_YOUR_COMPUTER&front_id=12&lang=en&locale=en

3) Kaspersky Rescue Disk 10

También basado en Gentoo pero propietario, es un LiveCD especifico para búsqueda de virus en sistemas Linux y Windows, la conocí porque aunque ClamAV es bueno, no es el mejor en detección de virus 0day.
Website: https://support.kaspersky.com/viruses/rescuedisk

4) Super Grub Disk

Es un LiveCD de tan solo 11 MB diseñado para una única tarea: Reparar menus de arranque Grub erroneos. Lo conocí con la clásica tarea de reparar un Grub sobrescrito por Windows y una de sus características interesantes es que tiene soporte para Grub y Grub2. El proyecto tiene un hermano mayor llamado Rescatux que podriamos definir como TrinityHome + GUI+ SuperGrub.
Website: http://www.supergrubdisk.org/

5) Clonezilla

Es lo más cercano a Norton Ghost en el mundo libre, aunque la tarea de clonar particiones puede hacerse facilmente con dd, Clonezilla presenta la facilidad de un asistente y copias distribuidas a diferentes hosts dignas de cualquier OEM y soporte a LVM2.
Website: http://www.clonezilla.org/

Mención especial para Inquisitor, que aunque no es una herramienta de rescate, permite realizar pruebas de estrés y verificar si el hardware responderá adecuadamente y sin errores a diferentes cargas de trabajo.

Hace muchas lunas cuando inicie El Abismo de Tux cometí un error de novato y durante 5 años nunca cambié la estructura de mis permalinks.

Sin embargo hoy me levante con ganas de arreglarlo  y después de buscar en el mar de plugins de wordpress y hacer un par de pruebas, el que resultó más rapido y transparente fue Permalink Finder un plugin que hace exactamente eso, evitar las paginas 404 con los links viejos y redireccionar a los post adecuados. Basta con que configuremos la nueva estructura de permalinks en Ajustes -> Enlaces permanentes y posteriormente instalemos el plugin.

En mis pruebas con 35 links aleatorios de mi blog desde facebook, google, bing y otros la dirección se comporta de manera adecuada y la única perdida para el blog fue el feedback de redes sociales, un pequeño precio a pagar por tener enlaces más SEO friendly .

Creo que usé muy pocos FPS al grabar y seguramente ricky ya no me dejara entrar en el cielo GNU . . . pero oh como ha valido la pena.

Retomando post viejos que quedaron obsoletos, uno de los post que ha tenido más exito en el Abismo de Tux ha sido el manual de instalación Gentoo facil.Esta guia sin embargo habia quedado desactualizada y algunas personas me manifestaron problemas. Motivado por lo anterior con mucho placer les anuncio ya esta disponible el manual de instalación Gentoo facil versión 0.2.1.

En esta oportunidad todo el manual ha sido reescrito en markdown y pueden encontrar el fuente en mi GitHub, además dada la versatilidad de markdown el manual puede ser consultado en tres formas:

• Directamente en GitHub
• Como html plano
• Descargado como pdf

Todos los pasos fueron probados y confirmados en una maquina virtual y actualmente esta en revisión por parte de algunos Gentooseros asi que esperen más cambios, si desean colaborar basta con hacer fork del proyecto, editar el archivo manual.md y enviar sus pull requests o contactarse conmigo vía email.

Bueno es hora de empezar los hacks . . . con estilo Gentoo!

Paso-a-paso (idea general)

1. Descarga el código fuente
2. Intenta construir y compilar el código fuente original
3. Mejora y prueba el código
4. Crea parches y envialos

Más practico

• ¿Como descargar el código fuente?
  1. Haz fork de algunos proyectos en https://bitbucket.org/adoptopenjdk. Debes realizar fork de: jdk8, jdk8-jdk, jdk8-jaxws, jdk8-jaxp, jdk8-nashorn, jdk8-langtools, jdk8-hotspot, jdk8-corba. En general OpenJDK esta conformado por varios componentes, y estos deben ser configurados y compilados para que puedan ser utilizados en nuestro sistema.
  2. Debes verificar que los siguientes programas estén instalados, la mayoria de x11-libs se instalan con el metapaquete x11/xorg-server, asi que con sistemas con entornos de escritorio (Gnome, KDE, XFCE) ya deberian de estar instalados
     • dev-vcs/mercurial
     • dev-java/icedtea-bin o dev-java/icedtea o dev-java/oracle-jdk-bin
     • x11-libs/libX11
     • x11-libs/libxext
     • x11-libs/libxrender
     • x11-libs/libxtst
     • net-print/cups
     • media-libs/freetype
     • media-libs/alsa-lib
     • dev-util/ccache
     • sys-devel/gcc con la use flag cxx activa
  3. Antes de compilar debes activar el soporte para ccache fuera de portage como se menciona en los archivos de la vieja Gentoo wiki
  4. Clona cada uno de los proyectos de los cuales hiciste fork desde bitbucket. Para eso usa: hg clone <tu repositorio en bitbucket>. Actualmente este repositorio debe ser clonado via https y no ssh. Organiza todo en una carpeta para que sea fácil de usar, con una estructura similar a la siguiente:
     • <carpeta superior>
       • hack-jdk
         • jdk8
         • jdk8-jdk
         • jdk8-jaxws
         • jdk8-jaxp
         • etc…
  5. En la carpeta jdk8, ejecuta bash ./get_source.sh. Ejecutalo como root y este script descargara todo el código fuente de inmediato. Al finalizar el proceso encontraras algunas carpetas extra dentro de jdk8 (jdk, langtools, hotspot, etc.)
  6. En algunos casos puede suceder que el código no esta completo entonces puede copias los proyectos que fueron clonados dentro de la carpeta jdk8. Ejemplo: copia todo lo que esta dentro de la carpeta jdk8-jdk hacia jdk y has lo mismo con jdk8-nashorn, jdk8-langtools, jdk8-hotspot, jdk8-jaxws y otros componentes.
  7. Tu código fuente esta completo!
• ¿Como compilar el código fuente?
  1. Ejecuta bash ./configure dentro de la carpeta “jdk8″
  2. Luego compila con make all
  3. Si eres usuario intermedio/avanzado de Gentoo, es probable que sepas que se puede compilar en paralelo. Para esto el comando completo es make JOBS=N all donde N corresponde a nuestro numero de cores fisicos + 1
  4. Si todo sale bien, has compilado el código de manera adecuada
• ¿Como modificar el código fuente?
  1. Todos los componentes tienen una carpeta “src”. Modifica y mejora el código fuente!
• ¿Como ejecutar pruebas usando jtreg?
  1. Ingresa en el directorio “jdk8/<components>/test”. Encontraras varias carpeta dentro, asi que solamente utiliza make "<package name>" &> test.log
• ¿Como ejecutar pruebas usando TestNG?
  1. Descarga e instala TestNG (version recomendada: 6.8). Después de descargar los archivos .zip, copia testing.x.y.z.jar hacia la carpeta “lib”
  2. Ve hacia la carpeta test y ejecuta: ant test
• ¿Como crear parches (y como enviarlos)?
  1. Para crear los parches utilizamos mercurial. Después de modificar el código utiliza el siguiente comando hg diff <path/change/something.java> > <nameClass.java>
  2. Ejemplo: hg diff src/share/classes/com/oracle/net/Scp.java > Sdp.path
  3. Envialo para el grupo Adopt-OpenJDK en Google groups. Muchos desarrolladores experimentados son activos en el grupo y revisaran el código que has enviado a OpenJDK.
• ¿Alguna otra pregunta?
  1. Escriban sus dudas a Adopt OpenJDK en Google groups, el grupo es bastante abierto a nuevas colaboraciones, solo respeten la netiqueta tan olvidada en America Latina.

En un equipo mas o menos de esta generacion no duraran más de 15 minutos si compilan en paralelo .

Esta es una traducción del original disponible en: http://the2ndeinstein.blogspot.com.br/2013/04/adopt-openjdk-hack-into-it.html, me pareció un post interesante para todo aquel interesado en iniciarse en la programación de OpenJDK.
Hola a todos, esta entrada tiene el objetivo de promocionar uno de los mejores proyectos creados por la comunidad Java. Todos sabemos que Java es open-source, incluso JDK (Java Development Kit) es tambien open-source. La versión open-source del JDK se denomina OpenJDK y el website puede consultarse acá. En el website cualquier persona puede colaborar y trabajar junto a la comunidad, para hacer un mejor Java. O como dice el slogan de la comunidad “Haz el futuro de java”.
Una de las mejores formas para mejorar OpenJDK es el programa Adopt-OpenJDK, las metas detrás de el son:

1. Incentivar a los miembros de los JUGs a involucrarse en OpenJDK
2. Mejorar el lenguaje y la maquina virtual que usamos diariamente!
3. Promover OpenJDK a toda la gran comunidad Java
4. Ampliar la base de colaboradores a OpenJDK

De esta forma, estoy bastante interesado a incentivar a mi JUG (GuateJUG) a adoptar este programa también. Con este articulo pretendo demostrar que tan fácil es adoptar este programa como individuo.

Requisitos

1. Un conocimiento avanzado en Java. Si eres un principiante, este programa podría no ser para ti. Aprende un poco de Java hasta alcanzar un nivel alto y vuelve pronto
2. Una computadora o laptop. De preferencia con un sistema operativo Linux o incluso una maquina virtual.
3. Una cuenta en Bitbucket.org

TODO

Antes de comenzar, por favor lee los siguientes enlaces. De lo contrario puede que te quedes a la mitad del proceso. Las metas de Adopt-OpenJDK son mejorar OpenJDK como tal. Asi que lo que debes hacer es:

1. Mejorar el código fuente (Coinification, StringBuffer to StringBuilder son solo ejemplos de lo que se puede mejorar) ve otros ejemplos.
2. Haz pruebas del código fuente (jtreg y JUnit son excelentes frameworks para iniciar!)
3. Enviá tus parches cuando estén listos (Recuerda las reglas)
4. Si tienes experiencia con OpenJDK, promocionalo como yo!

Bueno es hora de empezar los hacks!

Paso-a-paso (idea general)

1. Preparar una maquina virtual (Usa ubuntu como una recomendación de Martijn Verburg)
2. Descarga el código fuente
3. Intenta construir y compilar el código fuente original
4. Mejora y prueba el código
5. Crea parches y envialos

Más practico

• ¿Como descargar el código fuente?
  1. Haz fork de algunos proyectos en https://bitbucket.org/adoptopenjdk. Debes realizar fork de: jdk8, jdk8-jdk, jdk8-jaxws, jdk8-jaxp, jdk8-nashorn, jdk8-langtools, jdk8-hotspot, jdk8-corba. En general OpenJDK esta conformado por varios componentes, y estos deben ser configurados y compilados para que puedan ser utilizados en nuestro sistema.
  2. Instala los programas recomendados en tu maquina virtual (en ubuntu simplemente ejecuta: sudo apt-get install <programa>)
     • mercurial
     • openjdk-7-jdk
     • build-essential
     • libX11-dev
     • libxext-dev
     • libxrender-dev
     • libxtst-dev
     • libcups2-dev
     • libfreetype6-dev
     • libasound2-dev
     • ccache
     • g++-4.7-multilib
  3. Clona cada uno de los proyectos de los cuales hiciste fork desde bitbucket. Para eso usa: hg clone <tu repositorio en bitbucket>. Actualmente este repositorio debe ser clonado via https y no ssh. Organiza todo en una carpeta para que sea fácil de usar, con una estructura similar a la siguiente:
     • <carpeta superior>
       • hack-jdk
         • jdk8
         • jdk8-jdk
         • jdk8-jaxws
         • jdk8-jaxp
         • etc…
  4. En la carpeta jdk8, ejecuta bash ./get_source.sh. Ejecutalo como root y este script descargara todo el código fuente de inmediato. Al finalizar el proceso encontraras algunas carpetas extra dentro de jdk8 (jdk, langtools, hotspot, etc.)
  5. En algunos casos puede suceder que el código no esta completo entonces puede copias los proyectos que fueron clonados dentro de la carpeta jdk8. Ejemplo: copia todo lo que esta dentro de la carpeta jdk8-jdk hacia jdk y has lo mismo con jdk8-nashorn, jdk8-langtools, jdk8-hotspot, jdk8-jaxws y otros componentes.
  6. Tu código fuente esta completo!
• ¿Como compilar el código fuente?
  1. Ejecuta bash ./configure dentro de la carpeta “jdk8″
  2. Luego compila con sudo make all
  3. Si todo sale bien, has compilado el código de manera adecuada
• ¿Como modificar el código fuente?
  1. Todos los componentes tienen una carpeta “src”. Modifica y mejora el código fuente!
• ¿Como ejecutar pruebas usando jtreg?
  1. Ingresa en el directorio “jdk8/<components>/test”. Encontraras varias carpeta dentro, asi que solamente utiliza make "<package name>" &> test.log
• ¿Como ejecutar pruebas usando TestNG?
  1. Descarga e instala TestNG (version recomendada: 6.8). Después de descargar los archivos .zip, copia testing.x.y.z.jar hacia la carpeta “lib”
  2. Ve hacia la carpeta test y ejecuta: ant test
• ¿Como crear parches (y como enviarlos)?
  1. Para crear los parches utilizamos mercurial. Después de modificar el código utiliza el siguiente comando hg diff <path/change/something.java> > <nameClass.java>
  2. Ejemplo: hg diff src/share/classes/com/oracle/net/Scp.java > Sdp.path
  3. Envialo para el grupo Adopt-OpenJDK en Google groups. Muchos desarrolladores experimentados son activos en el grupo y revisaran el código que has enviado a OpenJDK.
• ¿Alguna otra pregunta?
  1. Pueden escribir al autor original en yosi.pramajaya [at] gmail [dot] com o seguirlo en su twitter
  2. Escriban sus dudas a Adopt OpenJDK en Google groups.

Hoy 08 de Abril de 2013 faltan exactamente 19 días para el ya tradicional Festival Latinoamericano de Instalación de Software Libre. A pesar de que este año se dio una de las peleas más largas de la historia del microuniverso tuxtie entre “Freetards” y “ubunteros” esto no le ha restado impulso al evento.

Para los interesados en asistir pueden ver todas las sedes en la wiki del evento. En esta oportunidad las sedes en Guatemala serán:

1. Guatemala INTECAP
2. Guatemala USAC 
3. Amatitlán
4. Quetzaltenango
5. Alta Verapaz
6. Baja Verapaz
7. Chimaltenango
8. Mazatenango
9. Chiquimula

Tuve la oportunidad de asistir a mi primer FLISOL en 2006 y de coordinar en 2007, 2008 y 2009, desde mi punto de vista es uno de los eventos más importantes del año para los interesados en conocer de software libre (o no tan libre? 1,2)  así que espero que puedan acercarse a alguna de las sedes, no se arrepentirán .

Aunque algunos de los overlays más famosos como Sunrise o Zugaina actúan como repositorios de ebuilds que complementan a Gentoo

Un problema común es que si en un determinado momento un overlay actualiza un paquete incluso antes que el arbol de portage con sus propias modificaciones, este paquete puede estar diseñado para no ser compatible con Gentoo y puede alterar el funcionamiento y la estabilidad de nuestro sistema.

Para evitar esta situación, podemos aprovechar las caracteristicas de portage de enmascaramiento y trabajar con un esquema de desenmascaramiento a petición, la regla es que si todo el overlay esta enmascarado, las instalaciones normales siempre darán prioridad al arbol de portage sin importar la ultima version que se encuentre en el overlay.

Para esto podemos agregar un archivo dentro del directorio /etc/portage/package.mask/ o editar el archivo /etc/portage/package.mask (ambas son aceptadas) y agregar un enmascaramiento total, por ejemplo para enmascarar el overlay de sabayon, la sintaxis seria.

*/*::sabayon

Una vez enmascarado el overlay, cuando necesitemos un paquete del overlay podemos desenmascararlo mediante un archivo en el directorio /etc/portage/package.unmask/ o en el archivo /etc/portage/package.unmask, donde nuevamente ambos son validos, por ejemplo para desenmascarar 0ad desde el overlay de sabayon, la sintaxis seria

games-strategy/0ad::sabayon

Y de esta forma tenemos un control granular de los paquetes que son instalados desde un overlay sin necesidad de preocuparnos que una actualización de sistema signifique instalar paquetes desde ese overlay sin darnos cuenta.

Básicamente porque Microsoft durante la década de los 90′s tenia dos lineas de sistemas operativos, Windows de escritorio como todos lo conocimos (3.1, 95, 98, Me) que tenían como base DOS y Windows NT para escritorios empresariales que fue la base para Windows 2000 y Windows XP.
Consecuentemente y a partir de Windows XP la compatibilidad con MS-DOS se fue limitando y actualmente no es posible ejecutar muchas aplicaciones escritas para MS-DOS en sistemas Windows, Prehistorik 2 es una de ellas.

¿Que necesito entonces para instalar aplicaciones de MS-DOS en Windows?

El único camino que conozco es utilizar DOSBox, un software diseñado para emular un sistema DOS en arquitectura Intel x86 (o sea emula un MS-DOS para las computadoras que fue diseñado), además de esto necesito el programa en MS-DOS que voy a ejecutar, en este caso Prehistorik 2.

• Acá pueden descargar DOSBox para Windows
• Acá hay un mirror de Prehistorik 2 que encontré hace tiempo y sigue vivo

Instalación

Luego de descargar DOSBox procedemos a ejecutar su instalador, solo coloco un screenshot porque el proceso es considerablemente trivial (siguiente-siguiente-siguiente-finalizar).
“Instalación” de Prehistorik 2

Luego de instalar DOSBox lo que es un poco complicado es hacer que DOSBox reconozca nuestro directorio de Prehistorik, para esto tenemos que definir una unidad de disco virtual que apunte hacia una carpeta, para este tutorial podemos crear una carpeta para DOS directamente en la unidad de disco C:\

Luego de creada la carpeta tenemos que editar el archivo dosbox-<version>.conf que se encuentra en:

Documents and Settings\<Nuestro usuario>\AppData\Local\DOSBox\dosbox-<version>.conf

En este archivo tenemos que agregar la instrucción para “montar” el directorio C:\DOS en una unidad virtual dentro de DOS, en este caso A:
Si todo ha sido configurado de manera correcta, podemos navegar con comandos basicos de DOS hacia la ubicación de PRE2.EXE.

El caso mas probable sera movernos a la ubicacion de la unidad virtual con
A:, luego entramos al directorio de prehistorik 2 con cd PRE2 y por ultimo ejecutamos el programa con pre2.exe. Listo a jugar!

Vale la pena resaltar que todo esto es posible gracias al Software Libre que salio al rescate luego de que Microsoft ya no soportara su propio sistema operativo

Sin embargo decidí darle una oportunidad a Tiny Tiny RSS Reader, una sugerencia del jorobado del Software Libre que siempre se queja porque no lo menciono en mis posts.

Primero que nada hay que resaltar que tt-rss no es una opción para el usuario común ya que se necesita de cierto conocimiento para realizar nuestra propia instalación y también de un hosting con soporte para php 5.3 y bases de datos MySQL o PostgreSQL (acá dejo un tutorial de como instalarlo en Dreamhost).  Pero si ya contamos con una instalación, importar nuestras susbcripciones no sera problema.

Importación de subscripciones desde Google Reader

Para realizar la importación de nuestra subscripción primero debemos generarla en Google Takeout, aunque por defecto la herramienta va a generar varios archivos de todo nuestro perfil en el difunto, el archivo que realmente nos interesa es subscriptions.xml en formato OPML. Luego de que obtenemos el archivo xml procedemos a cargarlo en Actions -> Preferences -> Feeds -> OPML.

Modificando la apariencia para “Googlizarla” un poco

La apariencia original se asemeja más a un Outlook de los 90′s y no a un lector de feeds, sin embargo podemos cambiarla por algo más familiar. Para esto primero debemos combinar los posts y los titulos en Actions -> Preferences -> Combined feed display y posteriormente podemos usar el siguiente archivo css disponible en Gist (siempre dentro de preferences), el resultado final sera similar al siguiente:

Como dato adicional realicé un pequeño fork que tiene un tamaño de letra menor y no resalta los post actuales en amarillo (solo los tags), que pueden encontrar acá.

Cliente móvil

Además del software para servidor, tt-rss tiene un proyecto paralelo disponible en el Android Market y tambien existen otros lectores compatibles para poder consultar los feeds desde nuestro smartphone. Basta con habilitar esta caracteristica en Preferences -> Enable external API.
Por ejemplo con TTRSS-Reader la apariencia seria la siguiente: