wismerhill a écrit 2605 commentaires

(genre un for nom in `ls` etc)
Fais plutôt un for nom in *, ça t'évitera de lancer un ls inutilement et ça fait trois caractères de moins à écrire.

Ce n'est pas difficile, mais mplayer est quant même un des cas où il est vraiment intéressant de regarder les options de compilation (./configure --help) pour compiler ce qu'on veut (il me semble que même dans la 0.90 la gui n'est pas compilée par défaut, entre autre).

je suis le développeur de Gwenview

Un grand merci à toi :-)

Il ne me reste plus qu'à remettre la main sur mon bout de code qui faisait du chargement progressif...

Ce serait formidable.

Jamais eu de problème avec ce site.

Je ne sais pas ce qu'il en est de l'évolution des paquets Gnome ou KDE dans Mandrake (la flemme de ressortir les vieux CD), mais en tout cas la distrib grossi constament. La 8.2 distrib+contrib tenait sur 3 CD, la 9.0 distrib seule sur presque 3 CD et les contrib 1 Cd et demi et la 9.1 3CD pour la distrib et presque 2CD pour les contrib.

Je confirme il est génial :-)

Et les dernières versions utilisent jpegtran pour retourner des images jpeg sans perte de qualité (pratique pour les images qui viennent d'un appareil photo numérique).
Et aussi les avantages d'être un programme KDE3: intégration avec konqueror, réorganisation des panneaux de l'application (j'adore!).

Il me semble que ee peut faire tout ça (enfin, pas sur, je ne l'utilise pas souvent, mais en ligne de commande c'est pratique, c'est vite écrit ee ;-) )

a beaucoup de répertoires avec plus de 1000 fichiers dans un système GNU/Linux ?

$ ls /usr/bin|wc -w
2622
$ ls /usr/share/man/man1|wc -w
1739
$ ls /usr/share/man/man3|wc -w
4194
$ ls /usr/lib|wc -w
2780

Plus personnel, pour mon mémoire j'ai généré des fichiers par milliers (images d'une expérience prises à interval réguliers, appliquer un traitement à chaque image puis se servir du résultat dans gnuplot, ...) et j'avais des répertoires avec des miliers, et même des dizaines de milliers de fichiers.
Mc s'en sort pas mal ;-)

À propos de tes petites stats.
C'est gnome2 que tu as d'installé, pas gnome1. Donc parmis tous les paquets qui dépendent de gtk2 il y en a plein de gnome2, ça réduit le nombre de programmes.
De plus un paquet ne correspond pas à un programme. Par exemple tous les package devel seront aussi enlevé, et ça ne compte surement pas pour un programme.

c vrai qu'il y avait une epoque où ca marchait (en tout cas pour moi), j'ai pas fais evoluer mon materiel mais on se rend compte qu'il y a qd meme de gros problemes. (la perte de la connexion internet est qd meme fort...)

Il faut noter tout de même que pour la série 4xxx ils ont réécrit une grosse partie du driver en réimplémentant certaines choses de X (je ne m'y connais pas assez pour savoir s'ils ont bien fait).
La première release de la série 4xxx était très buggée, mais ils améliorent avec le temps et la version 4363 que j'utilise pour le moment fonctionne de façon très correcte.
J'hésite encore à tester cette nouvelle version, j'attend un peu de voir ce qu'il s'en dit.

Si, ça existe.
Les seules specs dont nous avons besoin c'est la façon dont on peut interragir avec la carte, au niveau logiciel.
On en a rien à faire que la puce aie un contrôleur mémoire qui peut utiliser de la ddr avec un canal 128 bits. Les spécifications matérielles de la puce et du reste de la carte ne nous servent à rien.

Dans ce cas reste avec une version qui fonctionne.

je ne comprends pourquoi autant d'utilisateurs de Linux ont des cartes NVidia. Car ce sont des gamers sous Windows ? Car les copains ont une NVidia et ils ont dit qu'elle déchire ?

Et les personnes qui applaudissent les drivers NVidia proprio, fermé, closed source, j'ai juste une question: pourquoi avoir choisi Linux ?

Donc pour toi si on est pas 100% pour les logiciels libres autant rester avec rien que du proprio?

En ce qui me concerne, je ne suis pas le seul à utiliser cette machine. Mon frère, tout ce qui l'intéresse c'est le jeux (sous windows donc) et il voulait une carte performante. De cartes performantes ces derniers temps il n'y a guère que NVidia et ATI. Je savais que NVidia développe un drivers pour Linux qui est bien à jour (support des dernières cartes) alors que pour ATI c'est beaucoup moins ça. Donc on a pris un GeForceTI4200, qui a de très bonnes performances, aussi bien sous windows que sous Linux (j'aime bien jouer aussi de temps en temps, et il y a quelques jeux intéressants sous Linux).

Pour ton info, si j'ai choisi Linux c'était d'abord parce que ce système me plait bien (ouverture du système) et qu'il y a des outils beaucoup plus eprformants que sous win. Je ne me suis intéressé à la philosophie du libre qu'après et je suis pour le libre, même si je fais quelques concessions.

Regardons ça autrement:
Personne n'utilise les drivers proprio, donc NVidia constate que personne ne télécherge ses drivers pour Linux. Ils en déduisent donc que personne n'utilise leurs cartes sous Linux et arrêtent complètement de supporter Linux.

Par contre, beaucoup de gens utilisent leurs drivers Linux, et ils le constatent car il y a beaucoup de téléchargements sur leur site et beaucoup de discussions sur les forums associés. Maintenant, si beaucoup d'utilisateurs leurs demandent des drivers ouverts, ou au moins les specs oà ils le prendront peut-être plus au sérieux.

Ben non, c'est pas un problème puisque le source est fourni avec (enfin, le source de la partie qui lie au noyau, le reste est binaire). Le nouvel installeur se charge de recompiler s'il n'a pas de module pré-compilé. Ça prend juste un peu plus longtemps.
Bien sur, les versions actuelles ne sont compatibles qu'avec la série 2.4.x, mais le 2.6 n'est pas encore sorti et quelqu'un a posté un lien vers un patch pour faire fonctionner avec le 2.5/6.

En effet, d'ailleurs les deux dernier liens renvoient vers le même fichier.

Moi j'aimerais bien savoir ce qu'est cet active stereo?

En effet, d'ailleur faut pas acheter du ati non plus, c'est pareil.
D'ailleur c'est bien simple, achetez d'occasion une carte vidéo d'il y a trois ans, celles-là ont des drivers libres.
Comment? c'ets pas terrible pour les performances? oui, mais c'est libre...

OK, je fais un peu dans le troll, mais c'est toi qui a commencé.
-> []

Qu'est-ce que make viens faire là-dedans?
Et puis, pourquoi tu vas installer des package rpm sur une debian?

En effet, lorsque j'utilisait encore msoffice (la version 97) j'avais bien constaté que les fichiers devenaient de plus en plus gros, même si la longueur du contenu ne variait pas beaucoup.

Par contre pour l'astuce ils sont nuls, un simple "enregistrer sous" (même avec le même nom) suffisait à avoir un fichier bien propre, pas besoin de s'emmerder à copier tout dans un nouveau document.

C'est supporté par les cdrtools depuis la version 2, mais comme cela implique de nouvelles options de ligne de commande pour cdrecord il faut que les interfaces graphiques soient adaptées pour le supporter (ou alors tu le fais à la main, en lisant la doc).
À ma connaissance, pour le moment seul la dernière version de xcdroast le supporte. Chez moi ça fait qu'il voit deux fois les périphériques (puisque l'émulation scsi est activée) ;-)

En effet, et les deux que j'ai cité font bien ce genre de choses ,ils traduisent eux-même des anime qui ne sont pas distribués chez nous (enfin, j'ai pas tout vérifié).

Il y a aussi des fansubber francophones, comme MangaPartout (MGP) et animepower-fansub (APF).

Pourquoi exclu-tu ce terme de ton vocabulaire?

Comix?

Je me demande juste pourquoi ils n'ont pas dès le début

Très simple:
OOo viens de staroffice, qui était un logiciel propriétaire avec son propre format de fichier et ils ont travaillé sur cette base.
abiword a déjà quelques années derrière lui et était parmis les premiers traitments de texte libres (donc il a du créer son format).
Quant à kword c'est effectivement le plus récent, mais il ne travaille pas de la même façon (frame based) et il est donc logique qu'il dispose d'un format de fichier qui reflète ses fonctionnalités. Et pour koffice le travail est en cours pour supporter les formats de OOo.