@bricks well. kali maintainer finally fixed it?
or fix is coming soon.
Eero
Updated Kali instance today and that appears fixed. PDF reports can be downloaded ok
However, also needed to create folder /var/lib/notus/products and make it owned by gvm as it was missing after the upgrade
Had similar issue to Database Migration from 21.04 -> 22.04
Needed to :
su postgres -
psql gvmd
DROP FUNCTION IF EXISTS hosts_contains(text,text) CASCADE;
DROP FUNCTION IF EXISTS max_hosts(text,text) CASCADE;
DROP FUNCTION IF EXISTS regexp(text,text) CASCADE;
before the gvmd database would migrate and openvas would start.
For the records from https://forum.greenbone.net/t/kali-linux-pdf-issues-new-solution-to-new-version/13387/3:
Update from package maintainer:
Hello,
Thanks for your email and your patch.
If I understand correctly the “real” issue was not in gvmd but in texlive-latex-extra.
We have a new version of texlive-latex-extra since 2 days. I think it fixes the issue. At least I don’t reproduce the issue.
Please let me know if you still have the issue.
@jason This seems to be completely unrelated to this topic. Nevertheless please raise an issue at https://bugs.kali.org for the Kali package maintainer so that these cases could be handled more gracefully during package upgrades.
Your script worked like a charm with the new base64 encoded part.
Tried it on a fresh kali + gvm install on a pi 4.
Thanks @bricks
Just in case someone might execute the script to often, like me:
Revert the file content with following file content
pdf-c402cc3e-b531-11e1-9163-406186ea4fc5.xml (93.7 KB)
@flipthemouse well… I think this is fixed in kali packages, so my script is nowdays useless? just update packages to latest in kali and it should work fine?
Eero