Denis Bernard a écrit 222 commentaires

Il faudrait inscrire Makefly sur le site qui fait l'inventaire de ce genre de soft : The definitive listing of Static Site Generators. Il y a déjà 242 projets répertoriés !

Je n'ai pas le même point vue ! Certes, Samantha n'élude pas la réalité des partenaires multiples et ce n'est pas typique du comportement humain ordinaire. Mais je ne vois pas là de bug car Samantha n'est pas ordinaire et elle a toujours été fière de répondre avec précision à des questions impossibles (du genre : combien d'arbres dans le paysage). Ne pas répondre précisément à une question précise aurait été contraire au caractère fondamental de Samantha.

Mais c'est à ce moment précis que Samantha devient vraiment troublante (et très humaine) quand elle ajoute "que son cœur grossissait au fur et à mesure de l'accroissement de ses partenaires". Et là, on retombe dans l'argumentation que servent depuis toujours les personnes multitâches menant vie double.

Samantha ne tousse pas dans ce film ! Sa respiration est audible et c'est ça qui est fort. Là, on réalise combien le bruit que l'on fait quand on respire influe sur le discours d'un interlocuteur. Par exemple si on vous dit des choses énervantes, vous allez vous mettre à respirer plus vite et votre interlocuteur va s'en apercevoir rapidement. Donc, son discours sera influencé même si vous n'avez pas dit un mot et même s'il ne vous voit pas parce que vous êtes au téléphone. La communication ne passe pas forcément par l'échange de paroles ou des expressions du visage. Et ça devient évident pendant l’œuvre de chair où le bruit de la respiration est plus fort et la parole plus rare.

Navré d'avoir été un peu sec dans ma formulation… La faute peut-être à une habitude prise dans le tricotage d'un moteur de blog.

Oui, les tests prennent un temps fou ! Mon parti pris est de faire en sorte que mes pages passent les tests du consortium W3 et ensuite, seulement ensuite, je les teste sur Firefox, Opera et Chromium sur Linux. N'ayant pas d'ordi sous Microsoft, ni de Mac, ni de tablette, je vais ensuite flâner dans les rayons des grandes surfaces et je vérifie sur Anfroid, Apple et IE.

Avec le recul, j'ai remarqué que ce choix de coller au plus près des normes du Web me donnait une longueur d'avance sur l'évolution des navigateurs. J'ai réalisé aussi, dans ces flâneries, que les liseuses avaient aussi un navigateur Web intégré et qu'elle étaient toutes (sauf une) monochrome ! Faire des feuilles de style universelles est un vrai casse-tête…

Est-ce que le respect des standards du Web entre en compte dans ce projet ?

Je viens de faire un test sur votre blog avec unicorn et j'obtiens les scores suivants :

• 64 erreurs en HTML
• 44 erreurs pour CSS
• 2 erreurs pour l'internationalisation

Seul RSS passe le test. Et pour Atom ?

Dans mon commentaire qui précède, je dois préciser une chose : l'éditeur appelé n'a pas forcément besoin de fonctionner à la console ! Ainsi, sous KDE, j'appelle fBlog dans un terminal Konsole (mais ça pourrait être Xterm !) et là je peux très bien mettre kwrite comme éditeur dans la variable d'environnement et ça marche. De ce qui précède, si Android possède un éditeur de texte bien à lui, il suffirait de renseigner le source.

Fichtre ! Je n'avais pas pensé à Android… Je ne connais rien à cette plateforme (je n'ai pas de smartphone, ni de tablette). Et je ne n'imaginais même pas qu'il soit possible d'y faire tourner une application conçue pour la console, ni même qu'il y avait l'éditeur Vim. À moins que ce ne soit CCTools qui empaquète les dépendances pour fBlog. Si c'est le cas, il faudrait trouver un éditeur pour la console qui n'ait pas de combinaison de touche bizarre comme vi. (Je ne sais pas si nano conviendrait car il utilise la touche Ctrl.) Auquel cas, il suffirait de modifier la ligne 42 du source "fblog.f08" (character(len=*), parameter :: PREFERED_EDITOR = "vi") avec le nouveau nom du PREFERED_EDITOR. Et il faudrait aussi le source de ce nouvel éditeur soit dans la chaîne de compilation, je suppose.

Je viens de regarder le site de CCTools et effectivement il compile gfortran. Incroyable, tout ça !

• Concernant Fortran : il y a pas plus vieux car c'est le plus ancien langage de programmation. En fait, il a inventé le concept du langage de programmation. Avant, les programmateurs étaient de vrais hommes : ils codaient en langage machine ou en assembleur. Mais pour les scientifiques et les ingénieurs ça ne pouvait pas le faire… Donc, vers 1956, il a été créé un logiciel pour générer du langage machine à partir de formules de maths. D'où le nom FORmula TRANslator. En ces temps reculés, il y avaient deux sortes de support de code source : les cartes perforées et les rubans perforés. La société qui a sorti Fortran était IBM et son truc était les cartes perforées. Donc, jusqu'à Fortran 77, une ligne de code correspondait à une carte perforée. Ceci a obligé à faire un langage le moins verbeux possible pour économiser de la place. Et c'est pour ça que Basic est sorti (en s'inspirant aussi de l'Algol aussi, je crois) pour permettre de programmer sans avoir les dispositions d'un égyptologue. Quinze ans plus tard, ceux qui ont développé le langage C ont opté pour les bandes perforées et donc n'ont pas eu le même souci de concision du langage. La version de 1990 de Fortran a abandonné le style carte perforée et donc a permis une plus grande verbosité du code. Depuis, les joyeusetés que sont les pointeurs et la programmation orienté objet sont entrés dans la norme. Aujourd'hui l'effort se porte sur la parallélisation des tâches et le concubinage avec le langage C.

• Concernant ton problème de logiciel, voilà ce que j'ai compris (mais il faudra que tu me ré-explique si j'ai compris de travers) : tu as un logiciel dont une partie est une (ou des) routine(s) Fortran que tu voudrais adresser directement en lui passant des paramètres. Si le binaire est en seul tenant, c'est-à-dire lié statiquement, je ne vois pas comment faire (sauf s'il existe sur ton disque dur une bibliothèque archive, suffixée .a). Mais s'il est lié dynamiquement et qu'il appelle des bibliothèques, il est possible que toutes les procédures codées en Fortran soient dans une bibliothèque particulière. Si tu arrives à dénicher laquelle, il y a un minuscule espoir de s'en sortir ! (cette bibliothèque est suffixée .so) Après il faut connaître les noms des procédures (sous-routines ou fonctions) et les paramètres à fournir. Une possibilité est de faire une recherche sur Internet avec le nom de la bibliothèque. En effet, il est très possible que cette bibliothèque soit employée par d'autres logiciels et qu'il existe une doc. (Mais il est possible aussi que la documentation de ton logiciel donne les API de ces procédures !) Auquel cas, il est possible d'écrire un main en langage C ou en langage Fortran qui permettra d'adresser cette bibliothèque : en compilant ce main séparément puis en liant le main avec cette bibliothèque Fortran. Donc, ce n'est pas gagné sauf si tu arrives à dénicher le nom de cette bibliothèque et son mode d'emploi !

Grand merci pour l'essai sur FreeBSD ! Personnellement je n'ai jamais touché aux BSD, faute d'avoir des machines de test (ah ! que j'aimerais avoir plus de sous et un local dédié à ça…). J'attendais avec impatience le retour d'un BSD-iste car ces derniers ont été souvent utilisateurs du moteur de blog NanoBlogger qui est le logiciel qui a inspiré fBlog.

Concernant la version du compilateur gfortran : c'est vrai qu'il faut une version récente car le langage Fortran évolue à toute vitesse en ce moment ! Alors que la norme f95 est supportée par la totalité des compilateurs, les normes suivantes f2003, f2008 sont toujours en cours d'implémentation. Ce qui n'empêche pas ces mêmes compilateurs de supporter certaines dispositions du futur f2015… Le gros enjeu est l’interopérabilité totale avec les langage C / C++ . Aujourd'hui, on peut déjà appeler bien des fonctions de la libc depuis Fortran (mais pas toutes, encore).

L'échec de compilation avec la vieille version de gfortran est due à l'instruction error stop qui n'existe seulement que depuis la norme f2008. Elle permet de terminer les programmes, en cas d'erreur, de façon plus propre.

Actuellement, sur ma Gentoo, je compile avec GCC 4.8.2 (et gfortran est aligné sur la même numérotation) ; mais la version 4.9.0 ne devrait pas tarder.

Ton appréciation positive sur l'ergonomie de fBlog est une grande joie pour moi : j'ai vraiment bossé dur pour ça ! Pour le mode en menus interactifs à la console, je me suis inspiré de mon passé d'opérateur Télex lors de mon service militaire (comme l'instruction GA signifiant go ahead).

Je n'avais jamais entendu parlé de vim-tiny ! J'ai vérifié pour ma distro Gentoo et ça n'existe pas. Google étant mon ami, j'ai vu que c'était répandu chez Ubuntu. Mais, en fait, l'entrée vim de Wikipedia est bien le premier lien à consulter quand on s'intéresse aux multiples déclinaisons de vi.

J'ai mis l'éditeur vi comme éditeur par défaut quand tout a échoué car il est dans la liste des utilitaires de la norme Unix (plus précisément : The Open Group Base Specifications Issue 7, IEEE Std 1003.1, 2013 Edition) et qu'il existe toujours (normalement !) sur les ordinateurs compatibles Posix au moins un lien qui appelle l'un de ses clones (comme vim) si vi lui-même n'y est pas.

mais bon, c'est pas statique non plus.

C'est là tout le problème ! J'ai fait jadis le choix du moteur de blog NanoBlogger pour deux raisons : il me fallait quelque chose facile à administrer à distance lors de mes voyages à l'étranger (j'étais marin au long cours) et qui soit incassable. Comme je n'avais pas l'intention d'avoir un service de commentaire, mon blog pouvait être en lecture seule sans problème. Le fait d'avoir un moteur de blog sans base de données SQL me mettait à l'abri de toute injection de données indésirables.

Aujourd'hui il y a plusieurs développeurs pointus en sécurité Linux qui sont sous NanoBlogger pour leur blog car ils peuvent pas se permettre de se faire ridiculiser par l'attaque de leur blog.

Par exemple, la distribution Gentoo met en "tilde arch" (testing) toutes les versions du package Wordpress qu'elle distribue. Et ce, pour cette seule question de sécurité.

Ayant l'intention de repartir naviguer, je sais que je pourrais me trouver plus d'un mois sans pouvoir me connecter à l'Internet. Avoir un blog générant des pages Web automatiquement sans que je puisse regarder quotidiennement comment ça se passe, on a des angoisse du genre "et si quelqu'un y mettait des photos pédophiles en mon absence ?".

Pourquoi Fortran ? C’est une histoire qui remonte à l’époque où j’ai basculé sur Linux (1995), où le langage Basic n’était pas disponible en ce temps là sur cette plate-forme. Fortran était donc se qui s’en rapprochait le plus et convenait à l’autodidacte. De plus, il permet de débuter en programmation en quelques semaines au lieu de plusieurs années avec d’autres langages. Pour preuve, le programme des cours de l’IDRIS.

Fortran est un langage compilé ; ses programmes tournent plus rapidement qu’avec les langages interprétés. Pour un moteur de blog, c’est un argument de taille ! J’ai participé au projet NanoBlogger (un moteur de blog tournant sous shell Bash) : il fallait plus d’une minute pour mettre à jour un blog avec 120 billets ! Je voulais un remplacement à NanoBloger, à l’identique mais en plus rapide. Actuellement, si l’on prend le cas d’un bloggeur qui posterait un billet par jour pendant 50 ans, fBlog fait la mise à jour en 90 secondes.

Je voulais aussi une solution pérenne. Parmi les inconvénients des langages interprétés, il y a qu’ils ne sont pas souvent normalisés et qu’une mise à jour du langage impose souvent la mise à jour du logiciel qui en dépend. Avec un langage compilé, les compilateurs peuvent mouliner du code vieux de plusieurs décennies (avec peu de modifications).

Bon, ayant opté pour langage compilé banal sous Posix : qu’y avait-t-il de dispo ? La liste est courte ! Fortran, ADA et C (plus ses descendants comme C++, Java, etc.).

Dans le cas d’un moteur de blog, on a deux tâches principales. La première est de lire pas mal de texte (les entrées du bloggeur) et d'écrire une multitude de fichiers (les pages Web statiques). Il se trouve que Fortran, par son origine de moulinette à data pour calcul intensif, gère bien les entrées / sorties (et toutes les avanies qui peuvent en résulter). La seconde est le traitement des chaînes de caractère. Or Fortran, ayant débuté à une époque où les outils logiciel n’étaient pas légion comme aujourd’hui, a une capacité à gérer à triturer les chaînes de caractère que n’ont pas forcément les langages plus récents qui se peuvent aujourd’hui sous-traiter avec un outil externe.

Fortran est comme LaTeX : fait pour les maths mais utilisable pour les lettres.

J’avais prévu le cas que la variable EDITOR ne soit pas renseignée (même si c’était hautement improbable !) et que le rattrapage soit d’appeler l’éditeur « vi » : il me semblait également hautement improbable que vi (ou le lien vi → vim) ne soit pas sur une machine plus ou moins Posix. Mais donc, en cas d’accumulation de malchance, le logiciel était censé se terminer proprement sur un code d’erreur. (On n’est jamais assez parano quand on code !) Donc ici ça s’est bien produit sur l’invocation de l’éditeur pour modifier le fichier de configuration ( routine « config.f08 » dans les sources).

J’avais bien mentionné dans l’aide (mais disponible seulement à la ligne de commande) que l’éditeur était lié à la variable d’environnement EDITOR mais sans plus. En effet, je souhaitais avoir un fichier d’aide le plus court possible pour ne pas en décourager sa lecture. De même, je n’ai pas voulu mettre le choix d’un éditeur dans le fichier de configuration pour qu’il ne soit pas trop long. Tout est une question de dosage et je bataille entre faire court et faire précis. Mais aussi : on n’est pas non plus obligé d’aimer l’éditeur par défaut imposé par la distribution (et bien peu sont capables de le modifier).

Je vais donc ajouter un exemple sur l’aide en ligne de commande pour la version 0.5.2 du genre :

Pour avoir l’éditeur « nano », faire « EDITOR=nano ./fblog » .

Mais je dois aussi faire une aide pour le mode console dans les menus interactifs. C’est plus long à coder, ça sera pour la version 0.6.0 !

Sinon, je te remercie chaudement pour cette compilation sur G4 qui me conforte sur la portabilité de fBlog.

Le site LinuxFr est excellant en ce qui concerne les rubriques dépêches, journaux et forum. Personnellement, je ne regarde pas les autres rubriques (sondage, wiki, suivi, plan) parce que je n'en n'ai pas envie ; et surtout pas la page d'accueil car elle est illisible.

Si vous souhaitez changer quelque chose sur ce site, la maquette de la page d'accueil est une urgence criante.

Actuellement vous y mettez des textes in extenso qui existent déjà ailleurs sur le même site. Cette page d'accueil est traitée comme une page de blog alors qu'elle devrait être traitée comme une couverture d'un magazine papier : donner envie d'aller lire les dépêches les plus instructives, donner envie de lire les journaux les plus brûlants, donner envie de suivre la rubrique dépannage d'un matériel pointu dans le forum et se délecter du dernier sondage. Donner envie !

Je viens de vérifier : le tableau de comparaison de Wikipedia disait bien qu'il y a "Web hosting" pour GitHub.

En lisant vos commentaires passés, j'ai crois comprendre que vous avez développé plusieurs IDE LaTeX : bravo !

D'après les liens que vous mettez ci-dessus, il ressort que SourceForge joue les idiots en mettant plusieurs boutons de téléchargement de logiciels n'ayant rien avoir avec celui dont la page est dédié. C'est vrai ; encore plus avec les internautes non-anglophones qui voient l'intitulé de ces boutons mis dans leur langue propre, amenuisant ainsi encore plus la visibilité du bouton de téléchargement !

Ceci m'a choqué de prime abord et continue à me gêner car, vraiment, ça plonge l'internaute dans la confusion. C'est dommage car, avec le manque de ferme de compilation, c'est un des très rares défauts de que je déplore sur ce site.

La solution alternative est d'y héberger son propre site Web et donc d'y mettre les liens de téléchargement. (Un site Web hébergé sur SourceForge est très bien référencé par Google.)

Je connaissais pas ce logiciel et je viens de l'installer sur ma Gentoo qui est connectée à l'Internet (serveurs HTTP et Gopher).

En invoquant /sbin/logwatch.pl sans aucune option, j'ai obtenu une excellente synthèse des dernières 24 heures de mon activité (y compris ma connexion pour la mise à jour de ma Gentoo). Je n'ai pas mis SSH sur cette machine mais je viens de penser à quelque chose : n'y aurait-il pas un serveur Xined en fonction qui déclencherait un serveur Telnet ? Dans ce cas, il y aurait bien de nombreuses invocations à Login !

Il serait judicieux de faire un scan de ports avec nmap : nmap -A -Pn localhost

Compléments à mon journal

Voir à cette page de la BNF:

Le dépôt légal des sites Web (y compris pour les blogs) existe déjà !

Contrairement au dépôt légal traditionnel (des publications imprimées ou sur support audiovisuel, par exemple), le dépôt légal des sites web n'implique aucune démarche active de la part de l’éditeur. Les collectes se font de manière automatique à l'aide du robot Heritrix, logiciel libre développé au sein du consortium IIPC.(…)

l'ISSN pour un périodique en ligne c'est possible !

L’attribution d'un ISSN à un périodique en ligne ne s’effectue pas automatiquement dans le cadre du dépôt légal de l’internet. Elle n'est pas obligatoire. Si l'éditeur le souhaite, il peut toutefois obtenir un numéro ISSN, auprès du Centre ISSN France. Ce numéro est recommandé pour les publications scientifiques.

MEA CULPA

Si j'avais su ça, j'aurais écrit ce journal différemment. Reste qu'il serait intéressant de se renseigner sur l'attribution d'un ISSN à un blogueur individuel (ça s'est déjà fait ?). Bon, voilà ! Désolé d'avoir enfoncé une porte ouverte.

Moi.

J'aurai pu aisément évoquer la question des cotisations sociales dans mon journal. Mais je ne l'ai pas fait pour faire bref. Mais si ça vous intéresse, il y a l'AGESSA qui gère les auteurs.

Le problème est de faire valoir le statut du blogueur(euse) comme étant celui d'un homme (ou femme) de lettre. C'est pour ça que je pense qu'il faut en arriver à un dépôt légal pour les textes diffusés par voie électronique.

Non, il n'y a aucun message d'erreur dans le terminal (ni "overerfull \hbox"). J'ai pu reproduire le problème de débordement de césure et des caractères en italique dès que le package "eco" est appelé (voir mon commentaire Package "eco", Oldstyle numerals using EC fonts) . Par contre, je n'ai pas essayé sur la base d'un texte en anglais.

Exact, la concordance des temps ! Il faut que j'y réfléchisse car je ne peux pas laisser traîner ça. D'un autre côté, la préciosité du langage de Hall-mkII doit absolument être préservée. Pas facile…

Exact ! J'ai vérifié avec Adobe Reader 9 et Okular. Et avec le fichier DVI, c'est pareil. Le décalage est infime (mais réel) pour le texte qui est plus bas que la lettrine mais il semble que la lettrine soit exactement alignée sur la marge du titre de section qui est au-dessus d'elle. J'ai essayé plusieurs choses avec LyX, comme le passage à la colonne unique ou le changement de classe de document ; mais en vain.

Il faudrait que je lise la doc sur ce package pour voir si c'est normal ou pas. Et si quelqu'un est savant en la matière…

Trouvé ! Voir mon commentaire : Package "eco" (Old­style nu­mer­als us­ing EC fonts).

Ceci fait suite à la très pertinente remarque de "eqfm" dans "Pourquoi cette protrusion ?" qui avait remarqué un décalage à l'extérieur de la marge droite des césures. En fait, il y avait aussi les caractères en italiques…

À partir d'un source LaTeX généré depuis LyX, j'ai désactivé un par un chaque package du préambule. Enfin, en désactivant le package "eco", le problème a disparu ! Ce package met les chiffres en minuscule. Il est activé dans le menu LyX à : Document -> Paramètres -> Utiliser les chiffres à l'ancienne.

Ce problème est un peu fâcheux pour moi car ce choix de chiffre "à l'ancienne" avait un attrait esthétique. De plus, certains titres de section deviennent trop longs avec les chiffres en majuscule et provoque un débordement du tutoriel au-delà des 10 pages.

Je vais donc réfléchir au problème. À suivre !