All three of us attended. Other than administrivia we talked about formally documenting our supported platforms, and we intend to start a discussion on the mailing list about this soon. This is also a topic for the upcoming Perl Toolchain Summit.
In a previous blog post, I explored the modern way to write CGI scripts using frameworks like Mojolicious. But as pointed out in comments, despite the many benefits, there is one critical problem: when you actually need to deploy to a regular CGI server, where the scripts will be loaded each time and not persisted, frameworks designed for persistent applications add lots of overhead to each request.
CGI scripts have historically been written using the CGI module (or even more ancient libraries). But this module is bulky, crufty, and has serious design issues that led to it being removed from Perl core.
I just needed a few rows of UUIDs in a column of a spreadsheet, more for esthetics than anything else. uuidgen to the rescue.
At the time I didn't realize that uuidgen natively supports outputting multiple ids like so
uuidgen -C 8
The truly lazy path would have been to read the fine uuidgen manual.
Alas, supposing I needed to make multiple calls to uuidgen, I went with a Perl one-liner with a loop, as I couldn't recall the Bash loop syntax.
Here comes the laziness... I I didn't want to write something like this:
perl -e 'print `uuidgen` for @{[1..5]}';
I'm not so found of of perl's de-reference syntax these days, also that array reference/range was giving "the ick" as my kids would say. I needed something lazier, cleaner. I wondered if there were any default/exported arrays available to me that don't have too many elements to them.... Ah, I know!
PPC0030 (equ) does not have an implementation ready for this release cycle and PPC0031 (eq:u) is controversial.
PPC0027 (any/all) is basically accepted other than needing its feature flag naming figured out.
As an aside regarding PPC0027, we reiterated that we would like use feature ':all' to go away if possible. It was never a good idea anyway, but has become untenable with the introduction of feature flags like indirect and bareword_filehandles, which we expect to have many more of in the future. Since their purpose is to be disabled rather than enabled by default, a simple toggling of all features (on or off) is a nonsensical request.
Sie bieten, wir catchen!
nicsell ist ein Domain-Backorder-Dienst, auch Dropcatcher genannt, der es Ihnen ermöglicht, auf eine Vielzahl freiwerdender Domains zu bieten, die sich aktuell in der Löschungsphase befinden.
Schon ab einem geringen Startgebot von 10 € können Sie an unseren Auktionen teilnehmen und haben die Chance an Ihre Wunschdomain zu gelangen.
Übrigens: Zur Verstärkung unseres Teams in Osnabrück suchen wir engagierte Perl-Entwickler (m/w/d). Bei Interesse freuen wir uns auf Ihre Bewerbung!
This is a continuation of a series of articles about how to write XS libraries that are more convenient and foolproof for the Perl users, while not blocking them from using the actual C API.
If you spot anything wrong, or want to contribute suggestions, open an issue at the GitHub repo
Wrapping Transient Objects
One frequent and difficult problem you will encounter when writing XS wrappers around a
C library is what to do when the C library exposes a struct which the user needs to see,
but the lifespan of that struct is controlled by something other than the reference the
user is holding onto.
As from today, when I announce a new version of one of my TiddlyWikis, I'll list the 2 most recent parts of the change log. These are just copies of the most recent parts of the para called VersionInfo.
And why 2 parts? To help those who missed the last announcement.
o Author:
- Ron Savage
- Melbourne, Victoria, Australia
- http://savage.net.au
- https://symboliciq.au
- https://quantumiq.au
- https://metacpan.org/author/RSAVAGE
o version:
- Perl extension for Version Objects
- https://metacpan.org/dist/versionhttps://metacpan.org/dist/version
We agreed on not terrible feature names for PPC0027: keyword_any and keyword_all. These can now be merged.
This led to a brief excursion on the fact that it would be good to have proper iterators as part of the language. But we quickly agreed that the PSC meeting is too small of a margin for that subject.
We talked about the failure of “experimental features”, and possible approaches to remediate that problem. It is going to be difficult to address technically. Philippe pushed for a PPC about the subject.
We took note of the upcoming freeze period and surveyed the changes we think should be merged beforehand. The only thing we weren’t already tracking is the coderef-in-stash optimization, which we decided should be reverted once again and re-attempted earlier in the cycle next time.
Now I want it to be available for Perl and in progress of coding it.
The progress is happening here
The progress is happening at a moderate pace.
Currently this runs okay on windows, and should also be okay everywhere else (not tested)
Lots of progress is done already.
Lots of work needs to be done.
I think I've crossed an imaginary equator recently and expect it to be finished in a month or two.
Please let me know here about your ideas, so I could add to the module.
PS.
This post is a slight misuse of the "blogs.perl.org" resource, because I want to create some small corner for developers discussion about it, so I am doing an attempt to invite interested people comment about development here.
I had written a Math paper which was not good enough to be published in a journal, yet I wanted to have proof of the date I wrote it on so I could post the paper on the web without other people later being able to question who first came up with the idea.
The way I thought was more correct to do this was to publish the paper's sha256 checksum on the Bitcoin blockchain. Posting the SHA on social media (such as x.com) was not enough, as paid members can edit their old posts.
I got in touch with BBRTJ, the maintainer of Bitcoin::Crypto, who was very helpful in teaching me how to use his module and achieving my aim.
The goal, he told me, was to include the SHA256 checksum as the comment (technically the 'NULLDATA') of a small bitcoin transaction.
I'm resigning from the board position at TPF (The Perl Foundation) also known as TPRF (The Perl and Raku Foundation).
tl;dr
After eight years with the foundation board, the time has come for me to step down. While I'm leaving the board, I intend to remain an active member of the Perl community and continue contributing in meaningful ways for Perl users and developers. You'll still see me at various Perl events; and perhaps Raku ones, too.
Over the years, I've learned a great deal, (hopefully) made a positive impact, and had a lot of fun.
Why I'm stepping down #1. The board needs a refresh
As I've noted before, having long-term board members at a nonprofit has advantages and disadvantages. My resignation opens the door for new perspectives and ideas. The foundation's board has started searching for backfill, which is good for the board's long-term success.
We spent most of our time on the PPC process, and started by merging Dave Cross’s PR for a static PPC web site. Many thanks to Dave once again.
We discussed revising the PPC process, and started by picking more specific names for the various statuses of a PPC, which we’ll soon apply to the existing PPCs.
People usually don't think about Perl's type system. Some would even mistakenly claim it doesn't have one. It is, however, a most unusual one that doesn't really look like anything else.
What is a type anyway? And what is a type system? I'm not going to precisely define it here, that's for academics, but generally speaking a type is a fundamental property of a variable or value that determines what operations can and can not be done with it and what invariants it must hold. In a strong type system it is a stable trait: it can't change over the lifetime of the value/variable.
In some type systems containers are typed (such as C) and values really don't exist separate from containers. In other typed systems containers are typeless but values are typed (e.g. Python, Javascript, ). There are languages where both values and containers are typed (e.g. Java, C#), typically this means that the container constrains the values in it.
Contrary to what you might expect, Perl has the latter sort of typesystem, but with a twist.
FOSDEM 2025 is just around the corner, and you know what that means—great talks, amazing people, and of course… fantastic food! 🥂
The Perl and Raku Foundation (TPRF) is once again bringing the community together for a special dinner during the FOSDEM weekend. If you’re an active member of the Perl and Raku ecosystem, this is your chance to relax, connect, and celebrate with fellow developers, contributors, and enthusiasts.
📅 When? Saturday Evening, during FOSDEM weekend
📍 Where? A great venue in Brussels (details will be shared with registered attendees)
💬 Who? Active community members, contributors, and Perl/Raku enthusiasts
Why You Should Join 🍻
Meet fellow Perl and Raku hackers in a relaxed, social atmosphere.
Celebrate our open-source wins with great conversations and laughter.
Enjoy a delicious meal, because good food makes great coding even better!
Forge new collaborations and chat about everything from regex wizardry to the future of Perl and Raku.
We talked again about Perl 42. We think it may already be too late for it in this cycle, so we want to make a thorough case for it by releasing a side tarball for the end of this cycle, and if no technical blocker is found, actually do the jump to 44 in the next cycle.
We listed out next steps for the next point release.
Aristotle summarized the suggested simplification of our plan for TLS in core, but a fuller discussion next week is necessary.
PPC 0014 (English names) has no implementer.
There was a branch for PPC 0021 (Optional chaining) but the implementer hit a wall and got stuck.
Regarding the dual PPCs 0030 (equ) and 0031 (eq:u), we lean towards the former. Options would be cleaner if we had a big and regular set of them across operators, but neither is the case, and they constitute an extra concept.
Many thanks to Dave Cross for providing an initial implementation of a PPC index page. We decided to merge it as is, then iterate on the PPC process afterwards, instead of doing it the other way around.