Instalado las roms de Firefox OS

simpifox

Yo de nuevo por aqui en mis andanzas de FirefoxOS, desde que me hice de mi Alcatel con Firefox OS, los experimentos han sido muchos y los resultados los he publicado aquí para compartirlo con todo el mundo. En los diferentes sitios donde lo he difundido, me han pedido que explique cómo usar las imágenes que están allí. Antes de comenzar deben tener en cuenta almenos un par de puntos: Sigue leyendo

Rom Stock Mejorada + clockworkmod recovery v6.0.3.3 (hamachi)

Hola que tal todos?

recovery_hamachi

Aquí una versión revisada de la rom stock del Alcatel One Touch Fire , con las siguientes características.-

  • busybox (con los enlaces simbólicos a todos los applets excepto los que ya vienen por defecto).
  • recovery.img (clockworkmod en su versión 6.0.3.3).
  • otros pequeños detalles.

Enlace de descarga de la rom:

http://vegnux.org.ve/files/projects/b2g/hamachi/images-hamachi-2013-06-27-1.0.1.0-stock-movistar-venezuela_v2.zip

Happy Hacking!!

Rom stock del Alcatel OTF (hamachi) rooteada

Hola!

 

firefox_root

Luego de algún tiempo cotillando con firefox OS, finalmente he logrado rootear la rom stock del Alcatel One Touch fire, el resultado es una imagen de la partición system, la rom esta adaptada a movistar Venezuela, sin embargo no creo que sea problema utilizarla en otro pais.

La forma de instalarla es via fastboot, recomiendo alguna ditro gnu/linux que tenga instalada las android-tools.

Aquí una guía de cómo utilizar fastboot.

http://www.htcmania.com/mediawiki/index.php/C%C3%B3mo_utilizar_FastBoot

Lo que contiene: estas utilidades por los momentos son útiles para su uso con adb (Android Debug Bridge) no afecta en lo absuluto la experiencia de usuario normal.

  • el directorio xbin.
  • el binario su (para ejecutar la shell como root).
  • el binario busybox sin los enlaces simbolicos a sus applets.

Enlace de descarga de la ROM:

http://vegnux.org.ve/files/projects/b2g/hamachi/images-hamachi-2013-06-27-1.0.1.0-stock-movistar-venezuela.zip

 

Happy Hacking!!

Mis comienzos con firefox OS (modo desarrollador) (Actualizado)

¡Hola de nuevo!

alcatel-one-touch-fire

La forma en la que podemos entrar a explorar las entrañas de nuestro FirefoxOS (Alcatel One Touch Fire), es de la siguiente manera:

Requisito:

Tener Instaladas las Android Tools, especificamente el comando “adb” (Android Debug Bridge) sin las comillas, si estas en Windows, necesitarás una que otra cosa más como los drivers para cada modelo de teléfono, etc.  A partir de este post, asumiré que estas usando una de las tantas distros del ecosistema  GNU/Linux:

  • Damos un toque en ajustes >> Información >> Más Información >> Desarrollador >> Depuración Remota :     all_post
  • Iniciamos adb de la siguiente manera.

$> adb start-server

  • Listamos los dispositivos.

$> adb devices

De salir todo bien, visualizaremos a nuestro Alcatel One Touch Fire, que no es más que un equipo con el procesador MSM7627A:

006_post

Actualización (18-09-2013):  En caso de presentar el error “????????????    no permissions” en ubuntu, como usuario root ejecute lo siguiente:

sudo adb kill-server
sudo adb start-server
adb devices

Adicionalmente la opción de Desarrollador “Consola habilitada“, nos será útil para flashear con fastboot si nos compilamos nuestras propias imágenes desde el código fuente, lo cual es probable que explique en otro post.

En una próxima entrada veremos en que podemos cotillar.

Se despide.-

¡ Feliz Hacking!!

Mis comienzos con firefox OS

¡Hola a todos!

Es un placer de nuevo escribirles, este último año me ha entrado la curiosidad por el mundillo de las aplicaciones y todo lo relacionado al funcionamiento de los sistemas operativos para móviles como Android, aunque quizá mis conocimientos no sean tan aplios aún, he trasteado con la ayuda de infinita cantidad de manuales, foros y blogs relacionados con el tema, pero para no darle más larga al asuntos de historia xD vamos al grano.

firefox-os_2

Me he hecho de un Alcatel One Touch Fire, esto con la intención de comenzar un estudio serio y adentrarme en el hacking con html5, lenguaje de marcas con el que he simpatizado desde tiempos remotos, es ahora el mejor momento de sacarle el mejor partido. Les prometo que les escribiré más seguido, (intentaré) particularmente sobre este tema y lo que vaya descubriendo para compartirlo con Uds.

alcatel-one-touch-fire

Algunas capturas propias:

2013-08-30-06-37-42     2013-08-30-06-36-38     2013-08-30-06-36-21

 

 

 

2013-08-30-06-35-57     2013-08-30-06-35-49

Happy Hacking!!

firmware ath9k finalmente libre (AR7010 y AR9271)

Hola ¿Qué tal?

Hace un par de años invertí en pro de mi cacería wifi cerca de mi casa en un adaptador wifi (Ubiquiti WifiStation), que tiene un buen rendimiento en cuanto a recepción y funcionamiento, además de su resistencia a los elementos del exterior, pero el objetivo de este post no es detallar las características de dicho artefacto.

La cuestión es que siendo promotor del uso de software 100% libre, podría considerarse que la inversión que hice fue quizá una “mala inversión” ya que necesitaba una carga de firmware en ese entonces privativo, carga que no estaba habilitada por el kernel de linux-libre que uso a diario. Era un dilema, decidí engabetarlo en incluso pensé en venderlo, hasta que leí esta noticia en phoronix, se trataba nada mas y nada menos de que la gente de Atheros había vuelto Open Source el código fuente para compilar el firmware.

No fue sino hasta un par de días atrás para este post que pude compilarlo yo mismo y probarlos con linux-libre 3.9.6 que habilita la carga de éste firmware de nuevo por haber sido liberado.

El aparatejo en cuestión

UBNT-WIFISTATION-EXT ubiquiti-wifistation_MLV-F-4256566187_052013

Es de agrado recibir este tipo de noticias, que normalmente no son comunes, y contribuyen a ampliar el ecosistema de dispositivos que podemos usar en nuestro GNU/Linux de preferencia sin privarnos de ninguna libertad, a quienes somos talibanes defensores del libre desarrollo y el derecho que todos tenemos de conocer y estudiar las tecnologías.

Aqui dejo los Enlaces para cotilleo:

  • La noticia en Phoronix
  • La noticia en linux-libre “2013-04-28 – GNU Linux-libre 3.9-gnu”
  • El repositorio git del código fuente
  • Firmware precompilado por Jason Self
  • ¡Feliz Hacking!
    ¡Se libre!

    Liberado bombono-dvd 1.2.2

    bombono dvd

    bombono dvd

    Ilya Murav’jov nos trae la nueva versión de bombono-dvd, con mejoras y correcciones interesantes para hacernos más facil la creación de nuestros dvds caseros con un toque que no tiene que envidiar a los profesionales de código cerrado. Me tomo la libertad de traducir en parte las notas de lanzamiento desde el sitio oficial.

    Ahora Bombono DVD ajusta el espacio del DVD con precisión, haciendo el uso de la característica codificación con 2 pasadas en FFmpeg/Libav.

    log de cambios:

  • * Opción de codificación con 2 pasadas: Proyecto -> Preferencias
  • * Iconos en blanco y negro para menús de DVD.
  • * Traducciones: Spanish, Esperanto (Felipe Castro), Galician (Leandro Regueiro), Slovak (Dušan Kazik), Vietnamese
  • Entre otras mejoras.

    Puedes descargarlo en:
    bombono-dvd

    NeonatoX y los parches para Nhopkg

    Citando de la web original de nhopkg:

    Nhopkg is a lightweight and powerfull package manager system for unix like operating systems. Nhopkg can install, remove, update, search and manage software packages (.nho). Nhopkg is currently written in Bash Shell Script, but it will be written in Python in the next version.

    Lo que es castellano sería algo como:

    Nhopkg es un ligero y poderoso gestor de paquetes para sistemas operativos de tipo unix. Nhopkg puede instalar, actualizar, buscar y gestionar paquetes de software (.nho). Nhopkg está actualmente escrito en Bash Shell Script, pero, este será escrito en Python en la próxima versión.

    Nhopkg pretende ser un gestor de paquete universal, que idependientemente de la distro que estés utilizando a menos que exista una variación de arquitectura (en el caso de los paquetes binarios), puedas utilizar determinada aplicación mediante sus paquetes, personalmente pienso que el fuerte de nhopkg está en sus paquetes fuente, los cuales siempre que se cumplan con requisitos básicos (dependencias) pueden compilarse hasta donde se tiene conocido en cualquier distro y arquitectura.

    Sin embargo, a pesar de lo innovadora que es la idea que su desarrollador plasma en dicho gestor de paquetes, es lamentable notar que no es mantenido desde 2009, y se ha hecho una herramienta para el desarrollo de la distro basada en LFS que inicie desde 2007, a medida que fui comprendiendo como ha esta escrito, y con el tiempo se le han añadido parches para la optimización en la realización de sus tareas.

    El propósito de este artículo es exponer en el tiempo dichos cambios que han convertido a nhopkg vanilla en neonatox nhopkg, entre ellas tenemos, en orden cronológico:

  • 1. Añadido el soporte de comprimir los paquetes de fuentes y binarios en xz
  • 2. Añadido el soporte para disparadores que actualicen el escritorio como la caché de íconos, esquemas, tipos mime y páginas de manual.
  • 3 .Se coloca el repositorio de paquetes de neonatox como el repositorio por defecto.
  • 4 . Al crear los paquetes binarios, su nomenclatura identifica la arquitectura y sistema operativo en el que se creó.
  • Todas esta mejoras podrán disfrutarse a partir del lanzamiento de neonatox 06.1rc2 y el la futura versión de neonatox 07.2. Me despido de ustedes por esta ocación.

    Carlos Sánchez.

    Happy Hacking!!

    Crear parches con diff

    Normalmente al compilar nuestros paquetes desde el código fuente debemos verificar que contamos con las dependencias necesarias y algunas veces sin son las versiones adecuadas de cada una de ellas, una vez comprobado esto, procedemos de manera confiada a ejecutar nuestros comandos de compilación.

    ./configure --prefix=/usr
    make

    Pero de manera inesperada nos da el siguiente error:

    /usr/include/glib-2.0/glib/deprecated/gthread.h:165:4: aviso: la declaración no declara nada
    In file included from shape_typeinfo.c:30:0:
    /usr/include/glib-2.0/glib/gstrfuncs.h:28:2: error: #error "Only can be included directly."
    make[3]: *** [shape_typeinfo.lo] Error 1
    make[3]: se sale del directorio `/media/datos/sources/pnavarro/dia-0.97.1.orig/objects/custom'
    make[2]: *** [all-recursive] Error 1
    make[2]: se sale del directorio `/media/datos/sources/pnavarro/dia-0.97.1.orig/objects'
    make[1]: *** [all-recursive] Error 1
    make[1]: se sale del directorio `/media/datos/sources/pnavarro/dia-0.97.1.orig'
    make: *** [all] Error 2

    Gracias al mensaje de error, podemos determinar que es lo que está mal (no siempre es así) en este caso el fichero “shape_typeinfo.c” tiene declarado una cabecera que esta obsoleta y debe ser sustituido por la correcta que es “glib.h” en lugar de “glib/gstrfuncs.h“, esto debemos hacerlo a mano, pero antes debemos desempaquetar el codigo fuente en dos directorios, en este caso he creado dos con los sufijos .new y .orig, en el .new, haremos las modificaciones necesarias, el .orig lo dejamos tal cual.

    tar xvf dia-0.97.1.tar.bz2
    mv dia-0.97.1 dia-0.97.1.orig #renombramos dia-0.97.1 con el sufijo .orig
    cp -r dia-0.97.1.orig dia-0.97.1.new # hacemos una copia identica con el sufijo .new

    Dentro del código fuente vamos a modificar manualmente con un editor de texto de preferencia los siguientes ficheros conflictivos:

    nano dia-0.97.1.new/objects/custom/shape_typeinfo.c
    nano dia-0.97.1.new/tests/test-boundingbox.c
    nano dia-0.97.1.new/tests/test-objects.c

    En cada uno de los anteriores sustituimos “glib/gstrfuncs.h” con “glib.h

    Entra en juego el comando diff:

    Un poco de teoría:
    La wikipedia lo define como:

    Una utilidad para la comparación de archivos que genera las diferencias entre dos archivos o los cambios realizados en un archivo determinado comparándolo con una versión anterior del mismo archivo”

    Ahora que ya entramos en materia, vamos a lo tanto esperado, crear el parche con las correcciones que hicimos en dia-0.97.1.new:

    diff -Naur dia-0.97.1.orig dia-0.97.1.new > parche.patch

    Donde:
    -N Trata los ficheros que no existan como vacíos.
    -a Trata todos los ficheros como de tipo texto.
    -u Muestra NÚM (3 por omisión) líneas de contexto unificado.
    -r Compara recursivamente todos los subdirectorios.

    diff no hace más que comparar dia-0.97.1.orig con dia-0.97.1.new y envía la salida a el fichero de texto parche.patch el cual se ve de esta forma:

    patch_dia

    Para aplicarlo al código fuente en futuras ocaciones, se escribe lo siguiente dentro del directorio del código fuente original:

    patch -Np1 -i ../parche.patch

    de ser exitoso nos da la siguiente salida:

    patching file objects/custom/shape_typeinfo.c
    patching file tests/test-boundingbox.c
    patching file tests/test-objects.c

    Cualquier duda, pueden expresarlo mediante los comentarios.

    Happy Hacking.

    El binomio de wine+mono

    Según leí en Phoronix, el fin de semana antepasado, la gente del proyecto wine liberó Wine-Mono, herramienta que unifica componentes de wine y Mono, esto con la intención de proveer rutinas de ejecución de .NET y las bibliotecas y clases de Wine, todo en uno. A ver que tal resulta este binomio y cómo se le puede sacar provecho.

    Fuentes:

    Phoronix
    Lista de correo de wine

    Happy Hacking!