Frédéric COIFFIER a écrit 702 commentaires

Je suis d'accord que ça a l'air puissant... mais comment peut-il nous rendre service dans la vie de tous les jours ? Est-ce que vous avez des exemples d'utilisation qui vous ont vraiment rendu service ?

Personnellement, j'utilise Akregator à longueur de journée (c'est presque devenu mon navigateur par défaut vu que je suis pas mal de flux RSS) et il fonctionne assez bien.
Il crashe bien de temps en temps (~1 fois par jour) lorsque j'ouvre une page contenant une vidéo Flash (et dans ce cas, ~50% de chance qu'il crashe). Par contre, j'utilise kwebkitpart comme moteur Web et non KHTML.

Merci aussi pour l'info. J'en avais entendu parlé mais je ne savais pas qu'il était utilisable.
Effectivement, il a l'air de bien fonctionner.
Pour les Gentooistes : https://bugs.gentoo.org/show_bug.cgi?id=381875

Et idem pour Gentoo (aucun souci depuis près d'1 an et je me suis même demandé pourquoi les gens étaient si frileux à passer en 64-bits).

Sinon, une astuce pour mesurer les temps de démarrage de chaque service avec systemd (en remplacement de bootchart) :
http://www.tux-planet.fr/analyser-les-temps-de-demarrage-de-votre-os-avec-systemd/

Oui, mais KDE devait sortir le 27 juillet.

Personnellement, j'appréhende un peu le passage de KDEPIM en 4.6. La version 4.4 marche bien, du moins, elle est rapide. J'avais tenté une bêta de KDEPIM (juste avant KDE 4.5) et KMail était extrêmement lent (avec finalement, pas vraiment de fonctionnalités en plus). J'ai des doutes sur la vraie maturité de KDEPIM 4.6 vu que ça va faire 1 an qu'ils annoncent qu'ils vont le passer en stable...
D'un autre côté, KDEPIM 4.4 commence à se faire vieux par rapport au reste du framework KDE 4.6 donc, on ne pourra pas y rester éternellement...

Elle ne semble pas encore sortie : aucune annonce sur http://dot.kde.org/ et les mirroirs ne contiennent pas encore les packages : ftp://ftp.kde.org/pub/kde/stable/4.6.4/
Les ebuilds sont disponibles sur le Gentoo depuis plusieurs jours donc, ça devrait être imminent.

Idem sur Gentoo : c'était long mais ça marchait.

La 3ème édition est sortie en 2005 (Linux 2.6.10) et il commence se faire vieux.

Où as-tu vu qu'il y avait eu une mise à jour ?

Je rajoute celui-ci :
http://www.blenderguru.com/

Il y a ce plugin qui existe :
http://fr.piwigo.org/ext/extension_view.php?eid=280

C'est vrai que c'est joli mais est-ce que ça compte les mises à jour des packages dans toutes les distributions Linux ?

Ce n'est pas ça qui va encourager NVidia à aider la communauté !!

En effet, à t'écouter, on a l'impression que les développeurs de Nouveau ont un meilleur driver, obtenu par rétro-ingénierie, que celui des développeurs du driver AMD qui ont eu la doc d'AMD.
Ou alors, c'est peut-être les chips NVidia qui sont mieux conçus que ceux d'ATI/AMD...

La console output, c'est l'affichage sur le port série (pour U-Boot ou le kernel). Dans ce cas, tu peux être limité par le baudrate (habituellement 115200bauds) et sur un boot Linux sans 'quiet', il y en a des choses à afficher.

Il n'y a rien de révolutionnaire dans tout ce qu'ils citent : ce sont des choses qui ont déjà été faites unitairement sur différents projets depuis quelques années.
Le slide 33 est bien fait et les liste toutes.

Par contre, ils ont utilisés toutes les recettes (et certaines restent assez difficiles/longues à réaliser).

Un point important : Ils parlent de Qt mais pas de Xorg ! Normal car ils n'en ont pas besoin avec Qt.

Par contre, je crois que le support framebuffer de Gtk est abandonné depuis, disons, 2003...

En outre, ils ont amélioré memcpy pour U-Boot et memset pour le kernel. Je suis étonné que l'on puisse encore améliorer ces fonctions ou alors, ils les ont codé en assembleur pour la plateforme.

Ils ont également retiré les temporisations dans l'initialisation des drivers. Bien souvent les temporisations ont été insérées pour supporter les variabilités des matériels. En les retirant, on augmente sensiblement le risque que le périphérique ne fonctionne pas de temps en temps (et je doute que ce risque soit facilement quantifiable).

Et puis, ils ont des outils pour optimiser l'organisation de la flash en se basant sur l'ordre d'éxecution de l'application.

Bref, à la fin, ils ont un "OS" à usage unique, bien spécifique mais assez loin de la souplesse et de la généricité d'un Linux standard. C'est de l'embarqué et ça a un coût de développement non négligeable.

Bon... toutes mes excuses... J'avais noté ce point avec RonRonnement-GrisBleu mais je viens de regarder au même endroit, et effectivement, je ne vois pas le problème.

Entièrement d'accord : Le principal problème de cascade est qu'elle n'utilise pas toute la largeur de l'écran. Sinon, j'aime bien la façon dont sont gérés les avatars (par rapport à Ronronnement).

Concernant Ronronnement, son principal défaut est qu'elle est très lente (surtout par rapport à cascade). Ensuite, les avatars sont trop gros dans les commentaires et apparaissent même pour les messages masqués (d'où un empilement d'avatars).
Mais le plus, c'est l'affichage des notes dans la marge de droite.

Disons que KDE a subi Qt4.
En soit, Qt4 a été une très bonne chose car les APIs sont bien meilleures que celles de Qt3. Malheureusement, cela a obligé l'ensemble des développeurs de KDE a redéveloppé l'existant. Et je pense qu'ils ont été un peu trop ambitieux par rapport au nombre de développeurs impliqués : avec Plasma (que je trouve gadget), Nepomuk (qui n'a jamais vraiment fonctionné et trouvé sa place parmis les utilisateurs), Akonadi (avec les déconvenues de KDEPIM), le style Oxygen (que j'ai toujours trouvé trop lourd) et Dolphin (qui finalement se rapproche de plus en plus de ce qu'était Konqueror).

Mais quelque part, je pense qu'ils ont fait le plus difficile : La plupart des applications ont retrouvé le niveau de KDE 3.5, comme la prochaine version d'Amarok qui retrouve des fonctionnalités perdues depuis plusieurs années.
Par contre, j'ai l'impression que la communauté des utilisateurs s'est largement détournée de KDE.

KDE SC 4.6 RC1 is out.

Sinon, je confirme que kdepim 4.6 beta2, c'était pas la joie. Enfin, surtout KMail (à priori, les autres composants ne bougent plus beaucoup). Même lorsque la migration se passe bien, KMail passe son temps à interroger akonadi pour afficher le moindre mail (vu que c'est akonadi qui centralise l'accès à toutes les resources). D'où d'énormes latences dès que l'on change d'email ou de dossier. Et je ne parle pas des suppressions d'emails vers la corbeille. Et puis, à cause de Nepomuk Inside, j'avais un process MySQL qui prenait 2 cores à 100%.
Et le pire, c'est que je n'ai pas vu ce qu'apportait cette nouvelle architecture...

Mais sinon, kdepim 4.4.8, malgré quelques bugs cosmétiques, fonctionne très bien et pour le cosmétique, Aurélien Gateau se penche dessus :
http://agateau.wordpress.com/2010/12/18/pimp-my-pim/

Pour le reste de KDE, pas de souci. : la version 4.6 continue d'améliorer les choses.

Krite ne se place plus comme une alternative à Gimp mais plutôt comme un logiciel de création comme MyPaint :
http://www.koffice.org/krita/

C'est pourquoi je vois plus d'alternatives à Gimp.

La page Wikipedia pour LZMA indique que "les outils 7-Zip, lzma et xz permettent d'utiliser plusieurs threads pour compresser".
Mais je n'ai pas vérifié.

Tout n'est peut-être pas aussi noir que je le pensais :
http://android.git.kernel.org/?p=kernel/tegra.git;a=summary

Oui, je doute qu'NVidia libère un jour les pilote du Tegra 2.
C'est déjà difficile pour la gamme grand public et c'est d'autant plus difficile pour le monde de l'embarqué (à l'exception de Broadcom qui libère ses pilotes "qui donnent le cancer des yeux" aux développeurs Linux).