If you have a Perl-related news item you'd like to share, you may post it in the Perl Newssection.
Please try to avoid duplicating news; but pointers (with summaries) to important stories on other sites are acceptable here.
There was a meetup this evening of the Minnesota Perl User Group. I am posting this in case there are folks in the Minneapolis area who are interested but are not connected to Meetup in the hope that those folks might pick up on it here.
Here is a link to the MNPUG should you be interested. I am encouraged with this opportunity to re-establish the local Perl community.
...the majority is always wrong, and always the last to know about it...
A solution is nothing more than a clearly stated problem...
We'd like to greet more than a few Perl Monks at next GPW - on and off stage.
But of course not exclusively so, feel free to spread the news to Perl people off site as well.
We also provide All-Day Workshops for attendees.
So if you'd like to see the difference of configure stage and runtime live for instance,
join the Perl on embedded devices Workshop
by Jens Rehsack on April 3rd.
I finally got around to doing a decent update to berrybrew.
Perls listed with berrybrew available are now listed in numerical, descending version order (again... this was a regression)
Added new all subcommand to berrybrew fetch. This allows you to fetch the list of *all* available Strawberry Perls (there's over 100!). Previously, we would only fetch and list the most recent minor version number within each major version. (The standard and existing berrybrew fetch without the new arg doesn't change its previous behaviour)
Important bug fixes:
Fixed issue where when using berrybrew fetch and there were orphaned Perls, we weren't auto-registering them as "custom"
Fixed issue when a user attempted to register a single custom Perl more than once, it was throwing an exception
As always, if you decide to try it and/or upgrade, please let me know of any issues, or simply open a ticket.
berrybrew <command> [subcommand] [option]
available List available Strawberry Perl versions and which are
clean * Remove all temporary berrybrew files
clone Make a complete copy of a Perl installation
config Add berrybrew to your PATH
exec * Run a command for every installed Strawberry Perl
fetch * Update the list of Strawberry Perl instances available
install Download, extract and install a Strawberry Perl
off Disable berrybrew perls (use 'switch' to re-enable)
register Manually register a custom installation directory
remove Uninstall a Strawberry Perl
switch Switch to use a different Strawberry Perl
unconfig Remove berrybrew from PATH
upgrade Performs a safe upgrade. Requires Git installed
use * Use a specific Strawberry Perl version temporarily
help Display this help screen
license Show berrybrew license
version Displays the version
* - view subcommand details with 'berrybrew <command> help'
ps. Thanks again to pryrt for his previous work along side myself, and for reporting both bugs and feature requests!
Update: I even had to break rank and ask for help elsewhere, because berrybrew is written in C#. Needed quick help on how to sort order lets just say an array of hashes, where hashes are keys with values of objects. In Perl, meh, two lines of code. In C#, it's nowhere near as fun.
I put up an SO post for the basics, but even still, that was simple. I still had to muck around and figure out how to sort by value of a key of a List of Dictionaries, where the list is List<Dictionary<string, object>>.
I hacked at that and got it to do what is needed, but I'm certain it isn't ideal by any strech. C, Perl, Python, C++ I can do, but this .Net and C# stuff I need some guidance. Needless to say, if there are any C# people here, the berrybrew project could seriously use your help for some code review, at minimum :D.
The smartmatch (operator, ~~) has been a fiasco for quite a long time, and caused much heated debate for so many years now that I consider it a historical piece of 'work'. Those who have paid attention to this feature knows what I speak of.
This is just to bring attention to those who have interest, that there have once again been changes made in the most recent dev release (5.27.7). Personally, this has been such a long running debate that I don't think there's ever going to be a way to make everyone happy, so I digress.
Aside from that, Happy Holidays to all of my fellow Monks, and thank you for accepting and having me as one of your peers, friends and oftentimes I nearly feel, colleagues for yet another year.
The annual Perl meetup in London will be happening this coming Saturday, 25th November at the University of Westminster Cavendish Campus. The address is 101 New Cavendish St, Fitzrovia, London W1W 6XH. There are approximately 200 people signed up so far. This year, along with Perl content for all interest levels (beginners to advanced), there are also talks on other languages and tech as well. Rust, Docker, Julia, & Go, to name a few. Come along if you can!
There are several reasons why I decided to release the module on Sourceforge rather than CPAN. The main one being that I feel this initial release is not yet sufficiently mature to be a standalone CPAN module. At the same time, Inline::F2003 does have sufficient functionality for users to try and comment on.
I am highly motivated to produce a high quality module that allows Perl to interoperate with modern FORTRAN. This initial release was developed and tested on Linux only. However, I would still encourage users to try running the program even if their system is non-Linux.
I am very interested to hear your views and experiences (and failures) with Inline::F2003. Thank you for reading this post. I do hope you'll have an opportunity to tryout the program, and report back your findings.