vincent LECOQ a écrit 1156 commentaires

et bien
Disons que mes précédents essais de windows dans ses anciennes versions se soldaient en général (compter 2 ou 3 heures) par une crise de nerfs suivie d'un reformatage de ma machine systématique pour limiter la gangraine.

ce n'est pas le meme cas :
si un fichier est coupé, on perds les données
si une inode est perdue, et que ca concerne un repertoire de haut niveau, tu ne perds pas qu'un seul fichier ...

le cas d'un fs journalisé change en effet la donne puisque l'inode principale finalisant l'indexation de l'objet est posée en dernier, si on coupe avant, celles ecrites avant seront soit perdues, soit dans le journal pour la prochaine synchro.
apres 32768 caracteres, on finirait presque par stocker les données dans le nom plutot que dans le fichier lui meme ... un FS plus gros que les données qu'il contient a l'extrème si la taille moyenne des fichiers est sous cette barre :/ On pourrait meme presque y faire de la stégano [:totoz]

Il y a une limite a ne pas oublier : c'est qu'un file system doit assurer l'intégrité des données qu'il doit stocker, or un secteur de disque dur (encore pour un bon moment la reference du stockage commun) fait 512 octets, pas plus.
Si tu commence a répartir tes inodes (la structure qui reference un objet dans un file system) sur plusieurs secteurs, qu'est ce qui te garantit que l ón ne va pas couper l'electricité entre 2 secteurs concernant tes grosses inodes ? alors qu'un secteur s'écrit en une seule fois par le controleur du disque, sans risque de ce genre.
Donc on ne dispose pas de plus de 512 octets pour decrire un fichier dans le file system, et on a pas que son nom a conserver, mais aussi les differentes dates, id, droits, type, proprietaire ...
donc 255 ou 256, 'est deja pas si mal, ou alors il faut reinventer les disques durs avec des plus gros secteurs, mais on va tout casser. compatibilité quand tu nous tiens ...

C'est l'oeil de moscou qui leur manque, nostalgie de la bonne époque, tout ça ...

si ca permet de faire tourner navit, ce sera non seulement openstreetmaps, mais aussi garmin et pas mal d'autres formats de carte du marché !

si j'avais su que ca marchait pas du tout j'aurais pas passé d'appels avec ... faudra que je previenne les gens que j'ai appelé pour savoir qui m'a répondu si ce n'était pas eux mais un bug, ou mon psy peut etre aussi !
Non, certes il est pas stable, il perds vite le GSM, mais de la a dir qu'on NE PEUT PAS DU TOUT APPELER avec, c'est mensonger.

je te le rachete pour 15€ :p

tvtime, une interface sobre digne de l'osd d'une télé, qui donne finalement plutot bien

Mazette, si j'avais su que pidgin ne pouvait pas tourner sur un téléphone, je ne l'aurais pas utilisé régulièrement sur mon freerunner /o\ et pourtant c'est pas un monstre de puissance ...

Cherches tu juste a éteindre l'écran ou bien l'absence de X résoudrait elle ton problème ? parce que si c'est la seconde solution tu peut te contenter d'un init level a 3

Bloub !
Vendredi c'était hier !

J'avais pris le mien dans plus dans le but de soutenir l'initiative que par adequation relle a l'orientation du projet.
Mais quoi qu'on en dise, le FR est une belle plateforme de dev, certes un peu geeksque Les gens qui ont pu me voir coder dans le train avec mon mini clqvier USB (Logicool dinovo) m'ont tous pris pour un taré, mais qu'importe :p
Enfin, si les prix de GTA02 se bradent sevère, je ferais bien un cluster avec histoire de rire tiens.
Pour le projet alternatif, fut un temps des rumeurs couraient sur la ML d'un boitier GPS.

le dealer de la place de la comédie a un nouveau fournisseur ?

un z80 ou plutot sa declinaison des années 2000 le eZ80 :
150MHz, pile ip integrée, registres 8/16/24 bits, controleur memoire ...
reste a trouver une carte mere qui l'utilise sans avoir a la souder soi meme si ce n'est l'inventer ...

http://en.wikipedia.org/wiki/Zilog_eZ80

Une API standardisée pour le multimédia/jeux (non, pas tout le bordel de libs existant, un vrai directX like par exemple)
Un système de distribution d'applications commun (et pas un coup deb, un autre rpm, un emerge, un tar.gz ...)
et j 'en passe ...

ben voila, tu as installé les depots plf et ca te surprends que ta FREE trouve les pilotes pour du materiel non FREE ...
mais réfléchis des fois !

ben la nasa en l'occurrence elle vient officiellement de paumer les documents concernant les techniques d'alunissage sur des bandes qui n'ont pas eu le temps d'être backuppés et qui se sont démagnétisées ...
ça me rappelle une boite qui avant le passage a l'an 2000 voulait par précaution imprimer TOUT ses documents internes. Ils ont fait le calcul en tenant compte de leurs imprimantes les plus rapides (50 ppm a l'époque) : 2 ans d'impression continue, se dire ça a 6 mois de l'échéance était un tantinet tardif. heureusement que le bug s'est dégonflé !
Tout ça pour dire qu'il ne faut pas présumer de la capacité de la boite a résoudre ce genre de problèmes rien que sur ses moyens apparents, la réalité est toujours plus vicieuse.

L'abscence de systeme de fichiers me semble tout de meme genante. Imaginons que je veuille envoyer mon CV a quelqu'un, je lui envoie carrement l'image memoire du segment de mon openoffice 0_o ? ca fait pas un tantinet lourd ? si c'est par mail en plus, il faut lui envoyer celui de mon client mail avec ? et tout mes mails avec ?

oh tu sais, ils m'ont déjà fait passer par Dijon pour un Lille - Marseille, alors dans l'espace ...

\o/ etixounet !

un freerunner ne ferait il pas l'affaire ?
du 640x480, tactile, du wifi et toute la logiteque nécessaire facilement accessible (et plus en core avec la distrib debian dessus par exemple)

je connais la même avec du gruyère

tu devrais certainement pouvoir utiliser oggplay si ton tel est sous symbian, mais a vrai dire j'en sais rien ...

en effet :


Known issues
These issues will be addressed in future releases.

* Works only on VMware Fusion 2 on Macintosh
...