Ya tenemos disponible el código fuente de Android 4.1 Jelly Bean

Como señalan en MuyComputer, el código fuente de Android 4.1, con nombre en clave Jelly Bean, ha sido publicado por Google, como es norma, en en los repositorios oficiales del AOSP (Android Open Source Project).

El número de versión exacta es android-4.1.1_r1, base sobre la que los principales desarrolladores de roms comenzarán a trabajar en sus respectivos proyectos.

Android 4.1 ‘Jelly Bean’ fue presentado durante el Google I/O 2012, como anuncio estrella en la conferencia para desarrolladores que cada año organiza la compañía de Mountain View. Conoce las novedades de Jelly Bean.

Android Android 4.1 código fuente Google Jelly Bean

otro_listillo_mas
Aún saldrá alguien diciendo que no es open source xD
- Zagur
  Android NO ES OPEN..oh wait…xDDDD Nah es broma!
  - Diego Silberberg
    Es Opensource, Pero no es FreeSoftware
    - lala
      Y muy caro que sale instalar android.
    - toto
      Si, y eso apesta, dado que se le paga patentes a la pta del barco, oséase Microsoft. Hay que optar por Tizen, Firefox OS o mismo Jolla.
    - Diego Silberberg
      xD ¿Porque me dan votos negativos? no di una opinion ni nada que pueda criticarse xD exprese una realidad
      - toto
        Totalmente de acuerdo, eso de dar votos no sirve, si se da que expresen el por qué lo hacen.
- Anónimo
  Tiene BLOBs a saco aunque gran parte sea software libre. Los BLOBs en este caso no se deben a Google, sino a temas de telefonía y drivers para fabricantes de hardware.
  - Land-of-Mordor
    Entonces Android es libre, pero los drivers que funcionan en Android no. Por lo que podemos decir tranquilamente que Android es totalmente open source. Viene a ser como cualquier distribución de Linux, en la que podemos instalar programas y drivers no libres.
    - toto
      Bueno, el propio kernel Linux, los drivers libres, la mayor parte de las empresas que no liberan código se obtienen mediante ingeniería inversa, y ese código es publicado bajo licencia GPLv2. Nouveau es un ejemplo claro de ello.
      La cosa está, en que, Google está obligado a pagar a Microsoft por tema de patentes entre más cosas.
      Prefiero Tizen, Firefox OS, Jolla, son GPL, no usan Java, y aprovechan mucho más el rendimiento de tu smartphone a parte de no tornarse un mercado como Android tiene.
A mí no me pagan por opinar
Tengo una pregunta, sólo hablo desde mi humilde ignorancia: me enteré de un proyecto llamado Linaro, que “acelera las cosas” en Android. Habrá algo de Linaro de lo que eventualmente pueda sacar partido GNU/Linux para mejorar su rendimiento?
- OS2/Warp
  Para mejorar el rendimiento en Linux habría que reescribir las X o buscar una alternativa, que los fabricantes de gráficas saquen controladores en condiciones o bien liberen el código, lo mismo con el plug-in de flash: O que lo porten en condiciones o lo liberen, implementar de forma generealizadas de librerías Qt, mandar Gnome-Shell a tomar viento, etc.
  Eso solo para empezar.
  - Pepe
    Ahí está Wayland.
  - A mí no me pagan por opinar
    Igual eso no da respuesta a mi pregunta. O quizá la formulé mal, porque lo que no sé es si Linaro hace modificaciones al núcleo, que (digo yo) podrían ser implementadas también al núcleo Linux; o es sólo a la capa de abstracción encima del núcleo (la interfaz gráfica de Android y lo demás).
  - maxxcan
    Otro que no sabe que Linux es un kernel…
    En fin…
    - OS2/Warp
      Mmm
      El post N
    - OS2/Warp
      Mmm
      El post Nº 2 pregunta sobre cómo mejorar el rendimiento en GNU/Linux, aunque es cierto que en mi respuesta sólo puse “Linux” está claro que me refería a GNU/Linux, o sea, al sistema operativo al completo.
      Cosas que pasan.
      En fin…
  - toto
    “Para mejorar el rendimiento en Linux habría que reescribir las X o buscar una alternativa, que los fabricantes de gráficas saquen controladores en condiciones o bien liberen el código, lo mismo con el plug-in de flash: O que lo porten en condiciones o lo liberen, implementar de forma generealizadas de librerías Qt, mandar Gnome-Shell a tomar viento, etc.”
    1º Sanear el código del kernel, hay multitud de código sin limpiar y que no para de añadirse, suma peso y atrae a las vuln
    2º Generar herramientas o que las personas busquen un poco en como compilarse un kernel fácilmente para al menos que use la CPU que tiene, el governor según sea portátil o PC sobremesa…etc, así como el perfil del kernel, low-latency, desktop..et
    3º Un estándar de paquetes, ayuda a promover a que los programadores se sientan seguros de que su código correrá en cualquier distro, bien la LSB (Linux Standard Base) propuso a .RPM, y Debian y Ubuntu prefieren hacer acto de su ego y no fomentar dicho estándar usando su propia paquetería .DEB. asimismo como un sistema robusto de gestión de servicios, si bien existe systemd (muchos lo odian), upstart como OpenRC…blablabla, se prefiere OpenRC que usa Gentoo claro está o init, rc.. incluso System V lo prefieren muchos. Así evitaríamos ese molesto “cambio de mentalidad” a la hora de usar comandos en distros “X” ya que los comandos de administración son distintos en otras distros, por ejemplo Debian no es lo mismo que RHEL based…
    Ésto ^ también genera a que las empresas incluidas las industrias de los videojuegos, vean Linux algo muy serio y puedan invertir en ello, si Linux no tiene algo así por algo está estancado en temas de “gamer”, y lo mismo para otro tipo de software, a pesar de ello, Linux a seguido salir adelante
    4º Sinceramente, y bajo mi humilde opinión, hay tantas y tantas, y tantas…. distribuciones de Linux, que aunque me parezca estupendo, solo genera atrasos en el avance del software libre, si bien tengo una distro que usa KDE 4.7.7, y otra con KDE 4.8.3, los errores de la 4.7.7 habrán que corregirlos y mantenerlos, mientras que la 4.8.3 ya mantiene un soporte de correciones más actualizado y además de incorporar notables añadidos y correciones en el Qt4 sobre todo… (tal vez esto esté bien para temas como este y no para software pequeño, puede ser)
    5º Como dice “Pepe”, olvidarnos de X.org poco a poco y empezar a ir integrando a Wayland, pero ésto conlleva a poder quedarnos sin aceleración de hardware, dado que NVIDIA por una parte, pasa de proporcionar controladores a Wayland…. ¿vale la pena el sacrificio?, pues sí.
    Además de que Wayland, está liberado e GPL y no en MIT como X.org hace que puede sublicenciar código…. mala espina…
    6º Fomentar Qt, si es cierto, es tan buen lenguaje de programación que se puede exportar hasta en Android cosa que GTK no hace, pero también cada uno tiene sus gustos, si una quiere usar GNOME, bueno que lo use, lo mejor es la diversidad que tiene el software libre
    OS2/Warp, eso de que se mejore flash, se prefiere más que se ponga al 100% el soporte HTML5 que cualquiera es libre de “programarlo” y consume muchísimo menos que la basurita de flash player
- nexuslm
  Eso no es del todo cierto, Linaro son una serie de parches para el núcleo, en teoría especialmente pensados para mejorar el rendimiento para jugadores, sin embargo en phoronix encontraras una serie de pruebas que muestran que no hay tal mejora, o al menos no de forma significativa con las versiones actuales del núcleo.
  - Alejandro
    Linaro no era una serie de mejoras para java? Por eso mejora tanto android. Eso tengo entendido yo. Saludos!
    - toto
      Mejoren lo que mejoren, si Google no saca versiones mantenidas para actualizar viejos smartphones de 2.2 por ejemplo a 2.3.7 o 4.1 ésto se torna a un Java “vanilla” que no recibe actualizaciones de ningún tipo y dandole “chuches” a los exploits escritos en Java, algo así pasó en Mac OS X, lo mismo puede pasar aquí, y de hecho hay muchas noticias sobre vulns en Android.
      El kernel, menos tiene que ver que el propio sistema escrito en Java (lenguaje lento y pesado aunque multiplataforma) que lleva a tu smartphone a un rendimiento inferior al de un iOS, pero básicamente es por el hecho de estar escrito en ese dichoso lenguaje que
      necesita de una máquina virtual para ejecutar código “X”.
      Por eso no es eficiente este sistema, si ves, ejecutas música y datos móviles y calienta como microondas, luego abres Opera y ya se pone como un Horno…
      Por eso Tizen, o bien Firefox OS parecen apuntar muchas y buenas maneras dado que al menos Tizen está elaborado en Qt (si el que usa KDE), HTML5 entre otras cositas que hace todo mucho más fluido y pareciéndose a un iOS en rendimiento o hasta puede superarlo.
- pipo
  linaro solo sirve para arm si quieres usarlo sobre plataforma linux puede funcionar pero solo si se corre arriba de un arm si no no sirve
Iván Melénez
Estoy a la espera del Firefox/Mozilla OS… pinta bastante bien!!!
- toto
  O de Tizen amigo! éstos sistemas son el 80% mejores que Android.
  1- No usa el Java pedorro ese que precisa de una máquina virtual para que ande cualquier cosa
  2- Aprovecha mucho más el rendimiento del smartphone
  3- No se vuelve un mercado como tiene Google que si no fuese por proyectos como CyanoGenMOD, muchos terminales quedaban obsoletos
  4- NO se paga a MICROSOFT por sus PATENTES ni TAMPOCO a Google (éste último da igual, pero no el primero)
  5- Está en GPL, eso incluye que no habrán trapicheos en código y todos lo aprovecharemos mucho mejor, sobre todo las empresas
  6- Usan HTML5 y Qt, en el caso de Tizen haciéndolo con mejor rendimiento
  7- Se pueden usar aplicaciones pedorras en Java del market de Android porque es posible usarlas
  ¿Quién sale perdiendo?
francisco
disculpen alguien me podría ayudar quiero actualizar a android ics una playtab3 (itabkid) he buscado en la red y no he encontrado una forma, contacte a soporte técnico de la empresa que la manufactura y me contestaron que no se podía actualizar por el momento y que no tenían fecha de actualización por el momento.

Ya tenemos disponible el código fuente de Android 4.1 Jelly Bean

Lo último

Suscríbete gratis a MuyLinux

Gracias, recibirás un correo para confirmar tu suscripción.