Pinaraf a écrit 3671 commentaires

Merci pour cette précision. Je pouvais pas deviner les détails, mais j'ai fait une simple extrapolation pour justifier ce phénomène...
La dépêche pourrait passer la modération sans réécriture complète ?

C'est passé en dépêche, et je pense que ça n'aurait jamais du passer la modération vu que cette dépêche était un copier/coller de l'article du journal le point, et donc, je pense, illégale.
Et donc la suppression rapide de la dépêche est tout à fait légitime et normale.

Problème de distrib.
Perso ma debian je l'ai vue changer de version de libc sans soucis.

Ça ne change pas la propagation immédiate du virus, non.
Par contre, si le virus a les droits admin, il peut plus facilement péter l'antivirus et se planquer un peu partout... Ensuite pour le nettoyer, c'est plus tordu vu que l'antivirus ne fonctionne plus. Et donc le virus restera sur la machine plus longtemps, et donc il se propagera plus longtemps.

Caesar 3 marche parfaitement bien dans Wine depuis des années...

Ah? Il mets aussi à jour mes logiciels? non.
Le noyau de Windows est plus gros que celui de Linux, mais ça revien au même : il ne touche pas aux logiciels tiers.
Tu piges rien toi...
Le noyau de windows, c'est trois/quatre fichiers : ntoskrnl.exe, hal.dll et d'autres que j'oublie. C'est tout. La mise à jour du noyau sous windows ne casse pas les pilotes parce qu'il y a une API et une ABI stables pour les pilotes, ce que Linus refuse catégoriquement (avec de très bons arguments)
Un service pack c'est bien plus gros qu'une mise à jour du noyau. C'est comme une mise à jour du noyau, de X, de la libc et d'autres librairies de base du système.
Il est normal que ça casse des choses, mais dans ce cas faut pas affirmer haut et fort que la compatibilité binaire est un point fort de windows.

Oui, les librairies.
Tout comme Qt, la librairie utilisée par KDE, est dispo pour l'embarqué sous le nom Qtopia (y'a des bonus).
Au passage, Gnome c'est GNU Network Object Model Environment, mais ça correspond plus du tout au projet actuel.

Quand tu passes à Linux 2.6.22, si tu le compiles pas toi même comme un glandu en mettant les options au pif, ça pose aucun problème de compatibilité pour les applications...

Donc c'est moins intéressant que ce que je pensais. Je pensais que l'OS pouvait utiliser ça comme un espace de stockage permanent pour certaines données, dont les données de boot. Avec un vrai système de fichiers (adapté à la mémoire flash quand même) et tout... Déçu... Je nie pas les avantages que ça peut avoir, mais j'espérais que ça soit mieux quoi (bon, pour l'instant le seul disque que j'ai vu hybride le prix m'a pas donné envie de l'acheter)

Ha c'est sûr que sur un écran avec une résolution de 800x480, tu vas lancer KDE ou Gnome.
Là dessus je mettrais jamais un KDE, plutôt un système basé sur Qtopia qui, ô surprise, est testé par TrollTech directement. (Tout comme KDE sur Solaris/Sparc et Linux/Sparc qui est testé par l'équipe de KDE par exemple)

Puis c'est sûr, pour une architecture embarquée genre ARM tu vas tester KDE et Gnome...

Oui, c'est très sérieux, ce n'est pas une blague.
E17 c'est pas un gestionnaire de fenêtres. Je te parle des librairies d'E17 et donc des applications écrites avec ces librairies (je me rappelle plus les noms de ces applications par contre)

Pour le boot, à l'avenir on pourra profiter des disques dur avec mémoire Flash intégrée et un système dans le style de fcache, avec tous les fichiers nécessaires au boot sur la carte Flash.
Par contre, une question que je me pose : sur de tels disques, comment se passe le partage avec un autre OS genre Vista ?

Ils ont eu leur heure de """gloire""" sur linuxfr et ailleurs y'a 2 ans environ. À l'époque, X.org venait de faire passer Composite dans sa branche stable, mais le seul composite manager répandu était basé sur XRender, très très mal accéléré par les pilotes. Et donc les ombres et la transparence c'était hyper lent avec X, alors que E17 c'était magique ça faisait de la transparence et des ombres rapides.
Bon avec Compiz/Beryl les gens ont compris que c'était pas X le problème, et que la transparence et les ombres dans E17, c'est du flan (dessiner les ombres sur le fond d'écran, ça ne fait pas un effet d'ombre rendant l'affichage plus agréable vu que des fenêtres se chevauchant n'auront pas des ombres qui se chevauchent)

Sinon, juste comme ça, dans E17 y'a la gestion du copier/coller maintenant ? Je suis sérieux hein, y'a un an, aux RMLL, le mec a découvert lors de la présentation qu'il n'y avait pas de copier/coller, et il a remarqué que c'était pas dans la liste des choses à faire et donc que ça n'allait pas être fait avant la sortie d'une version stable...

Heu...
Tu peux me dire où est le problème ? Je viens d'ouvrir le document avec OpenOffice 2.2.1 et ça passe nickel (il me manque juste la police utilisée)

Enfin, OpenDocument permet normalement la séparation du fond et de la forme (fichier content.xml et style.xml), mais en pratique, les deux suites bureautiques mélangent allégrement le tout et ça, même si c'est un problème d'implémentation, c'est vraiment dommage.
Je suis perplexe.
Tu as un exemple là ? Parce que j'ai jamais vu OpenOffice générer un fichier ODT avec des styles dans content.xml sauf les styles automatiques, qui n'ont, ça tombe bien, rien à faire dans le fichier styles.xml.

Quant à l'interopérabilité KWord/OpenOffice, c'est surtout que tu compares avec KWord 1.6... qui a des gros gros défauts, l'implémentation est loin d'être complète. Pour KWord 2, ça s'améliore mais y'a du boulot et on manque de bras...

Hum, y'a une erreur dans le titre de ton commentaire, c'est "Étonnant, non ?", cf http://fr.wikipedia.org/wiki/La_Minute_nécessaire_de_Monsieur_Cyclopède

Surprenant...
Ça fait une heure que le journal est là, avec un coup de FUD fantastique, et personne ne réagit ("""Pas besoin de compiler, de se taper des problèmes de dépendances, de mettre à jour sa glibc, pas besoi n de Gnome ou KDE : MoneyDance s'installe sur toutes les distributions, meme datant de 1998, sans poser le moindre problème, à condition d'avoir une JRE d'installée.""") C'est sûr que sous Linux, faut toujours recompiler tous les programmes hein.

Moi, j'infirme :
$ ls -l `which wodim`
-rwxr-xr-x 1 root root 350816 2007-05-06 17:36 /usr/bin/wodim

wodim n'est pas SUID, et ça marche nickel.

Non.
cdrecord est SUID root, mais wodim ne l'est pas. Et k3b, sur ma debian en tout cas, utilise wodim.

Pas k3b suid, surtout pas !
C'est cdrecord/wodim qui peut l'être (sur ma debian, wodim ne l'est pas)
Sur ma debian toujours, j'appartiens au groupe cdrom, et ce groupe a un accès en écriture sur les entrées dans /dev qui correspondent aux graveurs.

Pourquoi pas aussi KMyMoney : http://kmymoney2.sourceforge.net/index-home.html
Mais là c'est vraiment de la grande flemme de tester juste GnuCash puis de passer direct à un logiciel proprio pas connu et de poster un journal pour demander "c'est quoi les logiciels de gestion d'argent sous linux ?". apt-cache search finance ça donne kmymoney2, grisbi, gnucash ou encore myphpmoney.

K3B utilise cdrecord, et cdrecord se débrouille (SUID root à un moment, mais y'a d'autres solutions)

Pareil, j'ai toujours utilisé crayon de bois. Crayon à papier c'est nul comme appelation.

Et soit dit en passant, on dit déjeuner le matin, diner à midi et souper le soir.
Bon écoute, on va faire simple : on mange toute la journée de la pizza, comme ça y'a plus de problèmes.