In Lancaster, we agreed that distribution uploads must match a module name within to be indexed (with a grandfather list). This work needs to be completed and tested
-- by Ricardo Signes (rjbs), David Golden (xdg)
In Lancaster, we agreed to automate registration and release unused names after a period of time. These need to be implemented
-- by ???
In Lancaster, we agreed to rules for automated directory cleanup. These need to be implemented
-- by ???
In Lancaster, we agreed to publish an empty module list as a stepping stone to shutting down registration. This needs to be implemented. (Patches may exist and merely need to be applied.)
-- by ???
Should PAUSE permissions and indexing be fully separate? For example, if the metadata for a dist specifies `no_index` on a module, should you still get permission for that module, thus preventing anyone else from uploading the same module name (with or without `no_index`)?
- by Neil Bowers (NEILB), Andreas König, David Golden (xdg)
A periodic (probably yearly) email to PAUSE authors, to give them some kind of useful dashboard, and in the process check validity of their contact email address, recording this in the PAUSE db.
Discussed this briefly with ANDK at LPW 2013, hoping to hammer out a design and get at least a first cut working.
— by Neil Bowers (NEILB), Andreas König, Barbie
If M::M can be fixed (see below), it could replace PAUSE's legacy analysis for greater consistency.
-- by Karen Etheridge (Ether), David Golden (xdg)
Working out the best way to get this information into MetaCPAN, and possibly looking at other factors that should be included.
— by Neil Bowers (NEILB), Olaf Alders (oalders), Barbie
We still don't have an open-source BackPAN index and having one would help install older versions of modules.
Also, an historicised version of the index is something that can be valuable for building a CPAN time machine.
-- by ???
Check https://github.com/andk/pause/issues
-- by ???
Using CPAN::Common::Index would reduce memory usage and allow fast online module lookups (like cpanminus).
-- by David Golden (xdg)
CPAN::Common::Index has pluggable backends. Adding backends for other indexing web services would reduce dependence on Miyagawa's service.
-- by ???
They do similar things in slightly different ways, but their major difference ought to be UI/features. If they can use a single set of low-level libraries for "unpack, build, test, install", that would be quite useful for reduced maint and would allow future innovation in CPAN clients.
-- by David Golden (xdg)
It should be possible to have hooks around those basic steps, so that it's possible to extend *all* clients in the same straightforward way. (Thinking about my attempts with Git::CPAN::Hook here.)
There's a number of distributions that download and/or parse PAUSE files,
including:
PAUSE::* (neilb), Acme::CPANAuthors::Utils::* (charsbar), Parse::CPAN::*.
It would be great to identify the superset of useful features and fold them
into a canonical implementation and turn the remainder into wrappers.
-- by Karen Etheridge (Ether), David Golden (xdg), Kenichi Ishigaki (charsbar), Neil Bowers (NEILB)
M::M has a number of flaws and potential security holes. It needs fixing.
-- by Karen Etheridge (Ether), David Golden (xdg)
Several tools scan .pm files for $VERSION assignments. We should get one good module to do that and then use it everywhere. Look at Module::Metadata and V.
-- by ???
This is a smart merging engine for CPAN Meta fragments. This will require CPAN::Meta::Converter to be able to handle fragments first.
— by Leon Timmermans (leont), others?…
See https://github.com/cpants/www-cpants/issues/39
Currently there are several modules/distributions that provide CPAN Meta
validation: CPAN::Meta::Validator (core), Test::CPAN::Meta(::(YAML|JSON))?
(barbie) that contain duplicated code. Identify where the code should live,
and have the remainder change to being wrappers. Fix common callers e.g.
Dist::Zilla. (see also
CPAN-Meta issue#44).
Also potentially: provide patches for outstanding tickets
(RT#87951,
[CPAN-Meta queue)
--- by Karen Etheridge (Ether), Barbie
Identify undesirable behaviour of version.pm, cpan clients and PAUSE, such as
comparisons involving dev releases, updating meta spec as needed.
Write various components of a planned Module::Build replacement, including
— by Leon Timmermans (leont)
Start writing that .packlist replacement we discussed in Lancaster.
On 21.02.2014 at 18:52 wrote Edgar Fuß <ef@math.uni-bonn.de>:
> If pkgsrc patches a Perl Module, the resulting .orig file ends up in the
> .packlist and, via PERL5_PACKLIST, in the PLIST, so is contained in the
> package.
> See devel/p5-Proc-Daemon for an example.
— by Leon Timmermans (leont), Jens Rehsack (Sno), others?…
The Build.PL specification is moving forwards very slowly, we should finish it for real.
"$ perl Build.PL" should create a Makefile by default. Discuss the pros and cons (puser:Tux)
— by David Golden (xdg), Leon Timmermans (leont)
Our current installation mechanism is very flexible (in a Turing complete way), but most of the time that isn't necessary. It could be useful if this dependency on shelling out to Makefile.PL/Build.PL could be eliminated where possible.
— by Leon Timmermans (leont), miyagawa?
Test::Class::Moose is becoming more popular and is being used in production environments. My aim is to improve the "out of the box" parallel testing behavior, clean up some interface issues and make it easier to migrate from a Test::Class setup by providing optional Test and Tests tags, just like we find in Test::Class. Those can be used for plan management.
I also want to introduce a Test::Class backwards-compatibility role to further smooth the transition.
— by Curtis Poe (Ovid)
The Test Summary Report can grow quite large and hode failures when there are a lot of TODO tests.
-- by Curtis Poe (Ovid) and H.Merijn Brand (Tux)
Continue extending the prototype to explore the issues and find practical solutions.
— by Tim Bunce, H.Merijn Brand (Tux), Jens Rehsack (Sno), others?…
Various projects including improving APIs, CT Admin site, CT Search, CT Statistics
— by Barbie
Doing this would allow easier testing of alternatives and upgrades without risking the current server
-- by David Golden (xdg)
A few months ago, I needed something to smoke & collect test results. I remembered Smolder, and discovered it had gone unmaintained. I merged most of the patches people had proposed on Git Hub and CPAN RT. The major work left to do is to merge with mcartmell's branch, who ported Smolder to PSGI & DBIx::Class. Then we can start adding new features, maybe including a job scheduler.
— by Sébastien Aperghis-Tramoni (maddingue)
Maybe you could also adopt the Smolder distribution on CPAN. — Philippe Bruhat (BooK)
Continue the work on Test::Smoke, the backends, the database and the web-UI
-- by Abe Timmerman (abeltje), H.Merijn Brand (Tux), others?
https://github.com/tsee/cpan_perl_branch_smoke allows you to smoke multiple branches of Perl and compare results, but it could use some love. Some improvements:
-- by Matthew Horsfall (alh)
Is it possible to extend the analysis to the diagnostics output by the test scripts? If that's too much data, maybe agree upon a specific format for the diagnostics, e.g. to provide extra information about the system, that is relevant for the distribution being tested.
-- by ???
Add and improve some metrics, both for uploaded distributions, and for local projects that use
Test::Kwalitee,
Module::CPANTS::Analyse
and its friends.
— by Kenichi Ishigaki (charsbar), Karen Etheridge (Ether), Salve J. Nilsen (sjn), others?
There are various aspects of the spec in CPAN::Changes::Spec and parsing in CPAN::Changes that people have expressed dissatisfaction with. Try and hammer out something that we can all live with.
— by Neil Bowers (NEILB), Olaf Alders (oalders), Graham Knop (haarg)?
I want to bring confidence intervals formally to benchmarking. I have some ideas and may want to discuss them or prototype an API.
-- by David Golden (xdg)
Following a discussion that occurred on p5p, I think I have a way to implement a mechanism which, although it would not be as initially described, should still be extremely helpful for serializers. I'm not very familiar with p5 internals, but it can be an occasion for me to discover more. If someone is interested and want to steal the idea, I can describe it in more details on another page :)
— by Sébastien Aperghis-Tramoni (maddingue)
Implement coderef/arrayref/object in @INC support for Acme::require::case and use its code (less case-sensitivity bits) as the basis of revising 'perlfunc'
-- by David Golden (xdg)
optional optimizer
Make the peephole optimizer optional. Currently it performs two tasks
as it walks the optree - genuine peephole optimisations, and necessary
fixups of ops. It would be good to find an efficient way to switch out
the optimisations whilst keeping the fixups.
-- by Matthew Horsfall (alh)
There used to be a test.deparse makefile target. I've attempted to bring this back inside of t/TEST, but what would be better is an actual .t test that contains all of the logic (since it really doesn't belong in t/TEST). Figure out some way to do this sanely so that it can start being smoked. This will allow us to prevent deparse from getting worse, and we can slowly start trying to make it better.
-- by Matthew Horsfall (alh)
Implement an `is_dual($module, $perl_version )` interface. Most likely
depends on getting everything properly homed into ext/, dist/, or cpan/ (see
perl RT#120080).
--- by Karen Etheridge (Ether)
Steal^WGet ideas from Perl 5 that are known to work, in order to make the Perl 6 package installation rock solid.
The way of installating a distribution is meant to put it into a repository rather than storing it flat on disk. There is a prototype for such a repository and its handling, but it needs strengthening befor it will be the standard.
--- by Tobias Leich (froggs)
version 43 saved on 25/02/14 11:31 by Olivier Mengué (dolmen)
Home | Tags | Recent changes | History