Meeting called to order by Ira McDonald at 1pm US Eastern. Minutes taken by Ira McDonald.
Recording of this conference call may be archived at:
Bluejeans
Attendees
Agenda
- Lots of new participants and discussion on the GitHub repository - Sahil is leading the project and managing the commits - The OP website renovation will probably be complete sometime in March 2019
*** Joint PWG/OP Summit (Lexmark Host) - 16-18 April 2019 *** - New Dates! - http://www.pwg.org/chair/meeting-info/meetings.html - Ira hopes to attend in person by driving from Saline, MI to Lexington, KY - Till plans to attend in person - Aveek hopes to attend in person - Danny hopes to attend in person
- Ubuntu 19.04 "Disco Dingo" release milestones - Feature freeze 21 February 2019 - UI freeze 14 March 2019 - Kernel freeze 1 April 2019 - Ubuntu 19.04 release 18 April 2019
- We are continuing to move OP repositories to GitHub https://github.com/OpenPrinting - See OP website renovation notes above
- Moved to new upstream home https://github.com/OpenPrinting/ippusbxd - No updates
- Avahi
- Avahi is very important for driverless IPP Print, Scan, Fax, and System Service,
but also for the OS and other major applications in general.
- The Avahi upstream maintainer is still Trent Lloyd.
- RedHat is also bumping into the fact that Avahi is unmaintained upstream, see discussion
in answer to our January 2019 OP call minutes:
- https://lists.linuxfoundation.org/pipermail/printing-architecture/2019/thread.html
- https://lists.linuxfoundation.org/pipermail/printing-architecture/2019/003653.html
- https://lists.linuxfoundation.org/pipermail/printing-architecture/2019/003654.html
- https://lists.linuxfoundation.org/pipermail/printing-architecture/2019/003655.html
- https://lists.linuxfoundation.org/pipermail/printing-architecture/2019/003656.html
- https://lists.linuxfoundation.org/pipermail/printing-architecture/2019/003657.html
- https://lists.linuxfoundation.org/pipermail/printing-architecture/2019/003659.html
- Michael Sweet writes:
- A bug was filed against CUPS last month requesting that we start supporting systemd's
new mDNS resolver (which apparently is replacing the use of Avahi in systemd?!?):
- https://github.com/apple/cups/issues/5452
- I pushed back since there does not appear to be a way to browse DNS-SD SRV records
and there is no interface for registering services outside of systemd configuration
files. But that might be a future alternative to Avahi should they extend the
current interfaces to support it...
- Zdenek Dohnal from RedHat writes:
- I talked about both issues with Michal Sekletar, who is systemd and avahi
maintainer for RHEL and the situation is following:
- 1) systemd-resolved as successor of nss-mdns module:
- As far as Michal knows, systemd-resolved is not currently meant as successor of
nss-mdns module + avahi since it does not support service browsing as Mike found
out. If it will in the future, he does not know right now (probably how avahi
situation will turn up...).
- 2) Avahi upstream maintenance:
- Michal and several other people tried to convince Trent to pass ownership to
someone else (Michal knew about two people, who would like to take Avahi project
at that time) about two years ago, because Trent seemed to do not have time for
the project. But Trent did not want to give away the upstream project. Currently
Michal fixes Avahi issues downstream in Fedora/RHEL.
- Till's suggestion:
- As Debian does not accept carrying patches distro only with upstream not taking them
and also as it is very awkward if all distros have to carry the same patch due to
upstream not caring, and naturally also an integral part of the OS needs solid
upstream maintainership, this is an unbearable situation.
- It would be great if someone could convince Trent to accept a co-maintainer who also
can directly commit to and also issue releases of Avahi. If Trent refuses this, I see
as the only solution the forking of the project. This is the usual way how one
handles these situations.
- The current official Avahi repo is
- https://github.com/lathiat/avahi/
So it is under the personal domain of Trent and not a project domain as
for example
- https://github.com/openprinting/
where cups-filters, ippusbxd and others are.
- So I checked
- https://github.com/avahi/
and there is something which has nothing to do with Avahi. We should ask
the owner whether he could move his GitHub activity to another name to free
avahi for us and then we put our fork of Avahi there.
If this does not work out I suggest to host the Avahi fork on GitLab.
Or should we fork Avahi under a new name then?
- According to Zdenek, Michal tried this with the co-maintainership already.
Seems that Trent is refusing any cooperation or completely ignoring the
project.
Till's suggestion is to fork the project and use one of the locations
suggested by Till, but who should be the upstream maintainer then?
- Note: MUCH more discussion after the above on the OpenPrinting and RedHat
lists!
- CUPS source code and bug reports are handled on GitHub now
- https://github.com/apple/cups/
- CUPS Summary (Till)
- Current stable release is CUPS 2.2.10.
- No new releases.
- CUPS 2.3b7 was a bug fix release that solved some minor issues of CUPS 2.3b6.
There is no CUPS 2.2.x counterpart to it.
- CUPS 2.2.10 was a bug fix release that solved a security issue and several
other bugs, mostly related to driverless IPP printing.
- When working on this cups-filters bug report
- https://github.com/OpenPrinting/cups-filters/issues/22
Till discovered that CUPS uses 4 different variants of get-printer-attributes
IPP request at 4 different places so, for one and the same printer, 4 different
PPD files can get generated, depending on the method one uses to create a print
queue for the driverless IPP printer. Till has reported this to CUPS as a bug
and Mike has fixed it on both 2.2.x and 2.3.x.
See:
- https://github.com/apple/cups/issues/5484
- CUPS 2.3b7 beta release on 14 December 2018 (Mike)
- Fixed some build failures (Issue #5451, Issue #5463)
- Running ppdmerge with the same input and output filenames did not work as advertised
(Issue #5455)
- CUPS 2.2.10 release on 7 December 2018 (Mike)
- CVE-2018-4700: Linux session cookies used a predictable random number seed.
- The `lpoptions` command now works with IPP Everywhere printers that have not yet been added as local queues (Issue #5045)
- Added USB quirk rules (Issue #5395, Issue #5443)
- The generated PPD files for IPP Everywhere printers did not contain the cupsManualCopies keyword (Issue #5433)
- Kerberos credentials might be truncated (Issue #5435)
- The handling of `MaxJobTime 0` did not match the documentation (Issue #5438)
- Incorporated the page accounting changes from CUPS 2.3 (Issue #5439)
- Fixed a bug adding a queue with the `-E` option (Issue #5440)
- Fixed a crash bug when mapping PPD duplex options to IPP attributes (rdar://46183976)
- CUPS Filters Summary (Till)
- Current releases are CUPS Filters v1.22.0 and v1.22.1.
- From the v1.22.0 release on, the pdftopdf filter flattens interactive PDF forms and
annotations internally, using QPDF, instead of calling external utilities. This
especially eliminates slowing factors as additional piping of the data and unneeded
use of PDF interpreters. Using external utilities for flattening is still possible
in case of problems. In addition, a crash bug in cups-browsed got fixed and
compatibility of the filters with Poppler v0.72 assured.
- The form-flattening with QPDF was already planned 2 years ago as GSoC project, but the
student did not complete his work. Jay Berkenbilt, upstream maintainer of QPDF,
completed the work (the code is practically completely in QPDF), released a new version
of QPDF with this included, and told Till what to call from pdftopdf during the newyear
break. Note that Jay is doing all that voluntarily. Also Tobias Hoffmann, former GSoC
student and mentor, helped on this.
- The current release (1.22.1, 15 February 2019) happened before Ubuntu's Feature Freeze
(21 February 2019) and mainly switched the IPP getprinter-attributes calls to the way
how CUPS does it now.
- CUPS Filters v1.22.1 release on 15 February 2019 (Till) - after OP monthly call
- braille: Use sort command with LC_ALL=C for reproducibility of the generated files,
needed for distribution packaging.
- cups-browsed, driverless: When polling the printer's capabilities via
IPP get-printer-attributes request for driverless printing, use the attributes
"all" and "media-col-database". Without "all" some printers do not report
"printer-uri-supported" and without "media-col-database" not all paper size and
margins info gets reported (Issue #22, Pull request #86, CUPS issue #5484).
- braille: Document how to rework output before embossing (Thanks to Samuel Thibault
for this patch (Pull request #90).
- CUPS Filters v1.22.0 release on 18 January 2019 (Till)
- pdftopdf: Use QPDF for flattening interactive PDF forms (Issues #2, #23, #36,
Pull request #88).
- pdftopdf: Fixed bug of closing temporary file prematurely when external PDF form
flattening utilities fail (Thanks to Tobias Hoffmann for finding this, see pull
request #88).
- pdftoopvp: More fixes for building with Poppler 0.72 (Pull request #83, Issue #75).
- pdftoraster, pdftoijs, pdftoopvp: Removed support for Poppler 0.18 (Pull request #83).
- cups-browsed: Fixed crash in applying the BrowseFilter cups-browsed.conf directives
(Debian bug #916765).
- Progress on GSoC 2017 and 2018 unfinished projects - Till says progress continues on finishing former GSoc projects - see CUPS Filters. - F2F meeting of OP GSoC students - Aveek and decided to organise a F2F meeting with OP GSoC 2017/2018/2019 students. - September 2019 in India, since most OP GSoC students are from India.
- GSoC 2019 Schedule
- DONE - 15 January - Mentoring organizations *begin* submitting applications to Google
- DONE - 6 February - Mentoring organization application deadline
- 6-25 February - Google program administrators review organization applications
- 26 February - List of accepted mentoring organizations published
- 26 February to 25 March - Potential students discuss ideas with mentoring organizations
- 25 March - Student application period begins
- 9 April - Student application deadline
- 6 May - Accepted student proposals announced
- 6-27 May - Students get to know mentors, read documentation, get up to speed to begin
- 27 May - Coding officially begins!
- 24 June - Mentors and students can begin submitting Phase 1 evaluations
- 28 June - Phase 1 Evaluation deadline
- 22 July - Mentors and students can begin submitting Phase 2 evaluations
- 26 July - Phase 2 Evaluation deadline
- 19-26 August - Students submit final work product and their final mentor evaluation
- 26 August to 2 September - Mentors submit final student evaluations
- 3 September - Final results of Google Summer of Code 2019 announced
- October - Mentor Summit at Google
- GSoC 2019 Summary
- The org application of the Linux Foundation is submitted and on 26 February 2019
we will know whether Linux Foundation got accepted by Google.
- Aveek has started to search for and interview GSoC 2019 OP students.
- Aveek says that we should be very strict w/ accepting other Linux Foundation
projects and mentors, based on last year's experience.
- According to Google, the project idea list is very important for a mentor
organization to be accepted in GSoC 2019.
- Central point will be the Printer Applications deprecating the classic Printer
(and Scanner) drivers of CUPS filters and PPDs (or SANE modules).
- Printer Applications can also be used to easily get distribution-independent
driver packages when packaging them as a snap. Due to the network-style
communication (ipp://localhost:<port>/...) with CUPS no special snap interfaces
are needed.
- Since the OP website renovation will not complete before the start of the
mentoring organization application window, because we are applying as the
Linux Foundation (and not as OpenPrinting) anyway, the main page of the idea
list and the group pages of all non-OpenPrinting groups will have to be at
their old locations anyway. So it is no problem to create our OpenPrinting
idea list at the old website location for now, too - migrating already.
- As soon as we complete our OP website renovation, we will maintain our
OpenPrinting project ideas on our new website, adding a link that project
idea management has moved to our new idea page on the old (Linux Foundation)
website and also change the link on the main page of the Linux Foundation's
GSoC participation.
- GSoC 2019 Project Ideas
(1) Generic Framework to turn legacy drivers consisting of CUPS filters and PPDs into
Printer Applications.
(2) Create a Printer Application out of Foomatic.
(3) Create Printer Applications from HPLIP, foo2zjs, Gutenprint, ...
(4) Create Printer Applications for arbitrary SANE-supported Scanners to make them
available as driverless IPP network scanners. This would allow for easily making
distribution-independent Scanner driver packages.
(5) Create a SANE driver for IPP Scanners, so that Linux applications can use IPP
network scanners. Until the hardware manufacturers have provide appropriate devices,
this driver will serve for using the Scanner drivers of (4) above.
(6) IPP: Linux GUI application (can be part of GNOME printer tool) to administer MFD
devices using IPP System Service.
(7) cups-filters: pdftoraster filter needs to be done without need of unstable Poppler APIs.
(8) IPP: ipptool test suite for IPP System Service.
ipptool is a command line tool for issuing IPP requests and receiving printer's/server's
responses. ipptool is maintained as free software in the ippsample collection from the
IEEE-ISTO Printer Working Group (PWG). ipptool is used for development and debugging of
IPP-related software and for PWG self-certification for IPP Everywhere printers for
driverless printing.
Develop additional ipptool test scripts for all new operations, objects, attributes
defined in IPP System Service v1.0 (e.g., Create-Printer).
(9) IPP: ipptool test suite updates for IPP Everywhere v1.1.
ipptool is a command line tool for issuing IPP requests and receiving printer's/server's
responses. ipptool is maintained as free software in the ippsample collection from the
IEEE-ISTO Printer Working Group (PWG). ipptool is used for development and debugging of
IPP-related software and for PWG self-certification for IPP Everywhere printers for
driverless printing.
Develop additional ipptool test scripts for all new operations, objects, attributes
required for compliance with IPP Everywhere v1.1 (e.g., Identify-Printer).
Note: With (4) and (5) we would get the very first use of the IPP Scan Service standard,
even before the hardware industry picks it up. It would also be a sample implementation
of both ends (Client and Server) of the IPP standard.
*** Joint PWG/OP Summit (Lexmark Host) - 16-18 April 2019 *** - New Dates!
- http://www.pwg.org/chair/meeting-info/meetings.html
- PWG Virtual F2F (PWG Host) - 13-14 February 2019
- http://www.pwg.org/chair/meeting-info/meetings.html
- http://www.pwg.org/chair/meeting-info/february-2019-virtual.html
- https://ftp.pwg.org/pub/pwg/general/Plenary/pwg-plenary-february-2019.pdf
- https://ftp.pwg.org/pub/pwg/ipp/slides/ipp-wg-agenda-february-19.pdf
- https://ftp.pwg.org/pub/pwg/ids/Presentation/2019-02-14-IDS-F2F.pdf
- Status of AMSC and ISO liaisons w/ PWG (Paul Tykodi)
- http://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20181105.htm
- http://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20181203.htm
- http://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20181217.htm
- https://ftp.pwg.org/pub/pwg/ipp/slides/ipp-wg-agenda-february-19.pdf
- How to Print Using the IPP - Published
- https://www.pwg.org/ipp/ippguide.html
- https://www.pwg.org/ipp/ippguide.pdf
- https://www.pwg.org/ipp/ippguide.epub
- https://github.com/istopwg/pwg-books
- published 17 January 2019
- IPP Authentication Methods (Smith) - Best Practice - Interim draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippauth-20190117-rev.pdf
- PWG F2F discussion in February 2019
- Schedule - PWG Last Call ends 28 February 2019
- PWG Safe G-Code (Mike) - Stable draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20190114-rev.pdf
- PWG F2F discussion in February 2019
- Schedule - PWG Last Call ends 28 February 2019
- IPP 3D Printing Extensions 1.1 (Mike) - Stable draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20190201-rev.pdf
- PWG F2F discussion in February 2019
- Schedule - IPP WG Last ends 15 February 2019
- Schedule - PWG Call for Objections in Q1 2019
- IPP Everywhere Self-Certification - PWG 5100.20-2016 - Active
- http://ftp.pwg.org/pub/pwg/candidates/
cs-ippeveselfcert10-20160219-5100.20.pdf
- IPP Everywhere 1.0 Self-Certification Manual 1.0 - Q1 2016
- https://www.pwg.org/dynamo/eveprinters.php
- 355 IPP Everywhere printers currently certified!
- IPP Everywhere Printer Self-Certification 1.0 Update 3 - 9 November 2018
- http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20181114.pdf
- https://www.pwg.org/ipp/everywhere.html
- The Windows installer no longer depends on Visual Studio DLLs.
- The tools have been updated to incorporate the bug fixes from CUPS 2.2.5 through 2.2.9.
- The document tests now support the new PWG Raster sample files.
- The test scripts now use an exact match for the printer‘s DNS-SD name.
- IPP Everywhere 1.1 (Mike) - Stable draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20190128-rev.pdf
- PWG F2F discussion in February 2019
- Schedule - Stable working drafts/beta tools in Q1 2019
- IPP Everywhere 1.1 Self-Certification Manual 1.1 (Mike) - Prototype draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf
- PWG F2F discussion in February 2019
- If we use Github to host the PWG website, how to submit printers?
- Consensus - Mike to update to separate submission process from self-cert process
- Future stable URL for submissions (backport to 1.0 tools/process)
- Schedule - Stable working drafts/beta tools in Q1 2019
- IPP System Service (Mike/Ira) - Prototype draft
- http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20190130-rev.pdf
- PWG F2F review in February 2019
- Prototyping tasks being tracked as a Github project in "ippserver"
- Schedule - Stable working draft and PWG Last Call in Q2 2019
- PWG MFD Alerts (Ira) - Stable draft
- http://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgmfdalerts11-20190216-rev.pdf
- PWG F2F review in February 2019
- Schedule - IPP WG Last Call in Q1 2019
- Schedule - PWG Last Call in Q2 2019
- IPP Document Object v1.1 (Mike) - Prototype draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippdocobject11-20190129-rev.pdf
- PWG F2F discussion in February 2019
- Prototyping tasks being tracked as a Github project in "ippserver"
- Schedule - Stable draft and IPP WG Last Call in Q1 2019
- IPP Job Extensions v1.1 (Mike) - Interim draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobext11-20181023-rev.pdf
- PWG F2F discussion in February 2019
- Schedule - Stable draft and IPP WG Last Call in Q1 2019
- IPP Job and Printer Extensions v2 (Smith) - Initial draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext2v20-20190214-rev.pdf
- PWG F2F review in February 2019
- Proposal - Obsolete original JPS2 entirely (undesirable attributes/definitions)
- New spec named "IPP Enterprise Printing Extensions v2.0" (note the version)
- New registrations for loose ends
- Schedule - Prototype draft Q3 2019
- IPP Encrypted Jobs and Documents (Mike/Smith) - Interim draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-20190131-rev.pdf
- PWG F2F discussion in February 2019
- Schedule - Prototype draft in Q3 2019
- Trusted Computing Group in Seoul, South Korea - 25-28 February 2019 - http://www.trustedcomputinggroup.org/ - IETF 104 in Prague, Czech Republic - 23-29 March 2019 - https://www.ietf.org/how/meetings/104/ - IQPC Automotive Cybersecurity in Detroit, MI - 27-29 March 2019 - Ira is speaking - https://automotivecybersecurity.iqpc.com/ *** Joint PWG/OP Summit (Lexmark Host) - 16-18 April 2019 *** - http://www.pwg.org/chair/meeting-info/meetings.html - Trusted Computing Group in Warsaw, Poland - 10-13 June 2019 - http://www.trustedcomputinggroup.org/ - ESCAR USA 2019 in Ypsilanti, MI - 12-13 June 2019 - https://www.escar.info/escar-usa.html - IETF 105 in Montreal, Canada - 20-26 July 2019 - https://www.ietf.org/how/meetings/105/ - PWG Virtual F2F (PWG Host) - 28-29 August 2019 - http://www.pwg.org/chair/meeting-info/meetings.html
Open Action Items
Next OP US/Europe/Brazil/India Conference Calls
- Tuesday 5 March 2019, Daytime
- Note - BRST (Brasilia Summer Time) ends 17 February 2019
- Note - US EDT (Eastern Daylight Time) starts 10 March 2019
- Note - EU CEST (Central Europe Summer Time) starts 31 March 2019
- Bluejeans.com web conference to be announced
- US
10am in San Francisco - US PST (Pacific Standard Time)
11am in Colorado - US MST (Mountain Standard Time)
12am in Chicago - US CST (Central Standard Time)
1pm in New York - US EST (Eastern Standard Time)
- Europe
7pm in Berlin - CET (Central Europe Time)
- Brazil
3pm in Belo Horizonte - BRT (Brasilia Time)
- India
11:30pm in New Delhi - IST (India Standard Time)
- Tuesday 2 April 2019, Daytime
- Note - EU CEST (Central Europe Summer Time) starts 31 March 2019
- Note - Joint PWG/OP Summit (Lexmark Host) - 16-18 April 2019 - New Dates!
- Bluejeans.com web conference to be announced
- 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 7 May 2019, Daytime
- Bluejeans.com web conference to be announced
- 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)