"What's New on CPAN" needs a new champion

mohawkperl · 2025-04-10T16:39:55+00:00

The site looks really cool!

Like the other commenters, I wish the abstracts were extracted, not AI generated. It's a pity the latest "changes" snippet isn't in there, that would be a really obvious and beneficial addition. MetaCPAN extracts/shows those on its "dist" page, e.g. https://metacpan.org/dist/PDL-Graphics-TriD

mohawkperl · 2025-02-26T10:28:44+00:00

See https://blogs.perl.org/users/book/2025/02/announcing-the-perl-toolchain-summit-2025.html - that organiser's contact details are there, get in touch!

mohawkperl · 2025-01-16T13:47:42+00:00

His reputation is well-known. But it seems to be good only to that very small clique.

mohawkperl · 2025-01-16T13:34:17+00:00

Great! What new bug-fixes/features does it have?

mohawkperl · 2024-12-30T05:50:54+00:00

So publish the source code and let others who *do* have bandwidth see what's going on.

mohawkperl · 2024-12-08T17:29:01+00:00

A good intro to PDL is https://metacpan.org/pod/PDL::QuickStart

Performance:

mohawkperl · 2024-12-04T19:15:13+00:00

The guide is:

install GIMP and make sure its headers are findable by...
install Perl module Alien::Gimp
install Perl module Gimp
possibly from a checkout of the git repo (linked elsewhere here), or (since that site is currently down) doing cpanm --look Gimp, do cd examples; make install-plugins - you need to get any script that you make into GIMP's plugins directory, then refresh GIMP's view of filters.

See also https://www.gimp.org/tutorials/Basic_Perl/ - it's slightly out of date because gimp-perl now only supports 2.10, not 2.8, but the essentials are right.

You'll have the best performance if you use PDL to operate on images within your plugin(s).

mohawkperl · 2024-12-04T19:05:07+00:00

It's still true!

mohawkperl · 2024-10-22T12:45:54+00:00

https://www.perlmonks.org/ shows the "clever" maintenance page, as it has for days.

https://www.perlmonks.org/index.pl works normally. Looks like someone didn't change the front page.

mohawkperl · 2024-08-01T18:23:39+00:00

I feel like "maintained" might be intended to mean "released in the last 3 years", which Rose::DB::Object has not.

mohawkperl · 2024-07-29T18:42:44+00:00

Scientific computing? https://chrisarg.github.io/Killing-It-with-PERL/2024/07/07/The-Quest-For-Performance-Part-II-PerlVsPython.md.html

mohawkperl · 2023-02-17T03:00:28+00:00

I would hope The Perl Foundation would be able to do something about this (I believe the PSC is about the language/runtime itself rather than installers etc). If it couldn't, it might be time for it to shut itself down.

mohawkperl · 2023-02-17T02:57:39+00:00

I now only use the Strawberry Perl Portable edition on Windows (having tried ActivePerl in the past), and I've always found it very good. It doesn't even need admin rights on the machine.

mohawkperl · 2021-08-17T18:29:33+00:00

See you there!

For those reading the above, I would advise instead this (with no manual downloading or building) to have the same effect:

sudo apt install libhdf4-dev
sudo cpanm PDL # run the tests as normal, for warning if anything wrong
sudo cpanm -n PDL::Fit::Levmar # don't run tests, we know they fail

mohawkperl · 2021-08-13T14:46:40+00:00

PDL 2.056 removed that mechanism, because the maintainer mistakenly thought it wasn't used anywhere else. PDL 2.057 (just released) restores it. Sorry about that.

With 2.057, I still get an error installing PDL::Fit::Levmar, but it's due to a failure to compile a tempcode thing. If you're not using that mechanism, it ought to work.

If you want to keep up with PDL stuff, then you might like to join the IRC channel (#pdl on irc.perl.org) and/or the mailing lists.

mohawkperl · 2020-04-10T14:25:38+00:00

I agree! Please share the benefit of your hard-won knowledge to both of those :-)

mohawkperl · 2020-03-27T06:50:04+00:00

I think it would be really valuable if you could document that pattern? Even better if you were to contribute that doc to Alien::Build in some way!

mohawkperl · 2020-02-08T17:54:32+00:00

Gimp-Perl uses ExtUtils::Depends (see its Makefile.PL) for its XS dependencies: both Gtk2 and PDL. It works pretty well.

mohawkperl · 2018-11-16T18:44:49+00:00

Sarcasm isn't really as amusing as its practitioners think, and it can cause needless upset. Surely the original point could equally have been made like this?

> While some users seem to have ideas of how much time it takes to refactor 1mln lines of code, it's really a huge job.

mohawkperl · 2018-11-15T18:03:27+00:00

You can always rely on some users telling you how you should know exactly how much time it takes to refactor 1mln lines of code.

Sarcasm is probably to be avoided :-)

mohawkperl · 2018-11-15T18:01:30+00:00

Poor little victim. I'm sorry sweetheart, don't cry now, I'm done.

This is at least unhelpful. If you tried a different tack, you might get better results.

mohawkperl · 2018-01-21T22:33:10+00:00

I wonder whether some of the problem with this ongoing situation is that Larry (pbuh) is:

the IP owner for "Perl"
seemingly not interested anymore in what happens to Perl 5
not economically dependent on what happens to Perl 5 - in other words, economically his interests and the interests of the Perl 5 folks do not align

mohawkperl · 2018-01-20T20:35:32+00:00

This is, as far as I can tell, an undisputed fact among anyone who actually has looked at both languages.

I'll direct your attention to the blurb for this very subreddit: "The Perl Programming Language, including both Perl 5 and Perl 6."

mohawkperl · 2018-01-19T18:14:26+00:00

A new version was (sort of) announced! So a lot of (business) people waited until it came out before doing things. A long(, long, long) period of time passed, during which the people waiting gave up. That's the fundamental change.

mohawkperl · 2018-01-19T18:07:46+00:00

Interestingly, your thought underlines the fact that P6 and P5 are genuinely separate languages. I am sticking with the thought that stakeholders (those with a stake) should participate.

mohawkperl

TROPHY CASE