CPAN Spring cleaning needed
4 direct replies — Read more / Contribute
|
by Discipulus
on May 11, 2021 at 05:35
|
|
Hello monks,
CPAN is a house for many of us and we are in charge to keep it cleen.
See the original request: http://neilb.org/2021/05/10/delete-your-old-releases.html
L*
There are no rules, there are no thumbs..
Reinvent the wheel, then learn The Wheel; may be one day you reinvent one of THE WHEELS.
|
Wall quotes Wall
3 direct replies — Read more / Contribute
|
by reisinge
on May 10, 2021 at 07:23
|
|
Aron Wall quotes his dad Larry Wall in an interesting blog post:
As my Dad said in an interview once about the philosophy that motivated him to make the Perl programming language:
The philosophy of TMTOWTDI ("There's more than one way to do it.") is a direct result of observing that the Author of the universe is humble, and chooses to exercise control in subtle rather than in heavy-handed ways. The universe doesn't come with enforced style guidelines. Creative people will develop style on their own. Those are the sort of people that will make heaven a nice place.
Solve the biggest problem you can. -- Nick Hanauer
|
CPANdeps end of life
3 direct replies — Read more / Contribute
|
by choroba
on May 04, 2021 at 14:52
|
|
As announced at dev.to, another Perl service is about to shut down. Will any volunteers stand up to take it over?
map{substr$_->[0],$_->[1]||0,1}[\*||{},3],[[]],[ref qr-1,-,-1],[{}],[sub{}^*ARGV,3]
|
Perl Foundation Community Affairs Team Transparency Report
9 direct replies — Read more / Contribute
|
by 1nickt
on Apr 26, 2021 at 08:36
|
|
"Following issues raised within the community, the Perl Foundation's Community Affairs Team (CAT) opened an investigation into community conduct.
A second investigation was opened based on information discovered during the first investigation." . . .
View blog post
Note: The title of this post has been updated; previously it made reference to an earlier event which is not actually referenced in the CAT report. Interested readers can do their own research to discover the context of and reaction to the report. The author of this post felt that a "permaban" on a Perl contributor was newsworthy in itself.
The way forward always starts with a minimal test.
|
Pumpking resignation
7 direct replies — Read more / Contribute
|
by davies
on Apr 13, 2021 at 10:39
|
|
This was discussed in the chatterbox yesterday. Analysis, with links for those who want to be even more depressed, is at https://www.theregister.com/2021/04/13/perl_dev_quits/. I wish I had the technical skills to volunteer.
Regards,
John Davies
Update for those of you suggesting tech skills aren't needed. I have never written a line of C. I have no idea what a makefile does. Spreadsheets running VBA or 123 macros are my comfort zone. And yes, I'm still comfortable with the /X versions of 123 macros.
|
The "A" in awk has gotten a special award
1 direct reply — Read more / Contribute
|
by perlfan
on Mar 31, 2021 at 20:04
|
|
|
Security Issues in Perl IP Address distros
3 direct replies — Read more / Contribute
|
by choroba
on Mar 30, 2021 at 08:59
|
|
Security Issues in Perl IP Address distros
tl;dr:
- Net-Netmask: Vulnerable before 2.00000 release. Upgrade now.
- Net-CIDR-Lite: Affected and unmaintained.
- Net-IPAddress-Util: Affected.
- Data-Validate-IP: Depends on exactly how it’s used. See below for details.
- Socket: Appears unaffected.
- Net-DNS: Appears unaffected.
- NetAddr-IP: Appears unaffected.
- Net-Subnet: Appears unaffected.
- Net-Patricia: Appears unaffected.
map{substr$_->[0],$_->[1]||0,1}[\*||{},3],[[]],[ref qr-1,-,-1],[{}],[sub{}^*ARGV,3]
|
The future of perl
3 direct replies — Read more / Contribute
|
by marto
on Mar 24, 2021 at 17:14
|
|
|
The future of mod_perl
4 direct replies — Read more / Contribute
|
by hippo
on Mar 17, 2021 at 18:34
|
|
Sander has posted this message on the mod_perl mailing lists today. In essence, mod_perl needs more PMC members to prevent Apache kicking it upstairs to the Attic (whence nothing returns).
If you have the ability, the time and the inclination, please consider stepping forward to help secure the future of this important Perl project.
|
OT: Half of curl’s vulnerabilities are C mistakes
1 direct reply — Read more / Contribute
|
by parv
on Mar 09, 2021 at 18:13
|
|
|
Quadmath builds of perl for MS Windows
2 direct replies — Read more / Contribute
|
by syphilis
on Feb 20, 2021 at 23:14
|
|
Not sure that anyone here is particularly interested in this, but I'll mention it anyway that, as of the release (on 20.01.2021) of perl-5.33.6, it's possible to build perl on MS Windows with an NV type of __float128.
And it has become a little easier in 5.33.7 with a change to GNUmakefile that removed the need for a somewhat cumbersome configuration argument.
With the release of perl-5.22.0, the NV type of long double was enabled on Windows, and now we finally get the additional option of having the __float128 NV type.
All of this does, of course, rely on using mingw-w64 ports of gcc to build your Windows perl.
I think that many of us, accustomed to simply using Strawberry Perl, don't realize just how easy it is to build perl from source on Windows.
Strawberry Perl, itself, does provide us with the toolchain that's capable of building any recent version of perl (including blead releases) from source.
The latest blead source can be obtained with:
$ git clone https://github.com/sisyphus/perl5.git blead_clone
or the perl-5.33.7 development tarball is available from:
https://cpan.metacpan.org/authors/id/R/RE/RENEEB/perl-5.33.7.tar.gz
Then, I place my C:\_64\strawberry-5.32.0\c\bin folder at the beginning of my PATH, and I have all that I need to build perl.
Simply cd to the perl source's win32 folder and run:
gmake INST_TOP=C:\bleadstraw CCHOME=C:\_64\strawberry-5.32.0\c CCTYPE=
+GCC I_QUADMATH=define USE_QUADMATH=define test
Then, to install perl into the location specified by INST_TOP, just run:
gmake INST_TOP=C:\bleadstraw CCHOME=C:\_64\strawberry-5.32.0\c CCTYPE=
+GCC I_QUADMATH=define USE_QUADMATH=define install
And that's it - in C:\bleadstraw I now have a Windows perl that has __float128 as its NV.
You may want to alter INST_TOP, and you probably need to alter CCHOME which should specify the full path to gcc's bin directory.
NOTE that CCHOME does not include "\bin". (Failure to get CCHOME right will cause some test failures, but will not affect the perl that has been built.)
If you want to do a 'long double' build instead, you would just remove the 2 gmake arguments that include the string "QUADMATH", and insert the USE_LONG_DOUBLE=define argument.
If you don't request either a 'long double' or a 'quadmath' build, then the nvtype will be 'double'.
If you're using a 32-bit compiler, you'll also need to insert the argument WIN64=undef, and you might also want to add the argument USE_64_BIT_INT=define if you want 64-bit integers and pointers.
With 64-bit compilers, perl's integer and pointer will inevitably be 64-bit.
I think that covers the most commonly exercised options ... but you'll find additional options laid out in the GNUmakefile.
I don't know if it's a general issue, but (on 64-bit builds only) there's usually a couple of test scripts in cpan/IO-Compress/t that hang for me .
Update: This issue is a long-standing one for me, and is not limited to just the "quadmath" builds.
It's generally (but not always) the same test scripts that hang, and it has been happening for a few years. In perl-5.33.7, I'm finding that the problem has moved to a different couple of files.
The Strawberry project have never, to my knowledge, complained about such an issue - so I'm hoping that it's just something in my particular environment.
It would be nice to find out if it is "just me".
It's quite annoying - I have to kill these hangs using process explorer in order to get the test suite to run to completion. (Killing them with Ctrl-C kills the entire 'gmake test' process.)
These test scripts have always passed when run outside of the testing harness, and they've also passed even when I've run make test in the cpan/IO-Compress folder.
There's also the same thing happening in the cpan/IPC-Cmd tests with t/01_IPC-Cmd.t.
If I can find any evidence that it's also an issue for others then I'll try to get it fixed.
Oh, one last thing - if you build a 32-bit perl with I_QUADMATH=define USE_QUADMATH=define but without USE_64_BIT_INT=define, then expect some failing tests in Math::BigFloat due to a Math::BigInt::Calc bug.
This issue has been reported, with a proposed simple fix to Calc.pm.
Cheers, Rob
|
berrybrew version 1.33 released!
1 direct reply — Read more / Contribute
|
by stevieb
on Feb 12, 2021 at 18:10
|
|
I've released berrybrew version 1.33. This version has significant enhancements, along with some bug fixes and handling of some uncaught exceptions. The changes reflect versions 1.30 to 1.33.
Major changes include:
UI:
- Allows you to install, switch to, remove and use Strawberry Perls directly
- Can now spawn a CLI window for any Perl you have installed
- Allows you to spawn a CLI window for the currently active Perl
- Provides access to modify several of the core configuration options (debug, file association etc)
- Allows you to disable all berrybrew Perls and restore to system default
Installer:
- Performs an upgrade on any previous berrybrew install
- Adds any new configuration options, while preserving the values of any previously set existing ones
- Provides facility to install the most recent version of Strawberry Perl
- Allows you to have berrybrew manage the .pl file association
- Allows you to have the UI run at system startup
- Aborts if trying to install the same version that's already installed
Functionality:
- You can now leave off the _32/_64 bit prefix on a Perl name, and we'll default to _64
- All execution paths return a proper exit code
- Added new berrybrew hidden command, lists all, well, hidden commands
For all other changes, please refer to the Changes file.
Cheers!
-stevieb
|
The Perl and Raku Conference in the Cloud 2021
No replies — Read more | Post response
|
by Corion
on Feb 12, 2021 at 16:25
|
|
From the Perl Foundation News
It’s official! After the success of last year’s CIC, and owing to the continued pandemic, TPF are holding another virtual event this summer.
Save the date: 9-11 June 2021 for TPRC21.
Plans are now underway and volunteers are welcome to join discussions.
If you would like to take part as a speaker please email us: admin@perlconference.us
Call for papers will be coming soon.
|
(OT) Dependency Confusion: How I Hacked Into Apple, Microsoft and Dozens of Other Companies
2 direct replies — Read more / Contribute
|
by parv
on Feb 11, 2021 at 16:24
|
|
|
Perl and Raku at FOSDEM 2021
3 direct replies — Read more / Contribute
|
by choroba
on Feb 05, 2021 at 05:13
|
|
The schedule of the Perl room is online.
Personally, I'm looking forward to the Advent of Code talk.
map{substr$_->[0],$_->[1]||0,1}[\*||{},3],[[]],[ref qr-1,-,-1],[{}],[sub{}^*ARGV,3]
|