Pinaraf a écrit 3671 commentaires

Il manque également et surtout les outils pour développeurs web intégrés à Konqueror : la page Inspect, intégrée au clic droit dans webkit, ressemble furieusement à une fenêtre d'appli MacOS X... C'est loin d'un modèle d'intégration. De plus, l'afficheur de code est moins joli et moins efficace que le kate intégré au débuggueur JS de Konqueror/KHTML.

Moi aussi je teste, mais j'ai vraiment du mal avec le comportement de webkit en ce qui concerne la sélection de texte : c'est beaucoup moins clair que dans KHTML, je ne sais pas vraiment pourquoi...

* DBUS, c'est plus ou moins comme DCOP
Plus précisément, DBus a été écrit sur le modèle de DCOP, de manière plus générique afin de pouvoir être utilisé par tout le monde...

C'est vrai quoi, c'est quoi ces gens qui postent du contenu bien écrit et plutôt intéressant sur linuxfr ?

C'est pas officiellement dans KDE, mais c'est dispo : http://www.kde-apps.org/content/show.php?content=35875

Pourquoi utilises-tu encore fish ? Il me semble que fish est surtout destiné aux serveurs SSH ne supportant pas SFTP, or ils sont vraiment rares de nos jours, non ? Pour ma part, je n'utilise plus fish car, à l'époque d'un KDE 3.3 en tout cas, il créait un fichier perl caché sur la machine distante (ça a sûrement changé depuis)...

Le trollomètre récursif ne fonctionne pas correctement : une seule barre est affichée !

http://trollometre.com/measure?url=http://trollometre.com/me(...)

Pilote basé, si c'est bien celui que j'ai trouvé en faisant ma recherche, sur le pilote UDF FUSE pour linux, que l'on peut installer sans mettre à jour sa distribution.

Les ACL sont POSIX oui, heureusement.
Par contre une fonctionnalité comme les snapshots, non.
Puis KDE tourne sur autre chose que les UNIX...

KDE gère les ACL depuis pas mal d'années.
Sinon une difficulté pour les environnements, c'est qu'ils ne tournent pas que sous Linux mais aussi sur les systèmes BSD par exemple. Donc faut faire des abstractions, c'est pas forcément évident, ça prend du temps...

Sous Linux, l'accélération vidéo des puces nVidia est supportée par :
- MythTV
- Xine
- MPlayer
- XBMC Media Center
- Boxee
Ok, c'est pas forcément activé par défaut (sauf peut être dans le cas de XBMC), mais ça marche très bien, et une vidéo en 1080 tourne nickel.

Après les autres logiciels (vlc par exemple) ont peut être des patchs en attente, faut juste chercher un peu...

Je vois que personne n'a noté ton erreur : " ps : pour un quad core comme le futur mien, c'est bien l'installer debian ia64 que je dois prendre ?"
Non tu ne dois pas prendre un installer ia64. ia64 c'est pour l'architecture 64 bits "pure" d'intel, l'itanium. Toi tu as un x86_64, alias amd64... Donc tu prends l'installer amd64.

Sinon pour la carte graphique, je conseille nVidia : c'est pas libre certes, mais de toute façon si tu veux de la 3D avec ATI tu vas devoir prendre le pilote propriétaire ATI. Et entre un pilote propriétaire sans fonctionnalités qui marche pas et un pilote propriétaire fonctionnel et assez stable, je préfère le deuxième...

Pour le système de fichiers : passe directement en ext4, non ? btrfs c'est pas pour tout de suite...

Contrairement à ce qui se dit, KDE ne dépend pas de la configuration. Il dépend du pilote X principalement. Par exemple le pilote nVidia accélérait très mal certaines opérations quand KDE 4.0 est sorti. Ça s'est pas arrangé avant août/septembre 2008 quand même...
À l'époque quand même, KDE tournait mieux avec le pilote vesa qu'avec le pilote nvidia dans certains cas !
Donc non, KDE n'est pas lourd. C'est le pilote sous-jacent qui est parfois pitoyable.

l'assembleur génère du code "machine"
Non, l'assembleur est juste une représentation humaine du code machine. On ne compile pas l'assembleur en code machine, on le "traduit", et cette traduction est réversible sans que cela n'entraîne de différences sur le contenu.

C'est une blague ??

Je vais me contenter de citer la documentation de Qt 4.6 (cf http://doc.trolltech.com/4.6-snapshot/qtmultimedia.html ) :
The functionality provided by the Phonon Module is on a higher level and in many cases more suitable for application developers.

Donc ton titre à scandale est tout simplement faux...

Totalement indispensable, mais avec encore des beaux bugs :/
Et des trucs bizarres comme les dialogues d'enregistrement de fichier qui :
- ont des cases à cocher sans texte
- oublient un caractère de temps en temps dans le nom du fichier
Puis des plantages et lenteurs bizarres... Mais rien de reproductible de manière fiable hélas.

Quid des performances de fuse ? Les "rebonds" entre l'espace noyau et l'espace utilisateur ne grèvent-ils pas les performances ?

Hein ?
T'as trouvé ça où ?
J'ai regardé les about, les community... Rien, pas la moindre info là dessus...

Moi non plus, j'ai jamais essayé, j'ai qu'un seul OS.
Mais par exemple ntfs-3g refuse de monter une partition windows si y'a un windows en hibernation dessus...

T'as regardé par exemple jolicloud ?
J'l'ai découvert avec ce journal : à aucun moment ils expliquent qu'ils utilisent derrière une distribution Linux. À les lire, ils ont codé tout l'OS et les pilotes à la main, qu'ils sont forts dis donc...
Ils donnent le code source de leur produit ? Non.

Oui, ben si tu fais un suspend to disk sur ton linux, que tu bootes windows et que tu repasses sous linux, ne t'étonne pas si tu bousilles les partitions qui sont accédées à la fois par linux et par windows... À moins que tu ne démontes ces partitions avant la mise en veille bien sûr.

Pas si tu as monté sur ton linux les partitions windows... Tu pourrais avoir de très mauvaises surprises.

Boarf, comme pour Linux : il lui manque des utilisateurs et donc une masse critique...

Ça correspond à l'utilisation de la même résolution pour la console et pour X... Faut un pilote fbdev.
C'est le soucis par contre du pilote proprio : on sait pas ce qui est développé, ce qui sera développé, quand est-ce-qu'une fonctionnalité arrivera...