Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GTK needs to be built for CPDB-based printing #162

Open
tillkamppeter opened this issue Aug 15, 2023 · 0 comments
Open

GTK needs to be built for CPDB-based printing #162

tillkamppeter opened this issue Aug 15, 2023 · 0 comments

Comments

@tillkamppeter
Copy link

The GTK4 in the GNOME SDK Snap(s) needs to be built using the Common Print Dialog Backends (CPDB) to be able to print with the New Architecture based on IPP print services instead of print queues. The *.deb package of GTK4 is already switched over to CPDB and there you can see the needed changes (build configuration parameter).

This introduces a dependency on cpdb-libs which is not available in Ubuntu 22.04. Therefore cpdb-libs needs to get built from source by the Snap build of GNOME SDK, too. I have already released cpdb-libs 2.0b5 in the last days to fix an important bug concerning use in Snaps. This would be the version to be used currently (and by Snap release automation, the Snap should get auto-updated on new releases of cpdb-libs).

The communication between the CPDB-supporting print dialog and the print backends is done via D-Bus, so an appropriate interface needs to get plugged.

For applications which print via the included GTK3 there are 2 possibilities: First, one could try to backport GTK4's CPDB support to GTK3. Probably that would even not be too complex keeping in mind that the print dialog did not suffer many changes in all the time. The second, probably easier to implement way would be to make these apps using the print portal, so that they do not open a GTK3 print dialog at all.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant