barmic a écrit 10455 commentaires

Effectivement, tu n’as pas compris mon point. Ce n’est pas de chercher la solution à mes problèmes. C’est juste de montrer qu’il y en a un certain nombre qui peuvent se poser.
Hors ce sont des problèmes créés, la manière la plus simple de les résoudre est de ne pas les créer !

Et toi tu refuse de voir que des problèmes il en existait avant qui sont corrigés ou qui peuvent être solutionnés avec le système actuel. J'ai montré un tas de solution pour faire précisément ce que tu veux de grub2 (aller encore un chmod -x /etc/grub.d et paf plus de modifications du fichier de conf quoi qu'il arrive (sauf si ton gestionnaire de paquet écrase les fichiers que tu as toi même modifiés, mais c'est un problème du gestionnaire de paquet (note que je ne sais pas ce qu'il en est pour apt, mais avec une diversion on peut empêcher toutes mises à jours de ces fichiers)). Je veux bien que tu ne parle pas de tes problèmes personnels, mais tu n'a pas encore trouvé de cas d'usage qui ne puisse pas être retrouvé. Si tu aime beaucoup le fameux script de chez Fedora, tu peut l'adapter pour la nouvelle syntaxe et le placer dans /etc/grub.d. La doc parle peut être de limitation, mais je pense qu'il parle des scripts upstream. Si tu prend quelques minutes pour faire ton script tu obtiens ce que tu veux (ou en tout cas je n'ai ni rencontré, ni lu sur interne de cas qui ne pouvait pas se faire).

Le problème comme je l'ai déjà dis, c'est que tu pars avec un aprioris. Comme tu ne vois pas les cas d'usages qui sont adressé (alors que j'en ai présenté et nous sommes d'accord que la situation des scripts maison de chaque distribution était un problème), tu n'a pas l'air de chercher à voir comment il fonctionne pour l'utiliser.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Cherche pas c'est différent de grub1 donc saymal.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

OpenGL 4 et compagnie offre les memes fonctionnalites.

Il y en a qui s'en servent d'OpenGL 4 ?

Certains paradigmes de programations de direct3d sont un peux meilleurs.

Directx simplifie pas mal d'autre aspect (input, game controller, son, …) mais je ne pense pas que c'est si important au final.

De ce que j'ai compris les API DirectX ne sont quasiment jamais utilisées directement c'est le moteur du jeu (comme Source par exemple) qui s'en occupe). Donc en effet il suffira d'utiliser source pour ne plus voir la différence.

Et non l'api du noyau linux qui change c'est tres bien, les drivers open source non aucun probleme avec ces changements.

En attendant on se prend la tête pour essayer d'avoir une accélération graphique potable (hors les quelques cas qui marchent, c'est à dire les cartes pas récentes (donc sans OpenGL 4) et Intel (donc sans puissance pour un jeux vidéo, j'entends)). C'est Linus qui lors d'un entretiens dans nos colonnes il n'y a pas si longtemps insultait les gourou du libre pour leur autisme ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Si, elles ont un rapport, c’est les options de configuration du système (par opposition à la configuration de chaque logiciel indépendant).

Défini « système ».

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Le problème, c'est que comme le relevai Carmack qui est pas soupçonnable d'être un Microsoftfag a priori DirectX est très loin devant la concurrence.

C'est ce que j'avais entendu dire depuis directX 10 ou 11. Mais un brin positif j'ai envie de croire que chez Valve, ils ont étudié la faisabilité avant de faire de la com' dessus.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je ne connais pas la marque des dés que j'achète, peut être sont-ils des Lébiles, mais rien ne me permet de le confirmer à l'heure actuelle.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Et le pire c'est qu'ils le font… Ma honte restera indélébile…

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

« Inutilez » mon commentaire s'il vous plaît, pour le cacher autant que possible.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

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.

Ça manque de flexibilité et ça déporte un bout de la conf de ta machine dans /boot. Si vraiment tu veux avoir quelque chose en dur pourquoi ne pas rendre non-executable tout les fichiers de /etc/grub.d pour ne garder que celui qui t'intéresse. Si tu as quelque chose de fixe parfait, si tu veux quelque chose d'un peu dynamique un appel à grub-mkconfig et c'est terminé.

Quand je dis que ça ne demande que ça ê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.

Plus vite peut être, plus fiable, plus maintenable, plus portable à travers les distributions et OS, je ne sais pas.

ils ont même réussi à faire une doc utilisable pour Grub 2, c’est dire

Ça n'a jamais était fais avant c'est clair : http://wiki.debian-facile.org/manuel:grub2
Pour la solution de rendre non executable les fichiers de /etc/grub.d, c'est sur l'un des doc pointé par le site officiel que j'ai trouvé ça (que j'ai trouvé grâce au README du paquet).

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.

Compliquée non, sophistiquée peut être. Il faut prendre 5 minutes pour lire un peu la doc (je croyais les archers fiers de lire la doc eux), pour comprendre comment ça fonctionne de manière précise.

Quant à ta définition de KISS, je n’ai pas la même.

KISS étant un buzzword à peu près du même acabit que cloud ou web2.0, j'ai le droit de mettre ce que je veux derrière :)

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 fichier de configuration est généré par la sortie standard de tout les scripts de /etc/grub.d et paramétré par /etc/default/grub lors d'installation de noyau.
Tu trouve que c'est une torture mais ça permet à un tas de monde de faire précisément ce qu'ils veulent. Pour grub-mkconfig, j'ai décris précisément son fonctionnement, c'est de la mauvaise fois. Et si tu ne fais pas l'effort de lire ce que j'écris je vois pas pourquoi je continuerais, un jour peut être que tu lira la doc et tu essaiera de comprendre comment s'en servir sans apriori (tu n'aura alors plus besoin de quelqu'un qui te met le doigt sur les solutions).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

À linux de montrer qu'il peut être une vrai plateforme apparentière.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je pense que cette dépêche aurait mieux présenter la situation en évitant de simplement présenter une liste de fait pour s'attacher parler d'ambiance. Le problème ce n'est pas de montrer une photo de femme, mais de ne présenter que des photos de femme. La majorité des gens ici accepterais très bien que le contraire se fasse, mais ça n'est pas le cas. L'énorme majorité d'homme sur le site doit en être pour quelque chose et cela n'est pas près de changer si on continue à multiplier ce genre de petites boutades, légères sans importances mais régulières. Si la base d'utilisateur était plus mixte, les choses serait différentes.

Ça ne plaît d'avoir des contraintes du simple fait de manquer de femmes sur le site, mais l'ambition du site être d'être mixte ou à minima accueillant. Ça n'est pas le cas pour tout le monde avec ce genre d'ambiance.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est pas ce que tout le monde essaie de faire ici ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Au mon dieu, ce que perl6 donne envie ! :)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Tu fais un lien entre l'homosexualité et la polygamie ? Tu as déjà eu des commentaires plus intelligents…

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

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.

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é.

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. :-)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ah quand même !
Debian trouve toujours le moyen de me surprendre… mais pas souvent dans le bon sens.
Fedora gérait ça correctement.

Ne prends pas mon expérience comme parole d'évangile. Je ne savais peut être pas me servir de grub 0.97. Maintenant j'ai pris le temps de lire 4 petits scripts et de comprendre comment ça doit fonctionner.

Ç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.

On s'est mal compris je pensais que tu parlais de vraiment virer les autres linux. Mes noyaux ont un le numéro de version du noyau, la date et un nom parlant pour moi.

Mais mis à part ça pense-tu encore que grub2 va te virer des fonctionnalités ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Les specs ne sont pas là pour prévoir/corriger ce que font les mauvais développeurs (car de toute façon ils trouveront toujours un moyen d'être plus mauvais que ce que l'on avait soupçonné).

C'est il me semble ce qu'ils font. Ils virent les versions parce qu'elles ne sont pas utilisée. Il n'est plus possible pour un navigateur d'être strict.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

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 ?

Avant je perdais tout et il fallait que je me souvienne de mes modif' (ou que je maintienne un diff).

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.

On est d'accord.

Grâce à Grub 2 (enfin les scripts qui viennent avec), c’est pris en charge directement… mais partiellement seulement.

C'est déjà un mieux, non ?

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).

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.

Avoir 2 noyaux ça peut être limite. Personnellement j'aime bien savoir sur le quel je boot. Me dire "le dernier" et "le précédent" ça ne me plaît pas.

En général j'ai 3 noyaux d'installé, celui de la distrib', le dernier que j'ai coupilé et le précédent que je garde jusqu'à ce que je compile le suivant. Au final j'ai un 2.6.32, un 3.2 et un 3.3. C'est un usage particulier de gars tordu ? Peut être mais pour mon cas d'usage je suis content de ce que propose par défaut ma distrib.

Pour ton cas d'usage grub2 s'adapte facilement :

#!/bin/sh

LINUX_VERSION=$(...) # ici tu cherche le numéros de version de ton dernier noyau
# sur ma Debian je ferrais ça :
# ls /boot/vmlinuz-* | cut -c 15- | sort | tail -n1
cat <<EOF
menuentry 'Debian GNU/Linux, avec Linux ${LINUX_VERSION} sans e4rat' --class debian --class gnu-linux --class gnu --class os {
    insmod part_msdos
    insmod ext2
    set root='(hd0,msdos2)'
    search --no-floppy --fs-uuid --set 348f2f55-a3ec-450f-9968-143f0e0b7825
    linux   /boot/vmlinuz-${LINUX_VERSION} root=UUID=348f2f55-a3ec-450f-9968-143f0e0b7825 ro init=/sbin/init quiet
    initrd  /boot/initrd.img-${LINUX_VERSION}
}
EOF

à mettre dans un fichier de /etc/grub.d/. Ça pourrait être donné par dans ta distrib'.

Au final par rapport à ce qu'il y avait avant : un fichier unique qui a des conflits entre nos modifications et celles du système et une solution différente par distribution. On a un système qui pose des bases qui gère 80% des utilisations et qui peut facilement s'adapter par les distributions ou l'utilisateur pour des cas d'usage particulier sans aller à l'encontre de l'upstream. Il est même possible de remonter à l'upstream c'est scripts et amélioration.

Franchement qu'est ce qu'il faudrait de plus ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Il est compilé en code machine il est où le runtime couteux ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

On est aujourdh'ui à maximum 12 cores par PC.

Ma meilleure machine est à 3. Ne pas confondre les plus grosses CPU actuelles avec le standard. Il y a quelques années d'écart (en fait je suis pas sur qu'Intel vende plus que 8 cœurs * 2 threads au grand public). Mais on parle de CPU à 1 300 € minimum.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Bon par contre si cela a été fait c'est probablement car aucun navigateur ne supportait une norme intégralement.

Je pense que c'est plutôt que les navigateurs ne l'utilisent pas car ils font tout pour gober les trucs les plus vastes possible. Dans Firefox tu mais une page dans une autre :

<!DOCTYPE html>
<body>
    <!DOCTYPE html>
    <body>
    </body>
</body>

Il l'accepte autant qu'il peut. Donc pourquoi l'indiquer si de toute manière personne ne s'en sert et chaque navigateur implémente sa propre autodétection.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Quand a pkgin, il n'a pas la qualité de pacman (encore ?).

J'allais répondre sur pkgin. Il faut voir l'age des gestionnaires, pkgin est très récent (et a peut être moins d'utilisateurs), mais plus il seras utilisé plus il seras complet.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

J'édite /etc/grub.d/40_custom :

$ less /etc/grub.d/40_custom
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry 'Debian GNU/Linux, avec Linux 3.3.7-20120522 avec des options top moumoute !!!' --class debian --class gnu-linux --class gnu --class os {
    insmod part_msdos
    insmod ext2
    set root='(hd0,msdos2)'
    search --no-floppy --fs-uuid --set 348f2f55-a3ec-450f-9968-143f0e0b7825
    linux   /boot/vmlinuz-3.3.7-20120522 root=UUID=348f2f55-a3ec-450f-9968-143f0e0b7825 ro init=/sbin/e4rat-preload my_option1 my_option1 my_option1
    initrd  /boot/initrd.img-3.3.7-20120522
}
menuentry 'Debian GNU/Linux, avec Linux 3.3.7-20120522 sans e4rat' --class debian --class gnu-linux --class gnu --class os {
    insmod part_msdos
    insmod ext2
    set root='(hd0,msdos2)'
    search --no-floppy --fs-uuid --set 348f2f55-a3ec-450f-9968-143f0e0b7825
    linux   /boot/vmlinuz-3.3.7-20120522 root=UUID=348f2f55-a3ec-450f-9968-143f0e0b7825 ro init=/sbin/init quiet
    initrd  /boot/initrd.img-3.3.7-20120522
}

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Mais modifier rapidement et facilement le moindre paquet et la capacité à downgrader après une merde, debian, fedora, ubuntu et suse ont du retard.

Des downgrade j'en fais des tas du système complet sous Debian ça marche très bien. Après pour un paquet donné après un problème survenu sur celui-ci,ce n'est pas forcément pratique (il faut aller chercher dans le cache ou le trouver sur un dépôt apt-cache policy est utile pour ça).

Sinon tu as frugalware qui utilise pacman (ou un fork plutôt je crois).

Faire son PKGBUILD : entre ABS et AUR il y en a des tas à dispo. Il suffit de changer parfois une ligne ou 2 pour avoir un PKGBUILD customisé aux oignons.

pkgsrc n'est pas aussi bien pour ça ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je suis administrateur système (et accessoirement réseau), pas développeur, chacun son boulot.

Je ne suis pas sur que la création d'une distribution soit plus du dév que de l'admin. Ensuite beaucoup de dev du libre ne sont dev de formation ni de métier.

Tu connais une seule distro (parmi celle que tu as cité ou non) qui intègre un gestionnaire de paquet comme pacman ?

C'est à dire ? Parce que dis comme ça, non aucun n'intègre pacman. Mais c'est quoi qui te plaît dedans ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)