Meeting called to order by Ira McDonald at 1pm US Eastern. Minutes taken by Ira McDonald.
- 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)