Dis moi, puis-je mentionner ton pseudo « Fravashyo » dans les logs
oui pas de problème
J'ai vu les dépêches, mais sans grand amour pour Latex, je ne me suis jamais vraiment penché dessus…
l'avantage c'est qu'on peut potentiellement passer de LaTeX à utroff (ou autre) au niveau rendu vu que c'est basé sur la même syntaxe de base en txt2tags
Mais où est passé f*******n
bah c'est la même chose :)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
bon, je regarderai ça à l'occasion alors. Vu que j'ai remis toutes les polices dans l'autre dossier, il faudra que je réinstalle tout sur un système neuf pour tester ça. Si c'est le cas (supprimer un F arbitrairement dans la variable), c'est pas très logique et particulièrement vicieux.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Effectivement dans archlinux la source est récupérée directement depuis le site officiel, et la compilation et l'installation se font de là. Avant lorsque le checksum était différent de celui lors de la création de la recette de compilation, ça demandait si on voulait vraiment construire le paquet malgré la différence, ce qui pouvait par exemple présenter un risque de hack de la source etc.
Ça devait effectivement représenter 0,000001 % de risque réel, mais malgré cela, dans les nouvelles versions d'archlinux ça refuse la compilation (il faut indique le nouveau checksum), en maternant l'utilisateur qui pourtant devrait savoir ce qu'il fait, genre si ça arrive à Truecrypt ou gpg ça peut valoir le coup de regarder le code ou se renseigner, pour utroff le risque est quand même moins grand. Mais bon, c'était avant le virus ~hoax~badbios.
Quoi qu'il en soit, c'est quand même une bonne idée d'incrémenter le numéro de version à chaque modification de l'archive. Je trouve que le meilleur nommage est par rapport à la date (genre 2013-11-06), comme ça au moins on sait si la dernière version du logiciel date de 6 mois ou 2 ans, c'est plus parlant que v0.04 (les dév unix/linux sont si modestes, à côté de ça windows en est à la version 8.1)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
merci bien pour tes explications éclairées. J'ai donc pu compiler le fichier de démo. J'ai juste eu un petit problème, lors de la première compilation, ça ne trouvait pas les polices dans /usr/ucblib/doctools/font/devps/ alors que j'avais bien rajouté
export TROFFFONTS='/usr/share/fonts/opentype/linux-libertine/'
J'ai donc recopié le contenu de /usr/share/fonts/opentype/linux-libertine/ vers /usr/ucblib/doctools/font/devps/ sans trop chercher à comprendre.
Au niveau de la mise en place d'utroff, vu les difficultés que l'on peut avoir, ça serait peut-être pertinent de rajouter dans l'archive de ton programme :
- une version de Heirloom-doctools, fonctionnelle, avec un bon mk.config préparé pour des systems unix/linux modernes (c'est à dire qui s'installe par défaut dans /usr/local au lieu des chemins exotiques qu'il y avait)
- éventuellement les polices linux-libertine
- un makefile ou un fichier shell qui contient par exemple les
export TROFFMACS='/usr/local/share/utroff/tmac/'
export UTMAC='/home/login/.utmac' (voire un utmac dans /usr/local/share/utroff)
export TROFFFONTS='/usr/share/fonts/opentype/linux-libertine/'
bref, un truc qui se lance clé en main sans avoir à batailler pour installer heirloom.
Pour textallion que j'essaye de développer (basé sur txt2tags et latex), normalement une fois l'archive décompressée, si on a latex et divers outils facilement installables sur toutes les distributions modernes, avec un petit "make pdf" ça génère le fichier pdf à partir des chemins relatifs (et sinon ça s'installe dans /usr/share ou /usr/local/share)
Bon, maintenant qu'utroff est opérationnel, je vais regarder pour l'export dans txt2tags et je te retiens au courant.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
merci, il y a du mieux, tout semble être maintenant pris en compte, sauf pour la police. J'ai fait un "export TROFFFONTS='/usr/share/fonts/opentype/linux-libertine/'" (là où j'ai cette police, c'est du style LinLibertine_aZL.otf etc) et ça me donne cette erreur :
/opt/hlm/bin/troff: font:text: no such request; line 861, file /usr/local/share/utroff/tmac/uh; page 1
par:init doc:start
/opt/hlm/bin/troff: RRN: no such font; line 861, file /usr/local/share/utroff/tmac/uh; page 1
typo:text par:init doc:start
je vais regarder dans le fichier /usr/local/share/utroff/tmac/u-libertine il faudra peut-être que je les renomme ou fasse un lien symbolique.
À noter un petit fait étrange, si je tape :
export UTMAC='~/.utmac'
Ça me dit :
/opt/hlm/bin/troff: can't open file ~/.utmac; line 861, file /usr/local/share/utroff/tmac/uh
alors que si j'appelle export UTMAC='/home/mon_login/.utmac' ça fonctionne pour le coup.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Merci, ça compile avec ton mk.config et les outils de ma distribution (bison, flex), à la place des heirloom-devtools.
Sans doute que la première fois, les chemins et les paramètres ne lui convenaient pas, et en lisant la doc de heirloom-doctools, ça disait qu'en utilisant autre chose il y avait un risque que ça ne compile pas, d'où ma recherche d'une autre piste.
Malgré tout, je n'ai pas réussi à compiler l'exemple de ton README :
less demo.tr |ugrind |refer | troff -muh etc
ça bloque en disant
troff: fatal error: can't find macro file uh
encore un problème de chemin, j'ai pourtant copié en désespoir de chause les tmac de /usr/local/share/utroff/tmac/ (et en particulier /usr/local/share/utroff/tmac/uh) vers /usr/share/groff/1.21/tmac/ de ma distribution, mais rien n'y fait.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Plus de défauts lors des dumps de disque, comme si le malware s'était auto-nettoyé de ses machines!
c'est le virus dans le firmware de la carte-son, il a entendu que le proprio du pc était en train de balancer toute l'affaire sur internet, et il a préféré se rétracter pour revenir encore plus fort ! Du coup c'est le virus de la NSA qui a repris cette place bien au chaud.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
J'ai pu compiler utroff sans problème, en revanche heirloom pose des problèmes : j'ai essayé d'installer ça chez moi, pour me rendre compte que pour le compiler il fallait installer les heirloom-devtools, qui n'ont pas été touchés depuis plusieurs années (à récupérer avec cvs).
J'ai réussi à les compiler et installer à force de tâtonnement (bonjour les chemins façon vieux unix, avec des /sbin/sh, /usr/ucb/) mais quand j'essaye de compiler les heirloom-doctools avec leurs outils de dev, j'obtiens cela :
possible que ça soit lié à mon processeur 64 bit. Il n'y a pas d'autre moyen ? Qu'utilises-tu toi-même ? Parce que sans paquet disponible ni facilement installable de heirloom-doctools, ça limite la diffusion de ce bel outil.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
il devait parler de la pile bouton qui alimente l'heure de la carte mère, et accessoirement permet à hoaxbios d'alimenter les haut parleurs du PC, pour diffuser du death metal à 66.6 dB qui va sataniser toute la maison et répandre le virus dans le quartier par l'intermédiaire des nouveaux compteurs EDF qui sont eux aussi attaquables par ce virus (étrangement "ils" ont mis des micros sur ces compteurs, comme si ce n'était pas une nouvelle preuve du complot illuminati).
Moi je m'en fous, j'utilise multideskOS, qui avait déjà prévu une parade contre ce genre de truc dès 1987, lors de l'installation de l'onduleur virtuel.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
puisque tu en parles, suite à ta dépêche j'avais justement commencé à travailler sur un export txt2tags vers troff. Quelques questions :
il existe déjà dans txt2tags des exports vers man et mom, qui semblent tout deux être des dialectes de (t)roff (mom étant une macro). Est-ce qu'il existe une sorte de (t)roff générique, sur les fonctionalités de base (titres, gras, souligné, italique…) qui pourrait être compris par mom, utroff etc ? Je ne crois pas, vu notre discussion lors de ta dernière dépêche (cf. https://linuxfr.org/news/a-la-recherche-des-sources-de-troff#comment-1375368). Dans le même ordre d'idée, Utroff comprend la syntaxe de la macro ms ou c'est complètement différent ?
si on doit le nommer, ça serait roff, troff ou utroff ? (cette réponse étant sans doute fortement conditionnée par la réponse à la question du dessus). Quelle extension ? .tr ? (ou .utr pour utroff ?), sachant qu'on ne peut avoir qu'une seule extension par cible (si on prévoit un export troff ms plus générique, ça pourrait s'appeler .tr)
tu conseillerais donc un export vers ms, vers utroff ou vers les 2 ?
Si je créé le canevas sur le svn de txt2tags, tu pourrais aider pour remplir la syntaxe qui va bien pour utroff, voire ms ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
au cas où les guillemets n'auraient pas été assez explicites, par "nouveautés" je parlais bien entendu des trucs imposés (mais "que-t-as-ka-forker-si-t-es-pas-content") pour une utilisation normale, comme le gestionnaire de démarrage, pas des gestionnaires de fenêtre ou de bureau qui sont plus ou moins interchangeables.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
ou ceux qui affirment :
« Not having to care about portability has two big advantages: we can make maximum use of what the modern Linux kernel offers these days without headaches »
« In fact, the way I see things the Linux API has been taking the role of the POSIX API and Linux is the focal point of all Free Software development. Due to that I can only recommend developers to try to hack with only Linux in mind and experience the freedom and the opportunities this offers you. »
soit d'un groupe d'utilisateurs sans liberté d'expression vivant sous un régime de censure
peut-être qu'il y a des gens qui sont finalement contents qu'une alternative existe, face à certaines choses qui entrent en force sur les bureaux libres, menées en cela par certains employés de red hat.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
avec une résolution de 1920 x 1080 (quasi 2 fois plus que l'écran de mon ordinateur de bureau actuel…), à côté le neo900 avec sa petite résolution de 800x480 fait un peu pitié quand même…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
je confirme, je voulais acheter un nouveau PC (de bureau) pour jouer sous Linux (humble bundle etc). Les revendeurs locaux proposaient tous des pc avec windows 8, en commandant chez LDLC j'ai pu en avoir 1 sans OS, j'ai installé une distribution Linux et tout roule… (et pour 200 € de moins que chez les locaux, à configuration identique). Cerise sur le gâteau : haiku-os fonctionne parfaitement également dessus.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Et sinon le logo de firefox représente un animal avec un nez pointu, comme un renard (et le logo de firefoxOS est encore "pire" dans ce sens). Bref, sur le logo c'est clairement un renard, alors que le nom signifie "panda roux". Un peu contradictoire…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
oui, c'est complètement idiot. Le multiseat ça doit bien concerner 0.1 % des utilisateurs des distributions linux, et on a tout modifié, perturbant les 99,9 % qui reste, juste pour cette "fonctionnalité", qu'ils auraient pu seulement intégrer dans une option activable uniquement dans un fichier de configuration.
Udisks2 c'est de la merde et ses développeurs sont des débiles profonds. Désolé, c'est abrupt, mais ne pas avoir pensé aux désordres que cela allait causer et changer comme ça c'est d'une connerie sans nom. Les disques externes ça peut être pour les sauvegardes, obligeant à modifier tous les scripts de sauvegarde, mais ça peut aussi servir de support de stockage pour des fichiers habituels, par exemple pour des photos dans digikam, des fichiers epub avec calibre, etc etc
Le pire, c'est que Debian a "corrigé" le chemin imposé par défaut dans udisks2, pour mettre /media/$USER à la place de /run/media/$USER ce qui n'est pas beaucoup mieux.
Voilà, c'est dit et ça soulage un peu.
Après, il existe des solutions de contournement, par exemple :
apt-get source udisks2
installer les dépendances pour la compilation
sudo apt-get build-dep udisks2
aller dans le dossier des sources
cd udisks2-2.0.0
ouvrir le fichier à corriger
gedit src/udiskslinuxfilesystem.c
effacer les lignes de 864 à 899 comme sur l'image puis enregistrer.
(mount in /run/media/$USER)
(if (user_name !=NULL ...
compiler et installer
./configure --prefix=/usr
make
sudo checkinstall
À faire pour chaque mise à jour…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
vraiment génial ! Ça manquait vraiment un outil comme ça, et si ça permet de se passer de google docs avec l'édition collaborative, c'est parfait.
J'ai essayé d'éditer un ods qui était sur mon ordinateur, et si j'ai pu l'ouvrir sans problème, je n'ai pas pu l'éditer, peut-être parce que le fichier n'était pas sur leur serveur. Quel est le statut de la partie tableur ? C'est censé fonctionner aussi bien que pour la partie traitement de texte ? Je n'ai pas pu débuter un tableur vierge depuis la démo.
C'est surtout le tableur qui m'intéresse, car même si ethercalc est pas mal, ça reste moins pratique qu'un vrai tableur.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 2.
cool, impatient de voir la nouvelle version.
oui pas de problème
l'avantage c'est qu'on peut potentiellement passer de LaTeX à utroff (ou autre) au niveau rendu vu que c'est basé sur la même syntaxe de base en txt2tags
bah c'est la même chose :)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 2.
bon, je regarderai ça à l'occasion alors. Vu que j'ai remis toutes les polices dans l'autre dossier, il faudra que je réinstalle tout sur un système neuf pour tester ça. Si c'est le cas (supprimer un F arbitrairement dans la variable), c'est pas très logique et particulièrement vicieux.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 2.
2 F pour troff, 1 F pour fonts, le compte me semble bon…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 2.
Effectivement dans archlinux la source est récupérée directement depuis le site officiel, et la compilation et l'installation se font de là. Avant lorsque le checksum était différent de celui lors de la création de la recette de compilation, ça demandait si on voulait vraiment construire le paquet malgré la différence, ce qui pouvait par exemple présenter un risque de hack de la source etc.
Ça devait effectivement représenter 0,000001 % de risque réel, mais malgré cela, dans les nouvelles versions d'archlinux ça refuse la compilation (il faut indique le nouveau checksum), en maternant l'utilisateur qui pourtant devrait savoir ce qu'il fait, genre si ça arrive à Truecrypt ou gpg ça peut valoir le coup de regarder le code ou se renseigner, pour utroff le risque est quand même moins grand. Mais bon, c'était avant le virus ~hoax~badbios.
Quoi qu'il en soit, c'est quand même une bonne idée d'incrémenter le numéro de version à chaque modification de l'archive. Je trouve que le meilleur nommage est par rapport à la date (genre 2013-11-06), comme ça au moins on sait si la dernière version du logiciel date de 6 mois ou 2 ans, c'est plus parlant que v0.04 (les dév unix/linux sont si modestes, à côté de ça windows en est à la version 8.1)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 2.
ouf, ça fonctionne :)
merci bien pour tes explications éclairées. J'ai donc pu compiler le fichier de démo. J'ai juste eu un petit problème, lors de la première compilation, ça ne trouvait pas les polices dans /usr/ucblib/doctools/font/devps/ alors que j'avais bien rajouté
export TROFFFONTS='/usr/share/fonts/opentype/linux-libertine/'
J'ai donc recopié le contenu de /usr/share/fonts/opentype/linux-libertine/ vers /usr/ucblib/doctools/font/devps/ sans trop chercher à comprendre.
Au niveau de la mise en place d'utroff, vu les difficultés que l'on peut avoir, ça serait peut-être pertinent de rajouter dans l'archive de ton programme :
- une version de Heirloom-doctools, fonctionnelle, avec un bon mk.config préparé pour des systems unix/linux modernes (c'est à dire qui s'installe par défaut dans /usr/local au lieu des chemins exotiques qu'il y avait)
- éventuellement les polices linux-libertine
- un makefile ou un fichier shell qui contient par exemple les
bref, un truc qui se lance clé en main sans avoir à batailler pour installer heirloom.
Pour textallion que j'essaye de développer (basé sur txt2tags et latex), normalement une fois l'archive décompressée, si on a latex et divers outils facilement installables sur toutes les distributions modernes, avec un petit "make pdf" ça génère le fichier pdf à partir des chemins relatifs (et sinon ça s'installe dans /usr/share ou /usr/local/share)
Bon, maintenant qu'utroff est opérationnel, je vais regarder pour l'export dans txt2tags et je te retiens au courant.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 2.
merci, il y a du mieux, tout semble être maintenant pris en compte, sauf pour la police. J'ai fait un "export TROFFFONTS='/usr/share/fonts/opentype/linux-libertine/'" (là où j'ai cette police, c'est du style LinLibertine_aZL.otf etc) et ça me donne cette erreur :
je vais regarder dans le fichier /usr/local/share/utroff/tmac/u-libertine il faudra peut-être que je les renomme ou fasse un lien symbolique.
À noter un petit fait étrange, si je tape :
Ça me dit :
/opt/hlm/bin/troff: can't open file ~/.utmac; line 861, file /usr/local/share/utroff/tmac/uh
alors que si j'appelle export UTMAC='/home/mon_login/.utmac' ça fonctionne pour le coup.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 2.
Merci, ça compile avec ton mk.config et les outils de ma distribution (bison, flex), à la place des heirloom-devtools.
Sans doute que la première fois, les chemins et les paramètres ne lui convenaient pas, et en lisant la doc de heirloom-doctools, ça disait qu'en utilisant autre chose il y avait un risque que ça ne compile pas, d'où ma recherche d'une autre piste.
Ma distribution est linux mint, et ça ne contient que heirloom-mailx, comme Debian apparemment :
http://packages.debian.org/search?keywords=Heirloom&searchon=names&suite=all§ion=all
Malgré tout, je n'ai pas réussi à compiler l'exemple de ton README :
ça bloque en disant
encore un problème de chemin, j'ai pourtant copié en désespoir de chause les tmac de /usr/local/share/utroff/tmac/ (et en particulier /usr/local/share/utroff/tmac/uh) vers /usr/share/groff/1.21/tmac/ de ma distribution, mais rien n'y fait.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 2.
je viens d'essayer le patch, j'ai pu l'appliquer, en revanche j'ai toujours la même erreur à la compilation de doctools.
Après, mes connaissances dans le domaine s'arrêtent là.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Un bon gros update
Posté par fravashyo . En réponse au journal Rencontrez badbios le virus plus puissant que Stuxnet. Évalué à 6.
c'est le virus dans le firmware de la carte-son, il a entendu que le proprio du pc était en train de balancer toute l'affaire sur internet, et il a préféré se rétracter pour revenir encore plus fort ! Du coup c'est le virus de la NSA qui a repris cette place bien au chaud.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 2.
merci des précisions et de ta réponse.
J'ai pu compiler utroff sans problème, en revanche heirloom pose des problèmes : j'ai essayé d'installer ça chez moi, pour me rendre compte que pour le compiler il fallait installer les heirloom-devtools, qui n'ont pas été touchés depuis plusieurs années (à récupérer avec cvs).
J'ai réussi à les compiler et installer à force de tâtonnement (bonjour les chemins façon vieux unix, avec des /sbin/sh, /usr/ucb/) mais quand j'essaye de compiler les heirloom-doctools avec leurs outils de dev, j'obtiens cela :
possible que ça soit lié à mon processeur 64 bit. Il n'y a pas d'autre moyen ? Qu'utilises-tu toi-même ? Parce que sans paquet disponible ni facilement installable de heirloom-doctools, ça limite la diffusion de ce bel outil.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: POC super green
Posté par fravashyo . En réponse au journal Rencontrez badbios le virus plus puissant que Stuxnet. Évalué à 10.
il devait parler de la pile bouton qui alimente l'heure de la carte mère, et accessoirement permet à hoaxbios d'alimenter les haut parleurs du PC, pour diffuser du death metal à 66.6 dB qui va sataniser toute la maison et répandre le virus dans le quartier par l'intermédiaire des nouveaux compteurs EDF qui sont eux aussi attaquables par ce virus (étrangement "ils" ont mis des micros sur ces compteurs, comme si ce n'était pas une nouvelle preuve du complot illuminati).
Moi je m'en fous, j'utilise multideskOS, qui avait déjà prévu une parade contre ce genre de truc dès 1987, lors de l'installation de l'onduleur virtuel.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Des styles ! Des systèmes de documentation automatique !
Posté par fravashyo . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 4. Dernière modification le 05 novembre 2013 à 10:52.
salut,
puisque tu en parles, suite à ta dépêche j'avais justement commencé à travailler sur un export txt2tags vers troff. Quelques questions :
il existe déjà dans txt2tags des exports vers man et mom, qui semblent tout deux être des dialectes de (t)roff (mom étant une macro). Est-ce qu'il existe une sorte de (t)roff générique, sur les fonctionalités de base (titres, gras, souligné, italique…) qui pourrait être compris par mom, utroff etc ? Je ne crois pas, vu notre discussion lors de ta dernière dépêche (cf. https://linuxfr.org/news/a-la-recherche-des-sources-de-troff#comment-1375368). Dans le même ordre d'idée, Utroff comprend la syntaxe de la macro ms ou c'est complètement différent ?
si on doit le nommer, ça serait roff, troff ou utroff ? (cette réponse étant sans doute fortement conditionnée par la réponse à la question du dessus). Quelle extension ? .tr ? (ou .utr pour utroff ?), sachant qu'on ne peut avoir qu'une seule extension par cible (si on prévoit un export troff ms plus générique, ça pourrait s'appeler .tr)
tu conseillerais donc un export vers ms, vers utroff ou vers les 2 ?
Si je créé le canevas sur le svn de txt2tags, tu pourrais aider pour remplir la syntaxe qui va bien pour utroff, voire ms ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: blue system
Posté par fravashyo . En réponse au journal Kubunteros, réfléchissez!. Évalué à -2.
mais oui bien sûr, fais comme si tu n'avais pas compris…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: blue system
Posté par fravashyo . En réponse au journal Kubunteros, réfléchissez!. Évalué à 1.
au cas où les guillemets n'auraient pas été assez explicites, par "nouveautés" je parlais bien entendu des trucs imposés (mais "que-t-as-ka-forker-si-t-es-pas-content") pour une utilisation normale, comme le gestionnaire de démarrage, pas des gestionnaires de fenêtre ou de bureau qui sont plus ou moins interchangeables.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: blue system
Posté par fravashyo . En réponse au journal Kubunteros, réfléchissez!. Évalué à 1.
oui ça semble très bien openrc, par contre là on parlait des serveurs d'affichage, mir contre wayland.
la plupart des "nouveautés" que l'on retrouve dans toutes les distributions sont en effets initiées par red hat.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: blue system
Posté par fravashyo . En réponse au journal Kubunteros, réfléchissez!. Évalué à 1.
un peu comme ceux-là quoi :
https://linuxfr.org/users/nekohayo/journaux/intel-boycotte-officiellement-le-serveur-d-affichage-mir
ou ceux qui affirment :
« Not having to care about portability has two big advantages: we can make maximum use of what the modern Linux kernel offers these days without headaches »
« In fact, the way I see things the Linux API has been taking the role of the POSIX API and Linux is the focal point of all Free Software development. Due to that I can only recommend developers to try to hack with only Linux in mind and experience the freedom and the opportunities this offers you. »
peut-être qu'il y a des gens qui sont finalement contents qu'une alternative existe, face à certaines choses qui entrent en force sur les bureaux libres, menées en cela par certains employés de red hat.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: mauvaise pratique
Posté par fravashyo . En réponse à la dépêche Concours logo pour l'association En Vente Libre. Évalué à 1.
Et ça sort quand "mon maçon était développeur de logiciels libres" ? Ici on parle d'association (composée sans doute de bénévoles).
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Pendant ce temps à Mountain View
Posté par fravashyo . En réponse au journal Le Neo900 est officiellement annoncé. Évalué à 2.
avec une résolution de 1920 x 1080 (quasi 2 fois plus que l'écran de mon ordinateur de bureau actuel…), à côté le neo900 avec sa petite résolution de 800x480 fait un peu pitié quand même…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Ça m'étonnerait
Posté par fravashyo . En réponse au journal Bientôt la fin des laptops sans OS chez LDLC?. Évalué à 5.
je confirme, je voulais acheter un nouveau PC (de bureau) pour jouer sous Linux (humble bundle etc). Les revendeurs locaux proposaient tous des pc avec windows 8, en commandant chez LDLC j'ai pu en avoir 1 sans OS, j'ai installé une distribution Linux et tout roule… (et pour 200 € de moins que chez les locaux, à configuration identique). Cerise sur le gâteau : haiku-os fonctionne parfaitement également dessus.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Panda Roux
Posté par fravashyo . En réponse à la dépêche Firefox 25. Évalué à 3. Dernière modification le 30 octobre 2013 à 20:07.
J'en ai vu également au très beau zoo d'Amnéville, en Lorraine :
http://news.fr.msn.com/ecologie/photo/les-animaux-rares-dans-les-zoo-fran%C3%A7ais?page=11
Et sinon le logo de firefox représente un animal avec un nez pointu, comme un renard (et le logo de firefoxOS est encore "pire" dans ce sens). Bref, sur le logo c'est clairement un renard, alors que le nom signifie "panda roux". Un peu contradictoire…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Rapport de bug
Posté par fravashyo . En réponse à la dépêche Andy's Super Great Park, libéré, arrive sur Android. Évalué à 3.
ici peut-être ? -> https://github.com/j-jorge/asgp/issues
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: surement une evolution pour pouvoir gerer le multiseat
Posté par fravashyo . En réponse au message Modification des points de montage après passage à kubuntu 13.10. Évalué à 6.
oui, c'est complètement idiot. Le multiseat ça doit bien concerner 0.1 % des utilisateurs des distributions linux, et on a tout modifié, perturbant les 99,9 % qui reste, juste pour cette "fonctionnalité", qu'ils auraient pu seulement intégrer dans une option activable uniquement dans un fichier de configuration.
Udisks2 c'est de la merde et ses développeurs sont des débiles profonds. Désolé, c'est abrupt, mais ne pas avoir pensé aux désordres que cela allait causer et changer comme ça c'est d'une connerie sans nom. Les disques externes ça peut être pour les sauvegardes, obligeant à modifier tous les scripts de sauvegarde, mais ça peut aussi servir de support de stockage pour des fichiers habituels, par exemple pour des photos dans digikam, des fichiers epub avec calibre, etc etc
Encore une gnomerie poussée dans freedesktop :
https://igurublog.wordpress.com/2012/03/11/udisks2-another-loss-for-linux/
Le pire, c'est que Debian a "corrigé" le chemin imposé par défaut dans udisks2, pour mettre /media/$USER à la place de /run/media/$USER ce qui n'est pas beaucoup mieux.
Voilà, c'est dit et ça soulage un peu.
Après, il existe des solutions de contournement, par exemple :
http://www.linuxmint-fr.org/forum/trucs-et-astuces/127919-udisks2retrouver-montage-dans-media-et-non-mediauser.html
À faire pour chaque mise à jour…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Donuts
Posté par fravashyo . En réponse au journal Les premiers noms de domaine de la nouvelle série sont actifs. Évalué à 4. Dernière modification le 24 octobre 2013 à 21:10.
si je rajoute un slash à la fin, ça fonctionne dans firefox :
http://www.nic.游戏/
(même ici, le slash n'est pas rajouté dans mon lien, il faut le faire à la main)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: La démo de WebODF
Posté par fravashyo . En réponse au journal Owncloud documents. Évalué à 2.
vraiment génial ! Ça manquait vraiment un outil comme ça, et si ça permet de se passer de google docs avec l'édition collaborative, c'est parfait.
J'ai essayé d'éditer un ods qui était sur mon ordinateur, et si j'ai pu l'ouvrir sans problème, je n'ai pas pu l'éditer, peut-être parce que le fichier n'était pas sur leur serveur. Quel est le statut de la partie tableur ? C'est censé fonctionner aussi bien que pour la partie traitement de texte ? Je n'ai pas pu débuter un tableur vierge depuis la démo.
C'est surtout le tableur qui m'intéresse, car même si ethercalc est pas mal, ça reste moins pratique qu'un vrai tableur.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Langage
Posté par fravashyo . En réponse au journal Le HTML (epub3) peut il détrôner latex (surtout beamer) ?. Évalué à 3.
on est d'accord. Je réagissais juste au "il ne faut rien modifier".
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond