I haven’t updated to [Stable Update] 2024-10-10 yet but I’m still having problems printing out certain .pdf files.
I’ve described the problem in detail in the discussion for the Stable Update 2024-10-01 but @philm closed this one immediately after me posting.
I’ve continued my investigation and found a bug reported in the Arch Linux Gitlab pages describing my problem.
Turns out it’s a bug introduced with cairo-1.18.2-1. The ticket mentions a patched cairo 1.18.2-2. I was wondering when this will be included into the stable branch because some ‘older folks’ in the household are struggling to print out their bank statements.
For what I know (the last time I played with CUPS was centuries ago), cups can use a lot of other programs/apps to convert files to something that the printer will accept.
So it could be that if it finds cairo, it uses it to do some conversion, and if it crashes… who knows.
@Rmano Thanks for this. Didn’t know this ‘branch_compare’ feature exists.
Since cairo 1.18.2-2 is in Testing now, how long does it usually take for something in this branch to arrive in Stable? Will this be part of an early November update?
but who knows, maybe it has something to do with it.
I have checked my system and cairo-1.18.2-1 is installed. The error messages match the bug report in Gitlab.
Maybe hplip (HP printer driver) is involved somehow as well and uses cairo?
Hmm, I’ve checked the dependencies with pactree. I’m thinking it’s an Evince issue in my case.
Firefox on my system is configured to open .pdf files with Evince. Printing these files lead to the described error while printing from within Chromium with its own pdf component worked fine. That’s why I think my problem is based in Evince.
Same here, I had issues printing with Evince and its dependency cairo-1.18.2-1.
Downgrading to an earlier (cached) version of cairo fixed things for me