Re: How avoid "argument isn't numeric" warning when evaluating $VERSION?

ill generate a warning like this: > > # > Argument "1.4417_001" isn't numeric in numeric ge (>=) at ... > # > > I would like to submit a patch for the relevant module. What is the > recommended way of numifying $Someones::Module::VERSION in the '>=

Re: What happens to CPAN clients when TLS 1.2 is required?

newer. On Wed, Apr 25, 2018 at 2:21 AM, Ask Bjørn Hansen <a...@perl.org> wrote: > > > On Apr 24, 2018, at 18:11 , David Golden <x...@xdg.me> wrote: > > But when they do opt into TLS, it's 1.2 required, right? > > > Sure, but … TLS 1.2 is almost ten years o

Re: What happens to CPAN clients when TLS 1.2 is required?

gt; http://askask.com/ > > On Apr 24, 2018, at 11:52, David Golden <x...@xdg.me> wrote: > > A colleague wrote this article about Python, which also uses Fastly: > https://pyfound.blogspot.com/2017/01/time-to-upgrade-your-python-tls-v12.html > > I realize that a lot of

What happens to CPAN clients when TLS 1.2 is required?

and metacpan.org Fastly-backed CPAN mirrors stop serving insecure TLS traffic? David -- David Golden <x...@xdg.me> Twitter/IRC/GitHub: @xdg

Re: Confirming PAUSE operating model safe harbor for Alt::* distributions

ariable is true.. > > Agreed. > > > - I have no objection to "DBIx::Class::Boring" as a name. I don't think > > we should mandate a convention of "Alt::*". > > It would help of the Alt name chosen clearly indicated the target name, > to

Re: Confirming PAUSE operating model safe harbor for Alt::* distributions

On Thu, Oct 26, 2017 at 11:29 AM, Chad Granum wrote: > I have a small objection to putting an alt module in a namespace other > than alt: It is less obvious. If I see Alt::Thing I will simply know it > will replace Thing. > Consider, too, if someone else wants to another

Re: "How to contribute" documentation

now what > happens when we assume > > -- > David Cantrell | Godless Liberal Elitist > > I know that you believe you understand what you think you wrote, but > I'm not sure you realize that what you wrote is not what you meant. > -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: Renaming the "QA Hackathon"?

Perl Toolchain Summit On Apr 9, 2016 10:28 AM, "David Cantrell" wrote: > I think the word you're looking for is symposium. Although I think > hackathon is just fine. > > -- > David Cantrell > > This electrogram was despatched by wireless field telegraph. I would >

Re: Passing some torches

Thank you for offering. I think we're well covered with Karen and Leon. On Mon, Apr 4, 2016 at 8:37 AM, Matthew Horsfall (alh) <wolfs...@gmail.com> wrote: > On Sun, Apr 3, 2016 at 6:32 AM, David Golden <x...@xdg.me> wrote: > > * Perl-OSType > > If you want a third,

Re: Passing some torches

On Sun, Apr 3, 2016 at 4:44 PM, Leon Timmermans <faw...@gmail.com> wrote: > I think it would make sense for me to be the backup for Perl-OSType. > I'll add you as well. -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: Passing some torches

I realize what I said wasn't clear. I consider Leon to be "primary" maintainer... even if not reflected in the PAUSE permissions. I had considered myself his backup, and hope someone else will step up into that role. On Sun, Apr 3, 2016 at 3:32 AM, David Golden <x...@xdg.me>

Re: Passing some torches

tanding issues. > > > On Sun, Apr 3, 2016 at 3:32 AM, David Golden <x...@xdg.me> wrote: > >> Many of you may have noticed that over the last year, I've been stepping >> back from active toolchain development. While I will continue supporting >> certain areas (

Passing some torches

erl-OSType * CPAN-Meta-YAML Regards, David -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: Thoughts on Kik and NPM and implications for CPAN

(Could you imagine the traffic on CPAN cleanup day?) But adding river position would be a nice touch. If someone wants to have all deletions go into an RSS feed or whatever, that's fine with me because it won't clog my inbox. David -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: Thoughts on Kik and NPM and implications for CPAN

hat removal (a) has several reasonable uses and (b) doesn't stop authors from mass-breaking dependents if they want to, I see no reason to prohibit it. David -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Thoughts on Kik and NPM and implications for CPAN

, https://github.com/andk/pause/issues/169 ) Thoughts? David -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: Unused namespaces

g an FAQ somewhere about namespaces that are reserved but not on CPAN and suggest contacting permission holder or PAUSE admins. David -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: Looking for prior art on conventions for dep-listing

"what do I feed to > | cpanm, so that prove -l will work". > > cpanm --installdeps . You can do "cpan ." but it installs the module if tests succeed. -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: Looking for prior art on conventions for dep-listing

runtime) > `dzil authordeps` (and the kitchen sink, unclear whether > --author or --develop or both) > `dzil authordeps --missing` (only the defective kitchen sinks) > > > Are there other things out there targeting the same problem-domain? Is > there something approaching a "

Re: Why do we keep using META.json for stuff that has nothing to do with installation

o I don't think it's worth the effort to do so. David -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: Response to Rik's "Credit the first uploader" post

Related ticket: * https://github.com/andk/pause/issues/169 (do not permit dropping all permissions on indexed modules) On Tue, Feb 16, 2016 at 12:04 AM, David Golden <x...@xdg.me> wrote: > This is my braindump response to > https://rjbs.manxome.org/rubric/entry/2096 > > I'm

Re: CPAN River - water quality metric

ng one, and I suspect there’s at least some > >> correlation between dists that don’t have a META file and dists that > haven’t > >> listed all prereqs (eg in the Makefile.PL). > >> > >> That said, I’m really just experimenting here, trying to find things > that > >> are useful indicators for whether a dist is good to rely on. > >> > >> Neil > >> > > > -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: CPAN River - water quality metric

> > Cheers, > Neil > > At some point I’ll share the slides from my talk, but slideshare doesn’t > handle keynote presentations, and the exported powerpoint from keynote is > broken (neither powerpoint nor slideshare can handle it!) > > -- David Golden <x...@xdg.me> Twitter/IRC/Github: @xdg

Re: Backpan mirror?

Ah, right. It's private. I suggest you email the Perl NOC and ask for private rsync access. I think supporting CPXXXAN makes a good case for it. David On Tue, Sep 15, 2015 at 12:14 PM, David Cantrell <da...@cantrell.org.uk> wrote: > On Tue, Sep 15, 2015 at 12:04:50PM -0400, Dav

Re: Identify ways downstream distros use a given distro; include test in test suite

On Wed, Jun 10, 2015 at 10:54 PM, James E Keenan jk...@verizon.net wrote: Is there any prior art for it? https://metacpan.org/pod/Test::DependentModules Though I think that just runs downriver tests, not scrapes their usage in any way. David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: Perl-toolchain-gang -- using devel branches rather than master

and make master the default branch again. -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: RFC: Fixing fallback tempdir location on Win32

%USERPROFILE% exactly or some path under it. David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: RFC: Fixing fallback tempdir location on Win32

On Thu, May 21, 2015 at 4:29 PM, Jan Dubois j...@activestate.com wrote: Only tested on Win7; is seems to append a backslash to it: +1 Thank you! -- David Golden x...@xdg.me Twitter/IRC: @xdg

RFC: Fixing fallback tempdir location on Win32

?id=60340 (two tickets merged) PathTools tickets * https://rt.cpan.org/Ticket/Display.html?id=76663 * https://rt.cpan.org/Ticket/Display.html?id=96863 -- David Golden x...@xdg.me Twitter/IRC: @xdg

TRIAL dists shipping today

issues and let me know ASAP. David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Perl-toolchain-gang -- using devel branches rather than master

to stabilize. I think this will be a good practice for the PTG in general. Thoughts? David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: Measuring water quality of the CPAN river

between stable releases David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: Handling policy commitment disputes [was: Berlin Consensus document posted]

a great point that I'll try to remember to include in my annotated version. -- David Golden x...@xdg.me Twitter/IRC: @xdg

Berlin Consensus document posted to toolchain-site

https://github.com/Perl-Toolchain-Gang/toolchain-site/blob/master/berlin-consensus.md I've posted the Berlin Consensus document. I'll be working on my annotated version with color commentary for my blog over the next week or so. Regards, David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: Documenting best practices and the state of ToolChain guidelines using CPAN and POD

. Regarding the bus factor of consensus agreements, while it may be invisible, the PTG has them: https://github.com/Perl-Toolchain-Gang/toolchain-site -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: Test-Stream + MongoDB scalar refcount issue

return or extract the DB result directly without using the Cursor code didn't repro, at least within my patience to run the test code in a tight loop four times in parallel for many minutes. It also seems related to the use of Try::Tiny as replacing that with an eval didn't repro. David -- David

Re: On Not Merging new and old behavior ( was Re: Test-Stream + MongoDB scalar refcount issue )

that horror show in Dancer/Dancer2 around plugins. I think that if we ship a Test::More2, then such a release should encourage people to leave Test::Foo alone and fork it to Test::Foo2 instead. Then a new ecosystem can build up around it without sacrificing the existing one. David -- David Golden x

Re: On Not Merging new and old behavior ( was Re: Test-Stream + MongoDB scalar refcount issue )

::* libraries and I suspect that they could be forked to use Test::Builder2 trivially, as few of them wind up needing the interesting new bits. Only the Test::* modules that were monkey patching or can take advantage of hooks would need any real revision. David -- David Golden x...@xdg.me Twitter/IRC

Re: On the current Test::More-to-be

-- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: On the current Test::More-to-be

in on the problem) I can do that, but probably not this week due to work issues. -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: On the current Test::More-to-be

the best course of action is for Chad to split it out from Test-Simple and release it to CPAN. Let an ecosystem build around it and after it achieves stability, then we can reconsider using it as the basis for Test::Builder at a later date. David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: File::Temp/File::Spec problems on Windows under taint mode – breaking change needed?

the best choice for temporary data. David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: File::Temp/File::Spec problems on Windows under taint mode – breaking change needed?

I’m not sure quite where it falls. In Berlin we said that that the toolchain charter meant discussing major/breaking changes in a publicly archived venue -- and we picked this existing one to start. I hope we'll see more technical discussions of this sort going forward. -- David Golden x

File::Temp/File::Spec problems on Windows under taint mode – breaking change needed?

breaking change, but I think doing something in a different place than requested is better than failing entirely. Alternatively, it needs to validate the Win32 response and throw an error early, before attempting to make the directory so that the error message is more informative. Thoughts? -- David

Re: RFC Consensus on Network testing ENV?

on testers to declare capabilities. use Test::RequiresInternet; # or skip_all Or, if particular hosts/ports need to be reachable: use Test::RequiresInternet { www.google.com = 80 }; David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: RFC Consensus on Network testing ENV?

On Wed, Jun 11, 2014 at 11:52 AM, Kent Fredric kentfred...@gmail.com wrote: Has the user in question granted permission to use the internet. I disagree with the premise that one needs to ask. Users are already running arbitrary Perl code and must take responsibility for anything that it might

Re: Lancaster Consensus, deal with PUREPERL_ONLY=0

PUREPERL_ONLY, make never compiles the extension, and then the main module doesn't just try bootstrap inside eval{} but actually checks to see if the extension is in @INC. If so, bootstrap it or die; if not, fall back to pure Perl. David -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: Lancaster Consensus, deal with PUREPERL_ONLY=0

On Mon, Jun 2, 2014 at 7:53 AM, Jens Rehsack rehs...@gmail.com wrote: Am 02.06.2014 um 13:34 schrieb David Golden x...@xdg.me: On Mon, Jun 2, 2014 at 7:28 AM, Jens Rehsack rehs...@gmail.com wrote: Others (eg. packagers) have always a compiler and want benefit from XS when available and what

Re: Lancaster Consensus, deal with PUREPERL_ONLY=0

On Mon, Jun 2, 2014 at 9:22 AM, Jens Rehsack rehs...@gmail.com wrote: Web-Search for CPAN Testers magic strings doesn't provide suitable results - is there a list of those magic results? http://wiki.cpantesters.org/wiki/CPANAuthorNotes If I would know what is expected, I will make

Re: Lancaster Consensus, deal with PUREPERL_ONLY=0

On Mon, Jun 2, 2014 at 7:28 PM, Aristotle Pagaltzis pagalt...@gmx.de wrote: If I have my system set up to support XS then I want it to use XS, and if for some reason it can’t, then there is a bug somewhere that needs to be fixed, so I do *not* want it to silently give me the PP version and

Re: Lancaster Consensus, deal with PUREPERL_ONLY=0

- how should PUREPERL_ONLY=0 being interpreted? Cheers -- Jens Rehsack rehs...@gmail.com -- David Golden x...@xdg.me Twitter/IRC: @xdg

Re: Configuring a new machine in an up-to-date way

as 18.2t so you can use 18.2t to make that active. Perlbrew appears to have an install-multiple command that can install threaded/non-threaded variants, etc. but that feature postdates my own automation so I haven't bothered. Hope that helps, David -- David Golden x...@xdg.me Take back your inbox

Re: RT #36539: Edge cases in find_perl algorithms

were run with to better ensure we found the right Perl. (MB already does this. CP not affected as it does not search for Perl) I'll patch up MakeMaker to do this and provide a patch for CPAN.pm. If I'm feeling gung-ho I might do CPANPLUS and Module::Build, too. -- David Golden x...@xdg.me Take

Re: Distribution names are not unique. We need to figure out what to do about it.

petered out last year: http://www.nntp.perl.org/group/perl.cpan.workers/2012/03/msg997.html Rik and I have done the code work for PAUSE. Just the pull request to Andreas is pending. David -- David Golden x...@xdg.me Take back your inbox! → http://www.bunchmail.com/ Twitter/IRC: @xdg

Re: Distribution names are not unique. We need to figure out what to do about it.

On Thu, Mar 14, 2013 at 8:14 AM, Ruslan Zakirov r...@bestpractical.com wrote: On Thu, Mar 14, 2013 at 1:31 AM, David Golden x...@xdg.me wrote: (2) rt.cpan.org treated both distributions as having the same RT queue. I gained administrative access to BinGOs' existing queues. Just to make

Distribution names are not unique. We need to figure out what to do about it.

downstream in reporting. [2] See http://www.dagolden.com/index.php/308/packages-modules-and-distributions/ -- David Golden x...@xdg.me Take back your inbox! → http://www.bunchmail.com/ Twitter/IRC: @xdg

Re: namespaces that differ only in case

On Wed, Apr 4, 2012 at 2:36 PM, Eric Wilhelm enoba...@gmail.com wrote: The uppercase INTEGER.pm does not actually exists (even though the broken fs is saying yes to -e)?  If so, this is a bug in the cpan shell (albeit one which requires a big workaround to deal with the broken fs.) I'm not

Fwd: [perl #99212] Breech of personal information on CPAN

FYI. Another case of files needing to be purged from PAUSE/CPAN/BackPAN. I'm not sure whether there should be a process for confirming takedowns or not. -- David -- Forwarded message -- From: Charles Hamilton chamil...@dyercpa.com Date: Thu, Sep 15, 2011 at 3:49 PM Subject:

Re: Ports list - is it being maintained?

That raises a broader question. Who maintains all of the non tarball content on CPAN and what is the process for getting it changed? -- David On Thu, Feb 17, 2011 at 2:38 PM, Leo Lapworth l...@cuckoo.org wrote: Hi, Is http://www.cpan.org/ports/ being maintained by anyone?

Re: Ports list - is it being maintained?

On Thu, Feb 17, 2011 at 3:18 PM, Andreas J. Koenig andreas.koenig.7os6v...@franz.ak.mind.de wrote: On Thu, 17 Feb 2011 14:43:44 -0500, David Golden xda...@gmail.com said:   That raises a broader question.   Who maintains all of the non tarball content on CPAN and what is the   process

Re: Ports list - is it being maintained?

On Thu, Feb 17, 2011 at 3:44 PM, Ask Bjørn Hansen a...@perl.org wrote: We at perl.org took it over recently but haven't gotten this sort of thing setup yet.  (First order of business was getting the mirror list maintained again, we setup a process for that and Henk Penning is now maintaining

Re: Can anyone give me access to an authenticating proxy server for testing?

On Tue, Nov 2, 2010 at 11:36 PM, Ask Bjørn Hansen a...@perl.org wrote: On Nov 2, 2010, at 20:12, David Golden wrote: I want to experiment with CPAN.pm and authenticating proxies.  Can anyone give me access to a proxy server? Install squid on your laptop? I was hoping for the here's an ID

Re: Can anyone give me access to an authenticating proxy server for testing?

On Wed, Nov 3, 2010 at 5:41 PM, Eric Wilhelm enoba...@gmail.com wrote:  http://cpansearch.perl.org/src/BOOK/HTTP-Proxy-0.24/eg/proxy-auth.pl (Wherein here's an ID and password is in the comments on line 8.) Fabulous. Of course, I should have checked CPAN first. I'm testing HTTP::Lite with

Re: Leo is skinning www.cpan.org

On Mon, Sep 27, 2010 at 2:44 AM, Leo Lapworth l...@cuckoo.org wrote: As has been mentioned, there are far more significant sysadmin issues than the web front end, so I'm not currently looking for feedback as I know it can be improved :) Despite waving off feedback, I'll give you mine anyway.

Re: Leo is skinning www.cpan.org

On Sun, Sep 26, 2010 at 10:31 PM, Ask Bjørn Hansen a...@perl.org wrote: On Sep 26, 2010, at 17:40, David Golden xda...@gmail.com wrote: I'm more interested in getting a proper tiering structure in place and a way for people to register themselves on a tier. Just start with: Tier 1

Re: How to have Perl 5 and Perl 6 cohabitate nicely on CPAN

On Thu, Apr 15, 2010 at 10:14 AM, Tim Bunce tim.bu...@pobox.com wrote: On Wed, Apr 14, 2010 at 09:59:32PM -0400, Jesse Vincent wrote: Forcing an extension makes all sorts of tools that previously just worked with a tarball suddenly start to fail. We've dealt with it in the past. However, I'm

Re: How to have Perl 5 and Perl 6 cohabitate nicely on CPAN

On Wed, Apr 14, 2010 at 8:53 PM, Adam Kennedy a...@ali.as wrote: I've been meaning to propose for a while that for CPAN Perl 5 we drop support for everything other than tar.gz (we can talk about the need for zip files later) and encourage a switch to something like

How to have Perl 5 and Perl 6 cohabitate nicely on CPAN

I'm writing up my notes from an extensive IRC conversation with Jesse Vincent. I offered to post it to cpan-workers for feedback. He and I agree that there are significant benefits to the community to using a single repository for both Perl 5 and Perl 6 distributions. We worked through some

Re: CPAN and XDG directories

On Thu, Feb 18, 2010 at 9:12 AM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 da...@cpan.org wrote: I of course ran `perl Makefile.PL ; make ; make testdistro ; make test` on the source directory before committing and encountered no problems. Tests pass, my configuration below `$HOME/.config` was not overwritten, and also

CPAN steals some tricks from local::lib...

The code that produced the output below is in a branch in my github repo. Very experimental, but perhaps promising. http://pasta.test-smoke.org/199 It's run from a clean user with no prior .cpan or other perl configuration, against my CPAN branch installed into an otherwise vanilla perl 5.11.4

Quick note on CPAN Meta Spec 2.0

Unfortunately, I've again decided to postpone finishing edits to the spec due to a lack of round tuits. I'm busy helping Jesse on bits and pieces for Perl 5.12 and have a sudden crash project to get CPAN Testers 2.0 migrated off email/NNTP by request of the Perl NOC. When crises subside, I'll be

Re: RFC: PGAN

On Thu, Jan 7, 2010 at 5:36 PM, David E. Wheeler da...@kineticode.com wrote: My hope is that it's full of JFDI! I would be very grateful for feedback and suggestions. Thoughts in no particular order: * Limiting to gzip/bzip2 tarballs may screw over Windows users who don't have access to a

Re: RFC: PGAN

On Thu, Jan 7, 2010 at 11:47 PM, David E. Wheeler da...@kineticode.com wrote: * I don't see how a Makefile can be optional if you need it to build extensions Hrm. Well you can upload scripts to CPAN. Did you know that? CPAN.pm doesn't know what to do with them, but they're there. I was just

Re: RFC: PGAN

On Fri, Jan 8, 2010 at 12:29 AM, David E. Wheeler da...@kineticode.com wrote: See File::Rsync::Mirror::Recent Interesting. I especially like the PRE-ALPHA ALERT . Yeah... well, it's a memory hog, but cpan.hexten.net, cpan.cpantesters.org and cpan.dagolden.com are running it at least.

Re: Perl 6 versus the CPAN

On Mon, Jan 4, 2010 at 5:15 PM, brian d foy brian.d@gmail.com wrote: 02packages is actually quite flexible. There's a line in the header that tells consumers what the columns are. Since we've used the same three columns, a lot of stuff has assumed that the order and meaning will always be

Re: optional_features key names

On Wed, Dec 16, 2009 at 9:01 AM, Barbie bar...@missbarbell.co.uk wrote: On Tue, Dec 15, 2009 at 02:32:42PM +, Zefram wrote: David Golden wrote:                Right now, the draft says an identifier and that term could be defined further. I take identifier, without further explanation

Re: optional_features key names

On Tue, Dec 15, 2009 at 6:10 AM, Barbie bar...@missbarbell.co.uk wrote: Although not explicitly stated in the current specifications (v1.0 - v1.4), the convention has been to precede user defined keys with [xX]_. That doesn't sound right for the optional features names.  The effect would be

Extending timeline for CPAN Meta Spec 2.0

When I set out the timeline for revisions to the CPAN Meta Spec, I was anticipating closing the public comments at the end of October and finalizing the spec at the end of November. Fortunately for Perl, but unfortunately for me, our new pumpking, Jesse Vincent, announced on Halloween a Perl

Re: CMSP 04. Formalize allowed version number formats

On Fri, Oct 9, 2009 at 7:43 AM, David Golden xda...@gmail.com wrote: 04. Formalize allowed version number formats Proposal: Formalize the spec for version numbers as decimal or normalized dotted-integer (leading v and at least 3 components).  (Dagolden) Comments: * It's not clear whether

Re: CMSP 27. Long description

On Fri, Oct 9, 2009 at 7:54 AM, David Golden xda...@gmail.com wrote: 27. Long description Proposal: Field for long description that can be used in search, when generating README, OS packages or submitting dist to Ohloh, Freshmeat and similar sites. --Chorny 19:40, 21 September 2009 (BST

Re: CMSP 03. Deprecate YAML Tiny dialect for JSON

On Sat, Oct 31, 2009 at 11:38 AM, Barbie bar...@missbarbell.co.uk wrote: I see 01, 02 and 03 all part of the same discussion really. There seems little point in discussing YAML if we think moving to JSON is the better option. I'm with the strongly agree camp on the first part of above :) (and

Re: CMSP 22. Clarify author field

On Fri, Oct 30, 2009 at 12:26 PM, Lars Dɪᴇᴄᴋᴏᴡ lars.diec...@googlemail.com wrote: Since we have no consensus on a change of semantic, field extension, field renaming or deprecation in favour of something better, I came up with a doc patch (attached because Github is down) that merely describes

CPAN Meta Spec Proposals -- only a couple more days for public comment

On November 1, I'm going to declare the public comment period over. That means I'll take areas of consensus and corresponding patches and merge them into a proposed draft spec. For anything with consensus and no patch I'll make a final request for volunteers to write it up. Anything without

Re: CMSP 16. Binary Package Dependencies

On Thu, Oct 22, 2009 at 4:08 AM, Zbigniew Lukasiak zzb...@gmail.com wrote: Hi there, I've noticed two reactions to this proposal: it is great if it could be done right and it is currently too difficult.  This leads me to following: how about a lib_requires (or requires_lib) - with identical

Re: CMSP 17. Better formalization of license field

On Sun, Oct 11, 2009 at 3:21 AM, Zefram zef...@fysh.org wrote: 17.02) Make the license field an arrayref rather than a scalar. Could make the field a string expression, with the defined keywords as atomic expressions, | and operators for license combination, and parens for precedence.  A

Re: ENOMAIL

On Sun, Oct 11, 2009 at 4:08 PM, Barbie bar...@missbarbell.co.uk wrote: Anyone any idea why I'm not getting mail to this list? Have I been blocked? Nothing in my spam traps and the last mail i got was Aug 26. I note that there has been a flurry of CMSP items in the web archives, but I'm not

Re: CMSP 17. Better formalization of license field

On Sun, Oct 11, 2009 at 11:15 PM, Chris Weyl chris.w...@gmail.com wrote: As a packager outside of the CPAN I want to have a good idea if we can redistribute the software -- legally and within project policy.  Just as dependency metadata gives me a good view into the software's requirements, so

Re: CMSP 19. Make repository resource a hash

On Fri, Oct 9, 2009 at 10:33 PM, Ricardo Signes perl.cpanw...@rjbs.manxome.org wrote: * David Golden xda...@gmail.com [2009-10-09T07:51:06] 19. Make repository resource a hash Branch available: http://github.com/rjbs/cpan-meta-spec/commits/19-repository-hash Seems to me that url and type

Re: CMSP 02. Formally switch to YAML Tiny

On Fri, Oct 9, 2009 at 10:34 PM, Ricardo Signes perl.cpanw...@rjbs.manxome.org wrote: * David Golden xda...@gmail.com [2009-10-09T07:42:06] 02. Formally switch to YAML Tiny Branch available: http://github.com/rjbs/cpan-meta-spec/commits/02-yamltiny If we only make this change and not JSON

Re: CMSP 03. Deprecate YAML Tiny dialect for JSON

On Fri, Oct 9, 2009 at 10:46 PM, Ricardo Signes perl.cpanw...@rjbs.manxome.org wrote: * David Golden xda...@gmail.com [2009-10-09T07:42:35] 03. Deprecate YAML Tiny dialect for JSON Branch available: http://github.com/rjbs/cpan-meta-spec/commits/03-json +1 (I guess I just needed to keep

Re: CMSP 17. Better formalization of license field

On Fri, Oct 9, 2009 at 7:50 AM, David Golden xda...@gmail.com wrote: 17. Better formalization of license field Proposal: Replace the list of strings for the license field with something extensible and unambiguous. (RicardoSignes) This discussion is going in circles, I think. I'd like

CMSP 13. Add a post_depends set

13. Add a post_depends set Proposal: Permit specifying of packages that should be installed to provide part of a packages functionality, but should be installed/built *after* the package is installed. (kentnl) Comments: * Being able to specify package that should be installed after the current

CMSP 15. Add development_requires

15. Add development_requires Proposal: The development_requires field should specify all prerequisites only needed during development. For example this could include templating or other preprocessing modules needed to generate the final source. (Slaven Rezic) Comments: * This would be just

CMSP 16. Binary Package Dependencies

16. Binary Package Dependencies Proposal: Add a binary dependency keyword to be optionally resolved by the shell. eg. binary_requires: - linux-debian: libgif4-dev: 4.1.6 - linux-ubuntu: libgif4-dev: 4.1.6 - linux-redhat: giflib-devel: 4.1.6 - freebsd-ports:

CMSP 28. Short description

28. Short description Proposal: Field for short description that can be used in search (with higher priority than long description), when generating README, OS packages or submitting dist to Ohloh, Freshmeat and similar sites. 'abstract' currently is module-specific (for ex. for Shipwright: Best

CMSP 29. Language

29. Language Proposal: Perl 6 is coming. Some code in Perl 6 is already being uploaded to the CPAN. A new language field is an important part of the structure we need to allow Perl 6 to reuse the existing CPAN rather than to try to reinvent the whole thing. My recommendation would be that this

CMSP 31. Version changes

31. Version changes Proposal: Description of changes in that versions and tags for changes. Useful for submission to Freshmeat and for quick review of changes. --Chorny 18:51, 30 September 2009 (BST)

Re: CMSP 03. Deprecate YAML Tiny dialect for JSON

On Fri, Oct 9, 2009 at 8:11 AM, Ricardo Signes perl.cpanw...@rjbs.manxome.org wrote: * David Golden xda...@gmail.com [2009-10-09T07:42:35] 03. Deprecate YAML Tiny dialect for JSON Strongly agree. * I would like one violation of the JSON spec: allow Javascript-style   comments. My one beef

Re: CMSP 06. Data structures, not YAML

On Fri, Oct 9, 2009 at 7:44 AM, David Golden xda...@gmail.com wrote: 06. Data structures, not YAML Proposal: The META spec should be defined in terms of (Perl) data structures, and not in terms of YAML. (Slaven Rezic) Comments: * This does not mean that I want to replace YAML by a Perl

Re: CMSP 07. Enhance granularity of prerequisites

On Fri, Oct 9, 2009 at 8:16 AM, Ricardo Signes perl.cpanw...@rjbs.manxome.org wrote: * David Golden xda...@gmail.com [2009-10-09T07:45:22] 07. Enhance granularity of prerequisites Agreed.  Also suggest (08. Extensibly Group Prereqs) as related and useful. Agree on both points.

  1   2   >