TeXworks/MikTeX

[wpj01]

Bug description:

Steps to reproduce the problem:

1. Enter Texworks xxxx.tex as users from a terminal
   2.Output to terminal below
2. TeXworks opens correctly and appears to work fine

Expected behavior:

General information:
TeXworks version: Version 0.6.11 (MiKTeX 26.5)
TeXworks obtained from: MiKTeX
Operating system: Rocky Linux release 9.7

Additional information:

qt.core.plugin.loader: /usr/bin/chfn: cannot open: Permission denied
qt.core.plugin.loader: /usr/bin/chsh: cannot open: Permission denied
qt.core.plugin.loader: /usr/bin/gen_grub_cfgstub: cannot open: Permission denied
qt.core.plugin.loader: /usr/bin/locate: cannot open: Permission denied
qt.core.plugin.loader: /usr/bin/staprun: cannot open: Permission denied
qt.core.plugin.loader: /usr/bin/sudo: cannot open: Permission denied
qt.core.plugin.loader: /usr/bin/sudo: cannot open: Permission denied
qt.core.plugin.loader: /usr/bin/sudoreplay: cannot open: Permission denied
Requested decoration "adwaita" not found, falling back to default
Requested decoration "adwaita" not found, falling back to default

[stloeffler]

Thanks for reporting. I don't have a Rocky Linux installation at hand right now, but on my Ubuntu 26.04 the MiKTeX instance of TeXworks seems to work as expected...
That said, there are two things I find curious about the error messages: first of all that Qt wants to access things like chsh, gen_grub_cfgstub and sudo at all - I personally don't see any reason for it to do that. Second, that it seems to not be able to access them at all. I have no real explanation for the former (unless it's trying to finalize an interrupted installation, perform updates etc.), but the latter could be connected to either the app being sandboxed somehow or some symlinks being broken.

In any case, AFAIK, MiKTeX builds TeXworks itself. So most likely, however they build it is incompatible with Rocky 9. One possible reason for this might be that (at least my) MiKTeX instance of TeXworks was built with Qt 6, but AFAICT Rocky 9 comes with (the older and incompatible) Qt 5. I still don't know how this could result in the messages you report, but it's certainly a possible friction point.

I recently added build instructions for EL9-based Linux. So it would be great if you could try building TeXworks yourself and see if that works. If it does, the problem should be reported to the MiKTeX developers.

[wpj01]

Hi Stefan
I have built texworks as per your website and the Qt related messages no longer appear. What I get now is:
QFont::fromString: Invalid description 'Cantarell,11,-1,5,400,0,0,0,0,0,0,0,0,0,0,1'
MiKTeX-pdfTeX 4.27 (MiKTeX 26.5)
© 1982 D. E. Knuth, © 1996-2026 Hàn Thế Thành
TeX is a trademark of the American Mathematical Society.
using bzip2 version 1.0.8, 13-Jul-2019
compiled with curl version 7.76.1; using libcurl/7.76.1 OpenSSL/3.5.5 zlib/1.2.11 brotli/1.0.9 libidn2/2.3.0 libpsl/0.21.1 (+libidn2/2.3.0) libssh/0.10.4/openssl/zlib nghttp2/1.43.0
compiled with expat version 2.5; using expat_2.5.0
compiled with jpeg version 62.0
compiled with liblzma version 50020052; using 50020052
compiled with libpng version 1.6.37; using 1.6.37
compiled with MiKTeX Application Framework version 4.8; using 4.8
compiled with MiKTeX Archive Extractor version 5.0; using 5.0
compiled with MiKTeX Core version 4.25; using 4.25
compiled with MiKTeX Package Manager version 4.11; using 4.11
compiled with openssl version OpenSSL 3.0.7 1 Nov 2022; using OpenSSL 3.5.5 27 Jan 2026
compiled with uriparser version 0.9.7
compiled with xpdf version 4.04
compiled with zlib version 1.2.11; using 1.2.11

Can the QFont message be fixed and can I suppress the MiKTeX info?

It very much looks to be a problem for the MiKTeX developers!
Many thanks for your help
Bill