Mon interprétation ce que que permettait le « support » de systemd qui a été enlevé : à priori, c'était juste pour avoir l'activation automatique (je ne sais pas si ça s'appelle comme ça exactement, mais je parle de la possibilité que systemd écoute sur un socket à la place d'une application, pour la lancer seulement à la demande) du démon syslog sur un système avec systemd. Pas de quoi casser trois pattes à un canard…
6) Conserver un journal de toutes les commandes et de leur sorties.
Pour faire ça automatiquement :
script -a journal.script Ça vous relance votre shell, mais en enregistrant tout (entrées et sorties) dans journal.script (en l'ajoutant à la fin du fichier (-a pour append) au cas où vous utilisez cette commande plusieurs fois).
Car il arrive toujours un moment où « mais pourtant tout à l'heure quand j'ai fait ça, ça m'a donné ça ! Pourquoi ça a changé ? Attends, je remonte dans l'histo… argh ! Je ne peux pas remonter assez loin… ».
Je crois que Microsoft en a assez de se faire tondre au sujet des codecs.
Elle est bonne celle-là. Et VC-1, c'est du poulet ? Ils ont essayé de faire gagner leur codec de merde à specs fermées face à H264, mais ils n'ont pas réussi, alors maintenant ils essayent autre chose. Dire qu'ils se font « tondre », quand même… c'est eux qui veulent récupérer les royalties ! C'est leur modèle économique…
C'est un bon document, qui aborde le sujet de manière un peu différente de ce que je vois d'habitude. C'est bien. Il y a quelques petites erreurs ou approximations, et aussi quelques trucs un peu « vieux » mais je dis ça vraiment pour chipoter.
Par exemple, "scm.py st" ignore de base les fichiers temporaire ".swp" de vim et le fichier "tags" (pour ctags)
~/.gitignore :
*.swp
/tags ~/.gitconfig :
[core]
excludesfiles = ~/.gitignore > et adapte la sortie pour le dossier courant
par défaut pour git
De même, "scm.py grep PATTERN" ne recherche que dans le dossier courant (et les sous-dossiers), pas tout le dépôt.
par défaut pour git
J'ai ajouté des petits trucs comme "scm.py remove_untracked" pour supprimer les fichiers que j'ai crée pendant le dev, et que je veux supprimer pour revenir à un dépôt propre.
git clean -fd
Ou encore "scm.py info" qui affiche l'URL du dépôt. Je préfère cette sortie à aller chercher dans .hg/hgrc ou .git/config.
git remote -v
En fait, ton problème c'est que hg n'est pas aussi bien que git ? :-)
PS : et markdown fait encore des siennes pour la deuxième citation ci-dessus… franchement, je le trouve nul face à un reST pour les cas un peu difficiles.
J'adore la critique déguisée du matos chinois sous-entendu « pas top ». Pour parler de SFR, tiens, sur la DSP locale qu'ils gèrent (OK, ça n'est pas exactement leur réseau), ils ont mis du 100% Huawei. Alors peut-être que c'est quand c'est de l'argent public, on s'autorise à payer du matos cheap pour augmenter les marges, mais c'est pour dire que SFR ne cherche pas toujours à faire « au top » niveau qualité. Après, je ne juge en rien de la qualité du matos Huawei, je ne connais pas vraiment.
Ma question est : comment ça fonctionne ce MPLS multi-opérateurs ?
À ma connaissance, ce terme ne désigne rien de spécifique techniquement, j'en déduis que c'est juste un terme marketing.
C'est simplement un routeur qui encapsule les paquets avant de les transmettre vers le datacenter ? Car ils prétendent que ça marche sur n'importe quelle liaison.
Vu leur description, ça semble être exactement ça. Tu auras donc des tunnels vers leur datacenter, au lieu d'avoir des tunnels entre tes sites directement. Pas vraiment d'intérêt.
Si c'est ce que je pense, ça ne vaut pas plus qu'OpenVPN (qui est très bien, ce n'est pas une critique d'OpenVPN).
Bien sûr je n'utilise pas que des outils que j'ai développés, mais je suis attaché à l'idée que chacun puisse choisir d'utiliser les outils existants ou de développer les siens; c'est aussi de là que vient la diversité, avec les outils comme "véhicules" pour communiquer des idées.
Tout à fait. Je n'ai juste pas trouvé personnellement d'avantage à ton outil par rapport à l'existant ; mais oui, c'est un avis personnel et chacun aura le sien.
Ok. J'avais commencé un greffon dans ce sens, que je ne n'ai pas eu encore le temps de finir. Puisque c'est la norme de faire ainsi, je pourrais en faire le fonctionnement par défaut. Merci.
Bon en fait, je viens de voir que mon outil préféré pour rédiger des documents, Sphinx http://sphinx-doc.org/, utilisait la racine du dépôt comme base pour les URL absolues sans autorité (c.f. la RFC pour la terminologie que j'emploie)… Donc tu n'es peut-être pas le seul. Par contre, il gère bien les URL relatives (que j'utilisais uniquement jusqu'à maintenant pour faire des références internes).
on peut aussi indiquer seulement la fin du chemin, tant que celle-ci est unique (voir un exemple ici).
Ça n'est pas « standard », mais je vais arrêter de t'embêter avec ça :-)
Oh, pour ça, pas de problème, quand on est une entreprise, et un client assez important, on n'est plus importuné par la vente liée.
Oui enfin après il y a la flemme et le « ça ne rentre pas dans le bon de commande standard » de l'administration de ta boîte, qui n'en a rien à foutre d'économiser quelques euros vu le travail supplémentaire de faire une demande spécifique.
Hum, désolé mais je ne comprends comment le fait de n'avoir pas de schéma particulier entraîne un nouveau « standard » particulier. Il me semble au contraire que n'avoir aucune contrainte laisse davantage de liberté. Ensuite, tu peux toujours valider tes documents avant et/ou après compilation.
Je parlais du choix des balises que tu utilises, pour les différentes fonctions : même s'il n'est pas normalisé (avec un schéma), c'est une sorte de convention, de standard « de fait ». Je veux dire, c'est le principe d'un outil que d'avoir certaines conventions : ce que je critique, c'est le fait d'en avoir inventé une nouvelle. Je sais que je mélange un peu les instances particulières des modules que tu utilises et stog lui-même, mais pour moi ton logiciel va forcément apporter certaines conventions pour être « utile » à des personnes qui ne voudront pas réinventer tous les modules que tu utilises.
j'ai l'impression que tu as réinventé XSLT, en moins bien…
Selon quels critères ?
Parce qu'il n'est pas standard, et de plus parce que les modules ne sont pas écrits en XML eux-même, ce qui est un avantage pour moi ; je sais bien que toi tu vas voir ça comme un inconvénient vu que tu as l'air de bien aimer OCaml :-)
Tu peux être plus précis ? de quel algo parles-tu ?
Les règles de la RFC 3986, enfin, ce que ça sous-entend : si tu places ton système dans le monde « hypertexte », les références relatives des URL doivent se faire par rapport à l'emplacement du document lui-même. Cf l'algo https://tools.ietf.org/html/rfc3986#section-5.
Je ne suis pas un expert de XSLT, le peu que j'en ai fait il y a longtemps m'a paru lourdingue au possible.
Oui, c'est vrai que c'est un peu lourdingue. Mais avec l'expérience, j'ai tendance à préférer le lourdingue mais standard, à du moins lourdingue mais « exotique ».
De plus, quand je parle de réécriture, c'est dans un sens assez large: par exemple, certaines balises (typiquement ) font appel à un outil externe pour générer du xml ensuite inclus dans le document (pour , une coloration syntaxique, mais il y a aussi des choses comme la balise du greffon stog-dot, ou du greffon stog-asy).
Effectivement, ce genre de chose est moins facile à faire en XSLT. En théorie, ça aurait dû apparaître de manière plus courante, mais XSLT n'attire pas les foules.
Je ne sais pas (il ne m'a pas semblé à première vue) si XSLT permet ce genre de choses, ou encore s'il permet de compiler plusieurs fichiers à la fois avec inclusion d'un bout de l'un dans l'autre à une certaine étape de la compilation.
Je ne suis pas sûr de ce dont tu parles, mais l'inclusion est possible.
Il y a peut-être un moyen de le faire avec des transformations XSLT successives, mais c'est simple dans Stog.
Pour l'enchaînement de transformation, j'avoue utiliser la souplesse des pipe en shell, géré par Makefile.
J'insiste sur le fait que ce dernier est orienté publication, donc influencé par le format de sortie, notamment (X)HTML, et qu'il offre donc des facilités pour viser une sortie de ce type.
Même si XSLT est plus généraliste, le XHTML est également un format courant en sortie pour lui aussi.
Encore une fois, il n'y a pas de syntaxe nouvelle dans Stog, c'est du XML.
Oui, pardon, je ne parle pas de « syntaxe » au sens premier, mais de la « sémantique » des nœuds, si tu veux, même si une fois qu'on prend le XML pour base, le sens de l'enchaînement des balises devient pour moi de la syntaxe… Et donc, Stog au sens du logiciel et des modules que tu promeus avec forment une nouvelle « syntaxe ».
Ensuite, il y a une sémantique par défaut pour certaines balises pour le nœud racine d'un document.
Je n'ai pas tout à fait compris cette phrase : tu veux dire que les balises « processées » par Stog sont seulement celles filles du nœud racine ?
C'est faux dans le cas d'Allwinner. C'est une communauté de développeurs volontaires qui pousse ces patches
Merci pour cette précision. Est-ce que je pourrais te demander ce qui pousse Free Electrons, en plus de la communauté, à pousser les patchs pour Allwinner ? Je me suis toujours demandé si vous aviez peut-être un contrat avec eux, ou alors si c'était « pour la renommée », ou autre chose.
C'est un changement du noyau suite à un « mauvais comportement » de systemd, qui a cassé systemd d'une autre manière à laquelle ils ne s'attendaient pas…
Et qu'est-ce qui te dit que la mairie de Marseille (ma ville, sous LibreOffice, formée par Linagora à l'époque iirc) ne va pas se dire "tiens, mettons 500k€ de plus, pour c'est intéressant)
Je pense qu'ils vont plutôt se dire « ah, l'État a déjà mis 10M€, c'est bon, pas la peine de mettre plus », malheureusement.
Cette nouvelle version a ajouté 486 000 lignes de code alors qu’elle en a supprimé 286 000, ce qui a conduit à une augmentation nette de 286 000 lignes.
Augmentation nette de 200 000 lignes plutôt, non ?
Ah… OK, c'est ce dont j'avais peur : ça semble beaucoup moins intéressant du coup, un nouveau « standard » particulier.
Franchement, quand je regarde ce que tu as décris en dessous suite aux questions de Kerro, et des bouts de code genre https://github.com/zoggy/stog/blob/master/src/stog_blocks.ml j'ai l'impression que tu as réinventé XSLT, en moins bien… Si ce que tu fais c'est « juste » de la réécriture et du templating, XSLT sait déjà bien le faire. Dans le module blocks par exemple, les compteurs, c'est dans XSLT, le réécriture aussi, et le fait de réinventer un algo de résolution d'URL… aïe, as-tu déjà lu la RFC 3986 (genre https://tools.ietf.org/html/rfc3986#section-4.2) par exemple ? Je te le recommande chaudement (voire aussi l'originale, RFC 2396, toutes deux écrites par Tim Berners-Lee, et qui expliquent vraiment bien sa vision d'un monde hypertexte, je trouve).
Bref, j'avoue ne pas voir énormément d'intérêt dans ta solution face à quelques bouts de XSLT pour ton besoin particulier. Encore, tu aurais un schéma « standard » pour décrire tes documents, ça pourrait être quelque-chose d'un peu pérenne et réutilisable, mais en l'état je n'écrirais personnellement pas mes documents avec ton format.
Après, je ne critique pas l'approche de se faire une syntaxe perso pour faciliter l'écriture de documents : c'est très bien ! Mais plutôt la manière de le réaliser.
Il n'y a donc pas vraiment de format spécifique. J'espère que cela répond à ta question.
Oui, je sais bien qu'on peut tout faire en XML, mais qu'est qui est implémenté actuellement ? Je veux dire, pour être plus précis, quel est le schéma, ou alors les vagues règles de balisage, du format utilisé par exemple ici : http://zoggy.github.io/stog/#pagesource ?
Je n'ai pas tout à fait compris si le format des fichiers sources était un truc spécifique à Stog ou alors du HTML5 « amélioré », vu comment les balises semblent y ressembler. J'ai l'impression que c'est effectivement un format spécifique, et je trouve ça dommage vu la similarité…
On voit aussi qu'il parle de RDFa, qui serait logique avec du *ML, mais en fait dans le document de présentation il préfère utiliser du Turtle et du JSON-LD… et aucun RDFa équivalent ! (je parle pour les relations foaf qu'il définit au début) Et effectivement, sans javascript, ça ne marchera pas. Une telle dépendance à JS alors que des équivalents plus « corrects » existent en langage à balise me laisse une impression vraiment bizarre.
Nous aussi on est à plus de 5000 cafés par an, mais avec une machine à expresso grand public à grain, donc on a "investit". Pour le nettoyage, on a un script qui tourne chaque semaine et qui désigne une personne et lui envoie un mail. Tout le monde ne le fait pas à chaque fois, mais la machine reste un minimum propre. Le marc est récupéré pour faire du compost.
Niveau temps de préparation, c'est pas la mort non plus, franchement, ça n'est pas le premier argument qui me viendrait à l'idée contre. Par contre niveau machine, la première a dû durer 3/4 ans, et après il fallait changer les joints (je l'ai déjà démontée et nettoyée pour voir), mais vu qu'on ne peut à priori pas les racheter seuls… on en a racheté une autre. Il y avait aussi les problèmes d'oxydation du bloc de chauffage, situé sous un tuyau dont le joint fuyait… mais avec un bon entretien et des joints neufs, ça tournerait nickel. C'est une Delonghi.
Comment être victime quand on n'avait aucun droit préalable sur le domaine?
Quelle légitimité a l'auteur du journal sur ce domaine?
Effectivement, et l'auteur a reconnu sa faute, et se dit bien qu'il n'espère pas grand chose. Mais là le mec essaie d'extorquer de l'argent en faisant du chantage : ça c'est mal, tu sais bien que c'est une arnaque organisée. Ça aurait été un mec lambda qui voulait en faire autre chose, je ne pense pas que l'auteur aurait été aussi énervé.
Oui, mais il parle de "vol". Faut arrêter de déconner, et reconnaitre d'abord son erreur initiale.
Il ne s'agit pas de vol.
De l'extorsion de fonds ? Du chantage ? Un comportement mafieux ? "Vol" c'est limite gentil…
Arrête de jouer le manichéen débile sans savoir nuancer ton propos quand la situation est clairement abusée par un gros con. En attendant, je continue à moinsser.
Si tu as un autre quotidien d'information pas trop mauvais à proposer, je ne suis pas contre, sérieusement.
Je soutiens la presse écrite dans d'autres domaines, mais pour les quotidiens d'information généraliste, je n'ai pas trouvé « mieux » que Le Monde, même si son édition électronique est quand même vachement pire que son édition papier, que je trouve elle plutôt bien.
Tiens c'est drôle, effectivement, en activant javascript, et au moins une fois les cookies (j'ai activé puis redésactivé, ça a l'air de rester en marche), et en rechargeant plusieurs fois la page, j'obtiens enfin des balises a autour des liens.
Ça me fait penser aux histoires à la slashdot, où la vérification de l'origine du visiteur (avec avertissement sur les cookies pour l'Europe) ne dépend ni des cookies, ni du JS, mais sûrement d'un frontend qui fait du DPI et se base sur l'IP. Je suppose que c'est peut-être lié aux obligations de log de plus en plus drastiques imposées par le gouvernement, et implémentées de manière complètement débiles ?
Moi je le garde parce que c'est le bon compromis entre fonctions et rapidité : un xterm c'est trop « nu » pour moi, et si un term quelconque fonctionnait bien et rapidement par défaut, je le prendrais, mais il n'y a que urxvt qui arrive à être speed tout en ayant un bon support unicode et consort.
Perso, n'importe quel terminal basé sur libvte, ou un gnome-terminal, se met à être lent dès que du texte défile un peu vite, surtout avec coloration. Ça me rebute.
# Fonctionnalité du patch
Posté par benoar . En réponse au journal Busybox retire le support de systemd ?. Évalué à 5.
Mon interprétation ce que que permettait le « support » de systemd qui a été enlevé : à priori, c'était juste pour avoir l'activation automatique (je ne sais pas si ça s'appelle comme ça exactement, mais je parle de la possibilité que systemd écoute sur un socket à la place d'une application, pour la lancer seulement à la demande) du démon syslog sur un système avec systemd. Pas de quoi casser trois pattes à un canard…
[^] # Re: Réaliser plusieurs masters
Posté par benoar . En réponse à la dépêche ddrescue, dd_rescue, myrescue : récupérer ses données après un crash disque. Évalué à 8.
Pour faire ça automatiquement :
script -a journal.script
journal.script(en l'ajoutant à la fin du fichier (-apour append) au cas où vous utilisez cette commande plusieurs fois).Je tiens ça des excellents conseils de mise à jour de Debian : https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.fr.html#record-session
Car il arrive toujours un moment où « mais pourtant tout à l'heure quand j'ai fait ça, ça m'a donné ça ! Pourquoi ça a changé ? Attends, je remonte dans l'histo… argh ! Je ne peux pas remonter assez loin… ».
[^] # Re: Et ta télé ?
Posté par benoar . En réponse au journal Mise à jour Samsung S5, Smart Manager de votre vie privée.. Évalué à 3.
C'est comme la vente liée d'OS sur un PC. Un jour, on réclamera des TV sans OS (ou pas).
[^] # Re: Vorbis, Opus, VP9 et WebM dans le navigateur Edge
Posté par benoar . En réponse au journal Un codec libre ? ... Oui Madame !!!. Évalué à 3.
Elle est bonne celle-là. Et VC-1, c'est du poulet ? Ils ont essayé de faire gagner leur codec de merde à specs fermées face à H264, mais ils n'ont pas réussi, alors maintenant ils essayent autre chose. Dire qu'ils se font « tondre », quand même… c'est eux qui veulent récupérer les royalties ! C'est leur modèle économique…
# Bon document
Posté par benoar . En réponse au journal À propos d'IPv4 et d'IPv6. Évalué à 2.
C'est un bon document, qui aborde le sujet de manière un peu différente de ce que je vois d'habitude. C'est bien. Il y a quelques petites erreurs ou approximations, et aussi quelques trucs un peu « vieux » mais je dis ça vraiment pour chipoter.
[^] # Re: Autre outil : scm.py
Posté par benoar . En réponse à la dépêche Gérer son espace de travail git avec "gws". Évalué à 3.
~/.gitignore :
*.swp
/tags
[core]
excludesfiles = ~/.gitignore
par défaut pour git
par défaut pour git
git clean -fdgit remote -vEn fait, ton problème c'est que hg n'est pas aussi bien que git ? :-)
PS : et markdown fait encore des siennes pour la deuxième citation ci-dessus… franchement, je le trouve nul face à un reST pour les cas un peu difficiles.
[^] # Re: ex-Free
Posté par benoar . En réponse au journal Free Mobile: C'est quoi leur projet?. Évalué à 4.
J'adore la critique déguisée du matos chinois sous-entendu « pas top ». Pour parler de SFR, tiens, sur la DSP locale qu'ils gèrent (OK, ça n'est pas exactement leur réseau), ils ont mis du 100% Huawei. Alors peut-être que c'est quand c'est de l'argent public, on s'autorise à payer du matos cheap pour augmenter les marges, mais c'est pour dire que SFR ne cherche pas toujours à faire « au top » niveau qualité. Après, je ne juge en rien de la qualité du matos Huawei, je ne connais pas vraiment.
# C'est comme le reste, ça ne vaut pas le coup
Posté par benoar . En réponse au message MPLS multi-opérateur. Évalué à 4.
À ma connaissance, ce terme ne désigne rien de spécifique techniquement, j'en déduis que c'est juste un terme marketing.
Vu leur description, ça semble être exactement ça. Tu auras donc des tunnels vers leur datacenter, au lieu d'avoir des tunnels entre tes sites directement. Pas vraiment d'intérêt.
C'est ce que je pense également.
MPLS c'est vraiment un buzzword pourri.
[^] # Re: Format des fichiers source ?
Posté par benoar . En réponse à la dépêche Sortie de Stog en version 0.15. Évalué à 2.
Tout à fait. Je n'ai juste pas trouvé personnellement d'avantage à ton outil par rapport à l'existant ; mais oui, c'est un avis personnel et chacun aura le sien.
Bon en fait, je viens de voir que mon outil préféré pour rédiger des documents, Sphinx http://sphinx-doc.org/, utilisait la racine du dépôt comme base pour les URL absolues sans autorité (c.f. la RFC pour la terminologie que j'emploie)… Donc tu n'es peut-être pas le seul. Par contre, il gère bien les URL relatives (que j'utilisais uniquement jusqu'à maintenant pour faire des références internes).
Ça n'est pas « standard », mais je vais arrêter de t'embêter avec ça :-)
[^] # Re: Version ASP (Answer Set Programming)
Posté par benoar . En réponse au journal Résolution naïve d'un jeu de société. Évalué à 3.
Au début je me suis dit « Tiens c'est quoi ce nouveau truc », puis je suis allé voir : en fait, c'est vieux comme le monde, c'est un dérivé de Prolog…
[^] # Re: UFC protège les consommateurs et Windows
Posté par benoar . En réponse au journal Décisions de juristes très attendues. Évalué à 2.
Oui enfin après il y a la flemme et le « ça ne rentre pas dans le bon de commande standard » de l'administration de ta boîte, qui n'en a rien à foutre d'économiser quelques euros vu le travail supplémentaire de faire une demande spécifique.
[^] # Re: Format des fichiers source ?
Posté par benoar . En réponse à la dépêche Sortie de Stog en version 0.15. Évalué à 2.
Je parlais du choix des balises que tu utilises, pour les différentes fonctions : même s'il n'est pas normalisé (avec un schéma), c'est une sorte de convention, de standard « de fait ». Je veux dire, c'est le principe d'un outil que d'avoir certaines conventions : ce que je critique, c'est le fait d'en avoir inventé une nouvelle. Je sais que je mélange un peu les instances particulières des modules que tu utilises et stog lui-même, mais pour moi ton logiciel va forcément apporter certaines conventions pour être « utile » à des personnes qui ne voudront pas réinventer tous les modules que tu utilises.
Parce qu'il n'est pas standard, et de plus parce que les modules ne sont pas écrits en XML eux-même, ce qui est un avantage pour moi ; je sais bien que toi tu vas voir ça comme un inconvénient vu que tu as l'air de bien aimer OCaml :-)
Les règles de la RFC 3986, enfin, ce que ça sous-entend : si tu places ton système dans le monde « hypertexte », les références relatives des URL doivent se faire par rapport à l'emplacement du document lui-même. Cf l'algo https://tools.ietf.org/html/rfc3986#section-5.
Oui, c'est vrai que c'est un peu lourdingue. Mais avec l'expérience, j'ai tendance à préférer le lourdingue mais standard, à du moins lourdingue mais « exotique ».
Effectivement, ce genre de chose est moins facile à faire en XSLT. En théorie, ça aurait dû apparaître de manière plus courante, mais XSLT n'attire pas les foules.
Je ne suis pas sûr de ce dont tu parles, mais l'inclusion est possible.
Pour l'enchaînement de transformation, j'avoue utiliser la souplesse des pipe en shell, géré par Makefile.
Même si XSLT est plus généraliste, le XHTML est également un format courant en sortie pour lui aussi.
Oui, pardon, je ne parle pas de « syntaxe » au sens premier, mais de la « sémantique » des nœuds, si tu veux, même si une fois qu'on prend le XML pour base, le sens de l'enchaînement des balises devient pour moi de la syntaxe… Et donc, Stog au sens du logiciel et des modules que tu promeus avec forment une nouvelle « syntaxe ».
Je n'ai pas tout à fait compris cette phrase : tu veux dire que les balises « processées » par Stog sont seulement celles filles du nœud racine ?
[^] # Re: Snap 410
Posté par benoar . En réponse à la dépêche Sortie du noyau Linux 4.1. Évalué à 4.
Merci pour cette précision. Est-ce que je pourrais te demander ce qui pousse Free Electrons, en plus de la communauté, à pousser les patchs pour Allwinner ? Je me suis toujours demandé si vous aviez peut-être un contrat avec eux, ou alors si c'était « pour la renommée », ou autre chose.
[^] # Re: Sur laptop avec GPU Intel
Posté par benoar . En réponse à la dépêche Sortie du noyau Linux 4.1. Évalué à 5.
Tu blagues mais c'est effectivement un peu le cas : http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/62584/focus=62733
C'est un changement du noyau suite à un « mauvais comportement » de systemd, qui a cassé systemd d'une autre manière à laquelle ils ne s'attendaient pas…
[^] # Re: Bon, on a fini de râler ?
Posté par benoar . En réponse au journal 10 Millions d'€uros pour une suite office en ligne et libre. Évalué à 2.
Je pense qu'ils vont plutôt se dire « ah, l'État a déjà mis 10M€, c'est bon, pas la peine de mettre plus », malheureusement.
# Erreur de calcul
Posté par benoar . En réponse à la dépêche Sortie du noyau Linux 4.1. Évalué à 3.
Augmentation nette de 200 000 lignes plutôt, non ?
[^] # Re: Format des fichiers source ?
Posté par benoar . En réponse à la dépêche Sortie de Stog en version 0.15. Évalué à 2.
Ah… OK, c'est ce dont j'avais peur : ça semble beaucoup moins intéressant du coup, un nouveau « standard » particulier.
Franchement, quand je regarde ce que tu as décris en dessous suite aux questions de Kerro, et des bouts de code genre https://github.com/zoggy/stog/blob/master/src/stog_blocks.ml j'ai l'impression que tu as réinventé XSLT, en moins bien… Si ce que tu fais c'est « juste » de la réécriture et du templating, XSLT sait déjà bien le faire. Dans le module blocks par exemple, les compteurs, c'est dans XSLT, le réécriture aussi, et le fait de réinventer un algo de résolution d'URL… aïe, as-tu déjà lu la RFC 3986 (genre https://tools.ietf.org/html/rfc3986#section-4.2) par exemple ? Je te le recommande chaudement (voire aussi l'originale, RFC 2396, toutes deux écrites par Tim Berners-Lee, et qui expliquent vraiment bien sa vision d'un monde hypertexte, je trouve).
Bref, j'avoue ne pas voir énormément d'intérêt dans ta solution face à quelques bouts de XSLT pour ton besoin particulier. Encore, tu aurais un schéma « standard » pour décrire tes documents, ça pourrait être quelque-chose d'un peu pérenne et réutilisable, mais en l'état je n'écrirais personnellement pas mes documents avec ton format.
Après, je ne critique pas l'approche de se faire une syntaxe perso pour faciliter l'écriture de documents : c'est très bien ! Mais plutôt la manière de le réaliser.
[^] # Re: Format des fichiers source ?
Posté par benoar . En réponse à la dépêche Sortie de Stog en version 0.15. Évalué à 3.
Oui, je sais bien qu'on peut tout faire en XML, mais qu'est qui est implémenté actuellement ? Je veux dire, pour être plus précis, quel est le schéma, ou alors les vagues règles de balisage, du format utilisé par exemple ici : http://zoggy.github.io/stog/#pagesource ?
# Format des fichiers source ?
Posté par benoar . En réponse à la dépêche Sortie de Stog en version 0.15. Évalué à 3.
Je n'ai pas tout à fait compris si le format des fichiers sources était un truc spécifique à Stog ou alors du HTML5 « amélioré », vu comment les balises semblent y ressembler. J'ai l'impression que c'est effectivement un format spécifique, et je trouve ça dommage vu la similarité…
[^] # Re: EPUB 3 ?
Posté par benoar . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 2.
On voit aussi qu'il parle de RDFa, qui serait logique avec du *ML, mais en fait dans le document de présentation il préfère utiliser du Turtle et du JSON-LD… et aucun RDFa équivalent ! (je parle pour les relations foaf qu'il définit au début) Et effectivement, sans javascript, ça ne marchera pas. Une telle dépendance à JS alors que des équivalents plus « corrects » existent en langage à balise me laisse une impression vraiment bizarre.
[^] # Re: Machine a expresso a grain
Posté par benoar . En réponse au journal Enfin une solution pour du café libre au boulot.. Évalué à 3.
Nous aussi on est à plus de 5000 cafés par an, mais avec une machine à expresso grand public à grain, donc on a "investit". Pour le nettoyage, on a un script qui tourne chaque semaine et qui désigne une personne et lui envoie un mail. Tout le monde ne le fait pas à chaque fois, mais la machine reste un minimum propre. Le marc est récupéré pour faire du compost.
Niveau temps de préparation, c'est pas la mort non plus, franchement, ça n'est pas le premier argument qui me viendrait à l'idée contre. Par contre niveau machine, la première a dû durer 3/4 ans, et après il fallait changer les joints (je l'ai déjà démontée et nettoyée pour voir), mais vu qu'on ne peut à priori pas les racheter seuls… on en a racheté une autre. Il y avait aussi les problèmes d'oxydation du bloc de chauffage, situé sous un tuyau dont le joint fuyait… mais avec un bon entretien et des joints neufs, ça tournerait nickel. C'est une Delonghi.
[^] # Re: .
Posté par benoar . En réponse au journal Histoire d'un vol de domaine. Évalué à 7.
Effectivement, et l'auteur a reconnu sa faute, et se dit bien qu'il n'espère pas grand chose. Mais là le mec essaie d'extorquer de l'argent en faisant du chantage : ça c'est mal, tu sais bien que c'est une arnaque organisée. Ça aurait été un mec lambda qui voulait en faire autre chose, je ne pense pas que l'auteur aurait été aussi énervé.
De l'extorsion de fonds ? Du chantage ? Un comportement mafieux ? "Vol" c'est limite gentil…
Arrête de jouer le manichéen débile sans savoir nuancer ton propos quand la situation est clairement abusée par un gros con. En attendant, je continue à moinsser.
[^] # Re: Ah tiens ?
Posté par benoar . En réponse au journal Nan mais stop l'obfuscation du Web. Évalué à 5.
Si tu as un autre quotidien d'information pas trop mauvais à proposer, je ne suis pas contre, sérieusement.
Je soutiens la presse écrite dans d'autres domaines, mais pour les quotidiens d'information généraliste, je n'ai pas trouvé « mieux » que Le Monde, même si son édition électronique est quand même vachement pire que son édition papier, que je trouve elle plutôt bien.
[^] # Re: Vraiment au point ?
Posté par benoar . En réponse au journal Nan mais stop l'obfuscation du Web. Évalué à 5.
Tiens c'est drôle, effectivement, en activant javascript, et au moins une fois les cookies (j'ai activé puis redésactivé, ça a l'air de rester en marche), et en rechargeant plusieurs fois la page, j'obtiens enfin des balises a autour des liens.
Ça me fait penser aux histoires à la slashdot, où la vérification de l'origine du visiteur (avec avertissement sur les cookies pour l'Europe) ne dépend ni des cookies, ni du JS, mais sûrement d'un frontend qui fait du DPI et se base sur l'IP. Je suppose que c'est peut-être lié aux obligations de log de plus en plus drastiques imposées par le gouvernement, et implémentées de manière complètement débiles ?
[^] # Re: rxvt-unicode mais…
Posté par benoar . En réponse au sondage Quel terminal utilisez-vous ?. Évalué à 2.
Moi je le garde parce que c'est le bon compromis entre fonctions et rapidité : un xterm c'est trop « nu » pour moi, et si un term quelconque fonctionnait bien et rapidement par défaut, je le prendrais, mais il n'y a que urxvt qui arrive à être speed tout en ayant un bon support unicode et consort.
Perso, n'importe quel terminal basé sur libvte, ou un gnome-terminal, se met à être lent dès que du texte défile un peu vite, surtout avec coloration. Ça me rebute.