FoxyProxy: Je n'utilise justement pas firefox. Éviter le proxy peut se faire en 3 clics avec mon navigateur, c'est un peu fastidieux mais faisable, cependant, j'aimerais pouvoir utiliser flash sans être agressé par la pub qui l'entoure...
Écoute des logs: J'y viendrai certainement même si j'aurais aimé pouvoir l'éviter. Merci pour l'astuce qui me fera gagner un temps précieux!
Certes, on a la réponse en suivant les liens, en particulier ceux qui sont en anglais. Mais si c'est un jeu qui peut être rigolo pour un journal, pour une dépêche, c'est triste.
Pour ceux qui veulent savoir:
Les fuseaux horaires des états d'Europe ou des États-Unis évoluent très peu. Mais ce n'est pas le cas des fuseaux horaires des autres pays: Stephen Colebourne (l'actuel conservateur de la base de donnée dont il est ici question), estime qu'il y a entre 20 et 100 changements annuels de définition de fuseau horaire dans le monde. Nos distributions linux utilisent donc une base de donnée pour savoir quel est le fuseau horaire correspondant à une situation géographique donnée, ceci afin que nos systèmes soient à le bonne heure.
La base de donnée « tz database » recense les différents fuseaux horaires. Elle ne le fait pas seulement pour ceux qui sont valable actuellement, mais elle garde aussi en mémoire ceux qui furent valables dans le passé. Or, dans le fichier de la base de donnée, il est indiqué en commentaire que l'ouvrage The American Atlas est la source principale des entrées de la base de donnée qui concernent les USA et qui datent d'avant 1991. Or, l'éditeur Astrolabe possède les droits de cet ouvrage, et entend les faire valoir: il considère que ces données lui appartiennent, il a donc porté plainte contre le créateur de la base de donnée et son conservateur actuel.
Depuis 1990, les conservateurs de « tz database » semblent collecter les données par leurs propres moyens.
On notera, qu'en France une telle plainte devrait être impossible: Soit les données sont publiques, et dans ce cas c'est sur la formulation précise de ces données que l'auteur a des droits; or la base de donnée propose une autre formulation (ce n'est pas un livre fait de phrases). Si les données ne sont pas publiques, il est possible de considérer que les auteurs de la base de données ne font que citer l'auteur — ils citent d'ailleurs leur source — ce qui devrait être encadré par le droit de citation, qui est une exception au droit d'auteur inscrite dans la loi.
C'est mon moteur de recherches depuis maintenant plus d'un an et j'en suis très satisfait: Adieu traçage et autres googleries! Et j'ai bon espoir qu'à terme le paradigme du moteur de recherche décentralisé via l'indexation par les utilisateurs soit viable et pertinent.
Il ne faudrait pas faire de confusion:
- Pour le droit d'auteur, c'est le décès de l'auteur qui marque le début du décompte avant l'élévation dans le domaine public.
- Pour les droits voisins c'est la « première communication au public » qui marque le début du décompte. L'interprétation est sujette aux droits voisins.
Dans les faits, les droits de l'interprète seront toujours levés avant les droits de l'auteur. L'élévation de l'œuvre interprétée au domaine public attendra donc la levée du droit d'auteur.
Un grand nombre d'œuvres sont touchées par cette loi, en particulier les premières interprétation enregistrées des œuvres classiques, mais pour les chansons de Piaf, comme pour la plupart des œuvres écrites au vingtième siècle, il faudra attendre 70 ans après la mort des auteurs (compositeur et parolier).
Comme je n'arrivais à rien, j'ai utilisé mes sauvegardes et recrée le système de fichier de ma partition corrompue. C'était finalement plus simple.
Au cas où quelqu'un rencontre le même souci, il peut essayer mke2fs -S, qui ne ré-écrit que les super-blocs de la partition. Mais chez moi, ça n'a pas marché.
Même si, je pense, que ça peut sembler une évidence dans le monde du logiciel libre, c'est un concept qui semble paraître un peu plus étranger dans le monde de Plan 9.
rassembler l'ensemble des patchs expérimentaux [...] Le but étant qu'un grand nombre de personne puisse très facilement installer Plan 9 à partir de ces images, reporter les problèmes et aider à l'évolution de ces patchs pour qu'ils puissent être finalisés et intégrés à Plan 9.
Vous semblez sous-entendre que le problème du support matériel est plus lié à la l'inaccessibilité des patchs qu'à leur inexistence. C'est étonnant, mais enthousiasmant: Je serais bien heureux de vous entendre dire qu'avec un peu de chance, il existe d'ores et déjà un patch pour tel ou tel matériel non supporté officiellement.
Je m'étonne aussi du fait que la résolution des problèmes de support matériel vous paraisse prioritaire pour que Plan9 devienne « un système utilisable au quotidien ». En parcourant la liste de discussion, il m'a semblé que même les utilisateurs de Plan9 se utilisaient un autre système d'exploitation pour les taches quotidiennes, faute d'applications dédiées sur Plan9. Ne serait-il pas prioritaire de développer ou porter quelques applications phares?
Je suis bien heureux de votre commentaire, qui clarifie une situation obscure vue de l'extérieur.
Je me sens par ailleurs un peu obligé de m'excuser pour le caractère potache de mon journal. Pour la petite histoire, cela fait quelques mois que je m'intéresse à Plan9, et en cherchant des informations de-ci de-là, je suis tombé par hasard sur 9front, ai passé pas mal de temps à chercher ce que signifiait ce fork, en particulier dans la mailing list de plan9, pour ensuite abandonner faute d'information, et finalement décider de faire quand même un journal – un journal potache – en me disant que ce serait l'occasion que quelqu'un qui s'y connait précise la situation.
Eh bien c'est chose faite, merci beaucoup! :-)
Du coup, j'ai quelques questions à vous poser, seriez-vous d'accord pour y répondre?
- Y-a-t-il toujours du personnel rémunéré pour travailler sur plan9? J'ai vu que certaines universités y travaillaient, mais est-ce toujours le cas dans l'industrie, et en particulier à Bell-Labs?
- Quelle est la meilleure source d'information pour suivre l'évolution de Plan9?
- Le développement de Plan9 est-il organisé, y-a-t-il un leadership, une feuille de route, ou bien progresse-t-il selon un ensemble d'initiatives autonomes?
- Il me semble que Plan9 a atteint le but qu'il s'était originellement fixé: un système distribué, le protocole 9p, « tout est fichier », etc., ce qui me laisse penser qu'il a dépassé le stade de support à une recherche théorique, mais en même temps, j'ai l'impression que son développement ne s'oriente manifestement pas vers l'applicatif. Du coup, j'ai du mal à comprendre dans quelle direction s'oriente le travail sur Plan9: Il me semble qu'une recherche fondamentale sur le concepts idéaux d'un système d'exploitation supposerait une incessante remise à plat de l'existant, et qu'au contraire le développement de l'existant, supposerait, dans le cas de Plan9, le développement d'applications utilisables. Quelle est donc le but poursuivi par la communauté Plan9, est-ce l'une de ces deux alternatives, ou y en a-t-il une troisième?
- Qu'espérez-vous de l'avenir de Plan9?
Et accessoirement, j'ai une autre question: dans le livecd, je n'ai pas les droits en écriture dans mon répertoire en tant qu'utilisateur Glenda, c'est normal?
Plan9 est un très beau système d'exploitation: épuré et bien pensé.
L'élégance du concept, comme tu le dis si bien, se ressent à l'usage, et c'est agréable, même si l'ergonomie est assez perturbante – du moins au début.
Je conseille la lecture des documents de présentation, sur le site de Plan9, ou dans le livecd, dans /sys/doc/, qui mettent en évidence la façon dont les concepts à l'origine du projet sont implémentés.
Malheureusement, il est très orienté développement logiciel, et hormis peut-être comme serveur pour des applications installées sur d'autres systèmes d'exploitation, son usage est très limité.
Je crois en effet que ce n'est pas une petite affaire de toucher à ce code. C'est triste que ce logiciel si vieux et efficace à sa manière soit abandonné...
Je vais essayer de contacter les rares personnes ayant d'ores et déjà proposé des patchs, on ne sait jamais.
Si la CDDL est incluse dans le postscript, ce n'est pas le fait d'une clause de cette licence, mais est à mon avis simplement lié au fait que certaines macro troff (et vraisemblablement aussi dpost) fonctionnent en produisant des macros postscript. Ces macros sont sous licence, la licence doit donc les accompagner. De la même manière, tu peux te créer une macro troff qui ajoute dans le fichier postscript la licence adaptée à ton contenu.
Pour ce que j'ai rapidement lu de la CDDL, elle ne me semble ni pire ni meilleure que les autres licence libres: moins permissive que BSD, mais plus libérale que GPL.
Oui, j'ai un exemple qui montre le bug, soit le fichier file suivant:
.doxflag3.\" ajustement par paragraphe:.padj.\" bas de page dès la deuxième ligne de la page:.wh2vpagetrap.depagetrap.bp...\" afficher les variables dans le terminal..delinetrap0.tmsituépage\\n%,ligne\\n(nl...delinetrap1.tm1...delinetrap2.tm2...delinetrap3.tmdevraitêtrep1,ligne24000,maisestpage\\n%,ligne\\n(nl...\" c'est parti:Trap0\P[linetrap0],trap1\P[linetrap1],trap2\P[linetrap2]..brTrap3\P[linetrap3],.brTrap0\P[linetrap0].
troff -z file devrait suffire, car la sortie du terminal est explicite.
Sinon, faire troff file | dpost > file.ps
Veux-tu que j'explique plus précisément l'exemple? As tu besoin d'autres informations? Je suis, de toute évidence, à ta disposition, même si tu ne peux que jeter un rapide coup d'œil au problème.
S'il fallait comparer, ce ne serait ni avec LaTeX, ni même avec Plain-Tex, mais avec le langage Tex.
Et justement, à partir de rien, créer une macro troff, qui fasse tout ce qu'il faut (mise en page, notes, index, sommaire, table des matières, etc.) n'est pas si difficile. Je crois sincèrement que c'est plus simple que Tex.
Une ligne peut contenir plusieurs trappes d'impression de ligne, elles sont invoquées dans l'ordre où elles apparaissent. Si une trappe de page est effective au même endroit, elles est invoquée immédiatement après les trappes d'impression de ligne.
Or, dans les faits les trappes d'impression de ligne sont invoquées dans l'ordre inverse où elles apparaissent, et les trappes de pages sont invoquées avant les trappes d'impression de ligne apparaissant au même endroit.
Concrètement, c'est un peu plus compliqué à expliquer pour qui ne connaît pas le logiciel, mais voici:
- Pour des raisons typographiques, les paragraphes sont construits paragraphes par paragraphes, et non pas lignes par lignes (selon une variante de l'algorythme de Knuth-Plass), puis imprimés ligne après ligne.
- Toutes les macros sont exécutées lors de la construction du paragraphe, et non pas lors de son impression.
- De ce fait, lors de l'exécution des macros, la position finale d'un mot n'est pas connue avec précision: il peut se retrouver sur la page suivante. Ceci est par exemple gênant pour placer les notes de bas de page sur la bonne page.
- Pour résoudre ce problème, une «trappe d'impression de ligne» est proposée: \P[macro] exécute macro lors de l'impression de la ligne. L'utilisation de cette trappe permet de placer les notes de bas de page au bon endroit.
- Mais la trappe est exécutée après que la ligne la contenant soit imprimée, soit au début de la ligne suivante.
- Si la ligne suivante contient une «trappe de position», une trappe exécutée lorsque le texte atteint un certain point sur la page, celle-ci est exécutée avant la trappe d'impression de ligne.
- Comme les marges de bas de page sont construites via une trappe de position, les potentielles trappes d'impressions de la dernière ligne de la page ne sont exécutées qu'après le bas de page, soit sur la page suivante.
- Concrètement, une note de bas de page appelée sur la dernière ligne d'une page ne sera affichée que sur la page suivante.
Il est possible de contourner ce bug en récoltant les trappes de lignes exécutées sur la page suivant leur apparition dans un fichier, et en lisant ce fichier lors d'une seconde passe du logiciel pour afficher les notes sur la bonne page. Amha, c'est monstrueusement laid comme solution.
Tout à fait, mon avis étant que la récursivité du fait que pour respecter la licence il faut respecter la licence me semble superfétatoire, comme dit dans le premier commentaire, cela n'ajoute aucun contenu de sens.
Je trouve par ailleurs comme toi que la WTFPL manque d'élégance faute de s'appliquer à elle-même.
C'est donc la seule récursivité de la licence envers elle-même qu'il me semble important de souligner.
Et puis j'aime les choses épurées. La question me semble d'ailleurs fondamentalement esthétique. Si double récursivité il doit y avoir, il faut qu'elle soit doublement porteuse de sens, et qu'elle démultiplie l'élégance de ta licence. Je trouve que la double récursivité que tu propose alourdit ta licence plus qu'elle ne l'élève. En matière d'esthétique, les grands principes sont indépassables, en l'occurence ici le KISS.
Regarde par exemple Card Field de Robert Morris: la beauté de l'œuvre est immédiatement lisible: l'œuvre n'est composée que de sa propre référence à elle-même. Il se trouve que cette auto-référence est démultipliée par le fait qu'au sein de l'œuvre, les cartes se réfèrent les unes aux autres. La beauté est-elle démultipliée pour autant? Je ne crois pas. Je pense au contraire que la multiplication des auto-références ne fonctionne que parce qu'elle ne gène en rien à la lisibilité première de l'œuvre. Du reste, personne ne lit les cartes. Nous nous contentons d'admirer l'auto-suffisance de l'auto-référence pour trouver que cela est beau.
Mais la formulation de la licence peut remettre sa liberté en question:
Permission is granted to copy, modify and/or distribute this work and/or license, under the following conditions :
1) You follow the license.
Pour la LRL, suivre la license, est-ce suivre sa lettre ou son esprit? Si la licence doit se respecter elle-même, est-ce dire qu'elle reste identique à elle-même ou qu'elle se donne le droit de se changer?
Je propose donc la formulation suivante:
This is the LRL license.
Permission is granted to copy, modify and/or distribute this work.
This license is under LRL license.
Mais est-ce que je respecte ta license en la modifiant?
À moins que je représente les 1% restant, je dirais que non:
Tous les utilisateurs de logiciels de formatages de textes (LaTex, Groff, et visiblement aussi MarkDown) savent que le retour à la ligne n'est pas significatif. La ligne vide est par contre significative.
Que le retour à la ligne ne soit pas significatif me semble pratique lorsque l'on écrit un long texte dans son éditeur avant de le poster (une dépêche par exemple). Dans ce cas là, on est souvent heureux de ne pas avoir des lignes de trois kilomètres, sous prétexte qu'elles constituent un unique paragraphe.
Je dirais donc que 100% des utilisateurs des outils Unix s'attendent à ce qu'aucun retour à la ligne n'advienne lorsqu'ils tapent un simple retour à la ligne (troll inside).
Enfin, je dis ça, mais finalement, ça m'est un peu égal...
[^] # Re: FoxyProxy et astuce d'analyse de logs
Posté par Sygne (site web personnel) . En réponse au message Filtres privoxy. Évalué à 1.
FoxyProxy: Je n'utilise justement pas firefox. Éviter le proxy peut se faire en 3 clics avec mon navigateur, c'est un peu fastidieux mais faisable, cependant, j'aimerais pouvoir utiliser flash sans être agressé par la pub qui l'entoure...
Écoute des logs: J'y viendrai certainement même si j'aurais aimé pouvoir l'éviter. Merci pour l'astuce qui me fera gagner un temps précieux!
[^] # Re: Puppet
Posté par Sygne (site web personnel) . En réponse au journal RemoteScript : interface web pour exécuter des scripts sur des machines linux distantes. Évalué à 2.
Une barque sûre?
[^] # Re: Ils se plaignent de quoi au juste ?
Posté par Sygne (site web personnel) . En réponse à la dépêche Une plainte d’un éditeur autour de l’astrologie menace la base de données tz / zoneinfo. Évalué à 9.
Je trouve la question justifiée.
Certes, on a la réponse en suivant les liens, en particulier ceux qui sont en anglais. Mais si c'est un jeu qui peut être rigolo pour un journal, pour une dépêche, c'est triste.
Pour ceux qui veulent savoir:
Les fuseaux horaires des états d'Europe ou des États-Unis évoluent très peu. Mais ce n'est pas le cas des fuseaux horaires des autres pays: Stephen Colebourne (l'actuel conservateur de la base de donnée dont il est ici question), estime qu'il y a entre 20 et 100 changements annuels de définition de fuseau horaire dans le monde. Nos distributions linux utilisent donc une base de donnée pour savoir quel est le fuseau horaire correspondant à une situation géographique donnée, ceci afin que nos systèmes soient à le bonne heure.
La base de donnée « tz database » recense les différents fuseaux horaires. Elle ne le fait pas seulement pour ceux qui sont valable actuellement, mais elle garde aussi en mémoire ceux qui furent valables dans le passé. Or, dans le fichier de la base de donnée, il est indiqué en commentaire que l'ouvrage The American Atlas est la source principale des entrées de la base de donnée qui concernent les USA et qui datent d'avant 1991. Or, l'éditeur Astrolabe possède les droits de cet ouvrage, et entend les faire valoir: il considère que ces données lui appartiennent, il a donc porté plainte contre le créateur de la base de donnée et son conservateur actuel.
Depuis 1990, les conservateurs de « tz database » semblent collecter les données par leurs propres moyens.
On notera, qu'en France une telle plainte devrait être impossible: Soit les données sont publiques, et dans ce cas c'est sur la formulation précise de ces données que l'auteur a des droits; or la base de donnée propose une autre formulation (ce n'est pas un livre fait de phrases). Si les données ne sont pas publiques, il est possible de considérer que les auteurs de la base de données ne font que citer l'auteur — ils citent d'ailleurs leur source — ce qui devrait être encadré par le droit de citation, qui est une exception au droit d'auteur inscrite dans la loi.
# Seeks
Posté par Sygne (site web personnel) . En réponse à la dépêche Innovation Awards 2011. Évalué à 3.
Je suis bien content pour Seeks!
C'est mon moteur de recherches depuis maintenant plus d'un an et j'en suis très satisfait: Adieu traçage et autres googleries! Et j'ai bon espoir qu'à terme le paradigme du moteur de recherche décentralisé via l'indexation par les utilisateurs soit viable et pertinent.
[^] # Re: Alternatives
Posté par Sygne (site web personnel) . En réponse à la dépêche ack 1.96 — mieux que grep. Évalué à 1.
On peut au moins retrouver les outils originaux.
-->[]
# De la durée des droits
Posté par Sygne (site web personnel) . En réponse au journal Le domaine public et ses ennemis. Évalué à 2.
Il ne faudrait pas faire de confusion:
- Pour le droit d'auteur, c'est le décès de l'auteur qui marque le début du décompte avant l'élévation dans le domaine public.
- Pour les droits voisins c'est la « première communication au public » qui marque le début du décompte. L'interprétation est sujette aux droits voisins.
Dans les faits, les droits de l'interprète seront toujours levés avant les droits de l'auteur. L'élévation de l'œuvre interprétée au domaine public attendra donc la levée du droit d'auteur.
Un grand nombre d'œuvres sont touchées par cette loi, en particulier les premières interprétation enregistrées des œuvres classiques, mais pour les chansons de Piaf, comme pour la plupart des œuvres écrites au vingtième siècle, il faudra attendre 70 ans après la mort des auteurs (compositeur et parolier).
# Résolu
Posté par Sygne (site web personnel) . En réponse au message système de fichire corrompu. Évalué à 1.
Comme je n'arrivais à rien, j'ai utilisé mes sauvegardes et recrée le système de fichier de ma partition corrompue. C'était finalement plus simple.
Au cas où quelqu'un rencontre le même souci, il peut essayer mke2fs -S, qui ne ré-écrit que les super-blocs de la partition. Mais chez moi, ça n'a pas marché.
[^] # Re: partition != système de fichiers
Posté par Sygne (site web personnel) . En réponse au message système de fichire corrompu. Évalué à 1.
Gparted. J'ai rebouté après la réduction, et j'ai alors constaté que tout allait bien.
C'est ensuite que j'ai eu des problèmes...
Merci pour votre aide! Mais finalement, j'ai utilisé mes sauvegardes, et re-créé le système de fichier – c'était plus simple.
[^] # Re: Édifiant
Posté par Sygne (site web personnel) . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 1.
Pourtant, Plan 9 est libre!
[^] # Re: Édifiant
Posté par Sygne (site web personnel) . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 3.
Vous semblez sous-entendre que le problème du support matériel est plus lié à la l'inaccessibilité des patchs qu'à leur inexistence. C'est étonnant, mais enthousiasmant: Je serais bien heureux de vous entendre dire qu'avec un peu de chance, il existe d'ores et déjà un patch pour tel ou tel matériel non supporté officiellement.
Je m'étonne aussi du fait que la résolution des problèmes de support matériel vous paraisse prioritaire pour que Plan9 devienne « un système utilisable au quotidien ». En parcourant la liste de discussion, il m'a semblé que même les utilisateurs de Plan9 se utilisaient un autre système d'exploitation pour les taches quotidiennes, faute d'applications dédiées sur Plan9. Ne serait-il pas prioritaire de développer ou porter quelques applications phares?
[^] # Re: Édifiant
Posté par Sygne (site web personnel) . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 3.
Merci pour ces réponses!
[^] # Re: Édifiant
Posté par Sygne (site web personnel) . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 8.
Bonjour,
Je suis bien heureux de votre commentaire, qui clarifie une situation obscure vue de l'extérieur.
Je me sens par ailleurs un peu obligé de m'excuser pour le caractère potache de mon journal. Pour la petite histoire, cela fait quelques mois que je m'intéresse à Plan9, et en cherchant des informations de-ci de-là, je suis tombé par hasard sur 9front, ai passé pas mal de temps à chercher ce que signifiait ce fork, en particulier dans la mailing list de plan9, pour ensuite abandonner faute d'information, et finalement décider de faire quand même un journal – un journal potache – en me disant que ce serait l'occasion que quelqu'un qui s'y connait précise la situation.
Eh bien c'est chose faite, merci beaucoup! :-)
Du coup, j'ai quelques questions à vous poser, seriez-vous d'accord pour y répondre?
- Y-a-t-il toujours du personnel rémunéré pour travailler sur plan9? J'ai vu que certaines universités y travaillaient, mais est-ce toujours le cas dans l'industrie, et en particulier à Bell-Labs?
- Quelle est la meilleure source d'information pour suivre l'évolution de Plan9?
- Le développement de Plan9 est-il organisé, y-a-t-il un leadership, une feuille de route, ou bien progresse-t-il selon un ensemble d'initiatives autonomes?
- Il me semble que Plan9 a atteint le but qu'il s'était originellement fixé: un système distribué, le protocole 9p, « tout est fichier », etc., ce qui me laisse penser qu'il a dépassé le stade de support à une recherche théorique, mais en même temps, j'ai l'impression que son développement ne s'oriente manifestement pas vers l'applicatif. Du coup, j'ai du mal à comprendre dans quelle direction s'oriente le travail sur Plan9: Il me semble qu'une recherche fondamentale sur le concepts idéaux d'un système d'exploitation supposerait une incessante remise à plat de l'existant, et qu'au contraire le développement de l'existant, supposerait, dans le cas de Plan9, le développement d'applications utilisables. Quelle est donc le but poursuivi par la communauté Plan9, est-ce l'une de ces deux alternatives, ou y en a-t-il une troisième?
- Qu'espérez-vous de l'avenir de Plan9?
Et accessoirement, j'ai une autre question: dans le livecd, je n'ai pas les droits en écriture dans mon répertoire en tant qu'utilisateur Glenda, c'est normal?
[^] # Re: Sinon merci
Posté par Sygne (site web personnel) . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 3.
Plan9 est un très beau système d'exploitation: épuré et bien pensé.
L'élégance du concept, comme tu le dis si bien, se ressent à l'usage, et c'est agréable, même si l'ergonomie est assez perturbante – du moins au début.
Je conseille la lecture des documents de présentation, sur le site de Plan9, ou dans le livecd, dans /sys/doc/, qui mettent en évidence la façon dont les concepts à l'origine du projet sont implémentés.
Malheureusement, il est très orienté développement logiciel, et hormis peut-être comme serveur pour des applications installées sur d'autres systèmes d'exploitation, son usage est très limité.
[^] # Re: Chouette. Mais c'est quoi ?
Posté par Sygne (site web personnel) . En réponse à la dépêche Sortie d’Haiku version 1 alpha 3. Évalué à 2.
Et la « phrase » que constituent les dernières lettres.
[^] # Re: sybillin
Posté par Sygne (site web personnel) . En réponse au journal Contre l'oubli du Troff des souvenirs.. Évalué à 2.
C'est triste ton avis sur la sémiotique.
Merci :-)
# Miracle!
Posté par Sygne (site web personnel) . En réponse au journal Contre l'oubli du Troff des souvenirs.. Évalué à 10.
Mille miracles !
Mille milliard de miracles !
&$#* !
Le développeur m'a répondu!
Il a corrigé le bug!
Vive les journaux de linuxfr!
Longue vie à Heirloom Troff et à Gunnar Ritter!
Le changelog est ici, le fichier corrigé est ici, et voici un diff pour les curieux :
Priez sur dlfp, vous serez exaucé.
[^] # Re: Question bête....
Posté par Sygne (site web personnel) . En réponse au journal Contre l'oubli du Troff des souvenirs.. Évalué à 3.
Merci d'avoir essayé!
Je crois en effet que ce n'est pas une petite affaire de toucher à ce code. C'est triste que ce logiciel si vieux et efficace à sa manière soit abandonné...
Je vais essayer de contacter les rares personnes ayant d'ores et déjà proposé des patchs, on ne sait jamais.
Si la CDDL est incluse dans le postscript, ce n'est pas le fait d'une clause de cette licence, mais est à mon avis simplement lié au fait que certaines macro troff (et vraisemblablement aussi dpost) fonctionnent en produisant des macros postscript. Ces macros sont sous licence, la licence doit donc les accompagner. De la même manière, tu peux te créer une macro troff qui ajoute dans le fichier postscript la licence adaptée à ton contenu.
Pour ce que j'ai rapidement lu de la CDDL, elle ne me semble ni pire ni meilleure que les autres licence libres: moins permissive que BSD, mais plus libérale que GPL.
[^] # Re: Question bête....
Posté par Sygne (site web personnel) . En réponse au journal Contre l'oubli du Troff des souvenirs.. Évalué à 2.
Oui, j'ai un exemple qui montre le bug, soit le fichier file suivant:
troff -z file devrait suffire, car la sortie du terminal est explicite.
Sinon, faire troff file | dpost > file.ps
Veux-tu que j'explique plus précisément l'exemple? As tu besoin d'autres informations? Je suis, de toute évidence, à ta disposition, même si tu ne peux que jeter un rapide coup d'œil au problème.
P.S.: Elle vient d'où cette affection pour pic?
[^] # Re: Question bête....
Posté par Sygne (site web personnel) . En réponse au journal Contre l'oubli du Troff des souvenirs.. Évalué à 2.
Sacré troll...
S'il fallait comparer, ce ne serait ni avec LaTeX, ni même avec Plain-Tex, mais avec le langage Tex.
Et justement, à partir de rien, créer une macro troff, qui fasse tout ce qu'il faut (mise en page, notes, index, sommaire, table des matières, etc.) n'est pas si difficile. Je crois sincèrement que c'est plus simple que Tex.
[^] # Re: Question bête....
Posté par Sygne (site web personnel) . En réponse au journal Contre l'oubli du Troff des souvenirs.. Évalué à 3.
Le manuel indique ceci:
Or, dans les faits les trappes d'impression de ligne sont invoquées dans l'ordre inverse où elles apparaissent, et les trappes de pages sont invoquées avant les trappes d'impression de ligne apparaissant au même endroit.
Concrètement, c'est un peu plus compliqué à expliquer pour qui ne connaît pas le logiciel, mais voici:
- Pour des raisons typographiques, les paragraphes sont construits paragraphes par paragraphes, et non pas lignes par lignes (selon une variante de l'algorythme de Knuth-Plass), puis imprimés ligne après ligne.
- Toutes les macros sont exécutées lors de la construction du paragraphe, et non pas lors de son impression.
- De ce fait, lors de l'exécution des macros, la position finale d'un mot n'est pas connue avec précision: il peut se retrouver sur la page suivante. Ceci est par exemple gênant pour placer les notes de bas de page sur la bonne page.
- Pour résoudre ce problème, une «trappe d'impression de ligne» est proposée: \P[macro] exécute macro lors de l'impression de la ligne. L'utilisation de cette trappe permet de placer les notes de bas de page au bon endroit.
- Mais la trappe est exécutée après que la ligne la contenant soit imprimée, soit au début de la ligne suivante.
- Si la ligne suivante contient une «trappe de position», une trappe exécutée lorsque le texte atteint un certain point sur la page, celle-ci est exécutée avant la trappe d'impression de ligne.
- Comme les marges de bas de page sont construites via une trappe de position, les potentielles trappes d'impressions de la dernière ligne de la page ne sont exécutées qu'après le bas de page, soit sur la page suivante.
- Concrètement, une note de bas de page appelée sur la dernière ligne d'une page ne sera affichée que sur la page suivante.
Il est possible de contourner ce bug en récoltant les trappes de lignes exécutées sur la page suivant leur apparition dans un fichier, et en lisant ce fichier lors d'une seconde passe du logiciel pour afficher les notes sur la bonne page. Amha, c'est monstrueusement laid comme solution.
[^] # Re: Pistes
Posté par Sygne (site web personnel) . En réponse au journal Contre l'oubli du Troff des souvenirs.. Évalué à 2.
Il n'y a pas de liste de discussion réservée à Heirloom troff. C'eut été trop simple. :-(
[^] # Re: De la récursivité
Posté par Sygne (site web personnel) . En réponse au journal La WTFPL n'est pas libre. Évalué à 1.
Tout à fait, mon avis étant que la récursivité du fait que pour respecter la licence il faut respecter la licence me semble superfétatoire, comme dit dans le premier commentaire, cela n'ajoute aucun contenu de sens.
Je trouve par ailleurs comme toi que la WTFPL manque d'élégance faute de s'appliquer à elle-même.
C'est donc la seule récursivité de la licence envers elle-même qu'il me semble important de souligner.
Et puis j'aime les choses épurées. La question me semble d'ailleurs fondamentalement esthétique. Si double récursivité il doit y avoir, il faut qu'elle soit doublement porteuse de sens, et qu'elle démultiplie l'élégance de ta licence. Je trouve que la double récursivité que tu propose alourdit ta licence plus qu'elle ne l'élève. En matière d'esthétique, les grands principes sont indépassables, en l'occurence ici le KISS.
Regarde par exemple Card Field de Robert Morris: la beauté de l'œuvre est immédiatement lisible: l'œuvre n'est composée que de sa propre référence à elle-même. Il se trouve que cette auto-référence est démultipliée par le fait qu'au sein de l'œuvre, les cartes se réfèrent les unes aux autres. La beauté est-elle démultipliée pour autant? Je ne crois pas. Je pense au contraire que la multiplication des auto-références ne fonctionne que parce qu'elle ne gène en rien à la lisibilité première de l'œuvre. Du reste, personne ne lit les cartes. Nous nous contentons d'admirer l'auto-suffisance de l'auto-référence pour trouver que cela est beau.
# De la récursivité
Posté par Sygne (site web personnel) . En réponse au journal La WTFPL n'est pas libre. Évalué à 8.
Enfin une licence libre!
Mais la formulation de la licence peut remettre sa liberté en question:
Pour la LRL, suivre la license, est-ce suivre sa lettre ou son esprit? Si la licence doit se respecter elle-même, est-ce dire qu'elle reste identique à elle-même ou qu'elle se donne le droit de se changer?
Je propose donc la formulation suivante:
Mais est-ce que je respecte ta license en la modifiant?
[^] # Re: Retours à la ligne
Posté par Sygne (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 7.
À moins que je représente les 1% restant, je dirais que non:
Tous les utilisateurs de logiciels de formatages de textes (LaTex, Groff, et visiblement aussi MarkDown) savent que le retour à la ligne n'est pas significatif. La ligne vide est par contre significative.
Que le retour à la ligne ne soit pas significatif me semble pratique lorsque l'on écrit un long texte dans son éditeur avant de le poster (une dépêche par exemple). Dans ce cas là, on est souvent heureux de ne pas avoir des lignes de trois kilomètres, sous prétexte qu'elles constituent un unique paragraphe.
Je dirais donc que 100% des utilisateurs des outils Unix s'attendent à ce qu'aucun retour à la ligne n'advienne lorsqu'ils tapent un simple retour à la ligne (troll inside).
Enfin, je dis ça, mais finalement, ça m'est un peu égal...
[^] # Re: Des raccourcis clavier
Posté par Sygne (site web personnel) . En réponse à la dépêche Nouvelle version de LinuxFr.org. Évalué à 10. Dernière modification le 06 avril 2015 à 14:13.
Voilà: adresse dans le wiki NdM: remplacée par l'aide http://linuxfr.org/aide#aide-toolbar