Re: On naming new module for the eBay API

On Thu, Aug 25, 2022 at 2:11 PM David Shere wrote: > I am considering contributing a new module for using the eBay API. I have > read this https://pause.perl.org/pause/query?ACTION=pause_namingmodules > and have noted the existence of several other eBay API modules including > Net::eBay and

Re: Seeking naming guidance

On Sat, Mar 12, 2022 at 1:55 PM Jim Avera wrote: > Hello World, > > I'm seeking guidance on naming a module to avoid inappropriately > stepping on existing namespace. > > The module is a wrapper for (actually subclass of) Data::Dumper with a > fairly large API. But its most distinguishing

Re: Math::BigInt and bigint with non-integers

On Thu, Aug 19, 2021 at 4:18 AM Peter John Acklam wrote: > Hi! > > I would like some input on how the Math::BigInt module and bigint pragma > should handle non-integers. The current behaviour is rather inconsistent. > > The new() constructor converts a non-integer to a Math::BigInt NaN: > >

Re: How to handle minimum versions of dependencies which are recommended but not required?

On Sun, Aug 8, 2021 at 3:35 PM Diab Jerius wrote: > Howdy! > > I've a module ( > https://metacpan.org/release/DJERIUS/Data-Record-Serialize-0.27-TRIAL) > which may use JSON and YAML writers. > > For JSON, I use JSON::MaybeXS. Cpanel::JSON::XS >= 3.0236 is required. > > My code can use either

Re: New module: Type::Tie::Full

On Fri, Apr 30, 2021 at 4:23 AM Asher Gordon wrote: > Hello, > > I'm writing a new module that exports a similar interface to Type::Tie, > but performs a type check on the entire variable each time it is > changed. Obviously, this is much more expensive, but it can be useful > for types like

Re: CPAN meta resources and MetaCPAN

On Sat, Apr 10, 2021 at 8:28 PM Asher Gordon wrote: > Hello, > > I've noticed that the MetaCPAN page for many modules on CPAN has links > to homepages and/or git/hg/etc. repositories. I assume these links are > generated from the 'resources' field in the meta specification > (META.json or

Re: Prereq scanners for Dist::Zilla and Pod::Weaver plugin bundles

On Thu, Apr 8, 2021 at 2:59 PM Asher Gordon wrote: > Hello, > > As I've already mentioned, I've Dist::Zilla and Pod::Weaver plugin > bundles for use in my projects > (Dist::Zilla::PluginBundle::Author::ASDAGO and > Pod::Weaver::PluginBundle::Author::ASDAGO). However, I noticed that >

Re: New module: Text::Wrap::OO

On Tue, Apr 6, 2021 at 2:19 PM Asher Gordon wrote: > Hi everyone, > > I have just written my first Perl module (that I'm going to release). It > is an object oriented interface to Text::Wrap. My question is, what do > you think of the name? Is it a good name, descriptive enough? And do you >

Re: Algorithm-SkipList

On Thu, Feb 25, 2021 at 1:44 AM John M. Gamble wrote: > I was surprised to see Algorithm-SkipList marked as owned by ADOPTME in > PAUSE, which is not the case in MetaCPAN, where it is owned by Robert > Rothenburg (although it is marked for adoption, see >

Re: rt.cpan.org sunsetting / updating module git and issues

On Tue, Dec 8, 2020 at 6:42 PM Adam Spann wrote: > Hi All, > > With the prospect of RT being sunset. I am looking into updating my two > humble modules so that they contain issues links on metacpan. Currently > they default to rt.cpan.org > > I have the example config details from: > >

Re: Module name hierarchy...

On Wed, Sep 30, 2020 at 1:56 AM BC wrote: > The only thing I don't like is that it feels like I am squatting on > something fairly generic near the top of the name space. If I were to > push my one and only module down a level as: > > Class::Fault::Foobar > > would it be a faux pas if there

Re: Module name hierarchy...

On Fri, Sep 25, 2020 at 2:20 PM BC wrote: > Let's say I wanted to submit a module named: > > Class::Error::Foobar > > Would this be considered bad form if my "Foobar" module is not related > to the existing Class::Error module in any way? In other words, > Foobar does not depend on,

Re: Changes to WWW-Mechanize-Query proposal - small fix 1

On Sun, Jul 5, 2020 at 6:25 PM Nikolay Chegodaev wrote: > Hi San, > Hi Module Authors, > > My name is Nikolay. I am a Perl enthusiast and worked as Perl Developer > for 5 years. I am writing to you because of the Olaf Alders advice - the > Gitpan repository keeper - https://github.com/gitpan. He

Re: The Math-Matrix distribution

On Tue, Apr 28, 2020 at 11:56 AM Peter John Acklam wrote: > To the PAUSE admins, > > I would like to take over the responsibility of the Math-Matrix > distribution / the Math::Matrix module. > > I contacted the three authors listed in the Math::Matrix POD, Ulrich > Pfeifer, Brian J. Watson, and

Re: How to do co-maintenance on CPAN distro which uses Dist::Zilla (Travis and other questions)

On Thu, Jan 23, 2020 at 3:04 PM James E Keenan wrote: > 3. Assume that I am the co-maintainer of the distribution but have > rights to push to the original author's repository, which will remain > the canonical repository. How do I then get the CPAN release to show up > under my CPAN ID

Re: How to do co-maintenance on CPAN distro which uses Dist::Zilla (Travis and other questions)

On Thu, Jan 23, 2020 at 3:04 PM James E Keenan wrote: > I have been granted COMAINT status by Paul Fenwick on CPAN distribution > IPC-System-Simple. This distribution is built and maintained using > Dist::Zilla and quite a few Dist::Zilla plugins. I do not, in general, > use Dist::Zilla in any

Re: TimeDate and indexing permissions

Thank you for the action, all those who volunteered, and atoomic for the prompt fixed release! -Dan On Thu, Jan 16, 2020 at 6:05 PM Neil Bowers wrote: > A number of people volunteered to take on TimeDate and address the > breakage. Thank you to all who did. > > Given this distribution is

Re: [RFC] File::TVShow::Parse

> * In two or three years I'll be changing that to 5.16.1. > > ** People who deliberately override that restriction aren't part of this > conversation. > > On Tue, April 16, 2019 2:59 pm, Dan Book wrote: > > It depends entirely what Perls you want to support. If you only want to &g

Re: [RFC] File::TVShow::Parse

, 2019 at 3:54 PM John M. Gamble wrote: > On Mon, April 15, 2019 12:46 pm, David Cantrell wrote: > > On Mon, Apr 15, 2019 at 12:04:24PM -0400, Dan Book wrote: > > > >> As a side note, remember that the X.Y.Z form of versions (with more than > >> one decimal

Re: [RFC] File::TVShow::Parse

Best practice is to $VERSION all modules in your distribution, because then other distributions can depend on a certain version of any module they are using rather than only the main module. You can bump versions in modules separately based on when each is updated, but generally it ends up being

Re: [naming] To pragma or not to pragma?

On Sat, Mar 2, 2019 at 1:01 AM Konstantin S. Uvarin wrote: > Hello, > > I'd like to release a module that lazy-loads other modules to reduce > startup time. > > My initial idea was `lazy` but that was taken, so I switched to > `on::demand`. There's also `autouse` with similar functionality.

Re: Perl 5.26 and the . in INC issue where modules won't install

See https://github.com/miyagawa/cpanminus/pull/579 for my attempt at documenting this behavior. Carton 1.0.34 is the latest version. -Dan On Thu, Nov 1, 2018 at 8:51 PM Karen Etheridge wrote: > The 'dist' option is documented in Module::CPANfile, but the 'url' option > can only be found in the

Re: Perl 5.26 and the . in INC issue where modules won't install

You can always fork the module but then it requires the other modules to use that fork instead. Another alternative is Alt:: ( http://metacpan.org/pod/Alt) but that's opt-in for the user and messy, and may not work out with Carton. Getting the author to pass you maintainership or adopting the

Re: executable only Perl distributions & CPAN

(duplicate reply because first one didn't go to the list) On Fri, Sep 7, 2018 at 4:01 PM Diab Jerius wrote: > Howdy, > > My apologies if this topic has been covered elsewhere; I've been > unable to concoct a search which would efficiently find it. > > I've authored a distribution which contains

Re: [RANT] Should we try to keep compatibility with old perl5s?

On Sat, Aug 11, 2018 at 4:39 PM Shlomi Fish wrote: > Hi all! > > This post is a little flamebait, so please try to keep the discussion > civil. > > Anyway, after reading the discussion in this public github issue, and > following > some of the links (especially > >

Re: Is it ok taking the Refute::* namespace?

On Wed, Sep 6, 2017 at 7:24 AM, Konstantin S. Uvarin wrote: > > Now to the subject. Would it be fine to take up a whole top-level > namespace, or should I stick to a humbler naming scheme like > Assert::Refute? If I do take a namespace, what should I do aside from being >

Re: Module naming -- processing 3D JPEG files...

> > Some would consider the following to be even more general and > thus better: > >Image::3D::Pairs::MPO >Image::3D::Pairs::JPS >Image::3D::Pairs::JPG > >Image::3D::Lenticular >Image::3D::VR >Image::3D::Holo >Image::3D::DepthMap > > But wouldn't this break the rule for

Re: Network Device API - Package Names

I recommend using Device:: as your top-level namespace, as it's already widely used for hardware interface libraries. You can make it more granular under that if you wish. On Wed, Nov 16, 2016 at 7:45 PM, Greg Foletta wrote: > Hello, > > I'm currently writing modules to

Re: Please provide me with COMAINT on https://metacpan.org/pod/Dist::Zilla::Plugin::VersionFromModule

On Fri, Nov 11, 2016 at 5:03 AM, Shlomi Fish wrote: > > > Thanks for the tip, Karen! [RewriteVersion] seems nice and I started the > switch > to it. Now the "install_deps" stage of my CI-testing script succeeds but > not > I'm getting a failure in the test stage: > >

Re: Declaring optional dependencies

On Wed, Nov 9, 2016 at 9:49 AM, Timothe Litt wrote: > > cpan and cpanm seem to handle 'recommended' differently. IIRC, neither > defaults to installing 'recommended' modules. > Sadly, this is correct and in fact (as far as I know) CPAN.pm still handles recommended prereqs

Re: PDLx::Mask - search.cpan.org uses README.pod instead of lib/PDLx/Mask.pm

that are not namespaced with your modules. -Dan On Fri, Oct 28, 2016 at 12:17 PM, Diab Jerius <djer...@cfa.harvard.edu> wrote: > On Wed, Oct 26, 2016 at 6:52 PM, Dan Book <gri...@gmail.com> wrote: > > On Wed, Oct 26, 2016 at 6:14 PM, Diab Jerius <djer...@cfa.harvard.edu>

Re: PDLx::Mask - search.cpan.org uses README.pod instead of lib/PDLx/Mask.pm

On Wed, Oct 26, 2016 at 6:14 PM, Diab Jerius wrote: > Howdy, > > The PDLx-Mask distribution has a README.pod file at the top level, as > well as actual module documentation in lib/PDLx/Mask.pm. > > On the module's main page: > >

Re: Sanity checking for namespace and other abuses

On Wed, Oct 26, 2016 at 12:01 PM, David Mertens wrote: > @everybody, > > Does anybody oppose me adding to code to top-level, lower-cased packages > "int", "num", and "str"? What about top-level packages "Int", "UInt", > "Str", or "Num"? Do other type systems use these

Re: Where to report bugs in website 'search.cpan.org' ?

On Wed, Sep 7, 2016 at 11:56 PM, Linda A. Walsh wrote: > > Moving this question to module-authors as per David G.'s feedback. > > I was looking for available mail-filtering, aka Milter, mods, and > came across Mail-Milter. > > I noticed it has 1 review rating it a single *. and