All three of us attended.

• We discussed the reactions to the Perl 42 proposal and how to reach consensus on it. We want to get a handle on the technical feasibility and also discuss more closely with the people who have doubts.
• We reviewed Paul’s clarifications to PPC0027 (any and all) and replied on the PR.
• We discussed the mismatch between the definition of the PPC process and how it has worked out in practice, and tried to come up with a refactoring. We want to request a review.
• We looked at the release process and the release manager role. We are considering the idea of making the shepherding of the perldelta a separate ongoing responsibility.
• We spent some time working on our own meeting structure in order to better perform our project management responsibilities.

[P5P posting of this summary]

Only Aristotle and Philippe this time.

• We went through all the open PPC pull requests, with a goal of merging or closing as many of them as possible. The actual merging or closing will happen soon.
• We merged PPC0025: “Perl 5 is Perl”.
• We discussed some possible shortcomings of the PPC process and wrote down a few ideas for how we might address them. We intend to discuss these with the people originally involved with defining the PPC process.
• We want to write PSC blog posts to put intentions and ideas on record for the future. We discussed topics for blog posts we want to post soon.
• We discussed the structure of our meetings, to make sure we take care of our duties and avoid losing track of things.

[P5P posting of this summary]

Another extended meeting, which everyone attended. Here’s a summary:

• We want to get actual implementation of TLS in core underway. Paul volunteered for some of it. We’ll email our plan to p5p, to get things started.
• We talked about undef-aware equality operators. While the flags idea is tempting, we don’t think that there are enough useful flags to go down this route (what’s the use of stacking flags, if you only have one). If equ and === are added to Perl, we think the negative versions (neu and !==) should be added as well.
• We had a quick version discussion. The document is almost ready.
• We want to poke the PPC implementors again, to make sure we can have some of them available in the next version of Perl.

[P5P posting of this summary]

The three of us attended another long meeting:

• We continued refining our plan for TLS in core. We will collect feedback on its feasibility from the maintainers of the relevant modules.
• We reviewed the status of putting the apostrophe package separator behind a feature and approved the PR.
• We confirmed that we want to deprecate smartmatch with a feature. This effectively means that we don’t plan for a “better smartmatch” at this time (but it can still be pursued in future, by way of the air gap strategy, if there is appetite). We will file an issue for this.
• We agreed that “negative” features (rather than outright removal) is our preferred way to deprecate historical Perl quirks as the language continues to evolve.
• We discussed our ongoing inadequacy at dealing with maintenance releases. We wrote down next steps to get back on track, and also started looking into capturing a checklist to document the process.

[P5P posting of this summary]

We were joined by Leon Timmermans and Tim Legge to discuss plans for TLS support in core.

• We talked about our inadequate handling of point releases and especially security releases. In the past this was handled on individual initiative. We need to institutionalize at least some of this as actual process to keep things on the rails.
• We discussed with Leon and Tim what we want to do to have TLS support in core. Future support for underlying APIs other than OpenSSL is desirable. Net::SSLeay also has cruft that we would prefer to avoid in core.

[P5P posting of this summary]