Meeting called to order by Ira McDonald at 1pm US Eastern. Minutes taken by Ira McDonald.
- Progress report - 555 printers certified for IPP Everywhere v1.0 - 92 printers certified for IPP Everywhere v1.1
- Progress report - No update
- Progress report - No update
- Progress report - No update
- Progress report - Current PAPPL release is v1.0.2 in February 2021 - The release fixes many bugs. - PAPPL development has continued, approaching v1.0.3. - See also the currently open and closed issues of PAPPL. - PAPPL v1.1b1 planned changes (Mike Sweet) - Added 'PAPPL_SOPTIONS_NO_TLS' option to disable TLS support. - Added Wi-Fi callbacks to support configuration over IPP-USB (Issue #45) - PAPPL v1.0.3 planned changes (Mike Sweet) - The Set-Printer-Attributes operation did not save changes to "printer-contact-col". - PAPPL v1.0.2 changes (Mike Sweet) - Documentation updates (Issue #140) - The Set-Printer-Attributes operation now properly validates the values of "xxx-default" attributes (Issue #93) - Changes to ready (loaded) media are now validated (Issue #94) - The 'papplSystemSetVersions' function now allows changes while the system is running (Issue #123) - The printing defaults page no longer shows a media chooser when there is a single source (Issue #125) - The DNS-SD support functions did not handle when the Avahi daemon is not running (Issue #129) - The printing defaults web page now reports whether the media is borderless (Issue #138) - The 'papplClientGetForm' function did not support files larger than 64k (Issue #139) - Deleting and adding a printer with the same name will cause a crash (Issue #141) - Fixed a deadlock issue when calling the 'papplPrinterSet...' functions from an iterator callback (Issue #143) - The "Printing Defaults" web page did not show an error message if the defaults could not be validated (Issue #146) - The 'server' sub-command now enables TCP/IP connections using the default hostname; auto-started servers still disable TCP/IP connections by default (Issue #147) - The 'papplPrinterSetDriverDefaults' function did not validate the defaults against the actual driver data. - The IPP interface no longer allows the Create-Printer operation for single queue applications. - Stopping a printer application with 'SIGTERM' now behaves the same as sending a Shutdown-System request. - Added more unit tests to testpappl. - Added better management of the USB and raw printing threads for each printer. - Added better error reporting for USB printers. - 'papplDeviceOpen' did not copy the device ID callback. - 'papplDeviceList' and 'papplDeviceOpen' did not send errors to stderr when a 'NULL' error callback was specified.
- Progress report - No update
- Progress report - The PostScript Printer Application is also in the Snap Store now! - You can simply install it now and it is immediately ready to use, no manual connection of any interfaces is required as everything got approved. After installation you only need to set up your printers via the web interface or command line interface. If needed you can also upload your own PPD file into the Application. See the README.md for detailed instructions. - UPDATE - Call for Testing - Till has now posted a “Call for Testing” for both the CUPS Snap and the PostScript Printer Application on Discourse. Please try everything out, following the instructions and post your experience there. - The only new feature added after the February news post is: - In the Snap use pyppd to compress the included PPD files from 60 MB in tarballs (.tar.gz) to 5 MB in pyppd'd self-extracting archives. - Otherwise a lot of testing of the Snap was done and a lot of things got fixed: - A patch on PAPPL allows the command line control of the server as normal user while the server is running as root (daemons auto-started by a Snap run as root). This change was also submitted upstream. - Removed unneeded plugs "network-manager" and "log-observe" - In the Snap make the temporary directory available for non-root users - Set a default spool directory and allow changing via environment variable to not create a new directory in the $TMPDIR with every instance and leave them dangling around. - Silenced warning in Snap build. - Correction for build failure in Snap Store. - Updates to keep working after PAPPL API changes. - Unfortunately, some things in the PostScript Printer Application are not working as expected due to bugs in PAPPL: - USB connection only uni-directional (This especially leads to polling option defaults and installable accessory configuration not working) - When creating a print queue via command line, cannot auto-select the driver (you cannot use -m auto when creating a print queue via command line) - Web interface: After adding a queue via command line the frontend does not show all queues (Display glitch of the web interface) - "autoadd" via command line works but gives 3 times "ps-printer-app: Unable to get IEEE-1284 device ID: Pipe error" (Principally it works, but ugly messages appear on the screen) - With appropriate features added to PAPPL we will be able to also add the following: - Human-readable strings for vendor options. Needs support in PAPPL. - Ink level check via ps_status() function. Needs support in PAPPL. - Once having these features implemented, the PostScript Printer Application is complete so far. - USER EXPERIENCE: Automatic printer setup, printer setup toolsPermalink - Till has also looked into how to solve the printer auto-setup problem in PAPPL and this way in the Printer Applications. Therefore Till has started a discussion on the OpenPrinting printing-architecture list. - First problem is if there is more than one Printer Application (with each having its individual auto-setup) installed (for example by the OS distribution) each one wants to poll the device ID from the newly plugged Printer Application at the same time, making perhaps the "best" Printer Application not getting it... - We discussed also having a central utility doing the auto-setup and ran into the problem that if more than one installed Printer Application supports the printer in question which Printer Application to select for creating the queue. - So we concluded that as driverless IPP printers will be the standard and non-driverless printers which need a Printer Application are either legacy or specialty auto-setup is not that important. We only need some way to guide the user on which Printer Applications are available locally and in the Snap Store. - So to not let the users with non-driverless-IPP printers alone and lost Till thinks the desktop should continue to have a printer tool to guide users to find the correct Printer Application, and so started a second thread "Future of Printer Setup Tools" suggesting how a printer setup tool could look like in the future: - Main window: Instead of having a list of our local CUPS queues we have a list of installed Printer Applications, which printers are set up with them and buttons leading to web interface, IPP System Service panel, printer options, ... All information obtained through Avahi/DNS-SD, could be expanded to a general network service lister (think about also having a button leading to the web interface of your router). - Add-printer wizard: Replaced by a list of discovered non-driverless printers (USB, network) and after selecting one you get a list with installed Printer Applications supporting it with button to open the web interface and also a button to do a fuzzy search of make/model in the Snap Store. - Johannes Meixner from SUSE suggested to reach this also by a button in the print dialog. - NEED PEOPLE: To do GUI work for the new printing/scanning architecture. - Related to this Till posted two feature requests on PAPPL: - Extend “ps-printer-app drivers” to also show supported device IDs - Add subcommand to simply ask whether a given printer is supported - Also, having hardware-signature-based Snap Store search would be great here.
- Progress report - No update
- Progress report - No update
- Progress report - The CUPS Snap is in the Snap Store now! - After several months of waiting, the snapd developers have finally accepted and merged the needed changes for CUPS to receive both printing and administrative (create/modify queues, delete anyone's jobs, …) through secure interfaces and to easily upload applications with print functionality (like LibreOffice) to the Snap Store without them being able to do administrative CUPS tasks and this without the CUPS Snap needing full access to the snapd core. So we have a secure and easy-to-use printing infrastructure also in all-Snap operating systems. But note that access from non-Snap software gets always granted, so it is recommended to only install such software as package of your OS distribution. - Please see the README.md file of the CUPS Snap for installation instructions. Update: All needed interface connections are now approved for automatic setup, so you simply install the Snap and it is ready to use. To make the CUPS Snap your standard printing environment you have to disable or remove your system's CUPS (usually installed as RPM or DEB packages) first. - Note also that one cannot install classic CUPS printer drivers into a snapped CUPS system. You need to use driverless IPP printers (AirPrint, IPP Everywhere, Mopria, Wi-Fi Direct Print, those on which you can print from a phone without dedicated app), remote CUPS printers, or PostScript printers (using the PostScript Printer Application, Snap Store). More Printer Applications to provide additional drivers are on the way. Automatic migration to the CUPS Snap by OS distributions will only happen if enough drivers are available as Printer Applications. - UPDATE - Call for Testing - Till has now posted a "Call for Testing" for both the CUPS Snap and the PostScript Printer Application on Discourse. Please try everything out, following the instructions and post your experience there. - Features and fixes in the past month: - As already told, the correct implementation of the slots for the "cups" and "cups-control" plugs of client Snaps, so that the CUPS Snap does not need to plug "dangerous" interfaces to the system, like "snapd-control". - Applied all code changes needed on CUPS to support Snap, both for cupsd being in the CUPS Snap and for access control of client Snaps to CUPS upstream, so with the next CUPS release, we do not need to apply patches to CUPS for its snappability any more. Currently, we are applying one single patch with all these changes. - Do not modify the CUPS code with sed any more. - Updated the plugs of the included command line tools, depending whether they are administrative or not. - Silenced warnings during build due to missing paths for the included command line tools. - Get up-to-date with the upstream sources: CUPS 2.3.3op2, QPDF 10.3.0, 1.28.7 - Main TODOs are: - Testing - Make sure CUPS backends have correct permissions (USB currently not working). - Turn classic CUPS drivers into Printer Application - Add a migration script so that OS distributions can easily switch over from classic packages to the CUPS Snap.
- CUPS New Home (Mike) - Due to the fact that CUPS development at Apple has stopped since the beginning of 2020 we had forked CUPS some months ago to incorporate patches and fixes from distributions. As Apple did not resume the upstream work on CUPS, we have made OpenPrinting now the official upstream home for CUPS. - This especially means that we can now continue developing CUPS, independent of Apple. So we can add features and lead CUPS into the new architecture without PPD files and with Printer Applications. - CUPS has a new home page now and what was formerly our fork is now the official CUPS repository. Upcoming releases will be of the new 2.4.x series, now without "opX" suffix now. Also all documentation files which come with it are updated to point to the OpenPrinting resources. Mailing list for development discussions is our printing-architecture list. - First feature additions have already happened, all Snap support which the CUPS Snap and the Ubuntu package of CUPS received as package-specific patches is now upstream in CUPS. - CUPS (Mike) - Current release is OP CUPS v2.3.3op2 on 1 February 2021 - CUPS v2.3.3op2 is the last release of the v2.3.x series. To mark that CUPS upstream development is now under OpenPrinting, we are starting v2.4.x. - Ubuntu Hirsute Hippo (21.04) will ship with CUPS v2.3.3op2, also the CUPS Snap currently uses this version. - CUPS v2.4rc1 planned changes (Mike) - Added support for CUPS running in a snapcraft snap. - Added extra check for administrative inquiries from snapped clients. - The 'testlang' unit test program now loops over all of the available locales by default (Issue #85) - The 'cupsfilter' command now shows error messages when options are used incorrectly (Issue #88) - Documentation fixes (Issue #92) - CUPS Filters Summary (Till) - Current release is v1.28.7 on 7 January 2021 - Many things were going on in the other projects, so here we have only one bug fix, raising the timeout of cups-browsed's implicitclass backend from 20 seconds to 60 seconds, to make printing more reliable if cups-browsed is very busy. - CUPS Filters release v2.0.0 planned changes (Till) - implicitclass: Raise timeout for cups-browsed's answer from 20 seconds to 60 seconds (Pull request #346). - CUPS Filters release v1.28.8 planned changes (Till) - implicitclass: Raise timeout for cups-browsed's answer from 20 seconds to 60 seconds (Pull request #346). - CUPS Filters release v1.28.7 on 7 January 2021 (Till) - see January 2021 minutes/news.
- GSoC 2021 - UPDATE: The Linux Foundation got accepted as mentoring organization by Google! - We have applied again for the Linux Foundation as mentoring organization, as in the previous years, for the Google Summer of Code. The accepted organizations were announced by Google on Tuesday 9 March 2021 (see Timeline below). - OpenPrinting's project ideas are posted, but further ideas are still welcome. Note that the projects are half-length this year, 175 hours instead of 350 hours (see our October news). Larger projects we should run in the Linux Foundation Mentoring Program instead of in the GSoC. - GSoC 2021 Timeline - DONE - 29 January 2021 - Organization Applications Open - Open source organizations that would like to participate as a mentor organization in this year's program can apply. - DONE - 19 February 2021 - Organization Application Deadline - All organizations wishing to be a part of GSoC 2021 must complete their applications. - DONE - 9 March 2021 - Organizations Announced - Linux Foundation accepted! - Interested students can now begin discussing project ideas with accepted mentor organizations. - 29 March 2021 to 13 April 2021 - Student Application Period - Students can register and submit their applications to mentor organizations. - 13 April 2021 to 17 May 2021 - Application Review Period - Organizations review and select student proposals. - 17 May 2021 - Student Projects Announced - Accepted students are paired with a mentor and start planning their projects and milestones. - 17 May 2021 to 7 June 2021 - Community Bonding - Students spend a month learning more about their organization’s community. - 7 June 2021 to 16 August 2021 - Coding - Students work on their Google Summer of Code projects. - 12-16 July 2021 - Evaluations - Mentors and students submit their evaluations of one another. - 16-23 August 2021 - Students Submit Code and Final Evaluations - Students submit their code, project summaries, and final evaluations of their mentors. - 23-30 August 2021 - Mentors Submit Final Evaluations - Mentors review student code samples and determine if the students have successfully completed their Google Summer of Code 2021 project. - 31 August 2021 - Results Announced - Students are notified of the pass/fail status of their Google Summer of Code 2021 projects.
- Joint PWG/OP Virtual F2F - 4-7 May 2021 - Ira/Till/Aveek to attend - https://www.pwg.org/chair/meeting-info/meetings.html - Status of AMSC and ISO liaisons w/ PWG (Paul Tykodi) - http://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20210125.htm - http://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20210222.htm - http://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20210308.htm - see PWG Steering Committee minutes from 01/25/21, 02/22/21, 03/08/21 - PWG Hardcopy Device Security Guidelines v1.0 - Interim draft - https://ftp.pwg.org/pub/pwg/ids/wd/wd-idshcdsec10-20201101-rev.pdf - for a Best Practice - PWG F2F status on 4 November 2020 - IDS WG review on 10 December 2020 - Smith sent WiFi contributions on 14 December 2020 - Schedule - next Interim draft in Q1 2020 - Schedule - Prototype draft in Q2/Q3 2021 - IPP Everywhere v1.0 Printer Self-Cert Tools Update 5 (Mike) - https://www.pwg.org/archives/ipp/2020/020590.html - IPP WG Last Call started 17 June 2020 ended 13 August 2020 - v1.0 Tools approved on 13 August 2020 - PWG Virtual F2F status on 9 February 2021 - IPP Everywhere v1.0 certifications accepted until 30 June 2021 - IPP Everywhere v1.1 Printer Self-Certification Tools Update 2 (Mike) - https://www.pwg.org/archives/ipp/2020/020687.html - IPP WG Last Call started 10/07/22 ended on 10/22/20 - Reports from 3 vendors that the tools work - Lexmark feedback on the document format tests - for Update 3 - v.1 Tools approved on 22 October 2020 - PWG Virtual F2F status on 9 February 2021 - IPP Everywhere v1.1 certifications required after 1 July 2021 - IPP Workgroup Charter Update (Ira) - Stable draft - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp-charter-20210309-rev.pdf - update for new IPP WG projects - IPP WG review on 17 December 2020 - IPP WG Last Call started 6 January 2021 ended 22 January 2021 - PWG Call for Objections started 1 February 2021 ended 26 February 2021 - IPP WG review on 11 March 2021 - added two potential projects - PWG Call for Objections started 12 March 2021 ends 9 April 2021 - Schedule - PWG Approval in Q2 2021 - IPP INFRA Cloud Proxy Registration (Cihan, Mike) - proposed - https://www.pwg.org/archives/ipp/2020/020688.html - https://ftp.pwg.org/pub/pwg/ipp/slides/ipp-wg-agenda-november-20.pdf - for a Registration (near-term) - minor update of IPP System Service and IPP Infrastructure Printing - offline discussions with Microsoft about Universal Printing coherence - PWG Virtual F2F discussion on 9-10 February 2021 - Schedule - Initial draft in Q2 2021 - IPP Finishings v3.0 (Smith) - Prototype draft - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings30-2021311-rev.pdf - for a Candidate Standard - major update of PWG 5100.1-2017 - PWG Virtual F2F status on 9 February 2021 - IPP WG review on 11 March 2021 - Schedule - Stable draft in Q2 2021 - IPP 2.x (Mike/Ira) - Initial draft - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippbase23-20210211.pdf - major update of PWG 5100.12-2015 - point to new IPP PPX, EPX etc. - PWG Virtual F2F status on 11 February 2021 - IPP WG review on 11 March 2021 - Schedule - Interim draft in Q2 2021 - IPP Production Printing Ext v2.0 (Mike) - Prototype draft - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippppx20-20201029-rev.pdf - for a Candidate Standard - major update of PWG 5100.3-2001 - PWG Virtual F2F status on 9 February 2021 - Schedule - Stable draft in Q1/Q2 2021 - IPP Enterprise Printing Extensions v2.0 (Smith) - Interim draft - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippepx20-20201029-rev.pdf - for a Candidate Standard - major update of PWG 5100.11-2010 - PWG Virtual F2F review on 11 February 2021 - Schedule - Prototype draft Q2 2021 - IPP Driverless Printing Extensions v2.0 (Smith) - Interim draft - https://ftp.pwg.org/pub/pwg/ipp/wd-ippnodriver20-20201029-rev.pdf - for a Candidate Standard - major update of PWG 5100.13-2012 - PWG Virtual F2F status on 9 February 2021 - Schedule - Prototype draft in Q3 2021 - IPP Encrypted Jobs and Documents (Mike/Smith) - Prototype draft - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-20200218-rev.pdf - for a Candidate Standard - PWG discussion at PWG Virtual F2F on 3 November 2020 - Schedule - Stable draft in Q3 2021
- IETF 110 Virtual F2F - 8-12 March 2021 - Ira attended - https://www.ietf.org/how/meetings/110/ - ETSI SAI#8 Virtual F2F - 29-30 March 2021 - Ira to monitor - https://www.etsi.org/committee/sai - Joint PWG/OP Virtual F2F - 4-7 May 2021 - Ira/Till/Aveek to attend - https://www.pwg.org/chair/meeting-info/meetings.html - IEEE 1609 Virtual F2F - 10-11 May 2021 - Ira to attend - https://www.standards.its.dot.gov/Factsheets/Factsheet/80 - ESCAR USA Virtual F2F – 12-13 May - Ira to attend - https://www.escar.info/escar-usa.html%20 - 3GPP SA3#103e Virtual F2F - 17-28 May 2021 - Ira to monitor - https://www.3gpp.org/specifications-groups/sa-plenary/sa3-security - ETSI SAI#8 Virtual F2F - 1-2 June 2021 - Ira to monitor - https://www.etsi.org/committee/sai
Open Action Items
Next OP US/Europe/Brazil/India Conference Calls
- Tuesday 6 April 2021, Daytime - Web conference to be announced - Note - US Daylight Savings Time starts 14 March 2021 - Note - EU Summer Time starts 28 March 2021 - US 10am in San Francisco - US PDT (Pacific Daylight Time) 11am in Colorado - US MDT (Mountain Daylight Time) 12am in Chicago - US CDT (Central Daylight Time) 1pm in New York - US EDT (Eastern Daylight Time) - Europe 7pm in Berlin - CEST (Central Europe Summer Time) - Brazil 2pm in Belo Horizonte - BRT (Brasilia Time) - India 10:30pm in New Delhi - IST (India Standard Time)
- Tuesday 18 May 2021, Daytime - Web conference to be announced - Note - Joint PWG/OP Virtual F2F - 4-7 May 2021 - Note - IEEE 1609 Virtual F2F - 10-11 May 2021 - Note - ESCAR USA - 12-13 May 2021 - US 10am in San Francisco - US PDT (Pacific Daylight Time) 11am in Colorado - US MDT (Mountain Daylight Time) 12am in Chicago - US CDT (Central Daylight Time) 1pm in New York - US EDT (Eastern Daylight Time) - Europe 7pm in Berlin - CEST (Central Europe Summer Time) - Brazil 2pm in Belo Horizonte - BRT (Brasilia Time) - India 10:30pm in New Delhi - IST (India Standard Time)
- Tuesday 1 June 2021, Daytime - Web conference to be announced - Note - Joint PWG/OP Virtual F2F - 4-7 May 2021 - Note - IEEE 1609 Virtual F2F - 10-11 May 2021 - Note - ESCAR USA - 12-13 May 2021 - US 10am in San Francisco - US PDT (Pacific Daylight Time) 11am in Colorado - US MDT (Mountain Daylight Time) 12am in Chicago - US CDT (Central Daylight Time) 1pm in New York - US EDT (Eastern Daylight Time) - Europe 7pm in Berlin - CEST (Central Europe Summer Time) - Brazil 2pm in Belo Horizonte - BRT (Brasilia Time) - India 10:30pm in New Delhi - IST (India Standard Time)