Compte_supprime_74291

Plus depuis que je refuse d'y toucher... ... d'ailleurs petit à petit, les gens à qui j'en ai mis une (et non... je n'ai pas toujours été hostile... je continue d'ailleurs de penser qu'une distro ostensiblement accessible est une nécessité... j'ai juste arrêté de croire que cette distro était ce qui était attendu) se plaignant de la stabilité aux mises à jour, maintenant, je leur propose de la Debian... et finalement, ça se passe beaucoup mieux... @16ar : ça a peut-être changé un peu au niveau des paquets, mais n'en reste pas moins que le fork a été agressif et que je n'en vois toujours pas l'intérêt (enfin, si : un buzz de communication)... et que la mise à jour et l'administration de ce truc m'a paru une telle plaie cet été que je ne suis pas prêt d'y retoucher ou de la proposer de nouveau... cette distro fait partie des "grands projets" que je considère comme aussi mauvais que populaires (avis personnel que je ne force personne à partager) : OOo, firefox, le blob nvidious (bon, ok, ce n'est pas libre... m'enfin, le fork de Debian et l'alter ego du behemoth mozilla non plus, alors...), gnome, ... Après, chacun son truc... mais trop de mauvais souvenirs ou expériences avec ces trucs pour que je soit près de les réutiliser (enfin, pour OOo, j'attends surtout Koffice 2 et la pleine compatibilité opendocument pour m'en débarasser définitivement)...

Oui, alors, le support de chez cette distro, j'en suis revenu... après une soirée passée à faire l'équivalent de deux dist-upgrade... des heures, et des heures, et des heures, et des heures (sur un portable qu'on m'avait amené)... pourtant, je downloade à 1,9Mio/s... mais «l'upgrade path» est tellement douloureux, vu tout ce qu'il faut changer d'une version à l'autre, que je ne suis pas prêt de la reconseiller... ... sans compter ce que je pense de faciliter l'installation de drivers proprios... ... bref, j'en reste sur le fait qu'hormis des blobs en pagaille, cette distro ne reste qu'un gros buzz autour d'une vilaine société de service, n'ayant rien amené de concret, que le fork était inutile (surtout un fork de unstable, avec des paquets incompatibles avec son aïeul), et que tout ce qui a été fait par ce machin aurait pu être fait en s'investissant dans Debian, ou en continuant de s'y baser, avec une Custom Debian Distribution, plutôt qu'avec un fork agressif... Je suis sans le moindre doute un geek barbu (avec un gros bouc de gnou, en plus, pas rasé depuis... pfiou... à peu près une dizaine d'années... par contre, je ne suis pas gros du tout... pas spécialement de t-shirt de geek non plus : je m'habille tout le temps en noir ), mais je m'en fouts... mon avis est fait depuis bien longtemps... Bon, après, de ce que j'en comprends, conseiller Gentoo à un débutant qui ne veut pas se faire chier du tout, ce n'est pas forcément ce qu'il y a de plus avisé non plus... mais toujours plus que cette réponse au champ lexical d'une ingratitude crasse...

«blob», c'est pour «binary large object»... ça vient des bases de données, et c'est détourné pour désigner un gros binaire dont on ne sait pas ce qu'il fait, parce qu'on n'a pas les sources pour le générer... ... c'est plus explicitement un terme péjoratif pour désigner un driver proprio...

Je te rassure: très peu... je crois n'avoir rajouté que : «ou au *BSD (libre), depuis des années, et j'en suis très satisfait». C'est peu ou prou ce que je dis... ... je n'ai jamais forcé qui que ce soit à passer à linux, ni ne le ferais jamais... J'aide pas mal de gens, mais à la condition exclusive qu'ils souhaitent être aidés, en prenant en compte les efforts que ça implique, en l'état... dans le cas contraire, je leur conseille effectivement de regarder macos, ou de payer un paquet de thunes pour qu'un H@X0r incompétent et professionnel mette le bordel dans leurs fenêtres à leur place... mais si les gens ne sont pas prêts à se sortir les pognes ou le lardfeuille du fion, je m'en lave les mains depuis des années (à moins que je les considère vraiment comme des proches, et qu'ils manifestent le désir de passer à un linux que je leur administre)... Je reste après tout bien conscient que les gens ne sont pas prêts pour l'informatique et ne sont pas près de l'être, et vice-versa... ... après, si le seul but est d'avoir du bling-bling composité, sans verser ni sang, ni sueur, ni argent, et que c'est soit impossible, soit difficile, soit que ça implique de changer de matos, bah, ce n'est pas ma faute... ... ce qui me fait chier, ce n'est pas tant que linux ne soit pas démocratisé... à la limite, à titre personnel, je m'en fouts : il me suffit déjà bien «comme ça»... et le but ne m'a jamais paru de faire la nique à redmond... juste d'avoir un système libre... par contre, l'apologie du blob si répandue, elle, elle me casse les couilles... Prenons un système à la licence beaucoup plus tolérante que celle de linux : OpenBSD... ça ne les empêche toujours pas d'avoir plus de matos wifi librement supporté que nous, et depuis un moment... à côté, on trouve pelletée de routeurs et cie qui embarquent du blob, dans la légalité la plus douteuse, pour faire marcher les antennes... et aussi dans l'indifférence (voire même, la félicité) presque complète... résultat : va faire un point d'accès au libre : pas de quoi s'étouffer avec le choix (warning : putain de litote)... Et au passage, si je veux bien admettre que la difficulté de support de certaines choses limite la popularisation de linux, je pense que la tolérance des blobs, ayant très souvent pour conséquence de s'en satisfaire pendant des années, travaille contre nous sur ce point, avant toute autre chose...

J'avais précisé sans emmerde, au-dessus... ... par contre, pour celui qui ne veut vraiment pas se faire chier, m'est avis que c'est encore ce qu'il y a de plus simple... Attention, hein... je ne tourne qu'au linux ou au *BSD (libre), depuis des années, et j'en suis très satisfait, mais fait est que les gens à qui je l'ai montré et qui l'ont adopté, soit ils ont manifesté l'envie de faire l'effort de prendre des habitudes et d'apprendre des choses, soit j'administre leur machine (comme pour beaucoup de redmondianisés, c'est le neveu/cousin/... qui le fait)... ... bon, après, ça découle aussi du fait que beaucoup de gens ne sont pas prêts pour l'informatique... mais ça... Ce n'est pas toujours facile pour le HaX0r de base de reconnaître qu'il n'y connait rien et qu'il n'y a rien de mal à apprendre, mais c'est malheureusement très répandu... je pense notamment à un pote qui se débrouille sous fenêtres (c'est "le type qui s'y connait et à qui son entourage demande"), mais qui m'a fait halluciner quand je n'ai pas pu me connecter en wifi chez lui pour quelque chose d'aussi con qu'un /30 défini pour son réseau... j'ai bien essayé de lui expliquer que ce n'était vraiment pas compliqué de l'élargir pour les invités: peine perdue... il était prêt à désosser quiconque toucherait à ses réglages routeur qu'il avait mis des semaines à rendre utlisable, sans pour autant y comprendre quoi que ce soit... alors, qu'il prenne de nouvelles habitudes... c'est triste, mais malheureusement courant...

Pouvoir le mettre sur une machine et l'utiliser sans notion d'administration... - sous macos, ça suppose au moins d'acheter une machine hors de prix... - sous linux, ça suppose au moins d'avoir du hard supporté, ou de prendre une distro à blob (et encore)... - sous fenêtres, j'aime autant ne pas m'exprimer...

Sans emmerdes? Strictement aucun

Bof... il suffit de ne pas croire au gros FUD comme quoi linux serait prêt pour le desktop... ... non pas qu'il ne puisse pas l'être, hein... mais si on ne veut vraiment pas d'emmerdes, il faut du matos spécifique (imprimantes/scanner HP, GPU radeon<=X800|intel GMA, wifi intel IPW<=2200 et pas d'access point, ...)... Et à tolérer les blobs, ça ne va pas forcément plus vite à évoluer...

Ni vraiment l'accélération 2D, de ce que j'en sais... d'ailleurs, sur ces puces, il me semble que la 2D est gérée par les mêmes éléments que la 3D... D'après ce que j'ai lu, la gestion de l'affichage reste en software, pour l'instant... peu ou prou seul le multi-écran utilise vraiment le hard (difficile de faire autrement)... ... en attendant, les X800 marchent plutôt bien (enfin, plus par deux, pour le tri-écran, et comme toutes les cartes dont les drivers utilisent le nouveau randr, ne serait-ce que sans dri, depuis cette régression de merde apportée par X.org 7.3... :bordelàqueue:)...

Bah faut demander... ça reste quand même les cartes à drivers libres qui fonctionnent le mieux sous linux...

Ouais, enfin... là, dans un shell, si je commence à taper "echo $" et que je demande l'auto-complétion en appuyant sur "tab", ... ... des variables d'environnement, j'en liste 72 (en comptant des tonnes de trivialités comme $BASH_VERSION, $USER, $UID, ... )... ... je serais curieux de voir une machine redmondienne avec une base de registre de 72 éléments... hein? Comment? Ah, on me dit à l'oreillette que l'écran se remplit de signes cabalistiques sur fond d'écran bleu, quand c'est comme ça... Bon, en restant sérieux, la base de registre n'a pas grand chose à voir avec les variables d'environnement... ce serait plus proche d'un conglomérat du /etc, des fichiers/répertoires de config cachés dans les "/home", et du /proc... mais pas de tout ce qu'on y trouve, puisque les fichiers de conf sont généralement en train de dégueuler d'à peu près tous les emplacements possibles et imaginables dans le système... Par contre, trouver la base de registre plus simple que les fichiers de config à-la-*NIX (un fichier pour chaque type de configuration... si on en foire un, tout le reste n'est pas forcément INpacté...), faut pas avoir vu grand chose d'autre de plus que la première... et comme ceux qui n'évoluent pas sont voués à disparaître

Ca se discute... j'aurais tendance, pour commencer, par désigner l'absence de système de gestion de paquets... ... parce qu'un endroit central pour configurer les logiciels, on en a un qui me semble beaucoup plus clair et simple à utiliser que la base de registre: le contenu de /etc

Plus que d'utiliser ext4 alors qu'il est encore expérimental?

Bah, primo, avoir un disque (dur, clé usb, ...) externe en fat32 est encore le compromis le plus simple pour transporter des données chez des gens (en plus, si tu le formates sous linux avec mkfs.vfat, tu n'es pas limité à 32Gio... je viens d'en acheter un de 500Gio formaté en une seule partoche fat32, juste pour trimballer, sans y stocker de choses importantes... et ça marche très bien partout... juste penser à bien spécifier que c'est une partition de type 0xb, ie "W95 FAT32", dans cfdisk, par exemple, pour être sûr que les OS un peu gogols la reconnaîtront en tant que telle)... ... ça, au moins, tous les os le lisent et l'écrivent sans problème... alors, d'accord, ça fragmente, ce n'est pas journalisé, mais bon, pour de l'externe de transvasement, si on n'est pas un goret, il n'y a pas de raison qu'il y ait de problèmes... ... et si tu as vraiment des choses importantes à mettre dessus, rien ne t'empêche de faire une partoche ext3, qu'il sera par contre plus dur de lire sous d'autres OS, mais qui t'offrira journalisation et permissions *NIX... Après, les fichiers, ce sont des bits... les données ne changent pas d'un FS à l'autre... éventuellement, ce qui va changer, ce seront les permissions, l'encodage du nom de fichier (mais pas du contenu, heureusement), et les taille/nombres maximaux de fichiers sur la partition (max 4Gio par fichier pour fat32... mais bon, 7zip avec découpe en plusieurs fichiers, voire sans compression, pour gagner du temps, c'est pareil: c'est potentiellement disponible partout)... ... mais ce n'est toujours pas ça qui en change les contenus... juste les conteneurs, éventuellement... Sinon, pour la conversion, bah, ça se fait par l'OS, à condition qu'ils ait les drivers pour les différents FS en jeu, ou de manière transparente par le protocole, si ça passe par IP (grosso merdo, le kernel d'origine donne le contenu des fichiers à l'application d'origine qui le donne aux trames IP, et les trames IP donnent le contenu des fichiers à l'application d'arrivée qui le donne au kernel d'arrivée... pas besoin que les kernels "parlent" le même FS)... A la limite, la difficulté viendra si tu parles en UTF-8 (noms de fichiers, contenus des fichiers texte) à quelque chose en ISO-8859-15, ce qui flinguera quelques caractères (sans toucher au contenu... seule l'interprétation textuelle sera affectée)... mais là, ça dépend et faut s'adapter à chaque situation particulière...

Le disque dur reste dans le portable? Si oui, bah, ext3, ext2, reiserfs, ntfs, fat32, ... tout ça te permet aussi bien (enfin, façon de parler... ceci n'est pas un lâcher de troll ) de stocker des fichiers qui transiteront par le réseau vers d'autres machines, via samba, msn, ... Donc, garder une partition fat32 en guise de vaudou incantatoire pour s'interfacer via IP à des machines redmondiennes... non, ce n'est rien d'autre que du vaudou incantatoire... De toute façon, gmplayer est ultra-moche... le mix d'interface skinnée et de sous-fenêtres gtk1 , peu de chances que ça jure plus avec un bureau gtk que des applis qt avec un moteur de thèmes à la même apparence que celui du thème gtk...

S'il n'y a pas de faille qui permette l'escalade de privilège, pas grave... la seule chose sensible que je permette à mes utilisateurs pour lesquels tourne la session X.org (pas de session manager chez moi: login en tty... chacun son tour), c'est de faire du SSH (et éteindre/rebooter la machine... sudo extrêmement restrictif pour l'utilisateur courant)... ... or, mes clés SSH sont sur des clés USB, où elles sont chiffrées... elles ne sont chargées dans un agent que si je renseigne correctement le askpass, et déchargées de l'agent à leur retrait, ou à la fermeture du dernier tty par l'utilisateur qui les a montées... ... et sans mes clés SSH, on fait macache (sauf faille critique... auquel cas, de toute façon, "you're gonna get owned")...

Quelle bonne idée, tu veux dire (une fois n'étant pas forcément coutume )... On peut parfaitement locker un compte, avec "passwd -l user"... en faisant ça, on définit un mot de passe qui ne peut être reconnu comme valide, empêchant la connection d'un utilisateur (on peut le faire pour root)... on peut aussi passer par les securetty pour en bannir root... perso, je vais jusqu'à interdire su... je ne fais ma maintenance que via ssh+sudo, même en local. Ca n'empêche pas de définir un mot de passe root avec "sudo passwd root" non plus, si on en veut vraiment, hein... m'enfin, que le compte le plus crucial de la machine ait un mot de passe mémorisable et avec lequel on peut faire plein de cochonneries (tu me diras, avec sudo aussi... sauf qu'on peut granulariser... j'ai un compte pour les upgrades courantes, et un autre pour la maintenance lourde... et reste quand même le single-user mode, ou le boot sur un livecd, pour les pires cas), je trouve ça sâle... et par opposition, je trouve sudo très élégant.

Ah, bah, si on cherche les emmerdes

Clair que c'est impressionnant ... c'te pelletée de chipsets... merci pour le lien Normalement, ils prévoient d'avoir un support 2D complètement fonctionnel d'ici la fin de l'année... donc, on devrait l'avoir dans X.org 7.4 (fin février, début mars 2008)... X.org 7.4 qui va d'ailleurs, semble-t-il (en farfouillant dans les mailing lists, les notes de conf, etc...), intégrer RandR 1.3 (et donc, le support du multi-cartes... après le blackout que provoque X.org 7.3)... Sinon, pour rester dans X.org, pour le 7.5 (été 2008), ils prévoient le multi-pointeurs et le multi-écran distribué (ce qui devrait permettre de faire du multi-écran distribué sur plusieurs machines ... et l'amélioration du partage simultané d'une machine entre plusieurs utilisateurs) De toute façon, pas moyen que j'installe un blob si je veux mâter un truc qui vient d'un disque HD... si on finit par avoir de quoi décoder du disque HD en live, avec un truc libre, il y aura moyen qu'on n'ait pas besoin de se soucier de HDCP... puisqu'on ne nous donnera pas de quoi le faire, pourquoi et comment on implémenterait HDCP (d'autant que les DRMs libres, une fois qu'on a le flux...)...? ... quant à HDMI en lui-même, tu lui reproches quoi, exactement? La 9600XT de mon HTPC sort très bien en HD via un câble DVI/HDMI... d'ailleurs, c'est très cool: ça me permet de me servir de mplayer comme scaler... Si la source ne chiffre/authentifies/trucmuche-à-la-con pas via HDCP, l'afficheur s'en fout...

Bah, si tu utilises vesa, c'est fourni par freedesktop (ceux qui font X.org)... donc, tes deux cartes ayant l'air récentes, s'il y en a une qui est limitée au 800x600, je ne pense pas que ça vienne de grand chose d'autre qu'un BIOS tout bizarre et très léger sur le support des modes vesa (bon... c'est une nvidious )... Après, que ce soit en bsd ou linux, il y a de fortes chances que les drivers de chez freedesktop soient quand même disponibles (pas forcément avec DRI, genre chez OpenBSD, mais au moins en support 2D)... certes, toutes les cartes n'ont pas encore de driver libre, mais ça va venir (pour la tienne, ce sera du côté de RadeonHD... le support 2D a l'air de fonctionner... mais je ne sais pas si c'est déjà mainstream quelque part...)... Quant aux blobs, cela ne me regarde pas

Ah bah, t'es en mesa... donc, le seul support que tu ais, c'est de l'émulation logicielle... à ce compte-là, tu sais, des cartes qui n'ont aucun support 2D ou 3D, je n'en connais pas une seule... ... avec un vrai driver, il y a plus de résolutions, une vraie accélération 2D (et 3D... m'enfin, pas encore sur radeonHD), le support de l'overlay, le multi-écran, la variation de fréquence du GPU, le compositage, ... Bon, après, c'est sûr: entre fglrx et mesa, je prends mesa... mais question support, c'est très limité...

C'est avec le driver opensource "radeon" dans ton xorg.conf que ta 2600 fonctionne? Ou c'est avec un radeonHD (tout jeune, quand même)? Ou alors, c'est du vesa ? Sinon, là, on trouve quand même pas mal d'infos plutôt à jour...

Suite à la résolution du problème de tyrann27, ou j'ai finalement appris que X.org 7.3 embarquait un pilote libre radeon supportant RandR 1.2 (alors que je croyais que ça viendrait avec le 7.4), et insomnie aidant, j'ai eu l'idée d'aller me renseigner un peu sur ce driver... et là, ach... ultra-scheiss!!! ... fait chier... bon, bah, va falloir que j'attende RandR 1.3 en restant en X.org 7.2 (la machine est un peu laissée à l'abandon depuis quelques mois, pour cause de RAM grillée et de flemme d'envoyer au SAV... or, je viens justement de racheter de la RAM pour la remettre d'aplomb sans devoir attendre le SAV), ou me remettre à CVSer X.org (pfff... pas le temps...)... ou repasser du tri-écran au bi-écran (pffffffffffffffffff... )... ... bon... faut pas trop se plaindre... j'ai eu mon poste d'ATER la semaine dernière (rien à voir, mais quand même... c'est déjà ça qui ne part pas en zgeg: ça compense)... mais bon... allez, patron: un petit whisky, pas plus jeune que 15 ans, et pas plus bas que le haut du verre... et une cigarette qui fait rire... pour oublier...

Bon, bah, j'ai uppé ton topic, tyrann27

Bah, je pense que ce serait mieux que de faire ça à l'arrache dans le bar