Tiens, ce serait une idée, de faire un site similaire, pour faire la pub d'une méthode de vote moins pourrie que le scrutin à deux tours.
Par exemple la méthode de Schulze, voir : http://fr.wikipedia.org/wiki/M%C3%A9thode_Schulze .
Non, parce qu'un deuxième tour inutile (82% pour le candidat en tête au premier tour contre 18%, ça prouve bien que c'était inutile), ça ramène à un scrutin à un seul tour, et qui plus est, le chantage du style "votez pour les candidats des deux grands partis, sinon vous aurez Lepen au second tour", c'est inadmissible.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
http://www.kinesis-ergo.com/fs-savant-elite.htm
Mais hormis le prix, il manque le pilote pour programmer les actions sous Linux (par défaut, ça émule les boutons de la souris, pas trop utile...).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Comme par exemple des gens qui s'en servent comme une BDD.
Ce n'est peut-être pas adapté à servir directement de base de données (pas évident de faire une modif dans la base sans réécrire le fichier), mais au moins, d'un point de vue utilisation, c'est assez lisible.
Il y a bien pire : l'utiliser pour une config avec des tests et des branches conditionnelles, genre fonts.conf.
Franchement,
<match target="pattern">
<test qual="any" name="family">
<string>mono</string>
</test>
<edit name="family" mode="assign">
<string>monospace</string>
</edit>
</match>
c'est plutôt calamiteux par rapport à un petit langage minimal avec if et =...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
De toutes façons, avec les écrans plats actuels dont la résolution est fixée dans le marbre et la fréquence de rafraichissement standardisée à 60 Hz, il n'y a plus trop besoin de jouer avec les modelines ou ces histoires là.
Tu diras ça à M. Acer, par exemple. J'ai vu le cas d'Acer 17'' plats premier prix qui ne fonctionnaient pas avec le mode prédéfini du serveur X (pas d'image ou parties de l'image qui "clignotent") et qui fonctionnent tout-à-fait bien avec le mode extrait par read-edid.
Seules les durées du signal de synchro et du retour de faisceau différaient, mais ceux du mode standard ne leur plaisaient pas. Pourtant le retour de faisceau, pour un moniteur LCD, ça n'a aucun sens, mais peut-être avaient-ils un peu de mal à détecter un signal de synchro trop court...
Évidemment, d'un autre côté, j'ai aussi vu le cas d'un écran plat branché sur un PC sortant un mode supérieur (réglé pour un moniteur cathodique) avec une fréquence élevée et qui l'a affiché sans broncher avec une interpolation aussi propre que possible.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Oui et non, les modeline doivent (!) disparaitre, la méthode moderne est d'utiliser dpms.
C'est justement ce que fait read-edid... pour définir des Mode (pas "line", mais c'est juste une question de présentation).
Je n'ai pas eu l'impression jusqu'ici (mais je n'ai pas dû utiliser les toutes dernières versions) que le serveur X soit capable d'utiliser directement et correctement le DMPS pour récupérer les modes écran.
Et je ne parle même pas de déduire un mode 1440x1080 à une fréquence potable (pas 60 Hz, merci pour nos yeux) pour un 19'' cathodique qui ne sort qu'une définition de mode 1280x1024...
Et oui j'avais entré la résolution à utiliser a ma mano, il s'en fichait royalement et fail-safait en 800*600 (ouch!)
Moi j'ai plutôt vu l'inverse : des moniteurs LCD qui n'affichaient rien jusqu'à ce qu'on leur mette le Mode récupéré par read-edid.
Ta résolution n'était probablement pas dans l'intervalle de synchronisation défini auparavant, sinon X t'aurait sorti quelque chose, quitte à ce que le moniteur ne soit pas capable de l'afficher si le mode ne lui convient pas.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Alors partir sur du Nvidia sans infos et arriver à faire mieux - ou équivalent - que leurs ingénieurs qui, soit dit en passant, font d'excellent pilotes, me fait doucement rire ...nerveusement.
"Mieux", ça dépend des critères qu'on considère en premier. Au niveau de la performance, c'est probablement très difficile, mais au niveau stabilité, par contre, il suffit de faire un code qui ne plante pas côté CPU.
Souvenons-nous que quand Microsoft en a eu marre qu'on dise que Windows plante sans arrêt (ça devait être à l'époque de Windows 95 ou 98), ils ont contraint les fabricants de matériel à faire passer une certification à leurs pilotes, et il faut reconnaître que Windows plantait effectivement nettement moins après...
Sous Linux, nVidia et ATI ont pu reprendre leurs "bonnes" habitudes et nous fournir des pilotes qui vont quelquefois jusqu'à geler complètement le noyau en cas de mise en veille de l'écran (vécu) ou autres joyeusetés du même acabit...
Et je passe sur la sécurité d'avoir du code fermé qui tourne pour une partie en mode noyau et pour le reste en en super-utilisateur...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Ce pilote [...] n'aime pas un certain nombre de resolutions d'ecran (il a refusé mordicus de configrer la resolution correspondant a mon LCD 20' widescreen)
D'un autre côté, le serveur X contient un certain nombre de résolutions prédéfinies et les autres ne le sont pas.
Donc, à moins que toi (ou l'utilitaire de configuration de X de ta distribution) ne l'aies déjà fait, il est souhaitable, sinon indispensable, de définir dans xorg.conf (Section "Monitor") un Mode correspondant à ton moniteur, idéalement en récupérant ses spécs (si c'est possible), ce qui se fait avec read-edid ( http://john.fremlin.de/programs/linux/read-edid/ ) : ./get-edid | ./parse-edid
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
1. voir auprès des pays qui ont effectivement changé de clavier ces dernières années (Canada, Europe du Nord) l'argumentaire qui a fait mouche chez eux (comment et pourquoi ont ils pris cette décision)
Ce serait d'autant plus intéressant si l'un de ces pays avait choisi une disposition de clavier moins mal fichue que le QWERTY/AZERTY.
Déjà, en ce qui concerne le Canada, ça a l'air râpé : http://www.olf.gouv.qc.ca/images/ti/clavier.gif .
Sinon, du côté des fabriquants, un bon début serait d'arrêter de mettre les touches en quinconce (je sais, TypeMatrix le fait), quelle que soit la disposition, ça éviterait déjà de se tordre les doigts. En plus, pour ça, le temps d'adaptation est minime.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
prends juste la version libre, elle est la pour ça...
En fait, c'est ce que je fais depuis...
Aorès, s'il y a des trucs propriétaires dont j'ai vraiment besoin, je me les installe après un par un : comme ça, ça m'évite le risque de m'habituer à des trucs propriétaires sans même m'en apercevoir.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Des éléments non libres qui étaient avant réservés aux Clubbers et qui permettent d'avoir un système fonctionnel à 100% quand on veut utiliser les drivers proprios.
C'est donc un peu plus que "juste rajouter" un petit truc; c'est d'une part un risque commercial parce que ces drivers faisaient partie des "avantages" du Club, c'est d'autre part suivre au plus près les demandes des utilisateurs.
Je ne dois pas être un utilisateur standard alors.
Moi, les drivers proprios, c'est le premier truc que je vire (j'ai une Radeon 9200 sur ma machine perso principale et juste un chip Intel sur celle du boulot exprès pour pouvoir m'en passer), et en plus, la dernière fois ils plantaient net le système au chargement de X ! (ben la Mandriva me les avait mis d'office sans me demander mon avis, donc il a bien fallu que je boote avec avant de les enlever).
Bon, ma Radeon de marque bizarre est peut-être un peu louche aussi, mais j'ai aussi vu le freeze systématique du noyau à la mise en veille de l'écran avec le driver nVidia sur des machines de (bonne) marque... et tout ça en passant sur le fait que c'est du code fermé qui tourne en mode noyau et pourrait faire n'importe quoi (en plus de planter le système, ce qui est déjà établi).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Cette page devrait être mise à jour et indiquer la durée
OK, merci.
Cela dit, si la même politique est conservée, ça répond déjà à ma question : le temps de support est encore réduit depuis l'allongement du temps entre les sorties, pour peu qu'on n'installe pas une Mandriva aussitôt après sa sortie.
Supposons que j'aie installé une Mandriva 2006 à un ami qui veut découvrir Linux mi-septembre. 7 mois plus tard (13 avril 2007), il faudrait que j'aille le revoir pouir lui dire : "ah, au fait, la distribution que je viens de t'installer, il faut que je te la change pour des raisons de sécurité, elle n'est plus maintenue". Totalement ridicule !
Beaucoup de gens qui ont de leur ordinateur un usage assez basique s'attendent à pouvoir l'utiliser toute sa vie (plutôt 5 ans) sans changer le système. Et pourquoi ne devrait-ce pas être possible ?
Bon, évidemment, reste la possibilité de mettre à jour dans la version suivante, mais ce n'est déjà pas anodin (j'ai laissé tomber cette possibilité à l'époque où la Mandrake Linux avait un temps de support plus long, parce qu'elle donnait parfois des résultats un peu bizarres quant à la configuration et au fonctionnement des applis)...
La Mandriva a beau être la distribution que je préfère à l'utilisation et pour le choix de paquets, je ne vais toujours pas la conseiller. Même pas la mettre sur toutes les machines que j'utilise : j'ai moi-même autre chose à foutre que de changer ma distribution sans arrêt.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Quelle est maintenant la durée pendant laquelle sont fournies des mises à jour de sécurité sur une Mandriva ?
Voire même plus directement la date de fin de support pour la 2006 et pour la 2007 ?
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Sur ma machine, ça marche sous même xterm.
Par contre, sous les applis GTK, ça plafonne effectivement à ³ par défaut.
C'est dû à Cedilla, la méthode de saisie "intelligente" utilisée par GTK par défaut.
Mais si on lui explique d'utiliser celle de X par la variable d'environnement appropriée : export GTK_IM_MODULE=xim
les application GTK fonctionnent alors correctement, comme les autres.
Dans fr-latin9 oe est sur la touche ² (première touche de la ligne de chiffres).
Pour ma part, j'ai tendance à le chercher sur AltGr-O (en fait, c'est là qu'il est sur la distribution qui est sur cette machine (Option "XkbLayout" "fr"), mais c'est probablement juste un coup de bol : ce n'est pas le cas sur toutes les machines que j'utilise et je sais que j'en ai configuré certaines avec fr-latin9). En plus, j'utilise de temps en temps ² (peut-être plus souvent que ½)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
À moins d'avoir vu l'adaptation TV (en VO uniquement, même les sous-titres de la version DVD) ou cinéma (qui, il me semble, reprend les noms de la VO et non ceux de la VF).
Même si le film est un peu plat à mon goût, c'est sa large diffusion qui garantit le mieux qu'on soit plus de deux (trois ?) à comprendre de quoi on parle. ;-)
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Tu ne confonds pas noms différents et signatures différentes ?
Là, tu penses probablement au C++.
Moi, je pense en particulier à Perl, où le constructeur est juste une méthode de classe qui a la particularité de retourner un nouvel objet de la classe. La convention suggère de l'appeler new, mais on peut aussi bien l'appeler zorglub ou en faire plusieurs.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
"A constructor is used to create an instance of an object. A constructor's name is always the same as the object's name. Since a constructor's name is unchangeable, its name is unable to communicate the work it is performing. "
C'est moins vrai dans le cas de langages qui autorisent plusieurs constructeurs de noms différents (pas le genre de truc qui me sert tous les jours, mais c'est vrai que quelquefois, c'est sympa)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
puisque le système de blocs de ruby (de même que les fermetures en Python ou beaucoup d'autres langages) n'est pas limité à l'utilisation dans le cadre d'un constructeur.
Évidemment, mais si je programme déclaratif à fond, je n'ai pratiquement que des constructeurs dans les blocs de haut niveau, donc ça revient à ça.
Quoiqu'il en soit, ce n'est pas transparent à l'utilisation.
Par exemple, si je suis un serveur Web qui exécute un traitement CGI, je ne renverrai pas le même code de retour HTTP selon que le CGI termine bien ou qu'il me pète à la tronche.
En même temps, vu qu'un destructeur est typiquement le truc qui ne rend rien, là il faudra bien utiliser explicitement autre chose pour avoir un code de retour (quitte pour moi à me résoudre à ne pas faire du 100% déclaratif ;-) ; de toute façon, à un certain niveau, il faut bien que je mette des instructions pour que mon programme fasse quelque chose)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Je ne sais pas ce que tu veux dire par 'implémenter complètement le paradigme objet'
Pour moi, les destructeurs font partie du paradigme objet.
File.open {|f|
# Faire des trucs avec f ...
}
Je sais, mais à ce stade-là, soit il faut systématiquement mettre l'utilisation de tous tes objets dans des blocs passés au constructeurs, ce que je trouve très moche (cela dit, c'est une question de goût), soit le jour où tu changes ton implémentation et où tu t'aperçois que tu as besoin de faire une finalisation, eh bien il faut modifier toutes les utilisations de ta classe.
Donc peut-être que tu as une approche qui n'est pas compatible avec la 'manière de faire' Ruby.
C'est exactement ça. Donc j'en reste à un langage qui ne m'impose pas sa manière de faire.
Cependant, il est appelé 'après' la destruction de l'objet.
Comme les finaliseurs, sur lesquels il se base certainement. Cela limite fortement l'intérêt : quand tu as quelque chose à faire en fin de vie d'un objet, c'est généralement dépendant des attributs de cet objet...
J'espere avoir ravivé ton interêt pour le Ruby :)
Eh non, désolé.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[ ] l'installation facile sur mon vieil ultra-portable d'occase sans CD.
Bonjour Mandriva.
Dommage les autres.
[ ] le support de ma bécane bleeding edge avec le chipset qui vient de sortir avec le SATA pas tout-à-fait comme sur le précédent et la carte graphique de la mort qui vient de sortir aussi.
Plus qu'à prendre la dernière distribution sortie, quoi que ce soit sauf Debian.
[ ] la durée suffisante de support par mises à jour de sécurité.
Dommage Mandriva.
Bonjour CentOS, Ubuntu LTS et Debian.
[ ] l'installation qui ne s'arrête pas net sous prétexte d'un paquet manquant sur le DVD qu'on a pourtant fait vérfier au programme d'installation.
Dommage Fedora.
[ ] la rapidité d'installation parce que j'ai pas que ça à foutre.
Dommage Gentoo.
[ ] la maîtrise (déjà dit dans les commentaires).
Dommage SUSE.
[ ] les choses simples sont simples.
Dommage Debian.
[ ] les logiciels ne sont pas périmés depuis 2 ou 4 ans.
Dommage CentOS et Debian stable (respectivement).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Méthode de vote
Posté par Arthur Accroc . En réponse au journal Nicolas Hulot et le libre.. Évalué à 3.
Tiens, ce serait une idée, de faire un site similaire, pour faire la pub d'une méthode de vote moins pourrie que le scrutin à deux tours.
Par exemple la méthode de Schulze, voir : http://fr.wikipedia.org/wiki/M%C3%A9thode_Schulze .
Non, parce qu'un deuxième tour inutile (82% pour le candidat en tête au premier tour contre 18%, ça prouve bien que c'était inutile), ça ramène à un scrutin à un seul tour, et qui plus est, le chantage du style "votez pour les candidats des deux grands partis, sinon vous aurez Lepen au second tour", c'est inadmissible.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Il y aurait bien...
Posté par Arthur Accroc . En réponse au journal J'ai mal au petit doigt. Évalué à 2.
Mais hormis le prix, il manque le pilote pour programmer les actions sous Linux (par défaut, ça émule les boutons de la souris, pas trop utile...).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Le couple idéal (humour)
Posté par Arthur Accroc . En réponse à la dépêche TestDisk et PhotoRec 6.5 sont disponibles. Évalué à 9.
Tu veux dire que pour toi, le couple idéal, ce serait toi et Photorec en train de faire des parties à trois avec une image de disque ext3 maso...
... sauf que manifestement, ce n'est pas son truc. ;-)
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Ne vous perdez pas en route!
Posté par Arthur Accroc . En réponse au sondage XML est. Évalué à 3.
Ce n'est peut-être pas adapté à servir directement de base de données (pas évident de faire une modif dans la base sans réécrire le fichier), mais au moins, d'un point de vue utilisation, c'est assez lisible.
Il y a bien pire : l'utiliser pour une config avec des tests et des branches conditionnelles, genre fonts.conf.
Franchement,
<match target="pattern">
<test qual="any" name="family">
<string>mono</string>
</test>
<edit name="family" mode="assign">
<string>monospace</string>
</edit>
</match>
c'est plutôt calamiteux par rapport à un petit langage minimal avec if et =...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Résolutions originales
Posté par Arthur Accroc . En réponse à la dépêche Faille de sécurité dans le pilote propriétaire Nvidia. Évalué à 3.
Tu diras ça à M. Acer, par exemple. J'ai vu le cas d'Acer 17'' plats premier prix qui ne fonctionnaient pas avec le mode prédéfini du serveur X (pas d'image ou parties de l'image qui "clignotent") et qui fonctionnent tout-à-fait bien avec le mode extrait par read-edid.
Seules les durées du signal de synchro et du retour de faisceau différaient, mais ceux du mode standard ne leur plaisaient pas. Pourtant le retour de faisceau, pour un moniteur LCD, ça n'a aucun sens, mais peut-être avaient-ils un peu de mal à détecter un signal de synchro trop court...
Évidemment, d'un autre côté, j'ai aussi vu le cas d'un écran plat branché sur un PC sortant un mode supérieur (réglé pour un moniteur cathodique) avec une fréquence élevée et qui l'a affiché sans broncher avec une interpolation aussi propre que possible.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Résolutions originales
Posté par Arthur Accroc . En réponse à la dépêche Faille de sécurité dans le pilote propriétaire Nvidia. Évalué à 1.
C'est justement ce que fait read-edid... pour définir des Mode (pas "line", mais c'est juste une question de présentation).
Je n'ai pas eu l'impression jusqu'ici (mais je n'ai pas dû utiliser les toutes dernières versions) que le serveur X soit capable d'utiliser directement et correctement le DMPS pour récupérer les modes écran.
Et je ne parle même pas de déduire un mode 1440x1080 à une fréquence potable (pas 60 Hz, merci pour nos yeux) pour un 19'' cathodique qui ne sort qu'une définition de mode 1280x1024...
Moi j'ai plutôt vu l'inverse : des moniteurs LCD qui n'affichaient rien jusqu'à ce qu'on leur mette le Mode récupéré par read-edid.
Ta résolution n'était probablement pas dans l'intervalle de synchronisation défini auparavant, sinon X t'aurait sorti quelque chose, quitte à ce que le moniteur ne soit pas capable de l'afficher si le mode ne lui convient pas.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Mieux ?
Posté par Arthur Accroc . En réponse à la dépêche Faille de sécurité dans le pilote propriétaire Nvidia. Évalué à 8.
"Mieux", ça dépend des critères qu'on considère en premier. Au niveau de la performance, c'est probablement très difficile, mais au niveau stabilité, par contre, il suffit de faire un code qui ne plante pas côté CPU.
Souvenons-nous que quand Microsoft en a eu marre qu'on dise que Windows plante sans arrêt (ça devait être à l'époque de Windows 95 ou 98), ils ont contraint les fabricants de matériel à faire passer une certification à leurs pilotes, et il faut reconnaître que Windows plantait effectivement nettement moins après...
Sous Linux, nVidia et ATI ont pu reprendre leurs "bonnes" habitudes et nous fournir des pilotes qui vont quelquefois jusqu'à geler complètement le noyau en cas de mise en veille de l'écran (vécu) ou autres joyeusetés du même acabit...
Et je passe sur la sécurité d'avoir du code fermé qui tourne pour une partie en mode noyau et pour le reste en en super-utilisateur...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Résolutions originales
Posté par Arthur Accroc . En réponse à la dépêche Faille de sécurité dans le pilote propriétaire Nvidia. Évalué à 1.
D'un autre côté, le serveur X contient un certain nombre de résolutions prédéfinies et les autres ne le sont pas.
Donc, à moins que toi (ou l'utilitaire de configuration de X de ta distribution) ne l'aies déjà fait, il est souhaitable, sinon indispensable, de définir dans xorg.conf (Section "Monitor") un Mode correspondant à ton moniteur, idéalement en récupérant ses spécs (si c'est possible), ce qui se fait avec read-edid ( http://john.fremlin.de/programs/linux/read-edid/ ) :
./get-edid | ./parse-edid
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: [HS] La question qui fâche
Posté par Arthur Accroc . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 1.
Ce serait d'autant plus intéressant si l'un de ces pays avait choisi une disposition de clavier moins mal fichue que le QWERTY/AZERTY.
Déjà, en ce qui concerne le Canada, ça a l'air râpé : http://www.olf.gouv.qc.ca/images/ti/clavier.gif .
Sinon, du côté des fabriquants, un bon début serait d'arrêter de mettre les touches en quinconce (je sais, TypeMatrix le fait), quelle que soit la disposition, ça éviterait déjà de se tordre les doigts. En plus, pour ça, le temps d'adaptation est minime.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: NON aux drivers propriétaires
Posté par Arthur Accroc . En réponse à la dépêche Mandriva Linux 2007 disponible pour tous. Évalué à 1.
Par curiosité, ont-ils aussi abandonné le support de chips dont la 3D n'est pas supportée par le pilote libre faute de spécifications ?
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: NON aux drivers propriétaires
Posté par Arthur Accroc . En réponse à la dépêche Mandriva Linux 2007 disponible pour tous. Évalué à 2.
Juste pour pas vous faire perdre du temps à chercher dans ma faute de frappe une signification profonde...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: NON aux drivers propriétaires
Posté par Arthur Accroc . En réponse à la dépêche Mandriva Linux 2007 disponible pour tous. Évalué à 2.
En fait, c'est ce que je fais depuis...
Aorès, s'il y a des trucs propriétaires dont j'ai vraiment besoin, je me les installe après un par un : comme ça, ça m'évite le risque de m'habituer à des trucs propriétaires sans même m'en apercevoir.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # NON aux drivers propriétaires
Posté par Arthur Accroc . En réponse à la dépêche Mandriva Linux 2007 disponible pour tous. Évalué à 1.
Je ne dois pas être un utilisateur standard alors.
Moi, les drivers proprios, c'est le premier truc que je vire (j'ai une Radeon 9200 sur ma machine perso principale et juste un chip Intel sur celle du boulot exprès pour pouvoir m'en passer), et en plus, la dernière fois ils plantaient net le système au chargement de X ! (ben la Mandriva me les avait mis d'office sans me demander mon avis, donc il a bien fallu que je boote avec avant de les enlever).
Bon, ma Radeon de marque bizarre est peut-être un peu louche aussi, mais j'ai aussi vu le freeze systématique du noyau à la mise en veille de l'écran avec le driver nVidia sur des machines de (bonne) marque... et tout ça en passant sur le fait que c'est du code fermé qui tourne en mode noyau et pourrait faire n'importe quoi (en plus de planter le système, ce qui est déjà établi).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Temps de support par mises à jour ?
Posté par Arthur Accroc . En réponse à la dépêche Mandriva Linux 2007 disponible pour tous. Évalué à 3.
OK, merci.
Cela dit, si la même politique est conservée, ça répond déjà à ma question : le temps de support est encore réduit depuis l'allongement du temps entre les sorties, pour peu qu'on n'installe pas une Mandriva aussitôt après sa sortie.
Supposons que j'aie installé une Mandriva 2006 à un ami qui veut découvrir Linux mi-septembre. 7 mois plus tard (13 avril 2007), il faudrait que j'aille le revoir pouir lui dire : "ah, au fait, la distribution que je viens de t'installer, il faut que je te la change pour des raisons de sécurité, elle n'est plus maintenue". Totalement ridicule !
Beaucoup de gens qui ont de leur ordinateur un usage assez basique s'attendent à pouvoir l'utiliser toute sa vie (plutôt 5 ans) sans changer le système. Et pourquoi ne devrait-ce pas être possible ?
Bon, évidemment, reste la possibilité de mettre à jour dans la version suivante, mais ce n'est déjà pas anodin (j'ai laissé tomber cette possibilité à l'époque où la Mandrake Linux avait un temps de support plus long, parce qu'elle donnait parfois des résultats un peu bizarres quant à la configuration et au fonctionnement des applis)...
La Mandriva a beau être la distribution que je préfère à l'utilisation et pour le choix de paquets, je ne vais toujours pas la conseiller. Même pas la mettre sur toutes les machines que j'utilise : j'ai moi-même autre chose à foutre que de changer ma distribution sans arrêt.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Temps de support par mises à jour ?
Posté par Arthur Accroc . En réponse à la dépêche Mandriva Linux 2007 disponible pour tous. Évalué à 2.
Voire même plus directement la date de fin de support pour la 2006 et pour la 2007 ?
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # ⁴⁵⁶... sous GTK
Posté par Arthur Accroc . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 1.
Sur ma machine, ça marche sous même xterm.
Par contre, sous les applis GTK, ça plafonne effectivement à ³ par défaut.
C'est dû à Cedilla, la méthode de saisie "intelligente" utilisée par GTK par défaut.
Mais si on lui explique d'utiliser celle de X par la variable d'environnement appropriée :
export GTK_IM_MODULE=xim
les application GTK fonctionnent alors correctement, comme les autres.
J'avais trouvé le truc (à un autre propos) sur la page de Bouill ( http://www.bouil.org/w/Taper_les_caract%C3%A8res_Esp%C3%A9ra(...) ), mais c'est une coïncidence (j'avais dû tomber dessus depuis un moteur de recherche).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: non
Posté par Arthur Accroc . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 1.
Pour ma part : ŭ (ubreve).
Bon, je ne prétendrai pas être représentatif...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Touche compose par défaut ?
Posté par Arthur Accroc . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Pour ma part, j'ai tendance à le chercher sur AltGr-O (en fait, c'est là qu'il est sur la distribution qui est sur cette machine (Option "XkbLayout" "fr"), mais c'est probablement juste un coup de bol : ce n'est pas le cas sur toutes les machines que j'utilise et je sais que j'en ai configuré certaines avec fr-latin9). En plus, j'utilise de temps en temps ² (peut-être plus souvent que ½)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Le nom
Posté par Arthur Accroc . En réponse à la dépêche Première publication du projet Magrathea. Évalué à 0.
Même si le film est un peu plat à mon goût, c'est sa large diffusion qui garantit le mieux qu'on soit plus de deux (trois ?) à comprendre de quoi on parle. ;-)
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Le nom
Posté par Arthur Accroc . En réponse à la dépêche Première publication du projet Magrathea. Évalué à 0.
Le nom. :-)
(Pour ceux qui connaissent...)
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Destructeurs
Posté par Arthur Accroc . En réponse à la dépêche Sortie de Ruby 1.8.5. Évalué à 1.
Là, tu penses probablement au C++.
Moi, je pense en particulier à Perl, où le constructeur est juste une méthode de classe qui a la particularité de retourner un nouvel objet de la classe. La convention suggère de l'appeler new, mais on peut aussi bien l'appeler zorglub ou en faire plusieurs.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Destructeurs
Posté par Arthur Accroc . En réponse à la dépêche Sortie de Ruby 1.8.5. Évalué à 1.
C'est moins vrai dans le cas de langages qui autorisent plusieurs constructeurs de noms différents (pas le genre de truc qui me sert tous les jours, mais c'est vrai que quelquefois, c'est sympa)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Destructeurs
Posté par Arthur Accroc . En réponse à la dépêche Sortie de Ruby 1.8.5. Évalué à 1.
Évidemment, mais si je programme déclaratif à fond, je n'ai pratiquement que des constructeurs dans les blocs de haut niveau, donc ça revient à ça.
Quoiqu'il en soit, ce n'est pas transparent à l'utilisation.
En même temps, vu qu'un destructeur est typiquement le truc qui ne rend rien, là il faudra bien utiliser explicitement autre chose pour avoir un code de retour (quitte pour moi à me résoudre à ne pas faire du 100% déclaratif ;-) ; de toute façon, à un certain niveau, il faut bien que je mette des instructions pour que mon programme fasse quelque chose)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Destructeurs
Posté par Arthur Accroc . En réponse à la dépêche Sortie de Ruby 1.8.5. Évalué à 0.
Pour moi, les destructeurs font partie du paradigme objet.
Je sais, mais à ce stade-là, soit il faut systématiquement mettre l'utilisation de tous tes objets dans des blocs passés au constructeurs, ce que je trouve très moche (cela dit, c'est une question de goût), soit le jour où tu changes ton implémentation et où tu t'aperçois que tu as besoin de faire une finalisation, eh bien il faut modifier toutes les utilisations de ta classe.
C'est exactement ça. Donc j'en reste à un langage qui ne m'impose pas sa manière de faire.
Comme les finaliseurs, sur lesquels il se base certainement. Cela limite fortement l'intérêt : quand tu as quelque chose à faire en fin de vie d'un objet, c'est généralement dépendant des attributs de cet objet...
Eh non, désolé.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Manque...
Posté par Arthur Accroc . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à -3.
Bonjour Mandriva.
Dommage les autres.
[ ] le support de ma bécane bleeding edge avec le chipset qui vient de sortir avec le SATA pas tout-à-fait comme sur le précédent et la carte graphique de la mort qui vient de sortir aussi.
Plus qu'à prendre la dernière distribution sortie, quoi que ce soit sauf Debian.
[ ] la durée suffisante de support par mises à jour de sécurité.
Dommage Mandriva.
Bonjour CentOS, Ubuntu LTS et Debian.
[ ] l'installation qui ne s'arrête pas net sous prétexte d'un paquet manquant sur le DVD qu'on a pourtant fait vérfier au programme d'installation.
Dommage Fedora.
[ ] la rapidité d'installation parce que j'ai pas que ça à foutre.
Dommage Gentoo.
[ ] la maîtrise (déjà dit dans les commentaires).
Dommage SUSE.
[ ] les choses simples sont simples.
Dommage Debian.
[ ] les logiciels ne sont pas périmés depuis 2 ou 4 ans.
Dommage CentOS et Debian stable (respectivement).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone