tinodeleste a écrit 443 commentaires

plus rapide, oui. plus efficace ? ... (aptitude -v... moo)

en commande importante, il y a aussi :
aptitude moo

les sources de binaires supplémentaires, il faut les rajouter à la main dans ledit fichier (/etc/apt/sources.list )

il y a aussi une ligne à ajouter si on veut pouvoir télécharger les sources à la sauce debian de certains paquets (les lignes en deb-src ).

Et enfin, comme dit par Jaroug plus bas, et malgré le refus de certains intégristes de l'apt-get, l'outil recommandé par debian pour installer/désinstaller/mettre à jour la distribution est aptitude, pas apt-get. Je n'ai jamais utilisé bien longtemps les autres front-end à apt-get (synaptic) donc je ne sais pas ce qu'ils valent. Aptitude permet par contre une résolution des problèmes de dépendances en cas de transition majeure plus fine qu'apt-get. Ceci dit, cela aide surtout si on utilise sid.

Le but de mon exposé n'était pas de faire une présentation de tous ces logiciels, d'autant plus que la majorité aura disparu dans deux ans (comme tla qui était super à la mode il y a deux ans et déjà en cours d'oubli).

Il est bien là le problème. On assiste à un début d'utilisation d'une multitude de systèmes, surtout en décentralisé, et on a aucune idée de ce qu'il en restera dans deux ans.

Ils ont beau, pour certains, être 'facile' (j'ai du mal a mettre gnu arch et facile dans la même phrase, mais bon) à apprendre à utiliser, il n'en reste pas moins que maîtriser les commandes de 3-4 outils comme ca conduit à des erreurs (comme des svn delete qui effacent le vrai fichier en plus de celui sur le dépôt, au contraire de ce que faisait cvs...)

Enfin bon, à dans deux ans pour savoir s'il y aura eu un peu d'écrémage...

dans cet article, la définition du mot 'teuton' qui s'applique ici est 'adj.pejoratif ...' donc ca me choque un poil.

M'enfin au final, tout ca me choque nettement moins que l'état de l'Etat allemand après cette démission et les problèmes du SPD... et ceci est à mon avis nettement plus grave que le fait de savoir s'il y a des partisans de l'opensource ou pas à la tête du gouvernement, n'en déplaise au lectorat local.

avec le 2.6.13 déjà, les lignes de codes de devfs avaient été commentées ou effacées. Un des plus gros changements est que les ramdisks ne peuvent plus être générés par les outils initrd classiques et que les distributions doivent chercher des alternatives pour générer ces images (utile pour éviter l'inflation du noyau quand on veut pouvoir démarrer sur tout type de système, pour un noyau maison, il reste souvent plus simple de choisir ses propres modules/drivers noyau sans utiliser /initrd).

Chez Debian, ca se joue pour le moment entre les outils initramfs (utilisés par Ubuntu) et les outils yaird, mais rien n'est vraiment décidé pour le moment, vu que ces deux outils sont assez jeunes.

Qu'en est-il chez les autres ?

http://www.xs4all.nl/~ekonijn/yaird/yaird.html
http://people.ubuntu.com/~jbailey/bzrtree/initramfs-tools/ (celle là est assez fruste, je n'ai pas trouvé mieux encore)

les gens qui conduisent de manière posée, sans accélération et tout, pourquoi achètent-ils des bmw ? (notez, moi, je la veux bien, je ne vais pas être hypocrite) pourquoi pas une 'petite' volkswagen passat tdi115 qui suffira largement à ton type d'utilisation et sera largement moins chère... ?

et puis que vas tu donc bien faire à Poitiers ???

ca fait un certain temps (5 ans ?) que toutes les cartes que je croise sont capables (en 2D) de faire du 85Hz jusqu'à au moins 1600x1200... et même à ce niveau, la plus grosse part du budget ira à l'écran. Pareil pour les chipsets intégrés aux cartes mères depuis 2 ans...

pour faire du graphisme, 192, ca me parait juste : il faut voir que si le client veut se servir d'une table graphique, il n'utilisera sans doute pas gimp pour manipuler des images en 200x300 16 couleurs sur un seul calque...

donc, comme dit plus bas, je mettrai le paquet sur l'écran (parce que travailler sur un écran pourri, ca fait mal aux yeux) et la mémoire.

on pourrait aussi remplacer le système de vote par un filtre entraîné sur les milliers de commentaires préexistants, je suis sûr que ca pourrait marcher...

> Et pour ceux qui n'utilisent pas la dlfp bar, les messages masques rendent le site
> impraticable : oblige de cliquer pour lire, ca ouvre une nouvelle page et quand
> on fait back, on a perdu le marquage des nouveaux messages.

et Dieu créa les onglets, et il vu que cela était bien.

à propos silence, une nouvelle config conseillée là :

http://www.pcsilencieux.com/article-52.html

il y a moyen de remplacer pratiquement tout les ventilateurs de carte mère/carte graphique, voire de CPU par de bons dissipateurs si tu as un boitier bien agencé/ventilé.

en quoi l'utf8 accélèrerait ou ralentirait la vitesse d'affichage d'un wm ?

des infos là http://people.debian.org/~djpig/gcc-transition/ et là http://people.debian.org/~mfurr/gxx/ .

Suivant si on ne regarde les paquets que pour i386 ou sur toutes les architectures, il y a plus ou moins de retard... 272 paquets sources sont encore en ABI 3.3 alors que 974 sont passés à l'ABI 4.0 si on ne tient compte que des i386.

aptitude est conseillé pour toutes les mises à jour complexes de paquet parce qu'il gère mieux les résolutions de conflits qu'apt seul;

Ca s'améliore d'ailleurs encore avec la version 3.5, qui est certes un peu moins stable (c'est pour ca qu'elle est dans experimental) mais qui permet rapidement de voir quelles options on a (enlever- garder sans mise a jour ...) pour upgrader ses libs. Particulièrement utile cet été avec la transition ABI-C++...

je pense (je ne suis pas sûr je n'utilise pas Mandrake) que le driver fglrx dans XFDrake fait appel au driver proprio d'ATI repackagé par Mandrake.

En ce qui concerne le driver libre, si tu mets comme driver 'radeon' dans ton xorg.conf, le driver générique sélectionnera automatiquement en fonction des drivers compilés dans ta version et de ce qu'il détecte de ta carte vidéo quelle version précise utiliser. Pour une 8500, ca doit être le driver r200 si je ne me trompe pas (cf http://xorg.freedesktop.org/X11R6.8.0/doc/radeon.4.html(...) )

Pour info, xorg 6.9 n'est pas encore sorti officiellement (çà en est à rc0), c'est peut-être normal qu'ils s'attachent à tenter de faire marcher le driver sur les systèmes qui marchent et sont supportés officiellement...

et il n'y a pas de driver 'libre' fglrx. C'est soit le driver proprio, sans doute repackagé par Mandriva, "fglrx", soit le driver libre, "ati", qui supporte bien les chipsets r200 et la 2D, et qui commence à marcher pour les r300 en 3D (chez moi ca marche pas top en 3D).

merci pour le NB. Avec ce genre de petites phrases, je comprend pourquoi il n'y a pas encore eu de chancelier en Allemagne issu de la CSU...

à quand des études sur les probabilités de gain de partie au contre-sirop (un jeu du pays de galles...) ?

marre des gens qui ralent pour plussage ou moinssage en général. donc inutilisage. (désolé que ca tombe sur toi...)

étant donné d'autres articles de ce site, je pense que c'est plutôt un parti pris de la rédaction de faire appel à la notion de portefeuille plutôt que de liberté pour présenter ces logiciels. La démarche de liberté vient sans doute plus tard...

c'est quand même assez exotique chez les particuliers, le bi-pro...

le problème de drivers est surtout gênant en ce qui concerne les cartes graphiques en 3D. Et je ne parle pas de la dernière mouture d'ATI ou Nvidia, je parle de cartes qui existent depuis 3-4 ans, sur de nombreuses machines . Le support opensource n'existe pas ou peu parce que c'est difficile de faire du reverse engineering là dessus et que les specs ne sont pas fournies, et le support ATI (en tout cas) est en dessous de tout... et çà, c'est très gênant.

Se dire 'super, Quack 4 va sortir d'emblée sous GNU/Linux' et puis 'ah mince, si glxgears me fait péniblement du 400fps, je vais peut-être repasser à Win pour y jouer quand même' c'est un poil dommage.

Me dire que dans 3 ans, je pourrais y jouer parce que le driver r300 sera arrivé à maturité et alors qu'il n'y aurait plus de support dans windows vista ne me console pas plus que ca...

Japon (mais ça compte ? Juste dans l'aéroport, en escale)

si tu n'es pas sorti de la zone internationale, ca ne compte pas...

Perso, je préfère la version de la fiesta avec Corea et Getz, mais bon...

Dans la discussion, on arrive aux limites des classements réduits que permettent les tags ou fichiers. En gros, il faut aussi connaître un minimum ses disques ou ses artistes préférés et ses manières de trier classer nommer.

en étant de mauvaise foi, un seul de ces points, j'y arrive : j'utilise une arborescence du type genre/artiste - album, donc tout les titres de jazz, c'est facile... et comme je veux savoir ou sont physiquement mes fichiers pour les balancer sur ma clé, ca me suffit.

Le coup des morceaux composés/joués/avec la participation de Herbie (surtout en jazz) ca me plairait bien, mais l'investissement en taggage pour faire ca bien (donner pour chaque album les principaux musiciens, le compositeur,...) me paraît trop long et pas assez facilement automatisable.