Forum

Reprise du message précédent

C'est fait.

Bon...
Pour compiler Pandoc (et faire un paquet Mageia), on a besoin de Stack, Cabal, Haskell.
Donc il faut obtenir ça avant, avec les sources pour l'avoir chez Mageia.

Sinon, il y a les méthodes sales : télécharger les binaires et les exécuter.

Sinon, l'avanture commence ici :
https://gitlab.haskell.org/ghc/ghc/wikis/building

Mieux, ici : https://github.com/ghc/ghc#building--installing

Oui, je pense que c'est un gros boulot.
De plus, certains éléments ont tendance à être téléchargé à la demande...
J'imagine que ce n'est pas évident à packager.
C'est ou cabal, ou stack, mais pas les deux, et ils fournissent le langage haskell. Je ne sais pas si ce dernier est décomposé en modules.

Il y a une réponse qui dit qu'on peut (comptez pas sur moi) essayer de refaire le src.rpm de PCLinuxOS.
Le lien qu'il donne est pourri, par contre.

Donc voilà. Bon, je comprends tout à fait que ça ne soit pas dans Mageia du coup.

Ah !? et c'est pas moi que le dis !

Okkkk... Je ne sais pas si on peu avoir Haskell sur Mageia officiellement.
Pourquoi ?
Car chez Mageia, tout doit être compilé sur les serveurs de Mageia.
Et pour compiler le compilateur Haskell :

Il faut déjà avoir le compilateur compilé pour compiler le compilateur Haskell.

Je ne vois pas comment faire... Il faudrait mettre un premier paquet contenant les binaires, dans un dépot logiciel différent comme "non free" qui contient des binaires non compilé par Mageia, puis utiliser ce paquet pour compiler le paquet identique, qui serait placé alors dans les dépots standard...

Bonjour,
Je viens de tenter une autre méthode et j'obtiens pandoc exécutable.
Je préviens, c'est du lourd.
La première étape est l'installation du gestionnaire de paquets Guix. J'ai suivi la méthode indiquée ici : https://guix.gnu.org/manual/fr/html_node/Installation.html#Installation
L'installation se fait OBLIGATOIREMENT dans /gnu/store, il faut donc avoir de la place dans la partition racine. Des informations de configuration vont dans /var/guix
Ensuite, en utilisateur, on fait

pour mettre à jour.
et enfin

Il faut suivre les recommandations d'export de variables. Logiquement il faudrait les mettre dans un fichier exécutable au démarrage.
Et voilà, la commande pandoc est disponible pour l'utilisateur.
J'ai pas vérifié le volume pris pour tout cela, mais j'ai l'impression que c'est du lourd. Et ça prend du temps. Je dirais de compter deux à trois heures si tout se passe bien.
De mon côté, ça m'a pris plus de temps. Je n'ai plus de place dans la partition racine. J'ai donc fait de la place pour ajouter une nouvelle partition montée en /gnu . Il a fallu modifié le script d'installation parce qu'il ne fonctionnait pas avec /gnu qui existait déjà.

Merci Papoteur, je ne suis pas sûre de tout comprendre (euphémisme) mais je crois bien que c'est au dessus de mes capacités, ce qui me navre évidemment.

Bonjour,
Non, je ne pense pas que ce soit au-dessus de tes capacités.
C'est juste que ça me prend 6,2 Go sur le disque, mais à part ça, le chemin est assez balisé.

Bonsoir à tous,

Pandoc n'est donc pas disponible sur Mageia.......Hi!

J'utilise exactement cette application en BuildRequires (macro .spec) sur certains de mes packages (autre distrib rpm, source forge)

De fait, je modifie les fichiers docs comme, README.md (source devellopement) en suffix .txt, car le build avec la macro %doc etc...ne prend pas les fichiers exécutables...

Comme Pandoc est utilisé par les dévelloppeurs en code C,C++ , j'ai profité de leurs scripts pour tout simplement étre aux normes.......

Mon retour sur Mageia me promet du boulot.......

Je jeté un aperçu sur la demande Bugzilla (2015 !!)

Bonne soirée à vous........

 

 

Bonjour,
As-tu bien lu ce qui précède ? Jybz soulignait qu'il fallait GHC pour compiler GHC. Mageia n'inclut que des logiciels libres qui peuvent être construits sur nos machines.
Je me demande si toutefois pandoc n'est pas inclus sur les machines de build.

J'ai du mal à comprendre. Non, pandoc est écrit en Haskell.

Non, pandoc n'est pas sur nos machines de build. GHC (le compilateur Haskell) est écrit en Haskell et a besoin de lui même pour se compiler avant de pouvoir compiler Pandoc. En soit, c'est faisable, comme il a était fait par le passé, mais c'est le manque d'un mainteneur qui a viré GHC, ainsi que tous les paquets Haskell. Ça ne veut pas dire que le logiciel n'est pas libre.

Bonjour,

En cherchant autre chose, je viens de tomber sur cette discussion.

Alors, si ça peut encore être utile, voici ce que j'avais fait il y a quelques années :

et https://github.com/jgm/pandoc/wiki/Pandoc-User's-Manual-in-French, ou https://azurplus.fr/comment-utiliser-pandoc-pour-convertir-des-fichiers-sur-la-ligne-de-commande-linux/
ne t'aiderais pas ?

Édité par steven Le 13/10/2022 à 09h12

Bonjour ! Pas lu toute la discussion. Je ne connais rien au format epub. Par contre j'utilise Pandoc. J'ai téléchargé sur cette page le fichier qui se termine par linux-amd64.tar.gz, je l'ai décompressé, je l'ai mis quelque part ; dans le sous-dossier .local/bin de mon dossier personnel j'ai créé un lien qui pointe vers l'exécutable avec cette commande :



et ça fonctionne.

En espérant que cette information soit utile.

Édité par Roland57 Le 11/12/2022 à 18h40