Meeting called to order by Ira McDonald at 1pm US Eastern. Minutes taken by Ira McDonald.
Attendees
Agenda
- Discussion
- The days of only HP being present on the PWG’s certified IPP Everywhere printers
list are over.
- Lexmark has now entered the list as the second manufacturer, registering 92 IPP
Everywhere v1.1 printers. These are the first v1.1 certifications.
- The total number of printers in the list is currently 625.
- Progress report
- Excellent content and rapid maintenance
- OP News
- https://openprinting.github.io/news/
- new comment section added recently
- OP Driverless Printing
- https://openprinting.github.io/driverless/
- Linux Foundation Mentorship Program
- https://people.communitybridge.org
- We need to go through the new OP website now and look for things which are
still missing or need improving. Please report any issue here:
- https://github.com/OpenPrinting/openprinting.github.io/issues
- Progress report - See Driverless Scanning below.
- Progress report - See IPP over USB above.
- Progress report
- PAPPL made it to its first beta release, 1.0b1!
- So now it takes more or less the shape for the first stable release, having mostly
the features and functionality needed to create printer driver packages in the new
Printer Application format. 1.0 will not yet have scanning support - this will come
in a later PAPPL release.
- Progress report (October 2020)
- After having all needed filter functions and PPD file collection handling implemented
in cups-filters and having the HP PCL Printer Application as example, Till has created
a Printer Application for PostScript printers.
- It is now available as the ps-printer-app repository on the OpenPrinting GitHub.
- Currently it is a first working model, it will get much more functionality, especially
for best user experience, added in the near future. See all the details of properties,
planned features, known issues, and how to use in the README.md file.
- This Printer Application is especially a working model for
- A non-raster Printer Application: Destination format is PostScript, a
high-level/vector format. Input data in PostScript or PDF is accepted and needed
conversion is not done through an inbetween raster step.
- A Printer Application which uses the new filter functions of cups-filters 2.x.
Filter functions are library functions derived from cups-filters and contain decades
of development and refinement starting from the introduction of CUPS in 2000.
- A retro-fit Printer Application for classic CUPS drivers, in this case the simplest
form of only PPD files for PostScript printers. It lists PPD files from repositories
included in the Snap, loads the PPD needed for the actual printer, extracts options
from the PPD to display them in the web interface, accepts job settings as IPP
attributes, and inserts the PostScript code provided by the PPD correctly into the
output data stream.
- A Printer Application which does not pass through raw (input format is printer's
native format) jobs. To assure that always the PostScript code of the PPD file is
inserted into the output stream, we call the printer's native format
"application/vnd.printer-specific" which does not exist as input format, so
"application/postscript" input is forced through the pstops() filter function.
- To not need to re-invent the code for forking into sub-processes so that we can pass
data through a sequence of filters, we create a filter function to send the data off
to the printer and form a chain of the actually converting filter function (one of
pstops(), pdftops(), imagetops(), rastertops()) and the with this filter function
using the filterChain() filter function.
- The PostScript Printer Application has all PostScript PPD files of the foomatic-db and
HPLIP projects built-in, so most PostScript printer PPDs which usually come with Linux
Distributions. Note that some PPDs use certain CUPS filters for extra functionality.
These filters are not included. The user can add additional PPDs without needing to
rebuild the Snap.
- Progress report (November 2020)
- The devlopment of the PostScript Printer Application is going on and the application's
TODO items get less.
- To fulfill IPP Everywhere requirements printing of PWG/Apple Raster input is streaming
now, using PAPPL's built in Raster filter and raster callback functions to generate the
PostScript for the printer, with the PPD’s PostScript code snippets for the option
settings inserted. Streaming instead of spooling means that the printing does not only
start when the Printer Application has sucked in the whole job, but continuously picks
up input data, filters it, and sends it off to the printer, raster line by raster line
and as soon as the printer has enough data to print something it prints, in PostScript
on completion of each page. This is less resource-consuming for large jobs and even
would permit infinite jobs (smile).
- Also printing of JPEG and PNG images uses PAPPL's internal image filter now, but PDF and
PostScript input is handled by the appropriate filter functions of cups-filters.
- The creation of the PPD file list (currently we use ~4000 PPD files) was optimized to get
the printer model names sorted in a human-friendly way (HP LaserJet 4, HP LaserJet 5,
HP LaserJet 4000, HP LaserJet 5000 and not HP LaserJet 4, HP LaserJet 4000, HP LaserJet 5,
HP LaserJet 5000) and to easily match the printer's device IDs with the PPD files even
if the PPD file does not contain the device ID. Also the driver names for PAPPL's
command line interface and config file are stable against changes in the PPD list, like
the order or adding/removing some PPDs.
- Till's work on the PostScript Printer Application as the first non-Raster, retro-fitting,
and many printers supporting Printer Application also has exercised PAPPL a lot and made
Till post several bug reports (partially with patches) and feature requests on PAPPL and
most of them Michael Sweet has fixed/implemented.
- Here are the most recent issues:
- Provide device ID to driver callback (Milestone for 1.0)
- Web interface: Button/Link to return to printer's main page from printer's config pages,
also show print queue name on the config pages (Fixed)
- When printing colored PNG image in gray the image does not get correctly converted
(Fixed)
- When printing an image with "print-scaling=fill" the image is not blown to fully fill
the page but printed as with "print-scaling=auto" (Fixed)
- When printing JPG image with Printer Application the Printer Application crashes
(Fixed)
- With PWG/Apple Raster input papplJobCreatePrintOptions() is called with num_pages = 0,
clobbering the Duplex default setting (Fixed)
- Add tolerance to rounding errors when sending Apple/PWG Raster (Fixed)
- PAPPL-based Printer Applications do not DNS-SD-advertise their printers (Fixed)
- When printing to a network printer host name does not get resolved from device URI,
job falls into infinite, uninterruptable (Fixed)
- Web interface: One can set Borderless Media, but setting not displayed (Fixed)
- More issues to be seen under the currently open and closed issues of PAPPL.
- Progress report (October 2020)
- The Main Inclusion Requests (MIR) to get ipp-usb passed the Ubuntu security team and
so made it to be the default IPP-over-USB implementation in the Groovy Gorilla, Ubuntu
20.10, released 22 October 2020. So we have reliable IPP-over-USB in Ubuntu now.
- Unfortunately, the security team was swamped with requests and so did not come to
processing the MIR for sane-airscan. So it will only get into the Main repository
in Ubuntu 21.04, to be released in April 2021. As it is already in the Universe
repository, it can still get easily installed in 20.10. Also upstream is always
supplying the newest version in packages for common Ubuntu releases.
- Alexander Pevzner is continuing to take user reports and make the packages working
with as many devices as possible.
- IPP Scan support is currently still worked on in sane-airscan.
- Progress report (November 2020)
- The CUPS Snap project is currently still waiting for the snapd project to add the needed
API extensions.
- After the Pull Request for the implementation of the interfaces got merged we are still
waiting for the completion of the pull request for adding the API functionality so that
a Snap can check whether a client Snap plugs the needed interfaces is still in the works.
- CUPS Summary (October 2020) (Till)
- Current CUPS release is still v2.3.3 on 24 April 2020 (Apple)
- Security fixes
- Due to dormant upstream development we have created a fork an OpenPrinting which will
replace the original repository if Apple does not come back with the development. So,
for the time being, CUPS is maintained by Michael Sweet and Till Kamppeter.
- Michael Sweet has already committed a lot of changes and fixes and Debian has put the
first packages of the CUPS fork into Experimental.
- Apple having stopped CUPS development got also talked about at Phoronix, at the German
Linux Magazin, and on the Register. Till has answered on the former two, telling that
we have started the CUPS fork and that CUPS will live on.
- CUPS Summary (November 2020) (Till)
- Current CUPS release is still v2.3.3 on 24 April 2020 (Apple)
- Security fixes
- On our fork of CUPS on OpenPrinting Didier Raboud ("OdyX"), maintainer of the printing
packages on Debian, has posted pull requests for most of Debian's (and so also Ubuntu's)
distribution patches and Michael Sweet has merged most of these pull requests so that
future packaging will work without this "patch hell".
- First GIT snapshots got already packaged and released on Debian Experimental!
- Michael Sweet has also merged several other pull requests and fixed bugs which got
originally reported to the original repository at Apple and not taken care of there.
- CUPS Fork - Here is the new CHANGES-OPENPRINTING.md of the fork (Changes in CUPS v2.3.3op1)
- ippeveprinter now supports multiple icons and strings files.
- ippeveprinter now uses the system's FQDN with Avahi.
- ippeveprinter now supports Get-Printer-Attributes on "/".
- ippeveprinter now uses a deterministic "printer-uuid" value.
- ippeveprinter now uses system sounds on macOS for Identify-Printer.
- Updated ippfind to look for files in "~/Desktop" on Windows.
- Updated ippfind to honor `SKIP-XXX` directives with 'PAUSE'.
- Updated IPP Everywhere support to work around printers that only advertise
color raster support but really also support grayscale (Issue #1)
- ipptool now supports DNS-SD URIs like `ipps://My%20Printer._ipps._tcp.local`
(Issue #5)
- The scheduler now allows root backends to have world read permissions but not
world execute permissions (Issue #21)
- The SNMP backend now supports the HP and Ricoh vendor MIBs (Issue #28)
- The scheduler no longer includes a timestamp in files it writes (Issue #29)
- The systemd service names are now "cups.service" and "cups-lpd.service"
(Issue #30, Issue #31)
- The scheduler no longer adds the local hostname to the ServerAlias list
(Issue #32)
- The `httpAddrListen` function now uses a listen backlog of 128.
- Added USB quirks (Apple issue #5789, #5823, #5831)
- Fixed IPP Everywhere v1.1 conformance issues in ippeveprinter.
- Fixed DNS-SD name collision support in ippeveprinter.
- Fixed compiler and code analyzer warnings.
- Fixed TLS support on Windows.
- Fixed ippfind sub-type searches with Avahi.
- Fixed the default hostname used by ippeveprinter on macOS.
- Fixed resolution of local IPP-USB printers with Avahi.
- Fixed coverity issues (Issue #2)
- Fixed 'httpAddrConnect' issues (Issue #3)
- Fixed web interface device URI issue (Issue #4)
- Fixed lp/lpr "printer/class not found" error reporting (Issue #6)
- Fixed xinetd support for LPD clients (Issue #7)
- Fixed libtool build issue (Issue #11)
- Fixed a memory leak in the scheduler (Issue #12)
- Fixed a potential integer overflow in the PPD hashing code (Issue #13)
- Fixed output-bin and print-quality handling issues (Issue #18)
- Fixed PPD options getting mapped to odd IPP values like "tray---4" (Issue #23)
- Fixed remote access to the cupsd.conf and log files (Issue #24)
- Fixed fax phone number handling with GNOME (Issue #40)
- Fixed potential rounding error in rastertopwg filter (Issue #41)
- Fixed the "uri-security-supported" value from the scheduler (Issue #42)
- Fixed IPP backend crash bug with "printer-alert" values (Issue #43)
- Fixed crash in rastertopwg (Apple issue #5773)
- Fixed cupsManualCopies values in IPP Everywhere PPDs (Apple issue #5807)
- CUPS Filters Summary (Till)
- Current release is v1.28.5 on 13 October 2020.
- On the way towards 2.0.0 and driven by the further development of the PostScript
Printer Application, Till has added the following new features:
- Moved IEEE1284-device-ID-related functions into the public API of libcupsfilters,
also made the internal functions public and renamed them all to ieee1284...(), moved
test1284 to cupsfilters/
- Extended ieee1284NormalizeMakeAndModel() to a universal function to clean up and
normalize make/model strings (also device IDs) to get human-readable, machine-readable,
or easily sortable make/model strings
- Added filterPOpen() and filterPClose() functions which similar to popen() and pclose()
create a file descriptor which either takes data to feed into a filter function or
provides data coming out of a filter function.
- In cupsRasterParseIPPOptions() (called from filter functions used without PPD file)
improved understanding of color mode options. Options "output-mode", "OutputMode",
"print-color-mode", and choices "auto", "color", "auto-monochrome",
"process-monochrome" and "bi-level" are supported now and default color mode is RGB
8-bit color and not 1-bit grayscale.
- CUPS Filters release v1.28.2 on 10 September 2020
- Bug fix release to mainly fix cups-browsed not shutting down and the driverless utility
being slow when listing available printers/faxes
- CUPS Filters release v2.0.0 planned changes (Till)
- libcupsfilters: In cupsRasterParseIPPOptions() (called from filters used without PPD file)
improved understanding of color mode options. Options "output-mode", "OutputMode",
"print-color-mode", and choices "auto", "color", "auto-monochrome", "process-monochrome",
and "bi-level" are supported now and default color mode is RGB 8-bit color and not 1-bit
grayscale.
- libcupsfilters: Added filterPOpen() and filterPClose() functions which similar to popen()
and pclose() create a file descriptor which either takes data to feed into a filter
function or provides data coming out of a filter function.
- libcupsfilters: Extended ieee1284NormalizeMakeAndModel() to a universal function to clean
up and normalize make/model strings (also device IDs) to get human-readable,
machine-readable, or easily sortable make/model strings.
- libcupsfilters: Added NULL check when removing ".Borderless" suffixes from page size
names (Issue #314).
- libcupsfilters, parallel, test1284: Moved IEEE1284-device-ID-related functions into
the public API of libcupsfilters, also made the internal functions public and renamed
them all to ieee1284...(), moved test1284 to cupsfilters/.
- foomatic-rip: Remove temporary file created during pdf-to-ps conversion (Pull request
#313).
- CUPS Filters release v1.28.6 planned changes (Till)
- foomatic-rip: Remove temporary file created during pdf-to-ps conversion (Pull request
#313).
- CUPS Filters release v1.28.5 on 13 October 2020 (Till)
- Bug fix release for a quick, potential crasher correction in cups-browsed
- cups-browsed: UUID from IPP response was used after its pointer was freed by ippDelete()
(Pull request #311).
- CUPS Filters release v1.28.4 on 8 October 2020 (Till)
- Bug fix release, mainly to solve CUPS performance problems caused by the IPP fax support
of the "driverless" utility
- driverless: Avoid duplicate PPD list entries from the same device via UUID
- driverless: Reduce ippfind calls by “driverless” and “driverless-fax”called by CUPS.
Let "driverless list" list both print and fax PPDs and "driverless-fax list" do nothing.
- driverless: Avoid duplicate listings in printer discovery, by "driverless-fax" not
listing any URI as "driverless" lists them all already.
- driverless: Vastly improve performance by doing only one ippfind call instead of two
(IPP, IPPS) as ippfind accepts more than one reg type on the command line.
- Sample PPDs: Corrected manufacturer name in Fuji_Xerox-DocuPrint_CM305_df-PDF.ppd.
- GSoC 2021
- There will be a Google Summer of Code next year again, but it will be different.
- The 3-months student projects will be replaced by part-time projects, 6-weeks
full-time-equivalent, to be done in a 10-week time-window. Stipends are also
appropriately reduced to half the amount, leading to the same per-hour value.
- We are currently looking for project ideas for next year’s Google Summer of Code.
- As mentioned last month, student projects will only be half the time (6 weeks).
- Google says that this will probably attract more students, but for us it is a
much higher workload as we have to find the double amount of students and get
the double amount of students introduced and up to speed to get the same work
done.
- For larger projects, we should also consider to run them under the Linux Foundation
Mentoring Program, instead of GSoC 2021.
- GSoC 2021 Timeline
- 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.
- 19 February 2021 - Organization Application Deadline
- All organizations wishing to be a part of GSoC 2021 must complete their applications.
- 9 March 2021 - Organizations Announced
- 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.
- GSoD 2020 Status
- Our OpenPrinting project is continuing well. Most pages of Piyush Goyal’s project
are already populated, merely only the scanning part is missing as its coding in our
LFMP project is not yet completed.
- Next steps for the time being until IPP Scan gets far enough for being documented is
to check whether everything is correct, recent API changes in PAPPL taken into account,
design of existing Printer Applications, like the HP PCL and the PostScript Printer
Applications explained, ...
- GSoD 2020 Timeline
- DONE - 11 May 2020 – Accepted mentoring organizations announced
- DONE - 9 July 2020 – Technical writer applications deadline
- DONE - 16 August 2020 – Accepted technical writer projects announced
- DONE - 14 September 2020 – Doc development officially begins
- 30 November to 5 December 2020 – Final week for standard length
- Project status
- In our first LFMP project, Nidhi Jain has withdrawn, also due to suddenly restarted
classes in her college and a COVID-19 case in her family.
- As a replacement for our incomplete GSoC project on IPP Scan, we are running our second
LFMP project. Our second LFMP project about IPP Scan is going on, with both Abhik
Chakraborty and Rishabh Arya working on the IPP Scan server/Scanner Application. Abhik
is introducing Rishabh into PAPPL and the IPP server work. Mentoring will be mainly
done by Michael Sweet.
(1) Expand PAPPL for scan support, Scanner Applications (IPP Scan as a server)
Student: Abhik Chakraborty
(2) Expand sane-airscan to support IPP Scan (IPP Scan as a client)
Student: Rishabh Arya
- PWG Virtual F2F - 3-5 November 2020 - Ira attended
- https://www.pwg.org/chair/meeting-info/november-2020-virtual.html
- PWG Virtual F2F - 9-11 February 2021 - Ira 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-20201005.htm
- http://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20201019.htm
- http://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20201103.htm
- see PWG Steering Committee minutes from 10/05/20, 10/19/20, 11/03/20
- 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
- Schedule - next Interim draft in Q4 2020 / 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 18 August 2020
- 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 3 November 2020
- IPP Everywhere v1.1 certifications required after 1 July 2021
- IPP Workgroup Charter Update (Ira)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp-charter-20201009-rev.pdf
- update for new IPP WG projects
- Schedule - Stable draft in Q1 2021
- Job Accounting for IPP v1.0 (Mike) - Stable draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippaccounting10-20201120-rev.pdf
- https://ftp.pwg.org/pub/pwg/ipp/wd/lcrc-ippaccounting10.txt
- for a Best Practice
- PWG Last Call started 8 October 2020 ended 6 November 2020 - quorum & comments
- PWG discussion at PWG Virtual F2F on 3 November 2020
- IPP WG review on 19 November 2020
- Schedule - PWG Formal Vote in Q1 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
- considering input from Microsoft Universal Printing
- IPP Finishings v2.2 (Smith) - Initial draft
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings22-20201027-rev.pdf
- for a Candidate Standard
- errata update for additional finishing intent
- IPP WG review on 19 November 2020
- Schedule - Prototype draft in Q1 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 review at PWG Virtual F2F on 3 November 2020
- Schedule - Stable draft in Q1 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 review at PWG Virtual F2F on 4 November 2020
- Schedule - Prototype draft Q1 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 review at PWG Virtual F2F on 5 November 2020
- Schedule - Prototype draft in Q2 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
- IPP 2.0, 2.1, and 2.2 Update (Mike/Ira) - proposal
- http://ftp.pwg.org/pub/pwg/standards/std-ipp20-20151030-5100.12.pdf
- major update of PWG 5100.12-2015
- point to new IPP PPX, EPX, Driverless, etc.
- PWG discussion at PWG Virtual F2F on 3 November 2020
- Schedule - Initial draft in Q3 2021
- 3GPP SA3#101 Virtual F2F - 9-20 November 2020 - Ira monitored - https://www.3gpp.org/specifications-groups/sa-plenary/sa3-security - ISO TC22/SC32/WG12 Bi-Weekly - 10 November 2020 - Ira attended - Road Vehicles Software Update (ISO 24089) - https://www.sae.org/works/committeeHome.do?comtID=TC22SC32WG12US (USTAG) - Common Criteria Users Forum Workshop - 11-12 November 2020 - Ira attended - https://www.ccusersforum.org/event/the-18th-ccuf-workshop/ - IETF 109 Virtual F2F - 16-20 November 2020 - Ira to attend - https://www.ietf.org/how/meetings/109/ - ISO TC22/SC32/WG12 Bi-Weekly - 24 November 2020 - Ira to attend - Road Vehicles Software Update (ISO 24089) - https://www.sae.org/works/committeeHome.do?comtID=TC22SC32WG12US (USTAG) - ISO TC22/SC32/WG12 Virtual F2F - 7-11 December 2020 - Ira to attend - Road Vehicles Software Update (ISO 24089) - https://www.sae.org/works/committeeHome.do?comtID=TC22SC32WG12US (USTAG) - ISO TC22/SC32/WG12 Bi-Weekly - 15 December 2020 - Ira to attend - Road Vehicles Software Update (ISO 24089) - https://www.sae.org/works/committeeHome.do?comtID=TC22SC32WG12US (USTAG) - ISO TC22/SC32/WG12 Weekly - 12 January 2021 - Ira to attend - Road Vehicles Software Update (ISO 24089) - https://www.sae.org/works/committeeHome.do?comtID=TC22SC32WG12US (USTAG) - ISO TC22/SC32/WG12 Weekly - 19 January 2021 - Ira to attend - Road Vehicles Software Update (ISO 24089) - https://www.sae.org/works/committeeHome.do?comtID=TC22SC32WG12US (USTAG) - ISO TC22/SC32/WG12 Weekly - 26 January 2021 - Ira to attend - Road Vehicles Software Update (ISO 24089) - https://www.sae.org/works/committeeHome.do?comtID=TC22SC32WG12US (USTAG) - PWG Virtual F2F - 9-11 February 2021 - Ira to attend - https://www.pwg.org/chair/meeting-info/meetings.html - TCG Members Meeting Virtual F2F - 22-26 February 2021 - Ira to attend - https://trustedcomputinggroup.org/ - IEEE 1609 Virtual F2F - 23-24 February 2021 - Ira to attend - https://www.standards.its.dot.gov/Factsheets/Factsheet/80
Open Action Items
Next OP US/Europe/Brazil/India Conference Calls
- Tuesday 1 December 2020, Daytime
- Web conference to be announced
- Note - ISO TC22/SC32/WG12 Virtual F2F - 6-10 December 2020
- 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 5 January 2021, Daytime
- Web conference to be announced
- Note - ISO TC22/SC32/WG12 Weekly - 12 January 2021
- 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 February 2021, Daytime
- Web conference to be announced
- Note - PWG Virtual F2F - 9-11 February 2021
- Note - TCG Members Meeting Virtual F2F - 22-26 February 2021
- Note - IEEE 1609 Virtual F2F - 23-24 February 2021
- 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)