This week in PSC (102)

Topics discussed:

  • Bug reporting by email: we commit to nothing as an organisation. Some would-be submitters of issues don't want to use GitHub. They can just send an email to perl5-porters and hope that some helpful soul will copy-paste to GitHub. We encourage the conventional use of GitHub.
  • On the topic email bug reports, it's likely time to deprecate perlbug as a way to send bug reports. It could be updated to point the user to GitHub, and to print perl -V output (etc.) to copy and paste. We should also have a better set of templates for issues on GitHub.
  • The segfaults on feature-class and refaliasing won't be fixed before 5.38, and should just be documented as "known bugs"
  • After we discussed renaming RFC to PPC, the general sentiment seemed to be "in favor", so we're going to make the rename
  • Rik volunteered to release 5.38, we still need a release manager for 5.37.11
  • Some discussions about preparing the Perl Toolchain Summit plans (which will host the first ever in-person PSC meeting)

This week in PSC (101)

Porters,

We had an abbreviated PSC call today, largely due to an unexpected delay.

We discussed offering split-up deprecation categories, so you can no warnings 'deprecated::.xyz' and re-affirmed that we want to do this.

We talked about improving the backcompat of strict-vs-version behavior for use vX where X is older than v5.36 and agreed we'd bring that back, but wanted to discuss more about other related changes to the use-vX code.

This week in PSC (100)

All three of us met, and were joined by Pete Krawczyk who first wanted to discuss some TPRF-related issues.

Following on from this we discussed:

  • Zefram's request to back out the strict-vs-VERSION changes. There's some merit here, he sent a PR to undo the whole thing. We feel there's two different issues that need looking at separately. Paul will explain some thoughts in more detail.

  • Yves's request to reöpen discussions about "deprecated::" warning categories. There may be benefit here too. Paul will write a followup response.

This week in PSC (099)

After missing last week, all three of us attended.

  • Recapped the missing weeks from absences
  • Smartmatch deprecation seems to be causing some BBC failures due to new warnings, but that’s to be expected; Philippe to submit patches upstream
  • Refined the questions surrounding SSL-in-core; Paul to send a follow-up email
  • RFC0013 needs some core changes to how overload works; best deferred for 5.39 now
  • Agreed to rename “RFC” to “PPC” (“Proposed Perl Change”)

This Week in PSC (098)

Paul and Philippe attended (Rik is still enjoying Australia).

We discussed:

  • feature-class: there's a soon-to-be-merged PR to fix most memory leaks https://github.com/Perl/perl5/pull/20809
  • n-at-a-time map/grep: HAARG should reply to any remaining open questions, so that we can likely move the RFC to the next step of the process ("Exploratory")
  • SSL in core: it's still not in core, and there's an open PR to just dual-life the SSL modules, but that's unlikely to be the solution we're looking for. Also, we're still looking for a project manager for this project. Enquire Within.
  • RFC0013: awaiting the ability to store more information in the interpreter about overload (for API version and flags)