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

ps-printer-app - a release soon? #7

Open
debiantriage opened this issue Jul 10, 2021 · 4 comments
Open

ps-printer-app - a release soon? #7

debiantriage opened this issue Jul 10, 2021 · 4 comments

Comments

@debiantriage
Copy link

I was about to post a RFP in Debian. Then I noticed

No releases published

This leads me to think the chances of ps-printer-app getting packaged as a .deb are slim. Are there any plans for a release soon?

--
Brian.

@tillkamppeter
Copy link
Member

Generally, releases are intended.

Up to now I was in a phase of build-up to get all needed features in step by step, test it, get Michael adding missing features in PAPPL, getting it built as a Snap, ...

Now there are only few features missing and few bugs to be fixed in PAPPL, so the PostScript Printer Application is working very well and gives a complete support for PostScript printers with PPD files (the Snap includes ~4000 PPDs but adding PPDs by the user is supported there, too).

In the last weeks I have worked out the design for a CUPS printer driver retro-fit library, based on PAPPL and on the code of the PostScript Printer Application. I have made the code "library-ready" eliminating global variables and introducing a data structure to easily define the features of the individual retro-fitting Printer Application. With this I can retro-fit and CUPS driver using PPDs and filters into a Printer Application and make a Snap of it. I can also create a Printer Application which points its PPD and filter directories to the ones of CUPS and so a conventional (not a Snap) build of it will make all (conventionally) installed printer applications available in Printer Application form so that one can use them with the CUPS Snap.

So now I am thinking about creating the library (libpappl-retrofit) first and then make the first release of the PostScript Printer Application when it is using the new library.

This release plan will take some weeks, is this OK? Or do you have a deadline nearby? Only to know whether I make a release from the current snapshot of the PostScript Printer Application before it gets changed to be libpappl-retrofit-based and so this release will be the only of the first series or whether I release the library first and then do the first release of the PostScript Printer Application already with a version which is library-based.

@debiantriage
Copy link
Author

This release plan will take some weeks, is this OK? Or do you have a deadline nearby?

There isn't any deadline. Releasing an initial version of the PostScript Printer Application that is library-based seems like the best idea to me. Thank you for outlining your plans.

@tillkamppeter
Copy link
Member

We come closer. Last week I have put up the repository for pappl-retrofit and made use of it in the PostScript Printer Application and also created the second Printer Application, the Ghostscript Printer Application.

@tillkamppeter
Copy link
Member

I have introduced automatic releasing for all our Printer Application Snaps now, based on the upstream package versions.

For the library, pappl-retrofit, a final release will soon be done.

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

2 participants