Open MartinX3 opened 3 months ago
Thanks for the suggestion, but when would you expect this update check to happen?
If I think about Gradle or other languages, IntelliJ will highlight the usage of a package as a warning if there is an update available.
This command seems to provide a list of updates:
tlmgr -repository https://mirror.ctan.org/systems/texlive/tlnet update --list
I think on startup of the IDE or in the auto update cycles of the IDE.
Maybe every 24h for people who never close it.
Also I was unable to fix the following scenario for myself via the CLI: On Arch Linux texlive is installed via system packages. Of course updating them via the CLI as root breaks the system.
I would like to have updated versions of the installed system tex packages in my user folder.
But it seems it is only possible to have them either completely installed in system or the user folder via tlmgr
.
Yeah I think if it's a system package installation we should not try to update because it will be updated with the regular system update process. However, I would always recommend installing texlive the native way, so that it is always up to date (e.g. debian has often old versions), paths are in the expected place and because then the installation is uniform across all the distros so much easier for TeXiFy.
Listing the package updates anyway and giving a reason why an update is impossible (system packages) would be nice.
tlmgr
can distinguish it because the native way without system packages needs the user mode of tlmgr
.
I assume it's too hard to maintain updated packages of the system packages in the user folder and always use the never version in system or user.
Here in arch linux we usually get the tagged versions of TexLive and not the updates between: https://gitlab.archlinux.org/archlinux/packaging/packages/texlive-texmf/-/commit/a859065a149f9cdd2e641ae948173436ad5cffd0
It would be nice if
tlmgr
is used to check for updates and maybe installs them if the user decides to use the rootless usermode.Otherwise it would be nice to tell the user to run the needed command as an administrator:
tlmgr update --all