Posts Tagged ‘gpl’

Should we start a feature-bounty programme?

Wednesday, August 4th, 2010

A thought that partly springs from necessity. I was thinking it might be nice to start a feature-bounty programme.

How would that work? Users that want a special feature implemented within the openAOS ecosystem would pledge to pay some amount of money or would put some amount of money into a deposit/escrow. Then if someone implements this feature the person would receive this amount. People could also pool their money to make it more attractive to implement a feature.

Why the idea? Hackers are often selfish people. Most of the time they implement things they need for themselves or that give them personal pleasure for tackling them. This may not be what non-programmer users would like to have as new features. Also a feature might be nice but only useful for very few people or not useful for the people potentially implementing it.

So what would be the benefits?

  • Features with popular demand would be implemented faster
  • People who want features that might not be popular could raise the chance of those being implemented
  • Features that may be harder to implement but more desirable than  others would get implemented faster
  • Faster development due to the monetary incentive
  • Developers may feel more rewarded for their work

I guess I should expand on the last one: the openAOS project has been around for more than half a year now, the openPMA project for much longer. We have done pretty nice things on many generations of Archos products. Many people have downloaded our alternative firmwares and our Linux builds. We spent weeks or months developing hacks, programs or just analyzing Archos hardware and software. But what did we get in return? A few people said ‘thanks’ or ‘great job’, but the majority of voices and feeback was “this doesn’t work!” or “But I want this [totally uncommon] feature, why didn’t you think of implementing it!” or other not very encouraging things.

We’d like to feel more appreciated!

And I mean it, if you can’t donate, but like what we did, just say ‘thanks’ it makes a day so much nicer! People of the ArchosFans forum, I’m looking at you! People with an genuine FOSS background already do. But back to the topic. I think – although not the ultimate solution – it would help both sides if there would be some transfer of monetary units involved. The users would get a feeling that TANSTAFL and the people working to make openAOS better could buy themselves a beer after a hard weekend of coding.

How is this different from commercial software you may ask or you might say that I’m trying to commercialize openAOS. Far from this, very very very far. Why? If a bounty is claimed a new feature is made available not only to the person who paid for it but to everyone who would like to use it, also the source code will be open – there is a reason this is called openAOS!

Thoughts? Critique? Rants? Praise? Flaming?- The comment section is open!

Thomas, your friendly neighbourhood Archdruid

Liberté toujours – votre archos 53g+ est maintenant libéré!

Friday, July 30th, 2010

Bonjour à tous, voici ci dessous la méthode de hack pour l’archos 5 3g+ SFR :

Nous sommes fier d’aider par cette méthode les utilisateurs d’archos 3g+ abandonnés par SFR en leur donnant la possibilité d’installer le système SDE qu’ils méritent. Nous travaillons dur depuis 1 semaine sur cette release. Elle a été modifiée encore et encore pour la rendre plus sûre et attractive.

Une pétition à été lancée sur le forum SFR, pour demander officiellement une ouverture du firmware. Merci de bien vouloir y participer… Une mise à jour officielle reste la meilleure solution !

ATTENTION, merci de bien vouloir lire attentivement les recommandations suivantes :

Avant de vous lancer, il faut savoir que :

  • Cette manipulation vous fera perdre la garantie sur votre appareil
  • Cette manipulation vous fera perdre les plugins que vous aurez déjà achetés sur votre archos
  • Vous pourrez ensuite racheter ces plugins, mais il sera impossible de les installer de manière officielle sur votre archos
  • VOUS ETES SEUL RESPONSABLES DE VOS MANIPULATIONS !!!
  • Ce hack fera de votre archos 3g+ SFR, un archos 5 3g standard, avec l’interface Angstrom linux.
  • En aucun cas votre appareil sera désimlocké.

Mais le hack est réversible. Vous pourrez repasser sur le système officiel SFR par la suite … ATTENTION BRICK POSSIBLE SI VOUS LE TENTEZ SANS SAVOIR CE QUE VOUS FAITES ! Article à suivre pour le retour sur SFR…

Vous êtes prêts ?

  • Mettez votre archos en charge une heure au moins avant, si la batterie est déchargée, il y a risque de brick !
  • NE JAMAIS éteindre ou mettre en veille l’appareil pendant la procédure, sinon brick !
  • Sauvegardez le contenu de votre archos !
  • Je vous conseille de formater puis de réinstaller le firmware de base, de manière à partir sur une base saine. Dans ce cas, menu restauration, puis format disk, ensuite on colle le fichier aos SFR, puis update…
  • Prenez votre temps, soyez sûrs de vos manipulations, en cas de doute, n’hésitez pas demander de l’aide…
  • Il vous faut la dernière mise à jour officielle SFR, c’est à dire le firmware 1.5.10. Il est installable en wifi en passant par le menu réglages / Logiciels et Plug-ins, puis le bouton Mise à jour du logiciel en ligne. Si vous ne savez pas en quel firmware vous êtes, ce même menu vous donnera l’information. Ceux qui n’ont pas de wifi peuvent le télécharger et l’installer manuellement, en déposant le fichier .aos dans le disque dur par USB, puis en utilisant le bouton Mise à jour du logiciel par le même menu.
  • SUIVEZ SCRUPULEUSEMENT LA PROCÉDURE, n’essayez pas de l’adapter avec d’autres exploits !

On y va :

sudo mkdir /media/archos

  • On monte la partition cachée :

sudo mount -t ext3 -o offset=29819404288 /dev/sdc /media/archos/

ATTENTION, sdc correspond à MA configuration, remplacez par la lettre de votre archos, repérable avec la commande :

sudo fdisk -l

  • Un deuxième disque monte sur le bureau, nommé archos, ou media 201 MB
  • Dans le terminal, on navigue vers le dossier où vous avez téléchargé l’archive avec la commande :

cd /home/votrenom/Téléchargements

  • ou à adapter en fonction de l’emplacement de l’archive
  • On “détar” l’archive précédemment téléchargée :

sudo tar xvf openaos-hack_20100730_0.1.0.tar.bz2 -C /media/archos

Voici ce qu’il doit s’afficher dans le terminal :

tar: Taille de l'enregistrement = 8 blocs
openaos/
openaos/flash
openaos/widget_astro.swf
openaos/a5std/
openaos/a5std/boot0_0x00000000
openaos/a5std/boot1_0x00030000
openaos/a5std/init_0x00210000
openaos/a5std/keystore_0x00010000
openaos/a5std/params_0x003f8000
openaos/a5std/recovery_0x00080000
openaos/a5std/logo_0x00060000
openaos/a5sfr/
openaos/a5sfr/boot0_0x00000000
openaos/a5sfr/boot1_0x00030000
openaos/a5sfr/init_0x00210000
openaos/a5sfr/logo_0x00060000
openaos/a5sfr/params_0x003f8000
openaos/a5sfr/recovery_0x00080000
openaos/a5sfr/keystore_0x00010000
openaos/root_telnetd
openaos/dohack.sh

  • Vous devriez avoir un dossier openaos dans /media/archos
  • On rentre dans ce dossier :

cd /media/archos/openaos

  • On lance le hack :

sudo ./dohack.sh

Vous devriez avoir :

openAOS 0.1.0

Utilisez ce script avec précautions !

openAOS ne peut être tenu pour responsable pour une mauvaise utilisation de ce script ou des effets indesirables !
Vous utilisez ce script à vos propres risques !
Il ne peut être utilisez qu'à des fins éducatives !

Le hack de votre archos est activé, suivez la procédure pour la suite...

  • On ressort du dossier :

cd /

  • On démonte la partition cachée :

sudo umount /media/archos

  • Vous pouvez maintenant appuyer sur la touche power de l’archos, ce qui va le faire démarrer normalement.
  • Dans la liste des widgets SFR, bouton sur la gauche, choisissez le widget astro.
  • L’interface va clignoter.
  • Après quelques secondes, le hack fait disparaître l’interface SFR. Il est possible que l’appareil reboot, puis fasse apparaitre le menu archos standard après le reboot… si il reste en reboot infini, éteignez, mode restauration, et recommencez !
  • À partir de ce point, les frileux peuvent s’arrêter. Le hack est en place, et devrait remplacer la page d’accueil SFR à chaque démarrage… Les plus courageux peuvent continuer ;)
  • On active le mode USB, ou on débranche rebranche le câble. L’archos se monte automatiquement, on n’utilise plus la partition cachée pour la suite.
  • On extrait l’archive DTI, qui contient un dossier Games.
  • Maintenant on va copier le dossier Games dans la racine votre archos. Si le dossier existe déjà, vous pouvez le remplacer.
  • Et on en profite pour copier également le rootfs.img.gz dans la racine de la même partition.
  • On débranche rebranche l’USB. l’archos vous demande d’activer l’USB, cliquez sur rester en charge.
  • Attendez de voir l’interface Archos… un reboot automatique est possible.
  • Vous pouvez maintenant aller dans le menu Jouer, Jeux, DTI, ou vous trouverez 4 options : ( créer un profil d’abord, nommer le comme vous voulez, puis charger)
  1. hack pour passer sur le SDE en gardant le logo SFR au boot.
  2. hack pour passer sur le SDE en passant au logo openaos.
  3. hack pour le retour en arrière vers le firmware SFR.
  4. hack pour lancer un telnetd, qui nécessite une connexion wifi établie. (il s’agit d’une option pour utilisateur avancé, ou sur demande d’openaos pour un éventuel débogage !)
  • On clic sur le 1 ou le 2 en fonction de votre envie, mais surtout pas le 3 !!!!!!
  • puis le bouton jouer vert en bas.

  • le flash est en cours, il dure environ 2 minutes, NE TOUCHEZ À RIEN et surtout n’éteignez pas ou ne débranchez pas votre appareil !!! Attendez patiemment, ça peut être plus long… Si l’appareil se met en veille, attention en cliquant, de ne pas lancer un logiciel…
  • ensuite on va ouvrir le document openaoslog.txt, via l’explorateur de fichier, en vérifiant qu’à la fin du fichier il y ai “Le hack de votre archos est terminé”, et qu’il n’y a pas de message d’erreur dans le log. (Vérifiez chaque ligne : si vous trouvez un error: blablabla, venez demander de l’aide !)

  • on reboot….. On croise les doigts, et voilà !!!

  • Soyez patient au premier boot, l’interface est zippée donc, encore 1 ou 2 minutes…
  • et tadaaaaaaaaaaa :

Ne jamais tenter par la suite d’installer ou le firmware SFR ou le frimware Archos standard par le menu de restauration
après l’installation du SDE.  Cela va détruire la flash modifiée, et rendre votre appareil irréparable !

Pour la suite, n’hésitez pas à demander de l’aide sur IRC, #openpma sur irc.freenode.net… Have fun !!

http://dev.openaos.org/wiki/Donations N’hésitez par à faire un petit don pour l’équipe d’openaos… une bière par tête = 2¤ = vraiment pas grand chose pour le boulot effectué !

Les personnes qui ont découvert l’exploit et qui ont préparé le hack complet souhaitent rester anonymes ;)

elmattt travaille sur un screencast complet, qui sera une aide supplémentaire pour la compréhension et l’exécution du hack… à suivre donc !

Debugging Archos devices just got a lot easier.

Monday, July 12th, 2010

UPDATE:

This guide is outdated, please do not use it anymore! There is a new and updated procedure that is easy to follow and integrates g_serial debugging. The files linked to in this guide will be no longer available.


I’ve been talking about this idea for a while now, but today I finally had the right mood to work on it and I think I’ve found a sufficiently flexible solution for now.

I’m loading the kernel modules (musb_hdrc and g_serial) in the initramfs. Fortunately there was enough space left for that.

I’ve created 3 separate serial interfaces using g_serial.

  1. /dev/ttyGS0 – unused (root shell on Archos Android firmware)
  2. /dev/ttyGS1 – unused
  3. /dev/ttyGS2 – kernel messages. this is simply ‘cat /proc/kmsg’

You can now attach terminals or logs to this in your images. Usually by editing /etc/inittab and adding a line like:

s2:235:respawn:/sbin/mingetty --autologin root ttyGS0

If you need to disable this you can just kill the ‘cat’ process and if running stop the getty’s. After doing that you can remove the g_serial and then the musb_hdrc module. You can then e.g. reload musb_hdrc to have it act as a host controller again.

The important changes are in the initramfs. The zImage is only needed if you want the root shell for Android. Get the files here.

Enjoy your easy debugging! No need for serial dongles anymore!

Cheers

Thomas, your friendly neighborhood ArchDruid
PS: As a bonus this zImage will boot Archos 2.0.x firmwares. There will be some problems with transparencies though. We’re going to fix that in the long run though.

PPS: If there is demand I can generate a set for gen6 too.

Mozilla Firefox Mobile – Fennec 1.1Beta1 now also in openAOS for gen7 (and gen6) Archos devices

Wednesday, May 5th, 2010

I’ve been working on this project on the side for a few weeks, but I’ve actually been eyeing it far longer. I’ve been affiliated to the Mozilla project for a few years and I’ve even been hoping to get something gecko based working on my PMA back then, but it just was not possible.

Now with openAOS running Ångström it was quite easy. I took an older BitBake recipe first devised by Koen and adapted it until it would build the source now known as Firefox Mobile 1.1 beta 1.

Mozilla Fennec 1.1b1c2 displaying the openAOS webpage

Mozilla Fennec 1.1b1c2 displaying the openAOS webpage

At first I was missing a patch and things were quite slow. But then I fixed a few things:

  • Reworked against current source a native-bpp patch
  • Installed the quick-fix tslib driver (as known from gen6) to calm down the touch screen
  • Fixed the keymap like on gen6 to have a lower repeat rate
Fennec start screen on an Archos5IT

Fennec start screen on an Archos5IT

Now Fennec (the code name for the Firefox Mobile project) is running a lot more smooth. Its still not a 100% match to the Android browser but quite close. But it sure beats it by giving me access to such cool AddOns like AdBlock Plus!

Side-notes: It does also run on gen6, but it comes currently with a huge caveat. It will run out of memory and crash easily. If you run an kernel that does not reserve RAM for AVOS then it runs quite fine as it then has 30M to fill.

I did – out of sheer curiosity – try to make the flash plugins shipped with the original Archos firmwares work, but failed. They are compiled against µclibc, we run glibc, some libraries have conflicting versions, unresolved symbols are the result.

Another nice thing is that Ångström is pretty simmilar to Maemo, so we get the regular 1.1 beta1 quality (plus the odd bugs that always creep in) and don’t have to run around with an “pre alpha” label like the Android version. ;-)   – Please note though even only very small bits of the source have been changed that this is not an official Mozilla build.

Fennec showing archoslounge on an Archos5IT

Fennec showing archoslounge and its tab sidebar on an Archos5IT

The updated recipes will surface soon in our svn. In addition I’m going to push this updated recipe to Koen for general inclusion in Ångström.

Oh and the installation packages can be had here:

http://www.openaos.org/tmp/fennec/

As this is only an temporary preview this link will die sooner or later as the package will either be pre-installed on our Images or will be available from an package feed.

NOTE for gen7: Please note that you won’t get network access if you don’t run it as root or add your user to the group 3003 (cf issue #59)

openAOS Boot-Menu for gen7 Archos devices is here! Get the beta version now!

Monday, April 19th, 2010

UPDATE:

This guide is outdated, please do not use it anymore! There is a new and updated procedure that is easy to follow. The files linked to in this guide will be no longer available.

After spending most of the weekend reimplementing the init-script and cutting out everything that needed Archos binaries I spent this whole monday adapting the bitbake recipes and fixing minor bugs.

Ladies and Gentlemen! I present the public beta version of the openAOS Boot Menu for generation 7 hardware!

The openAOS Boot Menu now runs on 7th generation Archos devices!

The openAOS Boot Menu now runs on 7th generation Archos devices!

As this is just a beta version  (in the true meaning of this word!) some functionality around it is still missing. For now you have to set up most things yourself. For today just a short introduction (prerequisite is an Linux PC and an unpacked Archos Android firmware):

  1. Install the gen7 SDE on your device. Make sure Ångström boots.
  2. Reboot your device while holding down the [VOL -] button.
    • Press the [VOL -] button 5 times to reach the “Developer Edition Menu”. Then Press [Power]
    • Press the [VOL -] button 2 times to reach the “Flash Kernel and Initramfs” entry. Then Press [Power] ONCE. Wait 2 seconds.
    • The screen now should say “connect your device…” – Please do so and mount the device on your desktop PC.
  3. Download those four prepared files into the main directory of your device.
  4. Copy the previously unpacked androidroot.cramfs.secure and bitmapfs.cramfs.secure into the main directory of your device.
  5. Unmount the device safely. (Else you might damage the files!)
  6. Press the [Power] button – The screen will flash briefly and say “Kernel and initramfs updated”.
  7. Press the [Power] button – The device will now reboot.
  8. The Boot menu should now appear. Select Ångström or just wait 10s.
  9. Press Other then Root shell – a root terminal appears
  10. Now execute the following commands (this should be easy if you have some previous shell experience). Be very careful while typing on the on-screen keyboard. If you have one attach an USB-keyboard or see update at the bottom! ;)
    • tar -xvzf /mnt_data/ubitools.tar.gz
    • chattr -c /mnt_data/androidroot.cramfs.secure
    • chattr -c /mnt_data/bitmapfs.cramfs.secure
    • ./ubidetach /dev/ubi_ctrl -m 5
    • ./ubiformat /dev/mtd5 -y
    • ./ubiattach /dev/ubi_ctrl -m 5 -d 0 -O 2048 Make sure you get that right: …-d [ZERO] -[CAPITAL-O]
    • ./ubimkvol /dev/ubi0 -N system -m
    • mkdir /mnt/ubi
    • mount -t ubifs -o rw ubi0:system /mnt/ubi
    • cp /mnt_data/androidroot.cramfs.secure /mnt/ubi/
    • cp /mnt_data/bitmapfs.cramfs.secure /mnt/ubi/
  11. Now reboot the unit and go back into recovery (see step 2, this time select “Access HDD using a PC“)
  12. Connect it to your Linux PC and fire up a partition manager
  13. Make sure you are editing the right drive!
  14. Create an new ext3 partition in the empty space at the end of the drive. Make sure it is created as type primary and is the second partition (e.g. /dev/sdc2)! The unit will not boot Android if the partition is e.g. sdc3 or sdc5!
  15. Now mount that partition and copy some of the remaining contents of the firmware onto it (lang*.alz and the upselling directory)
  16. Unmount the drive and reboot your Archos device.
  17. Congratulations you should now have an dual-booting gen7 device!

The final version will hopefully automate 99% of the above process. If you know some shell scripting and want to help. Please let me know. I won’t have much time over the next few weeks myself.

PS: I should have mentioned that you can of course also generate an script put it onto your device together with the other four files in step 3 and then run it instead of step 10. /bin/sh  script
PPS: I’m working on an clean commit of the sources used to build the files. Please allow me a day or two as I currently have other priority tasks.