[Copying Andreas, Jos, Schwern and the Module::Build list]
Well, I'm not sure that escalating to Securiteam at this point was
necessary given the low overall risk of the threat, but let's set that
aside and find some agreement on closing the hole. Here are my
thoughts on some of the
On Tue, Jan 27, 2009 at 4:07 PM, brian d foy brian.d@gmail.com wrote:
I'm doing a lot of work with the CPAN.pm programmer's interface for a
client, and I'm spending a lot of time in the source figuring out what
the rules are. As I go through this, I intend to expand the
documentation for
On Tue, Feb 17, 2009 at 5:14 PM, brian d foy brian.d@gmail.com wrote:
Utlimately, I wouldn't mind a feature to disable locking, like
no_really_i_know_what_im_doing_so_dont_lock_kthxbye.
-
% perl5.10.0 -MCPAN -e 'install( Test::Output )'
Monkeypatch it?
% perl5.10.0 -MCPAN -e
On Sun, May 17, 2009 at 7:36 PM, Ricardo SIGNES
perl.cpanw...@rjbs.manxome.org wrote:
* update PAUSE to prefer META.json to META.yml if available
* update CPAN.pm to look at (MY)?META.json
* update CPANPLUS.pm to do the same
* update the build tools to generate (MY)?META.json by default
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
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
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:
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
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
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)
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
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
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.
On Fri, Oct 9, 2009 at 7:46 AM, David Golden xda...@gmail.com wrote:
08. Extensibly Group Prereqs
Proposal:
Rather than have 'config_requires' and 'install_requires' and
'signature_requires' and 'build_recommends', have a two-level system. This
requires a small bit of reworking now
On Fri, Oct 9, 2009 at 10:13 AM, Steffen Mueller
nj88ud...@sneakemail.com wrote:
Putting human-readable stuff in a file intended primarily for
machine-readability seems of minimal use to me.
I'm in two minds about this. Such a free form field may be useful if you
consider that human-readable
On Fri, Oct 9, 2009 at 7:47 AM, David Golden xda...@gmail.com wrote:
11. OS/arch/platform-specific requirements
Proposal:
I would like to see a way to specify OS-specific requirements. One option
might be to use Devel::CheckOS, which already seems to have a comprehensive
list of supported
On Fri, Oct 9, 2009 at 7:47 AM, David Golden xda...@gmail.com wrote:
12. Allow Sequences (Arrays) for Prereqs
Proposal:
Right now, to the best of my knowledge, the only benefit of a the magic
Bundle:: namespace is that its prerequisites can be declared in optimal
installation order
On Fri, Oct 9, 2009 at 7:48 AM, David Golden xda...@gmail.com wrote:
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)
Strongly
On Fri, Oct 9, 2009 at 3:31 PM, Ricardo Signes
perl.cpanw...@rjbs.manxome.org wrote:
* Ruslan Zakirov ruslan.zaki...@gmail.com [2009-10-09T15:28:29]
On Fri, Oct 9, 2009 at 3:47 PM, David Golden xda...@gmail.com wrote:
12. Allow Sequences (Arrays) for Prereqs
[snip]
order by using
On Fri, Oct 9, 2009 at 10:41 AM, Steffen Mueller
nj88ud...@sneakemail.com wrote:
David Golden wrote:
23. Have a development version flag
* Con: Development version'ness would not be determinable
post-installation
AdamKennedy
Correction to my earlier reply: If we have the META info
On Fri, Oct 9, 2009 at 10:25 AM, Steffen Mueller
nj88ud...@sneakemail.com wrote:
David Golden wrote:
15. Add development_requires
The development_requires field should specify all prerequisites only
needed
during development. For example this could include templating or other
preprocessing
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)
I would prefer to remove the license field entirely
On Fri, Oct 9, 2009 at 3:19 PM, Ricardo Signes
perl.cpanw...@rjbs.manxome.org wrote:
* David E. Wheeler da...@kineticode.com [2009-10-09T14:18:42]
WTF is dynamic_config?
If dynamic_config is set in your META.yml:
true means you must run Makefile.PL or Build.PL and rely only on its output
On Fri, Oct 9, 2009 at 7:51 AM, David Golden xda...@gmail.com wrote:
19. Make repository resource a hash
resources:
repository:
web: http://github.com/2shortplanks/test-time-hires
url: git://github.com/2shortplanks/test-time-hires.git
format: git
type
On Fri, Oct 9, 2009 at 8:34 AM, Hans Dieter Pearcey h...@pobox.com wrote:
Excerpts from David Golden's message of Fri Oct 09 07:51:29 -0400 2009:
20. Make bugtracker resource a hash
Proposal:
The bugtracker resource shoudl be made into a hash that defines different
types of resources, e.g.
On Fri, Oct 9, 2009 at 7:51 AM, David Golden xda...@gmail.com wrote:
21. Formalize optional_features
Proposal:
Optional features: is supported in META.yml, but it requires a lot of
manual intervention and trickery to make it work. And it is very poorly
documented. (Tux)
I'm for doing
On Fri, Oct 9, 2009 at 7:52 AM, David Golden xda...@gmail.com wrote:
22. Clarify author field
Proposal:
I would like to see some clarification of what an author is, especially
since the numbers of distros
+1 on clarification.
I don't have a strong feel for what to do about.
Simplest
On Fri, Oct 9, 2009 at 7:53 AM, David Golden xda...@gmail.com wrote:
25. Controlling test suite runs
Proposal:
The META spec should add flags to indicate that distribution's
tests may be shuffled or run in parallel. (SlavenRezic)
-1
I don't think this belongs in META.
Module::Build
On Fri, Oct 9, 2009 at 7:53 AM, David Golden xda...@gmail.com wrote:
26. Specify a DLSIP resource
Proposal:
DLSIP codes should be specified in META.* as a resource.
-1
-- David
On Fri, Oct 9, 2009 at 10:52 AM, Steffen Mueller
nj88ud...@sneakemail.com wrote:
David Golden wrote:
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
On Fri, Oct 9, 2009 at 7:55 AM, David Golden xda...@gmail.com wrote:
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)
-1 for moving all
On Fri, Oct 9, 2009 at 7:56 AM, David Golden xda...@gmail.com wrote:
32. Steal from other package meta specs
Proposal:
Hunt down the spec authors and some heavy package users, ask what in the
spec/package meta files works for them and what doesn't, then steal the
best features. -- Daxim
On Fri, Oct 9, 2009 at 12:13 PM, Hans Dieter Pearcey h...@pobox.com wrote:
Excerpts from David Golden's message of Fri Oct 09 12:09:09 -0400 2009:
On Fri, Oct 9, 2009 at 7:48 AM, David Golden xda...@gmail.com wrote:
Permit specifying of packages that should be installed to provide part
On Fri, Oct 9, 2009 at 1:19 PM, David E. Wheeler da...@kineticode.com wrote:
On Oct 9, 2009, at 4:46 AM, David Golden wrote:
* 'recommends' or 'suggests' they both imply (to me) they list optional
dependencies. Perhaps we could have both, where 'suggests' implies the
toolchain should ask
On Fri, Oct 9, 2009 at 4:55 PM, Ricardo Signes
perl.cpanw...@rjbs.manxome.org wrote:
I'd rather just have one datum: in case of emergency, contact whom? Heck,
this
can be a mailing list. Oh, wait, we have a field for that! And we have a
field for bug tracker and home page.
So, a resource
On Fri, Oct 9, 2009 at 7:56 AM, David Golden xda...@gmail.com wrote:
33. Install Meta files and make them queryable
Proposal: Using something like .packlist or File::ShareDir, the Meta file
should be installed along with the distribution and Meta tools should allow
easy querying of meta
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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.
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
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
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?
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
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
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:
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
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
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
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
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
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
- how should PUREPERL_ONLY=0 being interpreted?
Cheers
--
Jens Rehsack
rehs...@gmail.com
--
David Golden x...@xdg.me Twitter/IRC: @xdg
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
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
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
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
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
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
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
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
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
--
David Golden x...@xdg.me Twitter/IRC: @xdg
the best choice for temporary data.
David
--
David Golden x...@xdg.me Twitter/IRC: @xdg
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
::* 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
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
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
. 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
between stable releases
David
--
David Golden x...@xdg.me Twitter/IRC: @xdg
a great point that I'll try to remember to include in my annotated
version.
--
David Golden x...@xdg.me Twitter/IRC: @xdg
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
issues and let me know ASAP.
David
--
David Golden x...@xdg.me Twitter/IRC: @xdg
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
and
make master the default branch again.
--
David Golden x...@xdg.me Twitter/IRC: @xdg
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
1 - 100 of 127 matches
Mail list logo