Arch Linux User Repository

This is unfortunate, I had no idea about the changes being done by the ArchLinux community to the TexLive packages. A quick look shows there are some considerable difference which make adapting tllocalmgr difficult; per https://bbs.archlinux.org/viewtopic.php?id=286197 it seems that texlive-localmanager tools (which I forked) will not be further developed, it is suggested to use tlmgr instead.

I will have a go over this week to see what is possible, but I'm not promising that I can make it work.

Hi all, I've forked the project and applied all patches. A stable release is now available at https://aur.archlinux.org/packages/tllocalmgr, I strongly urge everyone to switch to it!

The git package has also been updated to follow the fork, which means version numbers have changed again (sorry if this causes issues). Thanks everyone!

Hi @d0lphin, it looks like something has gone wrong upstream, the URL (one of them, as its CDN'd) looks to point to an nearly empty archive: https://ftp.gwdg.de/pub/ctan/systems/texlive/tlnet/archive/dvisvgm.tar.xz. I suggest you contact the DVISVGM devs to look into this.

In the meantime, you can download the archive from https://ctan.org/tex-archive/dviware/dvisvgm, and modify the PKGBUILD at ~/.texlive/texmf-var/arch/builds/dvisvgm to use this archive instead. I suspect that the layout of the archive isn't the same as the tlnet one, you might have to tweak the PKGBUILD somewhat.

HTH

Trying to install dvisvgm only gives me an empty package:

.BUILDINFO
.MTREE
.PKGINFO
usr/
usr/local/
usr/local/share/
usr/local/share/texmf/

That is because dvisvgm installs into usr/bin/dvisvgm and /usr/share/man/man.1/dvisvgm.1.gz.

Is there any way to fix this easily? Thanks in advance.

@abrac, I've pushed a new revision with a tentative solution to your problem. Basically, the texlive-tlpdb package is missing the 'pkgs' file which tllocalmgr uses to figure out the version of installed CTAN packages through pacman/AUR. If this file is missing, well tllocalmgr dies, but there isn't a very good reason for this. The main danger is that you might try to install some CTAN package which is already installed on the system. Pacman should detect this via an integrity check and cause the install to fail. Given this, I've changed the fatal error into a logged error. HTH

For some reason, when I install texlive-tlpdb, I am no longer able to use tllocalmgr. I get the following error:

$ tllocalmgr
Initializing ...
Cannot open /var/lib/texmf/arch/installedpkgs/texlive-tlpdb_2019-2.pkgs

@cvelteren, as I said in the answers to @phenethylamin and @h30x, the issue is NOT with tllocalmgr. Packages like microtype.sty are grouped into the distribution packages, they are not installable through tllocalmgr.

Regarding texlive-core re-install, it is possible that the filename database of texlive is not being updated? Maybe it has become corrupt. Is microtype the only package which cannot be found on your system?

The version error seems to be related to git describe not being able to find any tags... do you (or @BigfootLives) have any git configs setup that would cause repos to be cloned shallowly. Doing so would omit any tag information. I am unable to reporduce this on my system, but I vaguely remember having experienced this on a CI system where the repo was being cloned shallowly.

@hv15 I have installed (and reinstalled) texlive-core, for some reason it didn't find it. Manual installation ended up fixing it, just here to highlight that it wouldn't work through this package. In addition the package version seems to be missing.

Hi @cvelteren, microtype.sty is provided as part of the texlive-core package... you should have this already installed if you are using TexLive. Did you manually install TexLive? Could you expand on what it is you are doing exactly?

@hv15 microtype I ended up manually copying the sty into the packages to get it to work.

@cvelteren, what CTAN package are you trying to install?

I have the same issue as @phenethylamin and @h30x;

Can't call method "revision" on an undefined value at /usr/bin/tllocalmgr line 418, <STDIN> line 1.

How to fix?