Linux - TeXlive

Uf, to je docela síla!

Úvodem: v /etc jsou hlavně konfigurační soubory, zapisovat tam někam příkazy a spouštět je, ... prostě se to nedělá.

Nebuď zbrklá a drž se rad (ne jen mých), pokud možno, přesně. (To neděláš, viz rada "dpkg -i balíček.deb" a ty spouštíš jen "dpkg -i texlive-full". Kdybys napsala aspoň "dpkg -i texlive-full.deb", byla by vidět snaha. Ale správně to stejně mělo být nějak jako "dpkg -i texlive-full_2017.20170628_all.deb", název bys musela napsat podle toho konkrétního uloženého balíčku. A možná by se to navíc muselo spustit z adresáře, kde ty "deb" jsou. No nic.)

1) Zkus spustit "sudo apt-get update" (NE upgrade!). Bez uvozovek, samozřejmě.
2) Potom zkus znovu to "sudo apt-get install texlive-full".
3) Napiš, co se stalo, jak to dopadlo.

Hm hm hm hm ...

Spusť (zas bez uvozovek) "sudo apt-cache madison texlive-full" a zkopíruj sem výsledek.

(Kdybych někdy zapomněl na to "sudo" na začátku, tak ho tam přimrskni sama.)

Dobrá.

Co se stane, když zkusíš spustit
"sudo apt-get install texlive-full=2017.20180305-1"
(bez uvozovek)?

No to je teda ...

Co vypíšou
"sudo apt list *prerex"
"sudo apt-cache madison prerex vprerex"?

Dají se třeba tyhle dvě závislosti nainstalovat?
"sudo apt-get install *prerex"

Je teď něco jinak při spuštění
"sudo apt-get install texlive-full=2017.20180305-1"?

(aspoň ty řádky s prerex a vprerex?)

>Co znamená
>After unpacking the archive, change to the resulting install-tl-* subdirectory.

Asi že při rozbalení se vytvoří adresář a máš vlézt do něj.

Ale já v zájmu zachování funkčnosti tyto externí instalátory prakticky vůbec nepouštím. Linuxové distribuce mají své balíčkovací systémy a ty vědí o každém nainstalovaném souboru a programu a vytvořeném adresáři. Znají i jejich verze a vzájemné závislosti a při každé akci se snaží zachovat funkčnost (všeho). Jak do toho vletí externí instalátor typu Windows (tudle si něco dám, támhle něco dám, tady si vytvořím adresář, tohle si nastavím, ...), tak se z toho stává mrdník. Balíčkovací systém pak klidně může smazat něco důležitého pro ten cizí program, protože o něm vůbec neví, nebo ten cizí program může způsobit nějakou kolizi knihoven apod.

Takže jak bych to řešil? Zůstal bych u původní verze. Kdybych opravdu chtěl novou, podíval bych se, jestli není v novější verzi distribuce, nebo jestli aspoň autor programu neposkytuje instalační balíček (autoři texlive ho nemají). Ty máš Ubuntu Bionic (resp. tvůj Mint patrně pochází z toho Ubunta). Od té doby vznikly dvě další stabilní verze Ubuntu - Focal a Groovy, ta druhá už, zdá se, obsahuje texlive 2020. Takže bych si do seznamu repozitářů (archívů distribučních balíčků) přidal Ubuntu Groovy a pak bych se s pomocí správce balíčků (program pro správu instalace) pokusil nainstalovat požadovaný texlive 2000 (instalovat pomocí apt, apt-get, dpkg apod., to je docela masochismus).

Proč je tam ten error pythonovského programu a co mu přesně vadí, to nevím. Odkud ten skript pochází?

- - -

Jo, /etc/apt/sources.list je rozumné zazálohovat, i když je to jen texťák a při troše opatrnosti lze případné změny snadno vrátit.

> a pak lze postupovat třeba podle tohoto?
Podle čeho? Nic tam dál není.

- - -

bitbucket - ty máš prostě ráda cizí nebezpečné instalace, viď?

Možná bude stačit to spustit jako root (resp. přes to sudo).

> dbind-WARNING **:
Zkus do souboru ".bashrc" (na začátku je tečka), který je ve tvém domovském adresáři, doplnit řádek s příkazem
export NO_AT_BRIDGE=1
(na konci řádku stiskni ENTER, aby se odřádkovalo). Potom se odhlaš a zas přihlaš, nebo to celé restartni. Jaký to má přesně vliv, nevím, ale na podobné chyby to často ve fórech doporučují. Obchází se tím jakási chyba prostředí gnome. Kdyby to nepomohlo, tak to klidně zas z toho souboru vymaž. Ten soubor je textový, edituj ho něčím neškodným (radši žádné Libreoffice apod., spíš něco jako PoznámkovýBlok), co do něj automaticky nepřidá žádné řídicí nesmysly; a raději si před úpravou udělaj zálohu.

> Co znamená spustit jako root nebo přes sudo?
"root" je hlavní linuxový uživatel, jako admin ve Windows. Root může instalovat a dělat v systému cokoliv. Když pustíš instalaci jako "ty", pravděpodobně nemáš práva zápisu do systémových adresářů apod. (error: cant create or remove files in install directory). Kdyby to spustil uživatel root, problémy s přístupovými právy by neměl. Ubuntu ale roota (pro mě nepochopitelně) tají a často ani není pořádně zaveden. Pak se musí používat obezlička "sudo", která tě na chvilku přepne na uživatele root a následující příkaz je spuštěn rootem.
Takže příkazem "python setup.py develop" normálně spustíš instalaci se svými právy.
Ale "sudo python setup.py develop" nejdřív přihlásí uživatele root, pak by s jeho právy mělo spustit instalaci a pak zas hned roota odhlásí.

> Další verze Ubuntu
Ne, žádné ros.org bych nepoužil.
Předpokládal bych, že /etc/apt/sources.list bude mít více řádků, než jeden a ještě zakomentovaný (zneplatněný). Zkus napsat třeba "cat /etc/apt/sources.list" (možná bude nutné "sudo cat /etc/apt/sources.list"), obsah toho souboru by se měl vypsat. Tak to sem pak zkopíruj a uvidíme.
Ale předem upozorňuju, že hrábnout do verzí a přidat něco z novější verze (navíc ob-jednu) může znamenat, že se aktualizuje spousta dalších návazností, možná takřka celý systém, a mohou nastat i závažné problémy celého systému. Už proto, že teď máš nastavených 10 různých repozitářů a my aktualizujem jen 4 ubuntí, takže by mohly chybět potřebné návaznosti do těch jiných. Tak si dobře rozmysli, jestli to opravdu chceš.

Nevím, co vadí tomu instalačnímu skriptu. Možná (ale opravdu jen možná) by pomohlo vidět celý výpis. Ještě bych ale zkusil, jestli to zatím nemáš, nainstalovat závislosti zmíněné v návodu
bitbucket.org/..."
Jedná se o ty lmfit, scipy, numpy, pandas a asteval (debianní balíčky se jmenují "python-lmfit", "python-scipy"atd., normálně teda "sudo apt-get install python-lmfit"apod.)

Ještě k nové verzi systému:
Natvrdím, že by se to nutně muselo po..dělat, ale je tu ta možnost. V principu by to balíčkovací systém měl zvládnout, pokud to nakombinovat lze. Pokud nelze, správce balíčků (to je např. aptitude; apt-get, apt apod. jsou nižší úrovně) by to měl signalizovat a aktualizaci nespustit. Je dost velká pravděpodobnost, že by se mu muselo pomoci ručně, automatické řešení závislostí by to správně trefit přes ty verze nemuselo.
Jestli máš data, která se dají snadno zazálohovat, celkem bezpečná by pak měla být aktualizace Mintu (ne jen jeho Ubuntí části). Ty máš Mint Tina, existují už Tricia, Ulyana a Ulyssa. Ale i ta poslední vychází zatím jen z Ubuntu Focal, kde je sice novější texlive, ale verze 2020 ještě ne.