Reprise du message précédent :
Je vais tenter de me joindre à la bande des gens qui souhaitent développer un nouveau firmware
 
J'ai de bonnes compétences Linux, programmation embarqué, C etc...
 
Je ne suis pas fan de l'idée du forum proposé par Nhova (rien de personnel contre toi). Je préférerais quelque chose de plus "neutre" google code, sourceforge, github, launchpad...
 
ce qui serais cool c'est d'avoir un wiki pour y ajouter au fur et à mesure les choses qu'on arrive à faire.
 
Quand à moi je suis en train d'essayer de compiler du code C avec la toolchain pour voir si ça marche.

Tu pourras nous compiler une JVM ?

Non.

 
je suis sur le coup  

Maintenant on sait pourquoi les E60 sont bradés: http://www.ebouquin.fr/2011/01/19/ [...] iquavista/

Bienvenu dans la galère  

Pourquoi pas un projet Google Code ? Y a le Wiki, un gestionaire de conf (Subversion ou Mercurial), un gestionnaire de tickets et un de téléchargements...

Sinon, on peut peut-être essayer de porter OpenInkpot ? Pour les curieux, allez voir le manuel utilisateur pour voir à quoi ça ressemble :
http://openinkpot.org/wiki/0.2/UsersGuide

c'est ce que je suis en train de faire  
et c'est ici que ça se passe : http://code.google.com/p/e60-open/

 
Super là je galère même à retrouver le firmware modifié dans le thread...

C'est l'idée que j'ai derrière la tête  

 
Le portage d'une application e-reader est franchement la voie la plus interessante je pense
Peut-etre fauddrait-il recensser les projets open source existants pour choisir le meilleur/plus facile à porter avant de fixer le choix?
 
En tous cas merci à tous ceux qui s'impliquent dans ce projet  

je suis en train du dupliquer tout le slash (pour le "fun" avant tout),

mais une chose intéressante à noter :
l'éxécution du code perso ne bloque pas le démarrage, si bien que là mon E60 est démarré et la copie continue*

*Comment je le sais ? information mémoire me montre à chaque consultation une mémoire de plus en plus occupée.
au passage, le montage usb se comporte comme il devrait en tout cas il le fait croire : en pratique le lecteur est pas visible alors que le E60 dit qu'il est en mode USB

La bonne nouvelle :
 

 
J'arrive à lancer le telnetd :
 

 
Mais comme vous pouvez le voir il semble planter directement, dans mon script custom je le relance toutes les 30 secondes, mais même chose... Je crois que ça vient d'une option de compil du kernel qui manque...

Rescue mode ok chez moi si et seulement si fichier présent. 

 
tu as bien "brické" avant de l'utiliser ou c'est un essai "pour le fun" ?

Comme je suis un ouf, je viens de faire un aller-retour Massy-Rosny /S Bois pour récupérer mon E60. J'ai pris l'avant dernier à 15min de la fermeture.
 
J'ai essaye de taper un vice au vendeur pour l'avoir à 69€ comme à Pontault-Combault, mais il m'a dit qu'il ne s'alignaient pas sur les prix en soldes. Tant pis, pour 30€ je m'en remettrai...

 
De mémoire, c'est à cause de "getpty()", jette un coup d'oeil dans le fichier de log.
 

 
 
FOR THE LULZ§§

Personne veut tester ça ?      

 
Oui normal
 
@Squonk42 ouaipe c'était ça !
 
Il fallait faire "mount devpts /dev/pts -t devpts" avant de lancer le telnet !
 

 
Maintenant j'ai pas l'impression qu'il y ait un mot de passe pour l'user root dans le système, je sais pas comment faire là...

Essaye de taper juste entrée au login pour voir?

Même constatation pour moi avec le daemon telnetd
 
Les commandes who -d et whoami ne renvoient aucun user

Pourquoi est-ce que, quand je crée un dossier "en dur" dans /home/ (ex. /home/test/), et que je repack le firmware ainsi modifié, ce même dossier /test/ est invisible lorsqu'on branche le E60 par USB sur un ordi ?

Aussi, si vous m'indiquer le fichier à modifier et comment, je peux éventuellement ajouter un login pour ce telnet.

vofou : le E60 ne gère pas le CBR, faut convertir d'abord.

- vite - vite, je n'arrive plus à suivre.

AppMain ne semble pas supporter le file:/// à la place de http:// - peut-être me suis-je planté dans les chemins, aussi.

Nan il nous faut juste écrire dans /etc/passwd je pense...

C'est que telnetd lance /bin/login par défaut, et comme le /etc/passwd est vide...

Il faut lancer le telnetd de BusyBox avec l'option "-l" pour préciser le "loginpath" comme ceci:

Là, tu rentres direct dans le Shell sans passer par la case départ, ni toucher 20 000 Francs !

tu décompresses avec ce que tu veux (tu renomme en zip, par exemple). C'est pour voir si mon découpage de bd est lisible en mode "image".
(je viens d'améliorer les vignettes "doubles qui ont été mal découpées, d'ailleurs, mais c'est pas la version uploadée).

vofou: ton fichier n'existe plus

ah, shit...
ben si !  http://www.megaupload.com/?d=1OD87KNC

CBR -> Rar
CBZ -> Zip
 
   
 
 
Bon après dans la pratique vu que les logiciels doivent plus se baser sur les entêtes de fichier que sur les extensions ça doit pas changer grand chose

Ca change rien !  
Bon, alors, il y en a un qui me dit si c'est lisible ???  (avec photo à l'appui  éventuellement  ). Il sert à lire, cet ebook !  
Si c'est bon, j'ai des tonnes de bds à redécouper...  
edit : vite, que je puisse aller me coucher...    

En effet c'est bien ça qu'il faut faire dans le customrun.sh :

Impossible pour moi d'exécuter quelque chose à partir de runscript.sh, celui-ci est bien renommé après le boot mais ne fait pas ce que j'attends, voilà le code :

Youpie !        

euh vous tapez en telnet via le wifi du ebook là?

nunux59 : il faut que le .sh soit enregistré non pas en UTF-8, mais en ANSI (ISO) pour qu'il fonctionne. Aussi, précise le chemin complet - /home/log - par précaution.

Yep ça roule !
 
Voilà ce qu'il faut ajouter à la fin de /etc/init/rcS pour activer le telnet au boot :
 

 
Pour info :
 

 
Edit : trop bien l'alarme

Mais mais mais ça peut faire une super radio wifi ce truc

telnet actif au boot = bouffe de la batterie, non ? Il vaut peut-être mieux le lancer par script, du coup.

Oui on est arrivé à rentrer dans l'engin malgré sa faible épaisseur