Arch Linux User Repository

Also just tested, and manually adding #include <cstdint> to Programs/DviWare/dvisvgm/source/libs/woff2/include/woff2/output.h seems to fully resolve the build issue @mapatrapa mentioned. I've submitted an issue on the GitHub already, but until upstream updates, maybe this could be manually patched in via the PKGBUILD?

curl also seems to sometimes fail while building:

[  0%] Generating miktex-zzdb3-2.9.tar.lzma
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: https://curl.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the webpage mentioned above.
make[2]: *** [CMakeFiles/gen-bootstrapping-files.dir/build.make:99: miktex-zzdb3-2.9.tar.lzma] Error 60
make[1]: *** [CMakeFiles/Makefile2:3907: CMakeFiles/gen-bootstrapping-files.dir/all] Error 2

That target is executing /usr/bin/curl -o /home/user/.cache/yay/miktex/src/miktex-25.4/build/miktex-zzdb3-2.9.tar.lzma -fsSL https://ctan.org/tex-archive/systems/win32/miktex/tm/packages/miktex-zzdb3-2.9.tar.lzma

When running the command directly from the console, it threw up the error only once out of five tries. Maybe ctan is rate-limiting or something?

Since the last update there is a build error:

File /home/user/.cache/yay/miktex/src/miktex-25.4/Programs/DviWare/dvisvgm/source/libs/woff2/src/woff2_out.cc:9: /home/user/.cache/yay/miktex/src/miktex-25.4/Programs/DviWare/dvisvgm/source/libs/woff2/include/woff2/output.h:73:25: error: expected ‘)’ before ‘’ token 73 | WOFF2MemoryOut(uint8_t buf, size_t buf_size); | ~ ^ | ) /home/user/.cache/yay/miktex/src/miktex-25.4/Programs/DviWare/dvisvgm/source/libs/woff2/include/woff2/output.h:79:3: error: ‘uint8_t’ no nombra a un tipo 79 | uint8_t buf_; | ^~~ /home/user/.cache/yay/miktex/src/miktex-25.4/Programs/DviWare/dvisvgm/source/libs/woff2/include/woff2/output.h:16:1: nota: ‘uint8_t’ is defined in header ‘<cstdint>’; this is probably fixable by adding ‘#include <cstdint>’ 15 | #include <string> +++ |+#include <cstdint> 16 | /home/user/.cache/yay/miktex/src/miktex-25.4/Programs/DviWare/dvisvgm/source/libs/woff2/src/woff2_out.cc:44:31: error: expected constructor, destructor, or type conversion before ‘(’ token 44 | WOFF2MemoryOut::WOFF2MemoryOut(uint8_t buf, size_t buf_size) | ^ /home/user/.cache/yay/miktex/src/miktex-25.4/Programs/DviWare/dvisvgm/source/libs/woff2/src/woff2_out.cc: In member function ‘virtual bool woff2::WOFF2MemoryOut::Write(const void*, size_t, size_t)’: /home/user/.cache/yay/miktex/src/miktex-25.4/Programs/DviWare/dvisvgm/source/libs/woff2/src/woff2_out.cc:57:15: error: ‘buf_’ was not declared in this scope; did you mean ‘buf’? 57 | std::memcpy(buf_ + offset, buf, n); | ^~~~ | buf

@heavysink, would you mind adopting some of the fixes I just pushed to miktex-git? They include:

1. Fixed hicolor-icon-theme icons installation directory: /usr/share/applications/icons -> /usr/share/icons

2. Fixed polkit execution path: /usr/bin -> /opt/miktex/bin

3. Fixed graphical sudo frontend execution path via symlinks: /usr/bin/{pkexec,kdesu,gksu} -> /opt/miktex/bin/. This also resolves the error reported by @zeeshanali1993 and @jolitp:

   No graphical sudo frontend is available. Please install 'pkexec', 'kdesu' (KDE) or 'gksu' (Gnome). Alternatively, you can enter 'sudo miktex-console --admin' in a terminal window.

4. Fixed compilation error due to -Wformat-security enabled via a patch. This also allows removal of options=('!buildflags').

5. Symlinked non-conflicting binaries: /opt/miktex/bin/miktex* -> /usr/bin/. I am also considering creating a separate package for all binaries (not just miktex*), which would conflict with texlive.

6. Updated dependencies according to namcap. While I'm not entirely certain about all of them, it builds in a clean chroot and normally, and appears to be fully functional in my workflow.

Thanks!

build is giving a 404 error:

-- Generating done (0.6s) -- Build files have been written to: /home/mateus/.cache/yay/miktex/src/miktex-24.4/build [ 0%] Generating miktex-zzdb1-2.9.tar.lzma [ 0%] Building CXX object Libraries/3rd/fmt/shared/CMakeFiles/miktex-fmt.dir/__/source/src/format.cc.o curl: (22) The requested URL returned error: 404 make[2]: *** [CMakeFiles/gen-bootstrapping-files.dir/build.make:95: miktex-zzdb1-2.9.tar.lzma] Error 22 make[1]: *** [CMakeFiles/Makefile2:3953: CMakeFiles/gen-bootstrapping-files.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... [ 1%] Building CXX object Libraries/3rd/fmt/shared/CMakeFiles/miktex-fmt.dir/__/source/src/os.cc.o [ 1%] Linking CXX shared library ../../../../sandbox/miktex/bin/linux-x86_64/libmiktex-fmt.so [ 1%] Built target miktex-fmt make: *** [Makefile:166: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... -> error making: miktex-exit status 4

miktex compilation issues

seems site ctan.org down curl: (22) The requested URL returned error: 503

make: *** [Makefile:166: all] Error 2 ==> ERROR: A failure occurred in build().
Aborting... -> error making: miktex-exit Satus 4 -> Failed to install the following packages. Manual intervention is required: miktex - exit status 4

Ermm, what manual intervention exactly?

@Richardk2n - You're right, texmaker depends on texlive-basic instead of texlive-bin, my initial comment was therefore wrong and it is indeed more complicated. Nontheless, I do wonder, if and how it would be possible to resolve dependencies to texlive packages without requiring manual intervention.

@mhdry Wouldn't the fact that texlive is split into multiple packages cause issues with that? For your example: texmaker depends on texlive-basic which depends on texlive-bin Making miktex conflict with texlive-bin would still lead to texlive-basic getting installed, would it not?

Just curios because I have a fake package installed that is set to conflict with texlive to alert me if I accidentally install it. I would love to have a better solution.