Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lösung für fehlende Pakete #174

Closed
DSczyrba opened this issue Jul 1, 2022 · 4 comments
Closed

Lösung für fehlende Pakete #174

DSczyrba opened this issue Jul 1, 2022 · 4 comments
Labels
build: container enhancement New feature or request help wanted Extra attention is needed

Comments

@DSczyrba
Copy link
Collaborator

DSczyrba commented Jul 1, 2022

Wir müssten und mal auf eine Lösung bzw. einen Workflow einigen

@DSczyrba DSczyrba added enhancement New feature or request help wanted Extra attention is needed build: container labels Jul 1, 2022
@jemand771
Copy link
Collaborator

aktuell: auf https://github.com/jemand771/latex-build/issues/new gehen und lieb fragen
ja, das sollte besser gehen

("gibt es denn keine bessere lösung?")

@jemand771
Copy link
Collaborator

ich seh hier spontan mehrere ansätze (wie schon kurz besprochen):

  1. debian-pakete via apt
    +die gesamte texlive install ist schon apt
    +ziemlich einfach
    -unsicher, wie wir pakete persistieren können
    -zuordnung latex-paketname <-> debian-paket nicht immer eindeutig
    -nicht alle latex-pakete sind als deb verfügbar
  2. tlmgr im container aufsetzen
    +ctan -> alle pakete klar benannt und verfügbar
    +von texlive aus "gedachte" lösung
    -initiales setup tlmgr (hatte das glaube schonmal probiert, hat mich angeschrien)
    -wo/wie persistieren wir pakete
  3. manuell ordner reinreichen
    +transparent
    +schnell
    -.sty selber bereitstellen
    -keine updates

ausserdem seh ich verschiedene arten, gewünschte pakete zu konfigurieren:

  • docker image-erweiterung (latex-build als base) und im dockerfile pakete installieren
    • ziemlich viel aufwand für wenig nutzen, aber theoretisch die sauberste lösung
  • umgebungsvariable mit paketnamen
    • persistenz wichtig, und build mit install dauert länger (nicht mehr offline!)
  • mount: einfach hinlegen (duh)

@TheColin21
Copy link
Member

ich denke tatsächlich grade, dass 3. wahrscheinlich am einfachsten ist. und es folgt dem schema, dass eine containerversion nur eine paketversion mit hat... wenn man das auf paketversion x.y baut und drei jahre später das projekt nochmal bauen möchte, wird paketversion x.y noch funktionieren. die aktuelle vielleicht nicht

@jemand771
Copy link
Collaborator

weil wir braindead sind ist keinem aufgefallen dass man einfach meinlieblingspaket.sty in den dokument-ordner hauen und per \usepackage{meinlieblingspaket} laden kann. geht auch mit unterordnern, nur die dateierweiterung darf nicht mit ran

automatische on the fly installs a la miktex wären zwar geil, seh ich aber nicht als so dringend für die vorlage an :D

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
build: container enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

3 participants