Non pas forcément.
IPv6 a d'autres avantages, comme l'unicast. Ça permet aussi de tester que les OS, le matos, et les logiciels fonctionnent bien en Ipv6. La Freebox, que l'on va considérer comme du matos (vu qu'on n'a pas accès à l'OS et qu'on ne peut pas le modifier) peine un peu de ce côté pour le moment.
On peut vouloir faire des zones privées avec de l'Ipv6, ce n'est pas incompatible.
L'interface c'est Map, HashMap est une des implémentations possibles. Et ça c'est juste de l'objet standard et ça ne pose aucun problème.
L'exemple pour le XML par contre, c'est vrai que c'est chiant. Par contre ça a une réelle utilité, et c'est utilisé. Ça permet de fournir d'autres implémentations (qui s'enregistrent au près de la fabrique) et qui font un travail un peu différent, ou plus rapide, ou que sait-je d'autre. Par contre c'est un peu dommage qu'il n'existe pas un masquage ou wrapper pour éviter d'écrire ce genre de choses à rallonge quand on n'est pas intéressé par le type d'implémentation précise qui sera choisi.
Il existe surtout pas mal de choses qui sont manquantes dans la grammaire Java qui peuvent être chiantes au quotidien, mais ce n'est pas du tout les exemples que tu montres.
Java 7 améliore quelques petites choses sur le langage (switch sur un type string, catch multiples, meilleure gestion des ressources systèmes ouvertes (équivalent des file descriptors), syntaxe diamond pour l'intialisation de type générique), mais on est encore très loin de la souplesse de grammaire qu'offre un langage comme Python par exemple avec ses dictionnaires, tuples et surtout toutes les méthodes qui tournent autour.
Car tout de même, dans un langage procédural (fusse-t-il objet), on a majoritairement un enchaînement de blocs de contrôles (if, while, for, switch, try catch), de manipulation arithmétique, affectations…et de manipulations ensemblistes.
Et sur ce dernier point que Java est très très loin derrière les autres langages. C'est la panacée du tout‑objet, qui fait qu'il n'existe qu'un seul type primitif de liste, qui est très très limité, et que pour le reste il faille passer par des objets/classes ensemblistes (java.util.Collection) qui ont une API très pauvres. Du coup il existe un tas de bibliothèques qui permettent d'ajouter quelques fonctionnalités ensemblistes, mais on reste sur une manipulation orientée objet, ce qui n'est pas du tout adapté pour ce cas de figure. De plus, ces librairies externes ne sont pas considérées pour une future inclusion dans le JRE, ce qui reste donc pénalisant.
Je pense qu'il existe d'autres domaines que la pauvreté du domaine ensembliste qui pourrait être cité, mais c'est vraiment celui qui me dérange au quotidien.
Elle est où la gestion des paramètres du script init original, à savoir :
# change this line if you want dnsmasq to serve an MX record for
# the host it is running on.
MAILHOSTNAME=""
# change this line if you want dns to get its upstream servers from
# somewhere other that /etc/resolv.conf
RESOLV_CONF=""
# change this if you want dnsmasq to cache any "hostname" or "client-hostname" from
# a dhcpd's lease file
DHCP_LEASE="/var/lib/dhcp/dhcpd.leases"
DOMAIN_SUFFIX=`dnsdomainname`
Ainsi que :
if [ ! -z "${MAILHOSTNAME}" ]; then
OPTIONS="$OPTIONS -m $MAILHOSTNAME"
fi
if [ ! -z "${RESOLV_CONF}" ]; then
OPTIONS="$OPTIONS -r $RESOLV_CONF"
fi
if [ ! -z "${DHCP_LEASE}" ]; then
OPTIONS="$OPTIONS -l $DHCP_LEASE"
fi
if [ ! -z "${DOMAIN_SUFFIX}" ]; then
OPTIONS="$OPTIONS -s $DOMAIN_SUFFIX"
fi
Le deuxième.
Je l'ai modifié un peu aussi pour ajouter quelques options pour pouvoir faire des votes avec des poids différents selon le groupe auquel appartient la personne.
Voici le code que j'utilise (avec mes extensions) : <doodle login single supergroup=ca votegroup=actifs| Président 2012 > ^ Nom1 ^ Nom2 ^ </doodle>
Voici un aperçu de ce que ça donne une fois le sondage fini (ici j'ai laissé l'affichage de ceux qui ont votés, on peut aussi le rendre invisible) :
Oui je l'utilise pour le wiki de mon assoc, pour prévoir les réunions et d'autres prises de décision. Ça marche très bien et c'est facile à mettre en place.
J'ai pas trouvé comment changer le positionnement des variables avec printf, genre comme fait gettext. Si quelqu'un connaît un moyen (portable) je suis intéressé.
C'est très (trop) lent.
Testé avec bash.
J'ai plusieurs VCS avec différentes sources et types. Avec du git c'est à peu près ok, avec svn c'est très lent, mais dans tous les cas c'est bcp plus lent que le script ".git-prompt.sh" que j'avais trouvé sur le net (par Shawn O. Pearce, ça doit être sur github, je sais plus où, en GPL v2) que j'ai adapté un poil et un ".svn-prompt.sh" que j'ai fais moi-même en suivant les principes de git-prompt. Franchement je vois pas la différence entre avant et après avec ces deux scripts là. Par contre avec liquidprompt…je sens bien le liquide épais s'écouler entre chaque prompt :)
En effet. Mais le FS est toujours accédé en lecture seule. C'est simplement que ce fichier est accéder en mode bloc en écriture, le système de fichier n'est pas modifié.
En effet, le fichier grubenv doit avoir déjà une taille défini à l'avance et doit être contiguë.
Mais encore une fois, je ne vois pas la différence avec grub1 ou grub2 sur ton exemple.
Si tu veux résoudre le même problème avec grub2, tu vas dans la doc, qui va te donner les même genre de commandes que celles de syslinux/extlinux, et tu vas te retrouver à taper à peu près la même chose.
Grub2 permet plus de chose que syslinux, celà ne veut pas dire qu'il est complexe de l'utiliser.
Je voudrais juste préciser que je n'ai rien contre syslinux, au contraire, j'aime bien aussi ce bootloader qui est également clair et bien fonctionnel. En fait, je l'utilise sur USB pour chainloader vers du grub2, car l'installation de syslinux dans le MBR est plus simple (pour la plupart des gens et clés USB en fat32) qu'avec un grub2.
Par contre, je trouve qu'on regarde souvent l'utilisation d'un soft, intégré dans cette merde d'Ubuntu, au lieu d'évaluer le soft lui-même. À mon avis, ici c'est le même problème. grub2 est évalué via l'intégration pourrie d'Ubuntu (je vais me faire moinsser pour dire ça, mais bon…)
Je vais répondre simplement : non c'est faux.
Comme indiqué plusieurs fois plus haut, le fichier de config de grub2 c'est grub.cfg, tu l'édites avec un éditeur de texte, celui que tu veux, et basta. Et le fichier n'est en aucun cas différent entre un 32 ou 64 bits (grub2 tourne en mode émulation 32 bits sur un processeur 64 bits de toute façon, et sur un seul processeur/core, pour info).
Je le répète, mais le grub-mkconfig n'est pas nécessaire du tout pour changer un truc dans la config de grub2, donc pas besoin de chrooter ou je ne sais quoi.
Effectivement ce n'est pas spécifié dans la dépêche.
En gros, ce qu'on peut noter comme différences (qui peuvent n'avoir aucun intérêt pour toi) :
- le "stage 1.5" est devenu obligatoire pour booter, permet plus de chose (une console de secours est toujours disponible), et contient un ensemble de fonctionnalités variables (préciser à la compilation). Son nouveau nom est core.img
- le "stage 2" n'existe plus, et c'est juste des modules que l'on charge au besoin. Ces modules peuvent définir un driver de système de fichiers, un interpréteur de commande (parser) ou un ensemble de commandes.
- gettext et utf-8 qui permettent d'avoir une traduction des menus (pour les trucs qui nécessitent des vrais menus, genre un liveCD, ou un truc type SystemRescueCD).
- des possibilités de chainloading dans tous les sens, qui permettent une intégration de ou vers grub2 simplifiée.
- la gestion de nouveaux types de systèmes de fichiers, de table de partition, de BIOS/EFI, d'architecture.
- un vrai shell disponible au boot, qui permet de faire un tas de modifications si on a un problème de boot, ou pour booter quelque chose d'exotique ou inhabituel.
- langage de script shell évolué qui permet de faire des scripts plus simple et plus manitenable (utile aux distributions principalement).
- une gestion des thèmes améliorée.
Ce serait bien de lire le tout et pas de répondre à côté de la plaquer, merci.
Les lignes de syslinux et de grub2 font exactement la même chose : afficher une ligne de menu, charger le noyau, charger l'initrd, booter.
Les lignes qui ont été ajoutés par Sylvain sont inutiles au boot. Sauf évidemment le module pour gérer ses partitions GPT…ce que ne peut pas faire syslinux pour le moment (mais je ne doute pas qu'il finisse par les gérer).
Les lignes ajoutées, permettent de charger une carte de clavier bépo (inutile pour sélectionner la ligne de boot, utile uniquement s'il veut modifier un truc à la volé dans grub2, chose impossible avec syslinux), de dire à grub2 de ne pas changer de résolution au moment de charger le noyau (c'est sympa, mais pas indispensable), charge le module gzio (je ne sais pas pourquoi il charge ce module), charge le module de gestion de partitions GPT, charge le module de gestion d'ext1/2/3/4 (mais ça me semble inutile, je pense qu'il est déjà chargé).
La ligne avec le search permet de définir la variable "root" (permettant de donner la partition sur laquelle démarrer) en cherchant la partoche par UUID, inutile puisqu'on a déjà défini la variable root.
Ensuite y'a deux "echo" qui servent à rien.
Ouais sauf que non, justement.
Là il a copié-collé un truc généré et l'a adapté.
Si tu veux comparer à fonctionnalité égales (donc en supposant que ces partitions sont pas sur du GPT mais du MS-DOS), ça donne :
menuentry 'Archlinux, boot dans l’initramfs' {
set root='(hd0,msdos1)'
linux /boot/vmlinuz-linux ro break=y
initrd /boot/initramfs-linux.img
}
menuentry 'Archlinux, système de sauvegarde sur sda6' {
set root='(hd0,msdos2)'
linux /boot/vmlinuz-linux ro
initrd /boot/initramfs-linux.img
}
Ce qui fait 10 lignes. Alors faudrait ptre un peu comparer des choses identiques.
La doc est là, et elle est très bien je trouve. Je vois où tu vois que la doc est sur Ubuntu ?
Booter en utilisant la ROM de la carte réseau, c'est pas con. Je vois pas trop pourquoi grub2 ne pourrait pas le faire. Tout dépend de la taille de l'espace mémoire disponible. Après il manque ptre à grub2 la commande pour installer grub core.img dans cette mémoire, à la différence de ipxe.
Lit plus haut, j'ai indiqué que ce besoin de regénérer la conf n'est pas un problème de grub, mais un problème de distribution à la con.
Sinon grub sait booter en PXE également.
Tout dépend de la distribution que tu utilises.
Le fichier grub.cfg est le seul fichier de configuration lu par grub2.
Après, pour certaines raisons, l'équipe de grub a permit de mettre en place un ensemble de fichier de config (buildtime) qui permettent de générer le fichier de config (runtime).
C'est une option. Ce n'est pas automatique…sur les bonnes distributions.
Pour (re-)générer le fichier de configuration runtime grub.cfg si besoin, il faut lancer grub-mkconfig, qui va lire les fichiers de config buildtime et faire son mic-mac. Ce n'est pas forcément hyper simple à hacker pour ceux habitués à grub1, lilo, etc.
Soit, ben ne lancez pas grub-mkconfig, ignorez ces fichiers buildtime, et modifiez directement grub.cfg, comme avant.
Ah mais nooon… ça marche pas, parce que vous utilisez une distrib de merde, qui s'amuse à exécuter, à votre insu, grub-mkconfig à chaque mise à jour du noyau, de l'initrd ou d'un composant proche du noyau.
Mais il faut bien faire la différence entre une distribution qui a fait le choix de rendre obligatoire le passage par grub-mkconfig, et le fait que grub2 aie permit d'utiliser grub-mkconfig si on veut.
J'utilise Salix, basée et compatible avec Slackware, j'utilise grub2 (des fois LILO aussi sur certaines machines où j'ai pas pensé à changer), et je n'ai pas besoin de me faire chier avec les fichiers de config buildtime. Sur mon propre PC, ça me va, donc j'ai lancé grub-mkconfig, et j'ai mon fichier grub.cfg généré ; sur un serveur je ne le lance pas, et j'ai modifié directement le fichier grub.cfg.
J'imagine que sous Arch, ça doit être la même chose, grub-mkconfig n'est pas lancé implicitement lors d'une mise à jour de paquet.
Doit y avoir aussi d'autres distrib qui font ça correctement ou qui permettent d'activer ou pas l'utilisation automatique de grub-mkconfig. Après y'a les autres…
Entre une fonctionnalité qui fait tout et pas de fonctionnalité, je trouve qu'il y a quand même un juste milieu à trouver.
Pourquoi ne pas proposer la gestion des vidéos via la balise <video> et/ou via un lien de téléchargement ? Si le visiteur ne peut pas lire la vidéo (navigation depuis un navigateur ne gérant pas la balise video ou OS ne gérant pas le format vidéo) on a toujours le comportement actuel, donc rien de perdu. Et si on peut lire la vidéo via la balise <video> et bien c'est toujours ça de gagné, non ?
L'hébergement via Youtube & co, ce n'est pas une option pour moi. Je veux gérer MES vidéos sur MON serveur.
Et il faut arrêter de parler des extensions Charlies Content ou jPlayer. Je les ai testé et ça ne marche pas du tout, en tout cas pas avec la version 2.3 de Piwigo et quelques autres extensions communes. En plus ces solutions sont lourdes et avec une installation compliquée.
J'ai dû écrire moi-même un bout de code pour afficher un bouton « télécharger la vidéo » sur les vidéos (avec un miniature faite sur mon PC avant l'envoi grâce à ffmpeg et imagemagick). C'est un peu moins souple qu'une lecture intégrée dans le navigateur mais bon ça marche bien et c'est mieux que rien.
Bon après je râle, je râle, mais c'est surtout sur la forme. Je trouve que le discours « héberger vos photos vous-même » couplé à un « pour les vidéos, utilisez les hébergeurs en ligne » ne tient pas. Après je conçois largement que ce soit difficile techniquement et que ça ne fait pas partie des priorités de Piwigo.
Bon au final, j'utilise Piwigo pour mes photos de vacances principalement, et j'en suis [b]très[/b] content. Avec un ou deux plugins, ça rend vraiment bien et c'est rapide. Il y a plein de fonctionnalités que l'ont peut activer (ou s'en passer) et le logiciel permet de répondre à plusieurs type d'utilisateurs.
Désolé pour mon côté « râleur ». Je remercie toute l'équipe de Piwigo pour cet excellent outil. Je ne peux pas contribuer mes changements pour la gestion des vidéos car avec ce changement des miniatures ça ne marchera plus, mais si j'arrive à le faire fonctionner avec le nouveau système, c'est avec plaisir que je contribuerai.
Mais c'est clair, c'est génial !!
Moi qui boudait Jamendo depuis leur nouvelle interface à la con. En plus je trouvais plus comment télécharger en OGG. Là je suis bien content ça marche impec.
Hyper rapide, plein de fonctionnalités, génial.
Seul truc que je rajouterais c'est des « title » sur les éléments cliquables. Car même si tu as mis des belles icônes, on a toujours un doute sur la fonctionnalité. Alors bon, en regardant l'URL au survol, on se doute du coup de la fonction, mais un petit tooltip ne serait pas de trop.
Vu que c'est sur git, je ferai ptre une proposition de patch (heuh je suis pas encore très à l'aise avec git, donc ce sera ptre pas tout de suite…)
Les ponctuations doubles (« :;!? ») prennent une espace avant et après. Et en informatique, il est de mise de mettre un espace insécable avant et un espace normal après.
Mais je corrige en disant que fr-oss ça permet l'accès au capitales accentuées, qu'on peut effectivement utiliser comme des majuscules si besoin ;-)
(Ben quoi c'est bien un journal trollifère — ou on dit trollifaire ? — non ?)
Justement « mél » ne doit s'employer que sur les cartes de visites (ou équivalent), comme « tel. ». Ce n'est pas un nom commun. Pour le nom commun, il est recommandé d'utiliser soit le joli terme inventé par les québécois, à savoir courriel, ou directement le mot anglais « email ».
[^] # Re: ip6table dans Freebox ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 3.
Non pas forcément.
IPv6 a d'autres avantages, comme l'unicast. Ça permet aussi de tester que les OS, le matos, et les logiciels fonctionnent bien en Ipv6. La Freebox, que l'on va considérer comme du matos (vu qu'on n'a pas accès à l'OS et qu'on ne peut pas le modifier) peine un peu de ce côté pour le moment.
On peut vouloir faire des zones privées avec de l'Ipv6, ce n'est pas incompatible.
[^] # Re: Bof...
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal PHP, A Fractal Of Bad Design. Évalué à 3.
L'interface c'est Map, HashMap est une des implémentations possibles. Et ça c'est juste de l'objet standard et ça ne pose aucun problème.
L'exemple pour le XML par contre, c'est vrai que c'est chiant. Par contre ça a une réelle utilité, et c'est utilisé. Ça permet de fournir d'autres implémentations (qui s'enregistrent au près de la fabrique) et qui font un travail un peu différent, ou plus rapide, ou que sait-je d'autre. Par contre c'est un peu dommage qu'il n'existe pas un masquage ou wrapper pour éviter d'écrire ce genre de choses à rallonge quand on n'est pas intéressé par le type d'implémentation précise qui sera choisi.
Il existe surtout pas mal de choses qui sont manquantes dans la grammaire Java qui peuvent être chiantes au quotidien, mais ce n'est pas du tout les exemples que tu montres.
Java 7 améliore quelques petites choses sur le langage (switch sur un type string, catch multiples, meilleure gestion des ressources systèmes ouvertes (équivalent des file descriptors), syntaxe diamond pour l'intialisation de type générique), mais on est encore très loin de la souplesse de grammaire qu'offre un langage comme Python par exemple avec ses dictionnaires, tuples et surtout toutes les méthodes qui tournent autour.
Car tout de même, dans un langage procédural (fusse-t-il objet), on a majoritairement un enchaînement de blocs de contrôles (if, while, for, switch, try catch), de manipulation arithmétique, affectations…et de manipulations ensemblistes.
Et sur ce dernier point que Java est très très loin derrière les autres langages. C'est la panacée du tout‑objet, qui fait qu'il n'existe qu'un seul type primitif de liste, qui est très très limité, et que pour le reste il faille passer par des objets/classes ensemblistes (java.util.Collection) qui ont une API très pauvres. Du coup il existe un tas de bibliothèques qui permettent d'ajouter quelques fonctionnalités ensemblistes, mais on reste sur une manipulation orientée objet, ce qui n'est pas du tout adapté pour ce cas de figure. De plus, ces librairies externes ne sont pas considérées pour une future inclusion dans le JRE, ce qui reste donc pénalisant.
Je pense qu'il existe d'autres domaines que la pauvreté du domaine ensembliste qui pourrait être cité, mais c'est vraiment celui qui me dérange au quotidien.
[^] # Re: Trop d'honneurs...
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal yet another journal about systemd. Évalué à 6.
Elle est où la gestion des paramètres du script init original, à savoir :
Ainsi que :
?
[^] # Re: Ouf
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Java ça pue c'est trop libre.. Évalué à 4.
Dans le deuxième lien que tu donnes, la deuxième vidéo, on voit bien que le type peut taper des commandes unix à distances…
[^] # Re: dokuwiki
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Doodle en libre. Évalué à 1. Dernière modification le 23 août 2012 à 10:55.
Le deuxième.
Je l'ai modifié un peu aussi pour ajouter quelques options pour pouvoir faire des votes avec des poids différents selon le groupe auquel appartient la personne.
Voici le code que j'utilise (avec mes extensions) :
<doodle login single supergroup=ca votegroup=actifs| Président 2012 >^ Nom1 ^ Nom2 ^</doodle>Voici un aperçu de ce que ça donne une fois le sondage fini (ici j'ai laissé l'affichage de ceux qui ont votés, on peut aussi le rendre invisible) :
[^] # Re: dokuwiki
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Doodle en libre. Évalué à 3.
Oui je l'utilise pour le wiki de mon assoc, pour prévoir les réunions et d'autres prises de décision. Ça marche très bien et c'est facile à mettre en place.
[^] # Re: tester la présence des logiciels :)
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Appel à testeurs pour liquidprompt. Évalué à 1. Dernière modification le 13 août 2012 à 19:53.
Oui bien sûr.
Voici mon .git-prompt.sh modifié : http://openpaste.org/786ac73d
Voici le .svn-prompt.sh que j'ai fais : http://openpaste.org/5Fa72769
Et voici le contenu de mon .bashrc (j'utilise bash, pas sûr que tout ceci marche bien sur zsh) : http://openpaste.org/C858753f
J'ai pas trouvé comment changer le positionnement des variables avec printf, genre comme fait gettext. Si quelqu'un connaît un moyen (portable) je suis intéressé.
[^] # Re: tester la présence des logiciels :)
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Appel à testeurs pour liquidprompt. Évalué à 1.
C'est très (trop) lent.
Testé avec bash.
J'ai plusieurs VCS avec différentes sources et types. Avec du git c'est à peu près ok, avec svn c'est très lent, mais dans tous les cas c'est bcp plus lent que le script ".git-prompt.sh" que j'avais trouvé sur le net (par Shawn O. Pearce, ça doit être sur github, je sais plus où, en GPL v2) que j'ai adapté un poil et un ".svn-prompt.sh" que j'ai fais moi-même en suivant les principes de git-prompt. Franchement je vois pas la différence entre avant et après avec ces deux scripts là. Par contre avec liquidprompt…je sens bien le liquide épais s'écouler entre chaque prompt :)
[^] # Re: Des entrées personnalisées, et qui ne sont pas modifiées par grub-mkconfig.
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 2.
En effet. Mais le FS est toujours accédé en lecture seule. C'est simplement que ce fichier est accéder en mode bloc en écriture, le système de fichier n'est pas modifié.
En effet, le fichier grubenv doit avoir déjà une taille défini à l'avance et doit être contiguë.
[^] # Re: Des entrées personnalisées, et qui ne sont pas modifiées par grub-mkconfig.
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 1.
Ah oui, j'avais pas pensé au cas où /boot serait une autre partoche. Dans ce cas, en effet le search prend son sens.
Merci de l'explication.
[^] # Re: Des entrées personnalisées, et qui ne sont pas modifiées par grub-mkconfig.
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 2.
Mais encore une fois, je ne vois pas la différence avec grub1 ou grub2 sur ton exemple.
Si tu veux résoudre le même problème avec grub2, tu vas dans la doc, qui va te donner les même genre de commandes que celles de syslinux/extlinux, et tu vas te retrouver à taper à peu près la même chose.
Grub2 permet plus de chose que syslinux, celà ne veut pas dire qu'il est complexe de l'utiliser.
Je voudrais juste préciser que je n'ai rien contre syslinux, au contraire, j'aime bien aussi ce bootloader qui est également clair et bien fonctionnel. En fait, je l'utilise sur USB pour chainloader vers du grub2, car l'installation de syslinux dans le MBR est plus simple (pour la plupart des gens et clés USB en fat32) qu'avec un grub2.
Par contre, je trouve qu'on regarde souvent l'utilisation d'un soft, intégré dans cette merde d'Ubuntu, au lieu d'évaluer le soft lui-même. À mon avis, ici c'est le même problème. grub2 est évalué via l'intégration pourrie d'Ubuntu (je vais me faire moinsser pour dire ça, mais bon…)
[^] # Re: Intérêt ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 6.
Je vais répondre simplement : non c'est faux.
Comme indiqué plusieurs fois plus haut, le fichier de config de grub2 c'est grub.cfg, tu l'édites avec un éditeur de texte, celui que tu veux, et basta. Et le fichier n'est en aucun cas différent entre un 32 ou 64 bits (grub2 tourne en mode émulation 32 bits sur un processeur 64 bits de toute façon, et sur un seul processeur/core, pour info).
Je le répète, mais le grub-mkconfig n'est pas nécessaire du tout pour changer un truc dans la config de grub2, donc pas besoin de chrooter ou je ne sais quoi.
[^] # Re: Intérêt ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 7.
Effectivement ce n'est pas spécifié dans la dépêche.
En gros, ce qu'on peut noter comme différences (qui peuvent n'avoir aucun intérêt pour toi) :
- le "stage 1.5" est devenu obligatoire pour booter, permet plus de chose (une console de secours est toujours disponible), et contient un ensemble de fonctionnalités variables (préciser à la compilation). Son nouveau nom est core.img
- le "stage 2" n'existe plus, et c'est juste des modules que l'on charge au besoin. Ces modules peuvent définir un driver de système de fichiers, un interpréteur de commande (parser) ou un ensemble de commandes.
- gettext et utf-8 qui permettent d'avoir une traduction des menus (pour les trucs qui nécessitent des vrais menus, genre un liveCD, ou un truc type SystemRescueCD).
- des possibilités de chainloading dans tous les sens, qui permettent une intégration de ou vers grub2 simplifiée.
- la gestion de nouveaux types de systèmes de fichiers, de table de partition, de BIOS/EFI, d'architecture.
- un vrai shell disponible au boot, qui permet de faire un tas de modifications si on a un problème de boot, ou pour booter quelque chose d'exotique ou inhabituel.
- langage de script shell évolué qui permet de faire des scripts plus simple et plus manitenable (utile aux distributions principalement).
- une gestion des thèmes améliorée.
[^] # Re: Des entrées personnalisées, et qui ne sont pas modifiées par grub-mkconfig.
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 6.
Ce serait bien de lire le tout et pas de répondre à côté de la plaquer, merci.
Les lignes de syslinux et de grub2 font exactement la même chose : afficher une ligne de menu, charger le noyau, charger l'initrd, booter.
Les lignes qui ont été ajoutés par Sylvain sont inutiles au boot. Sauf évidemment le module pour gérer ses partitions GPT…ce que ne peut pas faire syslinux pour le moment (mais je ne doute pas qu'il finisse par les gérer).
Les lignes ajoutées, permettent de charger une carte de clavier bépo (inutile pour sélectionner la ligne de boot, utile uniquement s'il veut modifier un truc à la volé dans grub2, chose impossible avec syslinux), de dire à grub2 de ne pas changer de résolution au moment de charger le noyau (c'est sympa, mais pas indispensable), charge le module gzio (je ne sais pas pourquoi il charge ce module), charge le module de gestion de partitions GPT, charge le module de gestion d'ext1/2/3/4 (mais ça me semble inutile, je pense qu'il est déjà chargé).
La ligne avec le search permet de définir la variable "root" (permettant de donner la partition sur laquelle démarrer) en cherchant la partoche par UUID, inutile puisqu'on a déjà défini la variable root.
Ensuite y'a deux "echo" qui servent à rien.
[^] # Re: Des entrées personnalisées, et qui ne sont pas modifiées par grub-mkconfig.
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 5. Dernière modification le 05 juillet 2012 à 15:31.
Ouais sauf que non, justement.
Là il a copié-collé un truc généré et l'a adapté.
Si tu veux comparer à fonctionnalité égales (donc en supposant que ces partitions sont pas sur du GPT mais du MS-DOS), ça donne :
Ce qui fait 10 lignes. Alors faudrait ptre un peu comparer des choses identiques.
[^] # Re: (i|g)pxe rulez
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 1.
La doc est là, et elle est très bien je trouve. Je vois où tu vois que la doc est sur Ubuntu ?
Booter en utilisant la ROM de la carte réseau, c'est pas con. Je vois pas trop pourquoi grub2 ne pourrait pas le faire. Tout dépend de la taille de l'espace mémoire disponible. Après il manque ptre à grub2 la commande pour installer grub core.img dans cette mémoire, à la différence de ipxe.
[^] # Re: (i|g)pxe rulez
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 1.
Lit plus haut, j'ai indiqué que ce besoin de regénérer la conf n'est pas un problème de grub, mais un problème de distribution à la con.
Sinon grub sait booter en PXE également.
[^] # Re: menu.lst
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 7.
Tout dépend de la distribution que tu utilises.
Le fichier grub.cfg est le seul fichier de configuration lu par grub2.
Après, pour certaines raisons, l'équipe de grub a permit de mettre en place un ensemble de fichier de config (buildtime) qui permettent de générer le fichier de config (runtime).
C'est une option. Ce n'est pas automatique…sur les bonnes distributions.
Pour (re-)générer le fichier de configuration runtime grub.cfg si besoin, il faut lancer grub-mkconfig, qui va lire les fichiers de config buildtime et faire son mic-mac. Ce n'est pas forcément hyper simple à hacker pour ceux habitués à grub1, lilo, etc.
Soit, ben ne lancez pas grub-mkconfig, ignorez ces fichiers buildtime, et modifiez directement grub.cfg, comme avant.
Ah mais nooon… ça marche pas, parce que vous utilisez une distrib de merde, qui s'amuse à exécuter, à votre insu, grub-mkconfig à chaque mise à jour du noyau, de l'initrd ou d'un composant proche du noyau.
Mais il faut bien faire la différence entre une distribution qui a fait le choix de rendre obligatoire le passage par grub-mkconfig, et le fait que grub2 aie permit d'utiliser grub-mkconfig si on veut.
J'utilise Salix, basée et compatible avec Slackware, j'utilise grub2 (des fois LILO aussi sur certaines machines où j'ai pas pensé à changer), et je n'ai pas besoin de me faire chier avec les fichiers de config buildtime. Sur mon propre PC, ça me va, donc j'ai lancé grub-mkconfig, et j'ai mon fichier grub.cfg généré ; sur un serveur je ne le lance pas, et j'ai modifié directement le fichier grub.cfg.
J'imagine que sous Arch, ça doit être la même chose, grub-mkconfig n'est pas lancé implicitement lors d'une mise à jour de paquet.
Doit y avoir aussi d'autres distrib qui font ça correctement ou qui permettent d'activer ou pas l'utilisation automatique de grub-mkconfig. Après y'a les autres…
[^] # Re: Publication de vidéos
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche Piwigo 2.4. Évalué à 2.
Entre une fonctionnalité qui fait tout et pas de fonctionnalité, je trouve qu'il y a quand même un juste milieu à trouver.
Pourquoi ne pas proposer la gestion des vidéos via la balise <video> et/ou via un lien de téléchargement ? Si le visiteur ne peut pas lire la vidéo (navigation depuis un navigateur ne gérant pas la balise video ou OS ne gérant pas le format vidéo) on a toujours le comportement actuel, donc rien de perdu. Et si on peut lire la vidéo via la balise <video> et bien c'est toujours ça de gagné, non ?
L'hébergement via Youtube & co, ce n'est pas une option pour moi. Je veux gérer MES vidéos sur MON serveur.
Et il faut arrêter de parler des extensions Charlies Content ou jPlayer. Je les ai testé et ça ne marche pas du tout, en tout cas pas avec la version 2.3 de Piwigo et quelques autres extensions communes. En plus ces solutions sont lourdes et avec une installation compliquée.
J'ai dû écrire moi-même un bout de code pour afficher un bouton « télécharger la vidéo » sur les vidéos (avec un miniature faite sur mon PC avant l'envoi grâce à ffmpeg et imagemagick). C'est un peu moins souple qu'une lecture intégrée dans le navigateur mais bon ça marche bien et c'est mieux que rien.
Bon après je râle, je râle, mais c'est surtout sur la forme. Je trouve que le discours « héberger vos photos vous-même » couplé à un « pour les vidéos, utilisez les hébergeurs en ligne » ne tient pas. Après je conçois largement que ce soit difficile techniquement et que ça ne fait pas partie des priorités de Piwigo.
Bon au final, j'utilise Piwigo pour mes photos de vacances principalement, et j'en suis [b]très[/b] content. Avec un ou deux plugins, ça rend vraiment bien et c'est rapide. Il y a plein de fonctionnalités que l'ont peut activer (ou s'en passer) et le logiciel permet de répondre à plusieurs type d'utilisateurs.
Désolé pour mon côté « râleur ». Je remercie toute l'équipe de Piwigo pour cet excellent outil. Je ne peux pas contribuer mes changements pour la gestion des vidéos car avec ce changement des miniatures ça ne marchera plus, mais si j'arrive à le faire fonctionner avec le nouveau système, c'est avec plaisir que je contribuerai.
[^] # Re: il est bizarre ton player
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal jplay - un lecteur en HTML5 pour Jamendo. Évalué à 3.
Mais c'est clair, c'est génial !!
Moi qui boudait Jamendo depuis leur nouvelle interface à la con. En plus je trouvais plus comment télécharger en OGG. Là je suis bien content ça marche impec.
Hyper rapide, plein de fonctionnalités, génial.
Seul truc que je rajouterais c'est des « title » sur les éléments cliquables. Car même si tu as mis des belles icônes, on a toujours un doute sur la fonctionnalité. Alors bon, en regardant l'URL au survol, on se doute du coup de la fonction, mais un petit tooltip ne serait pas de trop.
Vu que c'est sur git, je ferai ptre une proposition de patch (heuh je suis pas encore très à l'aise avec git, donc ce sera ptre pas tout de suite…)
[^] # Re: Typographie
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Les fautes des Linuxfriens. Évalué à 1.
Déjà indiqué plus haut ici.
[^] # Re: Un ordi vendu sans OS ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Et si on pouvait mettre fin à la vente lié . Évalué à 1.
Ben sur une prise réseau pour le routeur, sur une prise USB pour l'iPhone…pas compliqué non ?
[^] # Re: Pas trop mal
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Les fautes des Linuxfriens. Évalué à 2.
Les ponctuations doubles (« :;!? ») prennent une espace avant et après. Et en informatique, il est de mise de mettre un espace insécable avant et un espace normal après.
[^] # Re: œ
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Les fautes des Linuxfriens. Évalué à 2.
Pertinent.
Mais je corrige en disant que fr-oss ça permet l'accès au capitales accentuées, qu'on peut effectivement utiliser comme des majuscules si besoin ;-)
(Ben quoi c'est bien un journal trollifère — ou on dit trollifaire ? — non ?)
[^] # Re: Internet et traduction bof
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Les fautes des Linuxfriens. Évalué à 4.
Justement « mél » ne doit s'employer que sur les cartes de visites (ou équivalent), comme « tel. ». Ce n'est pas un nom commun. Pour le nom commun, il est recommandé d'utiliser soit le joli terme inventé par les québécois, à savoir courriel, ou directement le mot anglais « email ».