On Thu, Jul 25, 2024 at 9:45 PM Todd Rinaldo
wrote:
> *From: *Leon Timmermans
> *Date: *Thursday, July 25, 2024 at 2:31 PM
> *To: *Todd Rinaldo
> *Cc: *Philippe Bruhat (BooK) , Russ Allbery <
> ea...@eyrie.org>, module-authors@perl.org
> *Subject: *Re: Guidance on
On Thu, Jul 25, 2024 at 8:24 PM Todd Rinaldo
wrote:
> I continue to wonder if there’s value in setting this up. Who needs 5.6 or
> 5.8, etc. so desperately that we need to maintain this stream? How do we
> know when they don’t need it?
>
Module::Build::Tiny hasn't been installable on a clean 5.8
On Wed, Jul 17, 2024 at 2:49 AM Philippe Bruhat (BooK)
wrote:
> On Mon, Jul 15, 2024 at 07:30:59PM -0700, Russ Allbery wrote:
> >
> > Some of it makes me wonder if I misunderstood the previous discussions
> and
> > the implications of the Lyon Amendment for the usability of CPAN tools
> and
> > f
On Tue, Jul 16, 2024 at 4:31 AM Russ Allbery wrote:
> Hi folks,
>
> I've started a few conversations in the past year about pushing forward
> the minimum Perl version of podlators, which is a "way upstream" package
> with lots of transitive dependencies. In the v6.0.0 release, I pushed the
> min
On Fri, Jul 16, 2021 at 8:57 AM David Christensen
wrote:
> module-authors:
>
> I have extended EUMM in a Perl distribution by implementing a module
> that overrides various methods in the "MY" package namespace and by
> using that MY override module in Makefile.PL, per "Overriding MakeMaker
> Met
On Sat, Jan 25, 2020 at 3:39 AM James E Keenan wrote:
> I managed to get an Appveyor configuration, but the build stopped when
> it couldn't locate a prereq needed only on Windows. I decided to defer
> all work on Windows (which I don't have access to) until a later date.
>
> > 3. Assume that I
On Tue, Mar 29, 2016 at 5:21 AM, Jerry D. Hedden wrote:
> I maintain server Perl modules on CPAN:
> http://search.cpan.org/~jdhedden/ Some of the modules are part of the
> core Perl distribution; some are my own. I want to add them to GitHub. Is
> there preferred organization, account, methodo
On Mon, Oct 26, 2015 at 5:26 PM, David Cantrell
wrote:
> On Sun, Oct 25, 2015 at 10:16:02AM -0400, Shawn H Corey wrote:
>
> > If it's not a requirement, then people are going to get sloppy with it,
> > meaning sometimes it will break other people's code.
>
> Supporting everything for ever is a re
On Sun, Oct 25, 2015 at 12:26 PM, Dominique Dumont
wrote:
> Le samedi 10 octobre 2015, 15:45:38 15:45:38 Leon Timmermans a écrit :
> > Also I think some packagers may be using it.
>
> Debian uses the information from META to create and refresh Perl package in
> Debia
On Fri, Oct 9, 2015 at 8:50 AM, Aristotle Pagaltzis
wrote:
> Hi John,
>
> * John M Gamble [2015-10-06 20:25]:
> > What with META.json being generated (and presumably used) in our CPAN
> > uploads, is it necessary to include META.yml anymore? A brief search
> > didn't really tell me anything.
> >
On Sat, Sep 26, 2015 at 12:48 PM, Shlomi Fish
wrote:
> Hi, Leon!
>
> On Sat, 26 Sep 2015 12:28:20 +0200
> Leon Timmermans wrote:
>
> > On Sat, Sep 26, 2015 at 10:33 AM, Shlomi Fish
> > wrote:
> >
> > > On
> > >
> http://www.cpantester
On Sat, Sep 26, 2015 at 10:33 AM, Shlomi Fish
wrote:
> On
> http://www.cpantesters.org/cpan/report/6109ee1e-63a7-11e5-80f8-24112cde3c15
> - there's a missing "autodie" despite the fact that it properly appears in
> the
> test_requires in Build.PL and in build_requires in the META.yml. Please
> in
On Fri, May 1, 2015 at 12:10 AM, Neil Bowers
wrote:
> I think we should either remove very old dists from CPAN, or update them
> to follow modern conventions (so they have a META.yml or META.json, for
> example). I had email with the author of CGI::Response (last released in
> 1995) for example,
On Tue, Mar 31, 2015 at 6:29 PM, Paul "LeoNerd" Evans <
leon...@leonerd.org.uk> wrote:
> Random musings from #perl on Freenode:
>
> If I write a base module that's intended for expansion/extension (such
> as Tickit), and then write lots and lots of extensions (see: the entire
> Tickit::Widget:: na
On Mon, Mar 9, 2015 at 11:44 PM, James E Keenan wrote:
> This weekend I gave my CPAN library CPAN-Mini-Visit-Simple an overhaul, a
> large part of which was guaranteeing that CPAN Testers handled the absence
> of a minicpan gracefully. As a result, for the first time I'm getting lots
> of green
On Sat, Feb 14, 2015 at 1:17 AM, James E Keenan wrote:
> When I am working on an update to a CPAN distribution, I say "make clean",
> then create the Makefile in the customary way -- but I get a warning about
> files missing from my "kit".
>
> #
> $ perl Makefile.PL
> Checking if your kit is
On Fri, Jan 9, 2015 at 1:11 PM, bulk88 wrote:
> Module::Build tests for and forbids overriding Config (related report
> http://perlmonks.org/?node_id=987651 ),
Module::Build probably has better support for overriding Config than
MakeMaker, it's just opinionated on how you should do that.
> so
On Mon, Dec 23, 2013 at 12:48 PM, Shmuel Fomberg wrote:
> Hi Stephen.
>
> On Fri, Dec 20, 2013 at 2:32 AM, Stephen Patterson wrote:
>
>
>> I'm the maintainer of Finance::Bank::CooperativeUKPersonal, a module for
>> downloading UK bank statements. Part of the output from this module is a
>> stateme
On Wed, Nov 13, 2013 at 4:43 PM, Linda W wrote:
> On 2013-11-13 07:30, David Cantrell wrote:
>
>> Ah-- NetIcal1.11 doesn't have it.. but if I try
>>
>>
> Types by itself, it downloads Netical 1.15
>
> The indexing system is broken, IMO...
>
> I see Types:
> cp lib/Net/ICal/Parser.pm blib/lib/Ne
On Tue, Nov 12, 2013 at 11:43 PM, Linda A. Walsh wrote:
> I've seen double listings (look at 'P', there's a really old listing for
>> someone
>> else who has a reference to P in their directory, but not as a module.
>>
>
> Have a try at uploading your Math::Simple if you like. It may succeed and
>
On Mon, Nov 11, 2013 at 11:58 PM, Linda A. Walsh wrote:
> Too bad Archive::Tar isn't up-to-date with a 10+year old standard.
>
http://xkcd.com/927/
Leon
On Thu, Nov 7, 2013 at 9:49 PM, Linda W wrote:
> I am trying to specify a pre-req that needs to be present for
> my module to work.
>
> I have it under the PREREQ_PM section next in my Makefile.PL
> as well as under the BUILD_REQUIRES section.
>
> I'm not sure I specified the version correctly --
On Sun, Sep 29, 2013 at 10:44 AM, Ovid wrote:
> I've written an A/B testing module for Perl, but I suspect the name
> Test::AB will annoy people since people expect modules in the Test::
> namespace to be about traditional testing tools (exporting test functions
> or providing a test framework in
On Thu, Sep 19, 2013 at 8:20 AM, David Oswald wrote:
> On Wed, Sep 18, 2013 at 3:49 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 wrote:
> >> how to cause an install of
> >> List::BinarySearch to attempt to download and install
> >> List::BinarySearch::XS (a separate distribution)
> > Include the prerequisite conditiona
On Thu, Sep 19, 2013 at 11:06 AM, Matthew Astley wrote:
> Now I have another script to add to my grubby collection, which I cast
> as a modulino. It should probably go in CPAN. Maybe I should fatpack
> it into git-yacontrib? It languishes on a private branch.
>
I don't see why you would want
On Thu, Aug 8, 2013 at 9:16 PM, Aristotle Pagaltzis wrote:
> Yeah, that’ll work great until the moment someone supports three OSes.
> Or supports all OSes except a specific one. (Alien::NotVMS::FooBar?)
Or only recent versions of an OS…
Leon
On Sun, Aug 4, 2013 at 5:38 PM, Paul LeoNerd wrote:
> Having a look more in detail at why, though, is revealing:
>
> For example:
>
> http://www.cpantesters.org/cpan/report/754b7df1-6c93-1014-b350-ae488c0ce015
>
> gives:
>
>
> # running Build.PL
> 'make' is not recognized as an internal or e
On Sun, Jun 9, 2013 at 7:26 AM, Serguei Trouchelle wrote:
> I was tried to install my own module (Dist::Zilla-based, more than a year
> old) on brand new 5.18.0 with all recent modules. CPAN shell (CPAN.pm 2.0)
> refused to build it, complaining about circular dependency. The problem is,
> it's se
On Sat, Feb 23, 2013 at 3:57 PM, Ovid
wrote:
> How do I assert the Perl version I want with Dist::Zilla? I can't find it in
> http://dzil.org/tutorial/ and when I tried the MinimumPerl plugin, it said
> my minimum version is 5.12 when I believe it to be 5.10.0.
perlver --blame $filename will tell
On Sat, Jan 26, 2013 at 8:03 AM, Xavier wrote:
> I've upload development version of LemonLDAP::NG libraries, but they are
> displayed as unauthorizated release even if modules are registered by me.
> Any idea ?
As can be seen at
https://pause.perl.org/pause/authenquery?pause99_peek_perms_by=ml&pa
On Thu, Nov 22, 2012 at 1:43 PM, Shmuel Fomberg wrote:
> Hi All.
>
> I've released a module, Dist::Surveyor v0.007, and seeing reports from CPAN
> testers that DB_File doesn't exists.
> DB_File is not listed in the deps, because, well, it is core.
>
> http://www.cpantesters.org/distro/D/Dist-Surve
On Wed, Sep 19, 2012 at 11:24 PM, Leon Timmermans wrote:
> If you really want to, you can disable it by inserting a newline
> between the package keyword and the name. However, I'm not really
> seeing the point of pretending your distribution is one package when
> it in fact isn&
On Wed, Sep 19, 2012 at 9:44 PM, Geoffrey Leach wrote:
> I have a distribution (Audio::TagLib, FWIW) that has a large number of
> modules, but only the main module is of any interest to the index. What
> do I need to do in the construction of the release to tell indexing not
> to bother?
If you r
On Sat, Sep 8, 2012 at 6:59 PM, sawyer x wrote:
> No, I can't. Acme:: is people sharing jokes, which in most cases aren't
> supposed to be "useful", they're JOKES. Author::PAUSEID,
> Task::BeLike::PAUSEID and Dist::Zilla::PluginBundle::PAUSEID are by people
> *not* sharing *anything* with *anyone*
On Fri, Sep 7, 2012 at 12:47 PM, sawyer x wrote:
> I don't understand why people upload things to CPAN that are specifically
> exclusively without-a-doubt on-purpose just for them?
>
> People always say "hey, if it's useful for even one person, it should be out
> there", but these are things that
On Tue, Sep 4, 2012 at 4:00 PM, Martin J. Evans
wrote:
> Thanks, I did not know that.
Klortho #11907 ;-)
On Tue, Sep 4, 2012 at 3:40 PM, Martin J. Evans
wrote:
> I recently received an rt (https://rt.cpan.org/Ticket/Display.html?id=79190)
> saying some code in DBD::ODBC was wrong and a patch to fix it. The code was:
>
>while (*cp != '\0') {
> *cp++ = toupper(*cp);
>}
>
> and the fix (wh
On Fri, Aug 31, 2012 at 3:29 PM, David Christensen
wrote:
> module-authors:
>
> I am working on a modulino [1] and would like to use ExtUtils::MakeMaker to
> generate a Makefile such that "make" (or "make all") copies the module file
> (lib/MyModulino.pm) to a script file (perl-bin/mymodulino.pl)
On Sun, Aug 5, 2012 at 5:23 AM, Geoffrey Leach wrote:
> So, what am I doing wrong?
>
> FWIW, the problem that gives rise to this question
>
> g++ ... TagLib.c
> In file included from /usr/include/c++/4.2/bits/basic_ios.h:44,
> from /usr/include/c++/4.2/ios:50,
> f
On Thu, Jul 19, 2012 at 1:38 AM, Shawn H Corey wrote:
> I tried installing Const::Fast and it runs sudo. Why is such a blatant
> security risk in a CPAN module? And are there more?
Like others have already said, I'm not using sudo in Const::Fast. It
has a very boring and default installer. If you
On Fri, Mar 23, 2012 at 10:49 PM, David Oswald wrote:
> I maintain Inline::CPP. Currently that module's Makefile.PL jumps
> through a bunch of hoops to detect the C++ compiler most compatible
> with the C compiler that built perl, and to detect what default C++
> libraries should be linked in whe
On Thu, Nov 10, 2011 at 1:32 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 wrote:
> Metadata can already be attached to distributions in an extensible
> fashion. It's really about the code, not the author/maintainer - one
> can have different opinions on/policies for different distros.
True, though most of the time that
On Tue, Nov 8, 2011 at 5:22 PM, Neil Bowers wrote:
> One of the problems I see with CPAN is that there are many modules
> which have been left unattended. Many of these have outstanding bugs,
> and a good number have patches and forked versions, some of which you can
> find on RT. You'll also find
On Tue, Oct 18, 2011 at 5:28 AM, Fields, Christopher J
wrote:
> The BioPerl core developers (including myself) have decided to work on
> breaking up the huge code base into separate distributions on CPAN, using
> dependencies to install only the needed modules (something WAY overdue). I
> noti
On Sun, Oct 9, 2011 at 4:44 PM, Paul Bennett wrote:
> Ah, but an IP address *is* really a number. An unsigned 128-bit integer, in
> fact, with some additional properties that are specific to the semantics of
> IP addresses themselves.
Do you really want your end users to think of IP addresses as
On Sun, Oct 9, 2011 at 4:27 PM, Paul Bennett wrote:
> Hi all,
>
> I know this isn't the best place to ask for help with specific coding help,
> but I'm bumping up against what appears to be the edges of Perl normality
> here, and I figure there's gotta be at least one person reading this who is
>
> If you're using Dist::Zilla, you *should* not need anything besides
> META.json to install a simple module if you just set dynamic_config=0.
> (This "should" is, of course, largely unimplemented.)
I hope a lot of Module::Built::Tiny will end up getting reused for that purpose.
> Overall, it loo
On Mon, Aug 29, 2011 at 7:50 AM, Aristotle Pagaltzis wrote:
> I find this module intriguing.
I'm happy to hear that :-)
> In my understanding, the complexity of Module::Build piled up
> because the same tool tries to cover both installation and
> authoring use cases.
There are many things that
48 matches
Mail list logo