I have greenbone installed on Kaili, it was working fine till I did upgrade and dist-upgrade. I started getting empty pdf reports while other formats are Ok, below is my gvm-check-setup:
gvm-check-setup 21.4.3
Test completeness and readiness of GVM-21.4.3
Step 1: Checking OpenVAS (Scanner)…
OK: OpenVAS Scanner is present in version 21.4.4.
OK: Server CA Certificate is present as /var/lib/gvm/CA/servercert.pem.
Checking permissions of /var/lib/openvas/gnupg/*
OK: _gvm owns all files in /var/lib/openvas/gnupg
OK: redis-server is present.
OK: scanner (db_address setting) is configured properly using the redis-server socket: /var/run/redis-openvas/redis-server.sock
OK: redis-server is running and listening on socket: /var/run/redis-openvas/redis-server.sock.
OK: redis-server configuration is OK and redis-server is running.
OK: _gvm owns all files in /var/lib/openvas/plugins
OK: NVT collection in /var/lib/openvas/plugins contains 101963 NVTs.
Checking that the obsolete redis database has been removed
OK: No old Redis DB
OK: ospd-OpenVAS is present in version 21.4.4.
Step 2: Checking GVMD Manager …
OK: GVM Manager (gvmd) is present in version 21.4.5.
Step 3: Checking Certificates …
OK: GVM client certificate is valid and present as /var/lib/gvm/CA/clientcert.pem.
OK: Your GVM certificate infrastructure passed validation.
Step 4: Checking data …
OK: SCAP data found in /var/lib/gvm/scap-data.
OK: CERT data found in /var/lib/gvm/cert-data.
Step 5: Checking Postgresql DB and user …
OK: Postgresql version and default port are OK.
gvmd | _gvm | UTF8 | en_US.UTF-8 | en_US.UTF-8 |
OK: At least one user exists.
Step 6: Checking Greenbone Security Assistant (GSA) …
OK: Greenbone Security Assistant is present in version 21.4.4.
Step 7: Checking if GVM services are up and running …
OK: ospd-openvas service is active.
OK: gvmd service is active.
OK: gsad service is active.
Step 8: Checking few other requirements…
OK: nmap is present in version 21.4.4.
OK: ssh-keygen found, LSC credential generation for GNU/Linux targets is likely to work.
OK: nsis found, LSC credential package generation for Microsoft Windows targets is likely to work.
OK: xsltproc found.
WARNING: Your password policy is empty.
SUGGEST: Edit the /etc/gvm/pwpolicy.conf file to set a password policy.
Ah, indeed. But it could be a little bit unclear if this package is still required at all in GVM or if it just could be dropped (a few comments in that issue seems to indicate this).
At the time ucs/utf8x were written the core inputenc files were very conservative in the characters they support, however by now most accented latin letters are supported by default and utf8 support is preloaded in the format, so in most cases simply not loading uf8x will solve the issue.
it might be possible that the affected package is not required anymore nowadays. That’s what i have tried to point out above.
I also encountered the empty pdf report issues. I have 22.4.0~dev1 installed on a Ubuntu 22.04.1 LTS. All components (including latex) were verified to be installed properly but pdf reports were always empty. I had NIS (ypbind) installed on the machine. Once I removed NIS, everything worked like a charm. This might not be what my friends are experiencing but its something to check for and mention in the installation document that NIS and GVM do not play well.
According to / if i understand the last part of the comment Error in pre-release-4 with utf8x and hyperref · Issue #833 · latex3/latex2e · GitHub correctly this seems to be an issue in the utf8x part of the inputenc package. Identifying the issue / bug tracker of that package and creating a sane bug report (with a reference to the previous linked one) could help in getting a fixed version of that LaTeX package into Kali
Note: Options 3. and 4. might not work as expected for all cases where the inputenc package is still required. This would need to be tested by some one more thoroughly.