Re: [Pdl-devel] pdl scripts

2025-01-22 Thread Luis Mochan
On Wed, Jan 22, 2025 at 04:18:41PM +, Ed . wrote: > Hi Luis, > > I agree that in a sense, the system was buggy (albeit only misleading rather > than actually operating wrongly), which is why I fixed it and that will be > reflected in the next version. Great! > In the meantime, there is the

Re: [Pdl-devel] pdl scripts

2025-01-22 Thread Ed .
rt any problems! Best regards, Ed From: Jörg Sommrey Sent: 22 January 2025 15:33 To: Ed . Cc: Luis Mochan ; perldl ; perldl Subject: Re: [Pdl-devel] pdl scripts On Wed 22 Jan 2025 03:55:20 PM CET, "Ed ." wrote: > Hi Jörg, > > Can you please s

Re: [Pdl-devel] pdl scripts

2025-01-22 Thread Ed .
adding to the cpanm invocation. Best regards, Ed From: Luis Mochan Sent: 22 January 2025 15:38 To: Ed . Cc: perldl ; perldl Subject: Re: [Pdl-devel] pdl scripts Hi Ed, On Wed, Jan 22, 2025 at 02:50:41PM +, Ed . wrote: > Hi Luis, > > The suggestion

Re: [Pdl-devel] pdl scripts

2025-01-22 Thread Luis Mochan
n. I suggested adding > > Term::ReadKey to the required packages, so it would be installed > > automatically. Maybe that is not the correct solution, but then, I > > don't know, what would be the correct solution? > > > > Best regards, > > Luis > >

Re: [Pdl-devel] pdl scripts

2025-01-22 Thread Luis Mochan
Hi Ed, On Wed, Jan 22, 2025 at 02:50:41PM +, Ed . wrote: > Hi Luis, > > The suggestion I made in my first reply: "cpanm can be told to install > recommended modules" is the one I am still making. I understand. My worry is about the new users. They may just turn away if they believe the syste

Re: [Pdl-devel] pdl scripts

2025-01-22 Thread Jörg Sommrey
which isn't very surprising), and wouldn't want to use it without readline (which I have faced when debugging in a qemu environment on a weird architecture). I am not going to make any of the Term::* be "required" for PDL. I hope you understand. If it helps, the REPL scrip

Re: [Pdl-devel] pdl scripts

2025-01-22 Thread Ed .
need to do cpanm PDL::Perldl2 (and then wait for Moose et al to get installed). Best regards, Ed From: Jörg Sommrey Sent: 22 January 2025 14:30 To: Luis Mochan Cc: Ed . ; perldl ; perldl Subject: Re: [Pdl-devel] pdl scripts Hi Luis, you might try 'pd

Re: [Pdl-devel] pdl scripts

2025-01-22 Thread Jörg Sommrey
e (which I have faced when debugging in a qemu environment on a weird architecture). I am not going to make any of the Term::* be "required" for PDL. I hope you understand. If it helps, the REPL script was installed, but not all of the components. It does sound like you're as

Re: [Pdl-devel] pdl scripts

2025-01-22 Thread Ed .
:RK not being there - it was being used only for apropos and a couple of other places to get the screen width. Best regards, Ed From: Luis Mochan Sent: 22 January 2025 03:46 To: Ed . Cc: perldl ; perldl Subject: Re: [Pdl-devel] pdl scripts Hi Ed, Maybe I

Re: [Pdl-devel] pdl scripts

2025-01-21 Thread Luis Mochan
ript was installed, but not all of the components. It > does sound like you're asking me to make a separate PDL::REPL repo where that > stuff would live, but I don't want to do that. > > Best regards, > Ed > > > From: Luis Mochan

Re: [Pdl-devel] pdl scripts

2025-01-21 Thread Ed .
don't want to do that. Best regards, Ed From: Luis Mochan Sent: 21 January 2025 20:07 To: Ed . Cc: perldl ; perldl Subject: Re: [Pdl-devel] pdl scripts Hi Ed, On Tue, Jan 21, 2025 at 05:13:09PM +, Ed . wrote: > Hi Luis, > > That's a reall

Re: [Pdl-devel] pdl scripts

2025-01-21 Thread Luis Mochan
Hi Ed, On Tue, Jan 21, 2025 at 05:13:09PM +, Ed . wrote: > Hi Luis, > > That's a really good question! > > PDL's "requirements" (when you say e.g. cpanm PDL) are hard requirements for > PDL to run: largely File::Map and File::Which. CPAN has a mechanism to > "recommend" other modules, includ

Re: [Pdl-devel] pdl scripts

2025-01-21 Thread Ed .
Hi Luis, That's a really good question! PDL's "requirements" (when you say e.g. cpanm PDL) are hard requirements for PDL to run: largely File::Map and File::Which. CPAN has a mechanism to "recommend" other modules, including Term::ReadKey. It has done so for a long time. cpanm can be told to i