Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Vít Novotný
    @witiko:matrix.org
    [m]
    Right, we don't update the base image in what I drew.
    Ben Frank
    @benfrank:matrix.org
    [m]
    It's not about the base image!
    Vít Novotný
    @witiko:matrix.org
    [m]
    Ah, yes. Since week 1, the updates for the different schemes are unrelated, you are right.
    But here is the kicker:
    Ben Frank
    @benfrank:matrix.org
    [m]
    Your whole up-arrow is only valid in the first week. And otherwise you only get the right-arrows. Hence, we can save us the trouble of doing step-wise installation in week 0 in the first place.
    Vít Novotný
    @witiko:matrix.org
    [m]
    The deduplication saves our ass precisely in week 0. The size of updates over the year is negligible compared to the first installation.
    1 reply
    So perhaps we don't care so much that the updates to the different schemes are unrelated after week 1, inclusive.
    1 reply
    It won't necessarily be easy to set up, but I assure you that the updates over the year are more than a factor of ten smaller compared to the initial download of TeX Live in week 0, which is precisely why it's crucial to deduplicate in week 0 by layering the schemes but not necessarily in the following weeks. It's easy to demonstrate that by downloading a TL 2021 ISO and then updating it.
    2 replies
    Vít Novotný
    @witiko:matrix.org
    [m]
    Yeah, we would probably need a separate Dockerfile for the week 0 seed image.
    And there are other concerns, too. It's not ideal to use a year-old base image, so perhaps we want to at least apply security updates once every N weeks.
    3 replies
    Ben Frank
    @benfrank:matrix.org
    [m]
    Actually, we don't. We take the current Dockerfile. We need a new Dockerfile.update which basically does:
    ARG image
    FROM $image
    
    RUN tlmgr update --self --all --reinstall-previously-removed
    Vít Novotný
    @witiko:matrix.org
    [m]
    Right, the current Dockerfile would be the separate image.
    I can run the numbers and we can decide afterwards if we think it is worth it.
    1 reply
    :point_up: Edit: The deduplication saves us precisely in week 0. The size of updates over the year is negligible compared to the first installation.
    We would lose the historical tree images but get historical schemes.
    3 replies
    Vít Novotný
    @witiko:matrix.org
    [m]
    They don't run on rsync, though.
    1 reply
    Or do they?
    They do.
    And yet, we still have #19 open.
    That confused me. 😉
    Ben Frank
    @benfrank:matrix.org
    [m]
    Oh, I thought I marked it to be closed by !23. Seems I did not. I'll close it.
    Vít Novotný
    @witiko:matrix.org
    [m]
    Feels good to close issues. 👍️
    1 reply
    No, see multi-arch builds are done in a single command. 🙂
    1 reply
    It would slow things down, but they are a single command that produces a single fatter image.
    Ben Frank
    @benfrank:matrix.org
    [m]
    TL installs are specific to the architecture so it will actually blow up size quite a bit.
    Vít Novotný
    @witiko:matrix.org
    [m]
    Just the binaries, but it would blow up the CI time quite a lot.
    The .gitlab-ci.yml file would still be nice and simple, though.
    Ben Frank
    @benfrank:matrix.org
    [m]
    Yes, of course.
    Vít Novotný
    @witiko:matrix.org
    [m]
    However, #15 has another big issue; specifically, some binaries such as biber are not available for ARM.
    Forget about Docker, I can't get biber working on my Raspberry Pi without compiling it myself.
    Ben Frank
    @benfrank:matrix.org
    [m]
    Right. But situation is improving for linuxmusl (i.e. alpine) iirc. So that could be a viable alternative because MUSL is self-contained and should also be able to be run on ARM.
    Vít Novotný
    @witiko:matrix.org
    [m]
    Is MUSL the reason why biber is unavailable on ARM?
    1 reply
    From the tex-live mailing list, I got the vague impression it's unavailable because the author did not care to release the binaries for ARM.
    Raspbian compiles their biber, so it's clearly doable, just useless because it's not kept in sync with current biblatex.
    1 reply
    Well, not completely useless, but you have to use Debian's TeX Live.
    Which is quite... historic.
    Vít Novotný
    @witiko:matrix.org
    [m]
    Right. It may still make sense to pursue #11 even if not all binaries are available. Does not seem as a priority, though.
    Ben Frank
    @benfrank:matrix.org
    [m]
    Exactly.
    Vít Novotný
    @witiko:matrix.org
    [m]
    :point_up: Edit: Forget about Docker, I can't get biber working on my Raspberry Pi without compiling it myself. 🥲
    Max Chernoff
    @gucci-on-fleek:matrix.org
    [m]
    Hi, I've submitted TeX-Live/texdoc#79 to have it redirect to texdoc.org if the user has no documentation locally installed. This is a fairy popular program, so I just want to make sure that you think that the server can handle the load.
    1 reply