wismerhill a écrit 2608 commentaires

alors, si le mainteneur n'a plus le temps, il dégage et laisse sa place à un autre.

Bonjour la reconnaissance!
Les développeurs ne sont pas des kleenex que l'on jette après usage.

Ah?
Moi j'avais compris l'extrait " nous n'avons pas changé la valeur de l'option 'data' sur 'writeback'" comme voulant dire qu'ils ont laissé la valeur par défaut, qui est maintenant à writeback.
Mais si cela signifie qu'ils ont remis l'ancienne valeur par défaut qui était ordered alors le reste est cohérent.

Le point concernant ext3 est erronné.
Avant, l'option par défaut était data=ordered qui est justement plus robuste que la variante data=writeback car elle garanti une écriture dans l'ordre et permettait aux programmes de faire les écritures en dilettante car le FS avait un mode quasi transactionnel.
Le mode writeback lui se rapproche plus du fonctionnement de ext4 en ne garantissant pas l'ordre des écritures, ce qui lui permet d'être plus performant.

Ce changement a été fait pour forcer la main aux développeurs à utiliser fsync() (qui a été optimisé) chaque fois que c'est nécessaire.

[mode=raleur]
C'est dommage de donner le lien vers l'article en disant le contraire.
[/mode]

un exemple de logiciel non commercial alors ?

Les freeware?

Mais c'est quoi alors ce problème? (vrai question)

Parce que tu ne le dis pas plus...

Des paquets pour mandriva 2009.1 et 2009.0 sont disponibles via les miroir de KDE:
http://download.kde.org/download.php
Ce sont des paquets non officiels, mais fait par quelqu'un de chez mandriva à partir des paquets actuels de la cooker.
Je les ai installé sur ma 2009.1 et ça fonctionne bien, le système semble plus rapide et j'ai pu constater la disparition de certains bugs d'affichage. (et bien sur plein de nouvelles choses)

Non, juste un bazar :-)

Ben, voici un exemple:
http://www.expansys.fr/d.aspx?i=156658
Les récepteurs basés sur un chipset sirf stat III annoncent tous un cold start en dessous de la minute.

Pourtant des récepteurs récents multi-canaux annoncent des cold-fix de moins d'une minute, et des hot start de quelques secondes.

visiblement grub se base sur l'ordonnancement du bios (que je peux changer à la main, par contre je n'ai toujours pas trouvé le bon ordre...), mais le système se base sur autre chose.

Oui, Linux a son propre code de détection des périphériques de stockage (ce qui permet notamment d'utiliser des disques que le BIOS ne voit pas), et donc il va ignorer une éventuelle réorganisation qui serait faite au niveau du BIOS.
GRUB étant forcément plus minimaliste va utiliser les fonctions disponibles du BIOS.

Si tu veux éviter ce problème il ne faut pas réorganiser l'ordre des disques dans le BIOS, ou continuer à modifier la config de GRUB à la main.

Ben en fait on en sait rien, vu qu'ils ne disent pas quel est le composant GPS utilisé.
Par exemple sur le N810 c'est un récepteur GPS qui a été choisi sur base de sa faible consommation et pas de ses performances, et je peux te dire d'expérience qu'il n'est pas formidable. Sans le A-GPS un fix peut prendre plusieurs dizaines de minutes et la position saute parfois de plusieurs dizaines de mètres sans raison. Pour enregistrer les tracés pour openstreetmap c'est pas génial ;-)

Il y avait une suite sur maemo.org qui permettait de gérer ses contacts, rendez-vous, etc... de manière intégrée et interopérable je pense.

C'est GPE ( http://gpe.handhelds.org/ et http://gpe.linuxtogo.org/ ) qui est une suite PIM portée sur plusieurs environnements de type PDA.

Dans le portage maemo il y a les modules calendar, contacts, todos, filemanager, timesheet et une applet spécifique à maemo pour afficher sur le bureau un résumé des calendriers et todos.

La synchronisation est possible avec opensync.

C'était aussi le cas pour l'installation de base de mon N810, mais après la mise à jour (par firmware) vers la version 4 (diablo) de la plateforme les mises à jour se font par les paquets.

Là dessus, Google met une grosse claque à tout le monde : les cellulaires dotés d' Android soient tous capables de mettre à jour leur système :

Sur ce point, la plateforme maemo est tout à fait compétitive, le système de base est une debian arm et on fait les mises à jour avec apt (directement en ligne de commande quand je veux contrôler ce qu'il fait, sinon avec l'interface fournie) et on peut ajouter plein de dépôt non officiels (en particulier ceux de maemo.org).

- enfin téléphone !

Moi c'est justement ce qui m'avait fait acheter un N810: ce n'est pas un téléphone.
S'ils ne sortent plus de "simple" tablettes internet sous maemo, je crois que je vais garder mon N810 longtemps.

Quelle idée aussi d'aller appuyer sur un écran tactile, les gens cherchent vraiment les problèmes...

Justement, ça peut être une façon de détourner l'attention de la véritable attaque.

Dans ce que tu proposes, on est obligé de lire chacun des boutons un par un avec un texte différent par contexte.
Dans le cas des textes de boutons génériques, on a juste le texte de la question à lire, les boutons étant identifiables sans difficulté.

Ce qui n'est pas à priori plus long, car le message est souvent beaucoup plus long que les intitulés des boutons, et s'il ne l'est pas c'est qu'on a déplacé son contenu vers les boutons.

Personnellement, je préfère très largement la deuxième solution, et je ne clique pas oui sans réfléchir...

Tu es une exception.

Justement (cf mon message un peu plus haut) le problème est que ça parait plus clair, et que donc on clique oui sans réfléchir.

Et encore, d'autres l'ont appelé six (enfin, en chiffre romains).

Ouais, avec des feuilles et un D20.

Je le supposais un peu, c'est plus pour le fun que j'ai répondu en prenant volontairement une mauvaise interprétation de ton message ;-)

Donc tu ne veux pas que les gens aie la possibilité de fermer sans enregistrer?
Vaut mieux être sur de vouloir conserver son document dans l'état où il est au moment ou on ferme, vu qu'on n'a même plus l'option d'annuler...

Si l'utilisateur ne lit pas les messages, il ne comprendra surement pas pourquoi on lui propose d'enregistrer quoi que ce soit alors qu'il vient de faire fichier/quitter

Mais s'il ne comprend pas, il est alors obligé de lire le message.
Alors qu'avec un oui/non il suppose que l'ordinateur lui demande de confirmer ce qu'il est en train de faire, ce à quoi il va bien sur répondre par oui.
Le problème est donc dans ce cas qu'il croit comprendre ce qu'on lui demande.

Je l'ai vu tellement de fois (et ça m'est même déjà arrivé), c'est évident qu'à la vitesse où les gens cliquent sur le oui ils n'ont eu que le temps de repérer ce bouton pour le cibler.

Ce que tu peux faire, c'est définir une API pour permettre à l'application de demander au gestionnaire de fenêtres d'afficher pour elle n onglets plutôt qu'un seul, et ensuite l'application pourrait recevoir (typiquement via dbus) notification que l'utilisateur a cliqué sur un de ses onglets.

C'est un peu le même principe que le system tray où une API a été définie (par freedesktop) pour qu'un programme quelconque puisse fournir une icône qui s'affiche dans un endroit indépendant de l'application et qui permet d'interagir avec celle-ci.