Oui, même que c'est drôlement pratique alors merci beaucoup! :-D
En l'occurence, utilisant Gimp quotidiennement et ayant une bonne expérience de Photoshop, je trouve ne regrette en rien mon abandon du dernier cité au profit du premier. L'interface de Gimp me convient bien personnellement et de toutes les façons, je passe mon temps à utiliser les racourcis claviers (comme tous ceux qui font de la retouche dans mon entourage).
Une mention en particulier pour le plug-in GAP que j'utilise tous les jours. Absolument génial, ce truc, pour travailler sur des animations.

Richard

[ Répondre ]

> amaroK est un puissant lecteur fichier audio qui se base sur Gstreamer ou Arts.

ou sur xine. Faudrait pas l'oublier.

Richard

[ Répondre ]

Sur mon bête poste de travail, je suis déjà à 630000 inodes utilisés. Je parlais bien de certaines situations : je fais de la sauvegarde et je suis régulièrement confronté à des clients qui ont des répertoires avec des millions de fichiers temporaires sur leurs serveurs. C'est typiquement le cas où cela pose un problème.
D'autre part, c'est très bien de pouvoir tuner EXT3 pour certains usages spécifiques mais j'imagine que du coup, ils sont moins efficaces sur d'autres usages. Tant qu'à faire je préfère le système de fichiers qui me fournit tous ces avantages sans inconvénients par défaut.
Pour la taille du journal, je n'avais qu'une petite partition comme référence, donc effectivement, c'est un mauvais argument.

Richard

[ Répondre ]

Tu fais un "configure --help" dans les sources de kdelibs, tu as, entres autres :

--without-arts build without aRts default=no

Au plus, tu auras trois-quatre applis multimédia qui risquent de ne pas fonctionner après (dans kdemultimedia) car effectivement, elles s'appuient dessus.
Mais ce n'est en rien absolument nécessaire au coeur du système. J'imagine d'ailleurs que c'est la même chose pour Gnome vis-à-vis de Gstreamer.

Richard

[ Répondre ]

Tu peux compiler tout KDE sans support Arts.
Et ouais.
Personnellement, je me fiche complètement des histoires glib/KDE/gnome etc. Je trouve que tu montes facilement sur tes grands chevaux, allant jusqu'à l'insulte, pour une histoire qui ne concerne au fond que les devs KDE. Je ne vois pas comment tu peux te permettre de leur reprocher quoi que ce soit en ce qui concerne les choix qu'ils font pour leur infrastructure et j'ose imaginer que, quand on décide passer des semaines en bénévole à coder un logiciel, on préfère le faire avec des outils qui paraissent simples à implémenter pour la langage qu'on utilise. Que ça te plaise ou non.

Richard

[ Répondre ]

Tu sais, les goûts et les couleurs...
Moi aussi, je n'installe que des Slackware, c'est la distribution que je maîtrise le mieux et je n'ai eu que des galères avec les gestionnaires de packages qui "gèrent" les dépendances.
Mais bon, c'est moi. quelqu'un qui préfère avoir un système de gestion de packages avec dépendances sera bien mieux servi par Debian que par la Slack. Et il y a plus de packages disponibles, en général bien validés par beaucoup d'utilisateurs, alors pour beaucoup d'administrateurs, c'est plus sur que de se compiler son serveur soit même avec sa Slack.
Enfin bref, chacun trouve ce qui lui plait et c'est très bien comme ça.
Et ça n'a rien à voir avec Xorg.

Richard

[ Répondre ]

EXT2/3 a une limitation pesante dans certaines situations comparé aux autres FS standards de Linux, c'est sa gestion antédiluvienne, pour le coup, des inodes. Devoir encore formatter de manière particulière sa partition pour avoir un nombre fixe d'inodes est une restriction qui commence à se faire pesante quand tu dois travailler dans un environnement avec des arborescences profondes et un grand nombre de fichiers.
C'est probablement la seule vraie limitation que je lui vois, mais elle va de pair avec sa relative lenteur sur de répertoires avec beaucoup de petits fichiers. Je trouve également pesant de perdre aux alentours de 10% de ma partition pour le journal.
En ce qui me concerne, je trouve Ext3 bien mais ReiserFS3 mieux, donc j'utilise Reiser. Donc j'évite Red Hat (mais ça j'aurais évité de toutes les façons).

Richard

[ Répondre ]

Tu assumes mais tu n'a rien pour confirmer tes dires.
Je suis en contact avec un utilisateur Mac qui jusqu'à ce jour faisait ses téléchargements avec Dreamweaver! Quand je lui ai indiqué comment télécharger à partir d'un navigateur, il était tellement content qu'il n'était pas loin d'aller mettre un cierge à l'église pour moi.
Que veux dire cet exemple? Pas grand chose en fait. Juste qu'on peut trouver des exemples de tout et de n'importe quoi pour appuyer ses dires.
Si tu utilisais KDE, tu verrais que tu as plusieurs liens pour lancer Konqueror : en tant que Navigateur Web, en tant que gestionnaire de fichiers, etc. Il n'y a aucune difficulté pour un nouveau à démarrer, de la même manière que, comme tu le soulignes, il y a IE et il y a l'Explorateur sur Windows. Ensuite, il apprend peu à peu à découvrir toutes les possibilités de l'outil.
Pour me contredire moi-même, je citerai l'exemple de ma femme, qui s'est très bien habituée, alors qu'elle ne connait rien à l'informatique. Pour un nouveau en informatique, je pense qu'il n'y a pas de référence et qu'utiliser un seul outil pour tout faire ou plusieurs demande le même effort d'adaptation.
C'est souvent plus difficile finalement pour quelqu'un ayant des réflexes de passer à une autre façon de faire. C'est d'ailleurs pourquoi les utilisateurs d'une plateforme ont du mal à passer à une autre.

Richard

[ Répondre ]

>Tiens, que fait Konqueror avec "mailto:..." ?
> Le principe de tout afficher/gérer via Konqueror montre vite ses limites.

Il t'ouvre une fenêtre de rédaction de mail, la même que kmail mais sans lancer toute l'application
Honnêtement, je pense que tes inquiétudes sont infondées. A l'usage, la possibilité de lancer tout un tas d'IOSlaves dans Konqueror est très pratique et, moi qui était plutôt pour des outils dédiés, je n'utilise plus que lui dès qu'il s'agit de naviguer dans une arborescence ou de copier des fichiers, en particulier entre machines. Le fait de pouvoir sélectionner des fichiers ou mêmes des répertoires entiers, puis de cliquer droit et de pouvoir faire "Copier vers" en naviguant dans mon "home", c'est un confort qu'on n'apprécie vraiment que le jour où il faut utiliser Mozilla pour télécharger tout un répertoire...

Richard

[ Répondre ]

Y'a quand même des choses comme Rosegarden ou Scribus (ce dernier est plus QT que KDE, mais il est question de mieux l'intégrer à KDE, je crois).
Il n'y a pas vraiment d'autre équivalent dans le libre de Quanta, avec autant de fonctionnalités et un debugeur PHP.
Y'a Umbrello.
Non, à bien y regarder, je pense que KDE ne manque pas d'applications spécifiques. Elles n'ont peut-être juste pas la "médiatisation" d'Evolution.

Richard

[ Répondre ]

Bon à savoir. Merci.
Un autre truc que je commence à apprécier de plus en plus (au fur et à mesure que c'est débuggé :-)), c'est la correction orthographique automatique un peu partout dans KDE. C'est pas encore infaillible, mais ça m'arrive de plus en plus souvent de remarquer un mot en rouge quand j'envoie un message sur un forum ou un mail. Un petit clic droit, et hop.
Tiens, mon "débuggé" du dessus vient justement de s'allumer. :-)

Richard

[ Répondre ]

En l'occurence, j'utilise KDE régulièrement et chaque fois que je retourne sur un Windows, je passe mon temps à pester qu'il me manque toutes les petites fonctionnalités KDE que j'aime.
Dire que KDE ne fais que pomper Windows est extrêmement réducteur : KDE prends des idées un peu partout (Windows, MACOS, GNOME entre autres) et ajoute ses principes à lui. Du coup, selon l'utilisation que tu en fais, tu peux dire que c'est pompé sur ce que tu veux.
En attendant, j'ai découvert fish:// dans Konqueror, qui permet de naviguer sur un site distant en SSH et de faire des copier/coller directement via SCP. Et maintenant, quand je suis sur un autre environnement, ça me gave de ne pas trouver cette fonctionnalité.

Richard

[ Répondre ]

Tout bêtement parce que souvent, il marche mieux (au moins dans une branche donnée).
Exemple pour moi : l'accès au système de fichier ISO9660 a été modifié pour que l'option "cruft" ne soit pas utilisée par défaut pour des systèmes de fichiers de plus de 850Mo. Du coup, on peut lire correctement des DVD gravés sous Mac (je suppose que sous Mac, on peut graver en UDF mais mes interlocuteurs m'envoient régulièrement des DVD gravés en ISO).
Voila, c'est pas grand chose, mais ça aide.

De toutes façons, je garde toujours au moins un autre kernel qui marche. Si le nouveau est instable, je peux donc toujours revenir en arrière.

Richard

[ Répondre ]

J'ai vu ce bug mais il me semblait plus orienté plug-ins et leur optimisation par rapport à des équivalents Photoshop.
Comme le souligne la mise à jour de David Neary dans le bug que j'ai ouvert, il s'agit d'une régression de performance entre la 1.2 et la 2, donc pas vraiment le même problème.
Pour en revenir à cette discussion d'ailleurs, d'après les tests de David, il s'agirait d'un problème spécifique à Linux non reproduit sous Windows, et qui concerne tous les pipes. Ca semble donc tout de même plus lié à Gimp lui-même qu'à autre chose.

Richard

[ Répondre ]

J'avoue très mal connaitre l'architecture de Gimp et qu'il est donc tout à fait possible que ce ne soit pas gtk2 mais une autre couche qui soit responsable de ce ralentissement. C'est bien dommage d'ailleurs car Gimp 2 est quand même bien mieux que le 1.2 (en particulier le plug-in GAP qui apporte plein de trucs chouettes en 2.0).
Bon, j'ai ouvert mon bug, en espérant que cela pourra les aider. Ca s'améliorera surement.

Richard

[ Répondre ]

Pas encore mais je compte bien le faire.
Notez que c'est facilement reproductible avec une souris : tu prends cette fameuse brosse (Pencil Sketch), tu crées une image et tu passe dessus à toute vitesse avec ta souris. Très rapidement, j'observe un délai. Le même test avec gimp 1.2.X ne pose pas de problème.
Tiens, tu fais bien de me motiver, je m'en vais illico créer un bug sur leur bugzilla.

Richard

[ Répondre ]

Je n'utilise pas Gnome mais mon expérience avec Gimp me laisse penser que Gtk2 est effectivement plus lent que le 1.
Ma femme utilise beaucoup (sur un AthlonXP 1600+, quand même) les brosses faites de lignes parallèles qui tournent de façon aléatoire quand on dessine, et cela avec une tablette graphique.
En utilisant Gimp 1.2.4, pas de problème de réactivité, le curseur suit parfaitement les mouvements et les motifs apparaissent avec une bonne réactivité à la pression. Avec Gimp 2.X, si elle dessine trop vite, le curseur prend du retard et finit par écrire tout seul les mouvements bufferisés quand elle s'arrête. Du coup, on est repassé en Gimp 1.2 car cela rend Gimp 2.X inutilisable.
Evidemment, je n'ai pas de garantie que cela est du à gtk2 plus qu'à Gimp 2.X lui-même, mais cela ne m'étonnerait pas compte tenu de tes remarques.

Richard.

[ Répondre ]

Je ne l'ai jamais utilisé mais il me semble que checkinstall, qui est en extra, te permet de créer un paquet slackware à partir du make install des sources. L'intérêt, du coup, est que tu installes le paquet juste crée, et ensuite tu peux le désinstaller proprement.
Je me doute que ce n'est pas exactement ce que tu veux, mais ça fait relativement bien la blague.

Richard

[ Répondre ]

Les paquets slackware ne sont pas fragmentés, il y a tout dedans. Donc, tu installes ton package avec swaret, tu laisses swaret vérifier s'il y a lieu d'installer des librairies dont dépendrait ton paquet et après roule.

Attention, ceci n'est vrai qu'à l'installation : swaret vérifie les dépendances non pas grâce à des informations contenues dans les paquets mais en utilisant des informations de dépendance stockées sur des serveurs. Donc, si on met à jour une librairie, il n'y aura pas d'alarmes concernant les paquets déjà installés.

Ca pourrait être un problème pour une distribution comme la debian dont les sources de paquets sont nombreuses et variées, mais pour la Slack, comme la source est essentiellement Volkerding, il n'y a pas de problème.

Richard

[ Répondre ]

Swaret a un support basique des dépendances en ce qui concerne les librairies. Si tu installes des paquets et qu'ils nécessitent des librairies non présentes, en général swaret parvient à se débrouiller pour le repérer et les récupérer.
Ca fonctionne bien et c'est tout ce dont on a besoin.

Richard

[ Répondre ]