Pinaraf a écrit 3682 commentaires

Tu réponds pas à ma question : peut être que les linuxiens n'ont pas les même préoccupations que les windowsiens. Peut être qu'on ne joue pas autant à kikalaplugrosse, surtout pour des VM JavaScript... Puis y'a peut être trop de linuxiens en 64 bits, que vous avez pendant longtemps ignoré.

Enfin, comme il faut que ça soit en paquet pour qu'on l'installe sans être pris d'une crise de conscience... on peut pas tester les nightly :) (mauvais argument je trouve, une nightly ça se décompresse bien dans un ~/bin)

Ben moi je l'utilise, ça marche, je me plains pas...
C'est pas bien ?

Y'a peut être trop de linuxiens qui se foutent des perfs par rapport aux autres navigateurs ? On est peut être pas assez obsédés par ça ...

Ton firefox sous linux était-il en 64 bits ? Si oui, tu n'as donc pas tracemonkey, qui n'est dispo qu'en 32 bits...
Ça explique la différence de perf ?

Tout le code est disponible dans un .src.rpm : http://download.opensuse.org/repositories/home:/llunak:/mozi(...)

Ça serait de l'innovation si le projet WebKit ne travaillait pas déjà dans cette direction avant l'annonce de Chrome (avec Squirrelfish et Squirrelfish extreme)

Oui genre ext2 ou fat quoi... Le premier on l'utilise plus, le deuxième on l'utilise parce que c'est le seul, avec NTFS, que windows daigne supporter nativement sans pilote additionnel (pardon, y'a l'UDF qui a été ajouté récemment, mais vu que vista était tellement minable, les gens sont restés à XP, donc sans ce pilote)...

Tu connais beaucoup de systèmes de fichiers qui dise noir sur blanc "faîtes un fsck tous les 30 reboots" ?
C'est juste l'option par défaut de mkfs.ext*/mkfs.reiser*/mkfs.jfs/mkfs.xfs... C'est même pas une question de besoin/pas besoin.
Chez moi je l'ai mis à 200 reboots je crois, c'est déjà plus raisonnable que 30... 30 c'est parfait pour un serveur, pas pour un desktop. (sauf si utilisation du suspend to ram)

Je vous passe les détails: cmake, make,...., déconnexion,..., less Xorg.0.log,..., reboot, less Xorg.0.log, less messages, less .., less..., init 3, init 5, less ...
????
Comment c'est possible de devoir rebooter pour juste installer les paquets de développement ??? Et casser le serveur X au passage....

Tu dois bien être l'un des derniers à avoir encore des problèmes avec nVidia et KDE4...
J'ai jamais eu de soucis avec le suspend to ram sur Linux avec le pilote nvidia (à l'exception du noyau 2.6.30), j'ai moins de problèmes avec les consoles sur le pilote nvidia qu'avec le pilote intel d'une machine de dev... Quant à la sortie DVI, je n'en ai pas, mais le HDMI marche en tout cas...


Le pilote est assez stable en mise en veille pour me permettre d'avoir un uptime de 4 jours là (changement de noyau récemment)...

Ça serait pas surtout lié à la détection et à l'initialisation du matériel qui n'est pas à faire dans le cas d'une machine virtuelle ?

Ben ne pas avoir à faire trop de développements spécifiques à l'iPhone…

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.