Et sinon tu as encore des arguments ? Parce que simplement dire que c'est plus compliqué alors que je viens de poster une solution à chaque cas d'usage que tu as décrit sans y passer beaucoup de temps c'est assez ironique.
Et si je veux conserver un noyau particulier dans /boot, mais sans qu’une entrée lui soit crée ?
Et si je veux changer l’ordre des entrées du menu sur une machine en multiboot ?
Le moyen que j’ai trouvé au moment était de modifier les priorités dans /etc/grub.d, mais je ne suis pas certain que ça survive à la mise à jour du paquet de Grub.
Peut-être encore des problèmes auxquels tu trouverais une solution, sauf qu’avec un fichier de configuration fixe, c’est immédiat, on édite simplement le fichier, il n’y a pas à chercher de solution.
À un certain stade, la conclusion logique d’avoir à trouver autant de solutions, c’est que grub-mkconfig est le problème.
Comme je l'ai déjà dit on passe d'une tambouille absolument pas kiss (la modification du fichier probablement à coup d'une armée de regex) et spécifique à chaque distribution à un système bien plus souple, bien plus fiable et upstream. Il ne demande qu'à être hacké.
Franchement, je suis sûr que j’aurais fait plus vite à faire un script qui fait à coups de regex le même boulot que celui de Fedora pour Grub 0.9 qu’à maîtriser la logique tordue de grub-mkconfig avec plusieurs fichiers de configuration de plusieurs niveaux et plein d’automatismes qui ne sont pas tous prévus pour être paramétrables.
Si tu cherches de la simplicité d'utilisation plutôt que de la souplesse et du kiss, ubuntu et mandriva sont faites pour toi pas arch. :-)
Merci, je m’arrange bien avec Arch, ils ont même réussi à faire une doc utilisable pour Grub 2, c’est dire. La distrib qui me donne des boutons, c’est Debian : comme grub-mkconfig, elle aime bien apporter des solutions compliquées à des problèmes que je préférerais qu’une distribution ne prenne pas en charge du tout.
Quant à ta définition de KISS, je n’ai pas la même.
Si c’est KISS, le principe doit pouvoir se décrire succinctement.
Exemples :
– « Le fichier de configuration est fixe », c’est KISS.
– « Le fichier de configuration est mis à jour en même temps que le noyau avec une entrée de menu qui reprend les paramètres de la précédente », c’est un peu moins KISS.
– pour grub-mkconfig… je sèche.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Ne prends pas mon expérience comme parole d'évangile. Je ne savais peut être pas me servir de grub 0.97.
Rien à voir : il ne faisait pas ce boulot, il se contentait de prendre en compte son fichier de configuration. C’est le script post-install du paquet du noyau qui s’occupait de sa mise à jour.
Mais mis à part ça pense-tu encore que grub2 va te virer des fonctionnalités ?
Sous Arch, non : il me suffit de ne pas utiliser le script de génération de la configuration.
Sous Fedora oui, le script post-install du noyau de Fedora pour Grub 0.9 couvrait 95 % des fonctionnalités potentiellement utiles (je parle au passé, parce qu’il me semble que la dernière version est passée à Grub 2). Le script de génération de Grub 2, seulement 80 %. Et pour le reste, il faut trouver un moyen plus compliqué de le faire, puisque le fichier de configuration est susceptible de sauter complètement à chaque mise à jour.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Avant je perdais tout et il fallait que je me souvienne de mes modif' (ou que je maintienne un diff).
Ah quand même !
Debian trouve toujours le moyen de me surprendre… mais pas souvent dans le bon sens.
Fedora gérait ça correctement.
La solution Arch est profondément idiote. Il m'arrive de m'amuser avec de la compilation de noyau. Je crée des paquets je les installe, je reboot ça marche super, ça marche pas je boot sur le précédent.
Ça fait des années que j’ai arrêté de compiler mes noyaux.
Mais si je le faisais encore, même si je leur faisait un paquet, je ferai en sorte que le résultat s’appelle vmlinux-user ou quelque chose du genre. Ça suffirait pour qu’en cas de problème, je puisse démarrer sur le noyau standard et downgrader le mien.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Et quand tu changes de version du noyau, il faut que tu remettes à jour ce script à la main.
Avant, le script de Debian pour Grub 0.9 te le faisait pour toutes les entrées, non ?
Le problème avec Grub 0.9, c’était que chaque distrib devait faire sa tambouille pour ajuster le fichier de config lors des mises à jour du noyau.
Grâce à Grub 2 (enfin les scripts qui viennent avec), c’est pris en charge directement… mais partiellement seulement.
Et pourtant la solution existait sur certaines distributions et était simple : que l’installation du noyau maintienne un lien nommé par exemple vmlinuz sur le dernier noyau et vmlinuz.old sur le précédent (il suffit de renommer l’ancien vmlinuz ; je passe sur la version moins tapette et encore plus simple d’Arch, qui considère qu’un seul noyau suffit).
Les distributions qui utilisent cette solution devraient assumer pleinement et ne pas installer le script de génération de Grub 2, complication inutile pour elles.
En réfléchissant à la façon dont fonctionnent Fedora ou Debian, il y a une raison pour que ce ne soit par recommandé : avec ces distributions, à chaque mise à jour du noyau, on se retrouve avec des fichiers kernel et initramfs qui ont un nouveau nom, il faut donc mettre à jour le fichier de configuration.
À l’époque de Grub 0.9, ces distributions avaient un script spécifique qui devait modifier intelligemment le fichier de configuration en essayant de reporter les options sur le nouveau noyau (cela dit, ça marchait généralement bien).
Grub 2, lui, est fourni avec un script qui regénère le fichier de configuration à partir d’autres sources en écrasant complètement l’ancien, donc ce qu’on aurait pu configurer dedans passe à la trappe.
Par contre, sur Arch, qui ne garde que le noyau courant avec toujours le même nom de fichier, ou sur Mandriva, qui accède au noyau courant et au précédent par des liens dont le nom ne change pas non plus (si ça n’a pas changé depuis que je n’ai pas utilisé cette distribution), aucun besoin de mettre à jour ce fichier au changement de noyau.
Donc on peut aussi bien configurer directement dedans et jeter l’affreux script de génération.
Moralité : je ne vais pas être emmerdé sur mes machines sous Arch, même si je passe à Grub 2 ; par contre, je vais être emmerdé avec les distribs que j’installe au boulot avec lesquelles je pourrai difficilement éviter Grub 2.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Mais pourquoi veux-tu faire générer le fichier de grub2 si tu ne le veux pas ? Tu peux très bien l'écrire à la main comme avant, ça marche aussi et ce n'est pas plus compliquer qu'avant.
J’y pense pour Arch, maintenant que j’ai vu cette doc.
D’un autre côté, je vais avoir à configurer pour le boulot d’autres distributions avec Grub 2 et là je suis moins sûr de pouvoir échapper à la configuration automatique. À voir…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Certains s'en réjouiront, mais pas moi. Le nouveau Grub me semble aussi confus que la page du wiki qui lui est consacrée.
D’un autre côté, elle est plus claire que la dernière que j’ai vue, dont j’avais conclu qu’il y avait plein de fichiers de configuration… mais aucun qui soit prévu pour qu’on puisse configurer (!), entre le fichier généré qu’il ne faut pas modifier parce qu’il est généré et les autres fichiers qui peuvent permettre d’influencer la génération, mais pas de manière immédiate.
Cela dit, je trouve aussi que c’est un recul de plus par rapport aux principes KISS. Je ne migrerai peut-être pas avant d’avoir besoin d’une fonctionnalité que Grub 0.9 ne supporte pas. Faute de mieux, il reste dans AUR (pour ceux qui ne sont pas familiers d’Arch, c’est les contributions)…
Ça y est, on tire à bout portant sur /etc/rc.conf, le fichier de configuration de ce qu'était Arch linux. Il est malade depuis un bout de temps. Cela a commencé insidieusement. Une variable a été supprimée, remplacée par un fichier de configuration indépendant. Puis une autre, et encore une autre, et ainsi de suite jusqu'à ce qu'il ne reste là-dedans que quelques lignes, comme en guise de souvenir.
Et en passant à systemd, la parallélisation du démarrage fera gagner… le temps perdu à lire plus de fichiers.
Il y a un moment (la Fedora de l’époque ne l’utilisait pas réellement), j’avais configuré systemd en mode natif (en gardant la possibilité de démarrer aussi avec rc.sysinit) ; ça marchait plutôt bien, jusqu’à ce que NetworkManager (qui vient aussi de chez Fedora/RedHat…) parte complètement en sucette avec. Vu la complexité de déboguer un tel problème avec systemd, j’ai choisi de m’en tenir à NetworkManager sans systemd, peut-être pas le meilleur des deux, mais celui dont j’avais vraiment besoin.
Bon, j’ai réessayé de booter sur systemd il y a quelques jours, ça remarche avec NetworkManager…
Au niveau temps de démarrage, j’avais chronométré, le démarrage prenait à peu près autant de temps à une seconde près, mais avec le système d’init BSD, je démarre pas mal de services en tâche de fond.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Tout ça pour dire, un bon p'tit coup de NTP et pas besoin de tous ces trucs de relativité.
Sauf que la majorité des serveurs NTP de niveau 1 se synchronisent sur le système GPS.
(Pour ceux qui ne connaissent pas NTP : les serveurs de niveau 2 se synchronisent sur des serveurs de niveau 1, ceux de niveau 3 sur des serveurs de niveau 2…)
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Pareil avec Intel.
Depuis quelques versions du noyau, sur mon portable (chip GM965), une fois sur deux l’écran devient noir un peu après le début du boot (enfin vide, le rétroéclairage n’est pas coupé). Heureusement que j’utilise X.org et pas le mode texte : c’est X.org qui relance l’affichage.
Bref, malgré tout le boulot fait sur les drivers graphiques, ce n’est pas encore ça…
Ce serait pas mal pour ceux qui ne cherchent pas des performances 3D délirantes qu’il existe un chip graphique bateau, mais bien supporté. C’est un peu ce qu’on attendrait d’Intel (vu qu’au niveau des performances, ils ne sont pas dans le peloton de tête), mais ils préfèrent faire 36000 versions, comme les marques de pointe.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Grâce à la concurrence (c’est-à-dire avant que Free n’ait besoin des bénéfices de l’ADSL pour construire son réseau de téléphonie mobile), des FAI pas trop chers, on en a (et encore, ça a plutôt augmenté).
Mais fiables, quel que soit le prix…
En fait, les pannes ne sont pas tellement fréquentes, c’est juste que quand ça t’arrive, ça ne les intéresse pas de réparer, ça leur coûte cher, alors tu es dans la m…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Alors, si l'Europe, et plus spécialement la France, ne change pas ses méthodes de travail, il y a du souci à se faire pour l'avenir.
Orange les a changées justement. Maintenant, c’est le mépris des employés et le mépris des clients, c’est moderne !
À l’époque où France Télécom était le seul opérateur téléphonique, mes parents ont eu un problème de ligne : elle se coupait de manière intermittente. La personne aux réclamations les a bien reçu et a envoyé un technicien une première fois, mais pas de problème au moment, donc il n’a rien trouvé. Une deuxième fois, mais ça marchait aussi au moment, pas mieux.
On a compris à la panne suivante que les pannes se produisaient par temps chaud. France Télécom a accepté sans rechigner d’envoyer une troisième fois le technicien à un moment où la température était haute. Il est venu, la ligne étant en panne au moment, il a trouvé le problème dans une boîte de raccordement en haut d’un poteau et l’a réglé. Très bon contact aussi du technicien. Rien à payer.
Actuellement, leur ligne fait un « ploc » au bout d’un certain temps de communication et ensuite on n’entend quasiment plus rien, à moins de hurler. Le problème se produit avec plusieurs téléphones récents, pas avec un vieux.
Ils ont contacté Orange, réponse : « ne branchez qu’un seul téléphone à la fois » (déjà essayé, ça ne change rien), puis « changez de téléphone ». Oui, enfin, il n’y a pas d’indication « fonctionne même sur les lignes pourries » sur les téléphones. Combien faudrait-il en acheter pour tomber sur un qui fonctionne correctement ?
En conséquence, mes parents utilisent le vieux téléphone. C’est dommage : avec dix chiffres, les mémoires, c’était bien pratique (ce téléphone en avait, mais elles ne fonctionnent plus, c’est pour ça qu’ils l’avaient remplacé).
Peut-être devraient-ils prendre un abonnement ADSL chez Orange en espérant que ça ne fonctionne pas pour qu’Orange répare la ligne…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
C’est vrai que les petits traitements spécifiques à faire pour certaines mises à jour (elles sont indiquées dans les nouvelles) s’accumulent. Sur une rolling release, les développeurs ne peuvent pas repousser les changements gênants à la version suivante…
Le mieux est peut-être de partir sur l’image netinstall, même si du coup, question vérification des premiers paquets…
Le passage aux paquets signés serait aussi un moment opportun pour rafraîchir les images d’installation (cela dit, les développeurs sont bénévoles, je ne vais pas leur jeter la pierre).
Par contre pour le problème d’entropie que tu (Gui13) signalais pour la génération des clés, je soupçonnerai une machine virtuelle d’en générer moins qu’une machine physique.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
En plus, contrairement à toi, j'ai pas pris la peine de rédiger une news.
Et c’est dommage : à voir ce commentaire, tu aurais pu en faire une bonne…
À la décharge des modérateurs (pour avoir passé directement en dépêche un journal juste correct… pour un journal), viser une dépêche de qualité, ça peut causer une longue stagnation dans la tribune de rédaction.
À partir de là, comme moi pour le journal, ce sont eux qui choisissent de privilégier la fraîcheur ou la qualité…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Rien que les messages du haut de ta première capture d’écran (machin est déjà présent dans le système de fichiers) indiquent un gros problème : la base pacman semble complètement incohérente avec le système de fichiers.
N’avais-tu pas déjà arrêté une installation salement ?
Avais-tu bien reformaté ta partition avant d’installer le système dessus ?
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
C’est justement l'objet de la dépêhe, le passage de Never à PackageRequired par défaut.
Mais bon, je suis d'accord, c'est très mal expliqué dans la dépêche.
Vu que les utilisateurs d’Arch allaient forcément être au courant, j’ai essayé de faire quelque chose de compréhensible pour les autres (et comme je l’ai dit, ça ne devait être qu’un journal, ce n’est pas moi qui ait décidé de le passer en dépêche).
Je n’ai pas vu de manière évidente comment leur présenter « grande nouvelle : Arch Linux vérifie maintenant les signatures déjà existantes par défaut mais pas par défaut (il faut fusionner les modification du fichier de config)… mais c’est une grande nouvelle » sans simplifier un peu. :-)
Quoiqu’il en soit, l’activation par défaut de la vérification est l’aboutissement de tout le travail de fond des développeurs pour concevoir, développer et mettre en place ce mécanisme (plus une période de test avant de le mettre par défaut).
À un autre sujet, une petite nouvelle fraîche : Firefox et Thunderbird 13 sont dans les dépôts.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
original=X, current=X, new=Y
The current file is the same as the original but the new one differs. Since the user did not ever modify the file, and the new one may contain improvements or bugfixes, install the new file.
Très bonne remarque de quelqu’un qui ne lit pas les man en diagonale (et qui laisse peut-être des fichiers de configuration non modifiés…).
Donc, si on fait une installation fraîche, on doit logiquement se retrouver avec la vérification de la signature des paquets activée. Tant mieux, mais dans ce cas, on a intérêt à accepter les clés maitresses !
Enfin pour être sûr du comportement exact, il faudrait prendre le temps d’essayer une installation…
Quand j’ai écrit mon journal, j’ai privilégié la fraîcheur à la qualité (c’est pour ça que j’avais juste posté un journal plutôt que de proposer une dépêche), mais j’ai essayé de mettre le conditionnel ou « peut-être » pour les choses dont j’étais le moins sûr.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
En fait, si on suit ce que dit google, on se rend compte que la D63 est une petite route défoncée, où on ne peut pas se croiser et pleine de virages aveugles. En gros c'est désagréable et on roule à 30km/h.
Google ne te dit pas de la prendre. D’ailleurs, si tu regardes bien, il t’affiche la D63 un peu plus fine que la D12 (mais c’est vrai que ça pourrait être plus clair).
Demande-lui un itinéraire, il t’en proposera trois : le premier par la D1084 (donc c’est cette route qu’il t’invite à prendre), le second par la D63 (avec une distance plus courte, mais un temps de parcours plus long) et le troisième par la D12 (le plus long en distance).
Sinon, en affichant la vue satellite, faute de voir le relief, tu t’apercevras que la D63 passe en forêt : clairement pas l’idéal pour la visibilité. Si tu zoomes, tu verras que la route n’est pas large. Pas la route appropriée pour une conduite sportive, mais ça peut être sympa pour la balade en roulant doucement.
Après, je ne dis pas que Google Maps est parfait : il ne donne aucune indication des reliefs et il a tendance à exagérer les temps de trajet par les petites routes, incitant parfois à faire un trajet beaucoup plus long en distance, parce que supposé plus court en temps, alors que ce n’est pas le cas. Tout ça sans parler des données que Google collecte.
Les points forts de Google Maps sont :
– l’affichage simultané des routes et de la photo satellite,
– la possibilité d’ajuster facilement le trajet,
– la possibilité de récupérer les coordonnées pour entrer un itinéraire dans un GPS.
Si tu ne t’en sers que pour afficher la carte, c’est clair qu’il est très en dessous d’une carte Michelin, d’une IGN ou même de FranceTopo.
Quant au trajets, Mappy me semble mieux déterminer le trajet le plus rapide et ViaMichelin propose un itinéraire « découverte ».
Mais tu peux aussi utiliser plusieurs outils, chacun pour ses points forts :
– repérer les routes sympas sur une carte Michelin,
– mettre au point le parcours sur Google Maps,
– rentrer l’itinéraire dans un GPS pour le guidage.
(OK, que des trucs pas libres…)
Là on voit bien les villes, les routes principales, mais où sont les noms des routes ? Et accessoirement où est l'Ain ?
D’autres ont déjà donné les liens vers des sites qui exploitent mieux les données OSM.
Michelin reste le top, avec des renseignements exacts et précis sur les routes, et pleins d'informations supplémentaires
Les cartes Michelin affichent les routes très grosses pour faciliter la différentiation de leur taille et dans des couleurs très vives pour que tu puisses t’y retrouver rapidement. L’idéal pour un déplacement en voiture (hormis un navigateur GPS).
Mais pour une promenade (en voiture, mais surtout en vélo), une IGN au 100000ᵉ te donnera une bien meilleure indication du relief et une vision plus réaliste du reste (même si les « routes vertes » manquent). Et pour une promenade à pied, c’est l’IGN au 25000ᵉ qui est le top.
À part ça, le coin à l’air sympa en tout cas.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
un sentiment de masturbation intellectuelle pendant 1h50.
Cela dit, tu pouvais le savoir avant : regarde sur AlloCiné, critiques presse : 5 étoiles pour Les Inrockuptibles.
En général, j’aime bien les films de Cronenberg. Ça ne m’inquiéterait pas outre mesure que les autres n’apprécient pas. Mais une excellente critique des Inrockuptibles, c’est vraiment dissuasif !
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Grub
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 0.
Et si je veux conserver un noyau particulier dans /boot, mais sans qu’une entrée lui soit crée ?
Et si je veux changer l’ordre des entrées du menu sur une machine en multiboot ?
Le moyen que j’ai trouvé au moment était de modifier les priorités dans /etc/grub.d, mais je ne suis pas certain que ça survive à la mise à jour du paquet de Grub.
Peut-être encore des problèmes auxquels tu trouverais une solution, sauf qu’avec un fichier de configuration fixe, c’est immédiat, on édite simplement le fichier, il n’y a pas à chercher de solution.
À un certain stade, la conclusion logique d’avoir à trouver autant de solutions, c’est que grub-mkconfig est le problème.
Franchement, je suis sûr que j’aurais fait plus vite à faire un script qui fait à coups de regex le même boulot que celui de Fedora pour Grub 0.9 qu’à maîtriser la logique tordue de grub-mkconfig avec plusieurs fichiers de configuration de plusieurs niveaux et plein d’automatismes qui ne sont pas tous prévus pour être paramétrables.
Merci, je m’arrange bien avec Arch, ils ont même réussi à faire une doc utilisable pour Grub 2, c’est dire. La distrib qui me donne des boutons, c’est Debian : comme grub-mkconfig, elle aime bien apporter des solutions compliquées à des problèmes que je préférerais qu’une distribution ne prenne pas en charge du tout.
Quant à ta définition de KISS, je n’ai pas la même.
Si c’est KISS, le principe doit pouvoir se décrire succinctement.
Exemples :
– « Le fichier de configuration est fixe », c’est KISS.
– « Le fichier de configuration est mis à jour en même temps que le noyau avec une entrée de menu qui reprend les paramètres de la précédente », c’est un peu moins KISS.
– pour grub-mkconfig… je sèche.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # tree
Posté par Arthur Accroc . En réponse au journal Mon point de vue sur Archlinux. Évalué à 3.
Sauf que le résultat de la vraie commande tree ressemblerait plutôt à :
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Grub
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 2.
Rien à voir : il ne faisait pas ce boulot, il se contentait de prendre en compte son fichier de configuration. C’est le script post-install du paquet du noyau qui s’occupait de sa mise à jour.
Sous Arch, non : il me suffit de ne pas utiliser le script de génération de la configuration.
Sous Fedora oui, le script post-install du noyau de Fedora pour Grub 0.9 couvrait 95 % des fonctionnalités potentiellement utiles (je parle au passé, parce qu’il me semble que la dernière version est passée à Grub 2). Le script de génération de Grub 2, seulement 80 %. Et pour le reste, il faut trouver un moyen plus compliqué de le faire, puisque le fichier de configuration est susceptible de sauter complètement à chaque mise à jour.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Grub
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 1.
Ah quand même !
Debian trouve toujours le moyen de me surprendre… mais pas souvent dans le bon sens.
Fedora gérait ça correctement.
Ça fait des années que j’ai arrêté de compiler mes noyaux.
Mais si je le faisais encore, même si je leur faisait un paquet, je ferai en sorte que le résultat s’appelle vmlinux-user ou quelque chose du genre. Ça suffirait pour qu’en cas de problème, je puisse démarrer sur le noyau standard et downgrader le mien.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Grub
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 4.
Et quand tu changes de version du noyau, il faut que tu remettes à jour ce script à la main.
Avant, le script de Debian pour Grub 0.9 te le faisait pour toutes les entrées, non ?
Le problème avec Grub 0.9, c’était que chaque distrib devait faire sa tambouille pour ajuster le fichier de config lors des mises à jour du noyau.
Grâce à Grub 2 (enfin les scripts qui viennent avec), c’est pris en charge directement… mais partiellement seulement.
Et pourtant la solution existait sur certaines distributions et était simple : que l’installation du noyau maintienne un lien nommé par exemple vmlinuz sur le dernier noyau et vmlinuz.old sur le précédent (il suffit de renommer l’ancien vmlinuz ; je passe sur la version moins tapette et encore plus simple d’Arch, qui considère qu’un seul noyau suffit).
Les distributions qui utilisent cette solution devraient assumer pleinement et ne pas installer le script de génération de Grub 2, complication inutile pour elles.
Allez, un nlien dans le thème pour la route.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Grub
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 2.
Et si tu veux une autre entrée avec des options différentes et une troisième sans utiliser e4rat, au cas où tu aurais un jour un problème avec ?
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # En fait, pas de problème sous Arch
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 3.
En réfléchissant à la façon dont fonctionnent Fedora ou Debian, il y a une raison pour que ce ne soit par recommandé : avec ces distributions, à chaque mise à jour du noyau, on se retrouve avec des fichiers kernel et initramfs qui ont un nouveau nom, il faut donc mettre à jour le fichier de configuration.
À l’époque de Grub 0.9, ces distributions avaient un script spécifique qui devait modifier intelligemment le fichier de configuration en essayant de reporter les options sur le nouveau noyau (cela dit, ça marchait généralement bien).
Grub 2, lui, est fourni avec un script qui regénère le fichier de configuration à partir d’autres sources en écrasant complètement l’ancien, donc ce qu’on aurait pu configurer dedans passe à la trappe.
Par contre, sur Arch, qui ne garde que le noyau courant avec toujours le même nom de fichier, ou sur Mandriva, qui accède au noyau courant et au précédent par des liens dont le nom ne change pas non plus (si ça n’a pas changé depuis que je n’ai pas utilisé cette distribution), aucun besoin de mettre à jour ce fichier au changement de noyau.
Donc on peut aussi bien configurer directement dedans et jeter l’affreux script de génération.
Moralité : je ne vais pas être emmerdé sur mes machines sous Arch, même si je passe à Grub 2 ; par contre, je vais être emmerdé avec les distribs que j’installe au boulot avec lesquelles je pourrai difficilement éviter Grub 2.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Grub
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 2.
J’y pense pour Arch, maintenant que j’ai vu cette doc.
D’un autre côté, je vais avoir à configurer pour le boulot d’autres distributions avec Grub 2 et là je suis moins sûr de pouvoir échapper à la configuration automatique. À voir…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Grub, rc.conf, systemd
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 3.
D’un autre côté, elle est plus claire que la dernière que j’ai vue, dont j’avais conclu qu’il y avait plein de fichiers de configuration… mais aucun qui soit prévu pour qu’on puisse configurer (!), entre le fichier généré qu’il ne faut pas modifier parce qu’il est généré et les autres fichiers qui peuvent permettre d’influencer la génération, mais pas de manière immédiate.
Cela dit, je trouve aussi que c’est un recul de plus par rapport aux principes KISS. Je ne migrerai peut-être pas avant d’avoir besoin d’une fonctionnalité que Grub 0.9 ne supporte pas. Faute de mieux, il reste dans AUR (pour ceux qui ne sont pas familiers d’Arch, c’est les contributions)…
Et en passant à systemd, la parallélisation du démarrage fera gagner… le temps perdu à lire plus de fichiers.
Il y a un moment (la Fedora de l’époque ne l’utilisait pas réellement), j’avais configuré systemd en mode natif (en gardant la possibilité de démarrer aussi avec rc.sysinit) ; ça marchait plutôt bien, jusqu’à ce que NetworkManager (qui vient aussi de chez Fedora/RedHat…) parte complètement en sucette avec. Vu la complexité de déboguer un tel problème avec systemd, j’ai choisi de m’en tenir à NetworkManager sans systemd, peut-être pas le meilleur des deux, mais celui dont j’avais vraiment besoin.
Bon, j’ai réessayé de booter sur systemd il y a quelques jours, ça remarche avec NetworkManager…
Au niveau temps de démarrage, j’avais chronométré, le démarrage prenait à peu près autant de temps à une seconde près, mais avec le système d’init BSD, je démarre pas mal de services en tâche de fond.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Grand classiques…
Posté par Arthur Accroc . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 2.
C’est pas ma maman, c’est au boulot…
Ou il y a quelques années en version Yahoo. J’ai eu ça aussi.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Proximité géographique?
Posté par Arthur Accroc . En réponse au journal L'ordinateur le plus puissant d'Europe sous SuSE Linux Enterprise Server !. Évalué à 3.
Peut-être qu’il est mieux si tu t’adresses directement à SUSE Allemagne en allemand…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Grand classiques…
Posté par Arthur Accroc . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 4.
Mieux : « Je n’ai plus Internet » quand c’est le raccourci du navigateur web (je suis sûr que celui-là plaît à Tanguy…).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Contraste !
Posté par Arthur Accroc . En réponse au journal UU.zoy.org, le site qui vous a à la colle.. Évalué à 3.
Le projet est sympa, mais il y a un détail qui me chagrine : avec des couleurs pâles sur fond pastel, le résultat manque cruellement de contraste !
Le résultat en capture d’écran.
À comparer par exemple à gedit ou mieux (sur fond noir, plus reposant, même si ce n’est pas à la mode) : gvim et geany.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Raté !
Posté par Arthur Accroc . En réponse au journal 5-sigma: le boson de Higgs est débusqué !. Évalué à 3.
Sauf que la majorité des serveurs NTP de niveau 1 se synchronisent sur le système GPS.
(Pour ceux qui ne connaissent pas NTP : les serveurs de niveau 2 se synchronisent sur des serveurs de niveau 1, ceux de niveau 3 sur des serveurs de niveau 2…)
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Les bons exemples...
Posté par Arthur Accroc . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 1.
Le truc imbitable à configurer.
La passoire de sécurité.
Deux trucs que je ne mets pas ou que je vire dans la mesure du possible.
Je n’avais pas d’opinion tranchée, mais tu m’as convaincu.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Intel
Posté par Arthur Accroc . En réponse au journal Quand Linus énervé, Linus faire ça !. Évalué à 5.
Pareil avec Intel.
Depuis quelques versions du noyau, sur mon portable (chip GM965), une fois sur deux l’écran devient noir un peu après le début du boot (enfin vide, le rétroéclairage n’est pas coupé). Heureusement que j’utilise X.org et pas le mode texte : c’est X.org qui relance l’affichage.
Bref, malgré tout le boulot fait sur les drivers graphiques, ce n’est pas encore ça…
Ce serait pas mal pour ceux qui ne cherchent pas des performances 3D délirantes qu’il existe un chip graphique bateau, mais bien supporté. C’est un peu ce qu’on attendrait d’Intel (vu qu’au niveau des performances, ils ne sont pas dans le peloton de tête), mais ils préfèrent faire 36000 versions, comme les marques de pointe.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Fiable ?
Posté par Arthur Accroc . En réponse au journal Le SAV d'Orange ? Nul à ch*er !. Évalué à 4.
Grâce à la concurrence (c’est-à-dire avant que Free n’ait besoin des bénéfices de l’ADSL pour construire son réseau de téléphonie mobile), des FAI pas trop chers, on en a (et encore, ça a plutôt augmenté).
Mais fiables, quel que soit le prix…
En fait, les pannes ne sont pas tellement fréquentes, c’est juste que quand ça t’arrive, ça ne les intéresse pas de réparer, ça leur coûte cher, alors tu es dans la m…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Le service a évolué...
Posté par Arthur Accroc . En réponse au journal Le SAV d'Orange ? Nul à ch*er !. Évalué à 7.
Orange les a changées justement. Maintenant, c’est le mépris des employés et le mépris des clients, c’est moderne !
À l’époque où France Télécom était le seul opérateur téléphonique, mes parents ont eu un problème de ligne : elle se coupait de manière intermittente. La personne aux réclamations les a bien reçu et a envoyé un technicien une première fois, mais pas de problème au moment, donc il n’a rien trouvé. Une deuxième fois, mais ça marchait aussi au moment, pas mieux.
On a compris à la panne suivante que les pannes se produisaient par temps chaud. France Télécom a accepté sans rechigner d’envoyer une troisième fois le technicien à un moment où la température était haute. Il est venu, la ligne étant en panne au moment, il a trouvé le problème dans une boîte de raccordement en haut d’un poteau et l’a réglé. Très bon contact aussi du technicien. Rien à payer.
Actuellement, leur ligne fait un « ploc » au bout d’un certain temps de communication et ensuite on n’entend quasiment plus rien, à moins de hurler. Le problème se produit avec plusieurs téléphones récents, pas avec un vieux.
Ils ont contacté Orange, réponse : « ne branchez qu’un seul téléphone à la fois » (déjà essayé, ça ne change rien), puis « changez de téléphone ». Oui, enfin, il n’y a pas d’indication « fonctionne même sur les lignes pourries » sur les téléphones. Combien faudrait-il en acheter pour tomber sur un qui fonctionne correctement ?
En conséquence, mes parents utilisent le vieux téléphone. C’est dommage : avec dix chiffres, les mémoires, c’était bien pratique (ce téléphone en avait, mais elles ne fonctionnent plus, c’est pour ça qu’ils l’avaient remplacé).
Peut-être devraient-ils prendre un abonnement ADSL chez Orange en espérant que ça ne fonctionne pas pour qu’Orange répare la ligne…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Bizarre
Posté par Arthur Accroc . En réponse au journal Arch Linux signe ses paquets !. Évalué à 2.
C’est vrai que les petits traitements spécifiques à faire pour certaines mises à jour (elles sont indiquées dans les nouvelles) s’accumulent. Sur une rolling release, les développeurs ne peuvent pas repousser les changements gênants à la version suivante…
Le mieux est peut-être de partir sur l’image netinstall, même si du coup, question vérification des premiers paquets…
Le passage aux paquets signés serait aussi un moment opportun pour rafraîchir les images d’installation (cela dit, les développeurs sont bénévoles, je ne vais pas leur jeter la pierre).
Par contre pour le problème d’entropie que tu (Gui13) signalais pour la génération des clés, je soupçonnerai une machine virtuelle d’en générer moins qu’une machine physique.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Dépêches
Posté par Arthur Accroc . En réponse à la dépêche Arch Linux signe ses paquets !. Évalué à 2.
Et c’est dommage : à voir ce commentaire, tu aurais pu en faire une bonne…
À la décharge des modérateurs (pour avoir passé directement en dépêche un journal juste correct… pour un journal), viser une dépêche de qualité, ça peut causer une longue stagnation dans la tribune de rédaction.
À partir de là, comme moi pour le journal, ce sont eux qui choisissent de privilégier la fraîcheur ou la qualité…
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Bizarre
Posté par Arthur Accroc . En réponse au journal Arch Linux signe ses paquets !. Évalué à 2.
Rien que les messages du haut de ta première capture d’écran (machin est déjà présent dans le système de fichiers) indiquent un gros problème : la base pacman semble complètement incohérente avec le système de fichiers.
N’avais-tu pas déjà arrêté une installation salement ?
Avais-tu bien reformaté ta partition avant d’installer le système dessus ?
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Rectification
Posté par Arthur Accroc . En réponse à la dépêche Arch Linux signe ses paquets !. Évalué à 2. Dernière modification le 06 juin 2012 à 07:24.
Vu que les utilisateurs d’Arch allaient forcément être au courant, j’ai essayé de faire quelque chose de compréhensible pour les autres (et comme je l’ai dit, ça ne devait être qu’un journal, ce n’est pas moi qui ait décidé de le passer en dépêche).
Je n’ai pas vu de manière évidente comment leur présenter « grande nouvelle : Arch Linux vérifie maintenant les signatures déjà existantes par défaut mais pas par défaut (il faut fusionner les modification du fichier de config)… mais c’est une grande nouvelle » sans simplifier un peu. :-)
Quoiqu’il en soit, l’activation par défaut de la vérification est l’aboutissement de tout le travail de fond des développeurs pour concevoir, développer et mettre en place ce mécanisme (plus une période de test avant de le mettre par défaut).
À un autre sujet, une petite nouvelle fraîche : Firefox et Thunderbird 13 sont dans les dépôts.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Rectification
Posté par Arthur Accroc . En réponse à la dépêche Arch Linux signe ses paquets !. Évalué à 2.
Très bonne remarque de quelqu’un qui ne lit pas les man en diagonale (et qui laisse peut-être des fichiers de configuration non modifiés…).
Donc, si on fait une installation fraîche, on doit logiquement se retrouver avec la vérification de la signature des paquets activée. Tant mieux, mais dans ce cas, on a intérêt à accepter les clés maitresses !
Enfin pour être sûr du comportement exact, il faudrait prendre le temps d’essayer une installation…
Quand j’ai écrit mon journal, j’ai privilégié la fraîcheur à la qualité (c’est pour ça que j’avais juste posté un journal plutôt que de proposer une dépêche), mais j’ai essayé de mettre le conditionnel ou « peut-être » pour les choses dont j’étais le moins sûr.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Mieux utiliser les outils
Posté par Arthur Accroc . En réponse au journal Comparatif de principaux fournisseurs de cartes. Évalué à 4.
Google ne te dit pas de la prendre. D’ailleurs, si tu regardes bien, il t’affiche la D63 un peu plus fine que la D12 (mais c’est vrai que ça pourrait être plus clair).
Demande-lui un itinéraire, il t’en proposera trois : le premier par la D1084 (donc c’est cette route qu’il t’invite à prendre), le second par la D63 (avec une distance plus courte, mais un temps de parcours plus long) et le troisième par la D12 (le plus long en distance).
Sinon, en affichant la vue satellite, faute de voir le relief, tu t’apercevras que la D63 passe en forêt : clairement pas l’idéal pour la visibilité. Si tu zoomes, tu verras que la route n’est pas large. Pas la route appropriée pour une conduite sportive, mais ça peut être sympa pour la balade en roulant doucement.
Après, je ne dis pas que Google Maps est parfait : il ne donne aucune indication des reliefs et il a tendance à exagérer les temps de trajet par les petites routes, incitant parfois à faire un trajet beaucoup plus long en distance, parce que supposé plus court en temps, alors que ce n’est pas le cas. Tout ça sans parler des données que Google collecte.
Les points forts de Google Maps sont :
– l’affichage simultané des routes et de la photo satellite,
– la possibilité d’ajuster facilement le trajet,
– la possibilité de récupérer les coordonnées pour entrer un itinéraire dans un GPS.
Si tu ne t’en sers que pour afficher la carte, c’est clair qu’il est très en dessous d’une carte Michelin, d’une IGN ou même de FranceTopo.
Quant au trajets, Mappy me semble mieux déterminer le trajet le plus rapide et ViaMichelin propose un itinéraire « découverte ».
Mais tu peux aussi utiliser plusieurs outils, chacun pour ses points forts :
– repérer les routes sympas sur une carte Michelin,
– mettre au point le parcours sur Google Maps,
– rentrer l’itinéraire dans un GPS pour le guidage.
(OK, que des trucs pas libres…)
D’autres ont déjà donné les liens vers des sites qui exploitent mieux les données OSM.
Les cartes Michelin affichent les routes très grosses pour faciliter la différentiation de leur taille et dans des couleurs très vives pour que tu puisses t’y retrouver rapidement. L’idéal pour un déplacement en voiture (hormis un navigateur GPS).
Mais pour une promenade (en voiture, mais surtout en vélo), une IGN au 100000ᵉ te donnera une bien meilleure indication du relief et une vision plus réaliste du reste (même si les « routes vertes » manquent). Et pour une promenade à pied, c’est l’IGN au 25000ᵉ qui est le top.
À part ça, le coin à l’air sympa en tout cas.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Il faut regarder les critiques.
Posté par Arthur Accroc . En réponse au journal HS cinéma : "Cosmopolis" de David Cronenberg. Évalué à 9. Dernière modification le 29 mai 2012 à 10:36.
Cela dit, tu pouvais le savoir avant : regarde sur AlloCiné, critiques presse : 5 étoiles pour Les Inrockuptibles.
En général, j’aime bien les films de Cronenberg. Ça ne m’inquiéterait pas outre mesure que les autres n’apprécient pas. Mais une excellente critique des Inrockuptibles, c’est vraiment dissuasif !
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone