pandoc na gentoo?

24.10.2016 12:09 | Přečteno: 1168× | linux/unix

Když jsem dal instalovat pandoc na Gentoo, tak jsem měl pocit, že je ta doba instalace snad nějaký vtip. Nejsem zvyklý se současným hardware čekat na kompilaci balíčků s výjimkou firefoxu, thunderbirdu a dejme tomu ještě broken by design věcí jako je glibc.

Někdo, už nevím kdo, mi na markdown a podobné věci doporučoval pandoc. Fajn, potřebuje to haskell. Tak se začne buildovat ghc, to trvá ukrutně dlouho, pak další stovka balíčků. A to jsem se ještě dočetl, že se samotný haskell kompilátor neustále zpomaluje, takže se mám na co těšit i u další stovky balíčků.

Takže se ptám, stojí pandoc a obecně věci napsané v haskellu vůbec za to nebo je lepší se jim programově vyhýbat a třeba v tomto případě použít python-markdown nebo něco takového?

       

Komentáře

[gsnak]

Neviem ale nie je podstata markdownu ze je to plain text a nic dalsie na to netreba?

[|🇵🇸]

Jde to překládat do dalších formátů – nejen HTML, ale taky třeba LaTeXu.

[pavlix]

Ne.

[David Indra]

Cože?

[Václav "Darm" Novák]

No prostě ne. První polovina "podstata je že je to plaintext" je pravda, ale "nic dalšího na to nepotřebuješ" je kravina. Nebo ti snad přijde jako účel markdownu číst ho v plaintextu nevyrenderovaný?

[pavlix]

Nebo ti snad přijde jako účel markdownu číst ho v plaintextu nevyrenderovaný?

+1

[David Indra]

+1

[marbu]

Vyhýbat se věcem v Haskellu by byla imho velká škoda. Pandoc je zrovna případ dobrého nástroje, který si zavržení kvůli kompilaci ghc nezaslouží. Věcí v Haskellu není napsáno zrovna mnoho, ale z těch pár projektů co znám (mimo pandoc např. xmonad, etckeeper, shellcheck, gitit, hledger, git-annex ...), jsou všechny velice kvalitní.

Na druhou stranu, kompilace haskell projektů je někdy dost opruz, hlavně kvůli konfliktům ve verzích a závyslostech. Na Gentoo bych ale čekal, že tohle bude mnohem menší problém než např. na Fedoře, protože jsi můžeš zkompilovat verze jaké chceš. Nicméně kompilace ghc není uplně levná, jak píšeš.

[pavlix]

pandoc

Je otázka, co nabízí proti třeba tomu python-markdown, který jsem ještě nevyzkoušel.

xmonad

Nevidím důvod používat.

etckeeper

Nepamatuju si, co to umí, ale o nějakém takovém nástroji trochu uvažuju. Na druhou stranu spoustu věcí řeším tak, že si v gitu triviálně udržuju jen těch pár souvisejících configů v adresáři.

shellcheck

Ani tady neznám význam oproti non-haskell alternativám.

gitit

O tom jsem jednu dobu uvažoval, ale taky asi bude mít hromadu alternativ a navíc si tyhle věci většinou udržuju po svém.

hledger

Neznám.

git-annex

O tom jsem uvažoval, ale momentálně pro něj nemám využití.

[marbu]

pandoc

Je otázka, co nabízí proti třeba tomu python-markdown, který jsem ještě nevyzkoušel.

Konverzi mezi různými formáty (např. z markdown do mediawiki nebo latexu, nebo tím z markdown zdrojáků generuju epub soubory). Ale pokud to potřebuješ integrovat s jiným python kódem, je ten python-markdown lepší.

[pavlix]

Aha, takže se to funkčně překrývá jen částečně. No uvidím, asi na to časem přejdu, koukal jsem, že pagure python-markdown používá a to vypadá jako docela zajímavý projekt.

[Bystroushaak]

Imho pandoc nemá konkurenci, pokud jde o konverze mezi formáty. Ne všechno ale umí zkonvertovat dobře. Jinak máš nějaký důvod pro markdown, oproti třeba rst?

[pavlix]

Nemám žádný důvod pro cokoli jiného než markdown a k rst mám vysloveně odpor. Neumím v tom ke své spokojenosti napsat ani nadpisy.

[mimi.vx]

pandoc

Je otázka, co nabízí proti třeba tomu python-markdown, který jsem ještě nevyzkoušel

. uplne jiny svet .. Schopnosti o par radu jinde:) zakladni operace moznost vyskouset na https://pandoc.org a https://pandoc.org/try

xmonad

Nevidím důvod používat.

toto je dle osobni preference .. prakticky nejlepsi tiling VM co jde najit:)

etckeeper

Nepamatuju si, co to umí, ale o nějakém takovém nástroji trochu uvažuju. Na druhou stranu spoustu věcí řeším tak, že si v gitu triviálně udržuju jen těch pár souvisejících configů v adresáři.

shellcheck

Ani tady neznám význam oproti non-haskell alternativám.

stejne jako u pandou .. .shopnosti jsou o par radu jinde nez jakakoliv alternativa , a stejne jako pandoc moznost vyzkouset online :) prece jen jeden z targetu ghc je javascript -> https://www.shellcheck.net/

gitit

O tom jsem jednu dobu uvažoval, ale taky asi bude mít hromadu alternativ a navíc si tyhle věci většinou udržuju po svém.

hledger

vyvoj ledgeru , ucetni system ...

Neznám.

git-annex

O tom jsem uvažoval, ale momentálně pro něj nemám využití

pěkná věc , jen autor je trosku silenejsi :)

[Bedňa]

Mám pocit, že som Pandoc som radil niekomu inému, ale to môže byť zhoda okolností a to čo píšeš nemá so mnou súvis. Pandoc je tak asi TOP, potom je to všetko ostatné, záleží čo všetko chceš.

[mimi.vx]

Pandoc na gentoo je bez problemu , staci si pridat haskell overlay https://wiki.gentoo.org/wiki/Haskell

 

Support co se tyce haskellu je v Gentoo excelentni -- hlavni vyvojar gentoo co se tyce haskellu je jeden z nevice napomocnych lidi co jsem kdy zazil. A zaroven i jeden z nejzkusenejsich + se podili i na upstream vyvoji GHC.

 

Jinak pandoc je dobre supportovan i na openSUSE:)

[pavlix]

Na co budu instalovat haskell overlay, když v zásadě nepotřebuju ani haskell ani pandoc, které jsou navíc normálně v base.

[mimi.vx]

v base je vetsinou dost old verze .. .prenos overlay-> base je dost slow :) a celkem rozdil

 

druhe reseni je bodnout se na emerge a instalnout stack ktery si pritahne vlastni ghc --> https://docs.haskellstack.org/en/stable/README/

[pavlix]

Motivace? :)

[mimi.vx]

ano , to byva hlavni problem :)

[hypvofxy]

Tenhle blogpost si nekde flagnu jako odpoved na otazku, proc jsem prestal pouzivat Gentoo.

[pavlix]

To můžeš. Ale dneska už Gentoo maximálně tak prozradí, co je opravdový balast.