On Wed, 2008-26-03 at 11:36 -0400, Hans Dieter Pearcey wrote:
Is there anything else that should be included?
Document any assumptions about Version ordering ?
There have been discussions about this both on debian-perl (debian) and
on module-authors (perl) in the past few weeks/months.
The
rjbs and I have been working on something that involves referring to things on
CPAN, both real files and abtract things (modules, dists without versions,
etc.). Here's what we have working so far:
URI::cpan (isa URI::_generic) reblesses into several packages based on its
'authority'.
On Wed, Mar 26, 2008 at 11:55:11AM -0400, Guy Hulbert wrote:
On Wed, 2008-26-03 at 11:36 -0400, Hans Dieter Pearcey wrote:
Is there anything else that should be included?
Document any assumptions about Version ordering ?
This module makes none, since it makes no version comparisons. I'd
On Wednesday 26 March 2008, Hans Dieter Pearcey wrote:
rjbs and I have been working on something that involves referring to things
on CPAN, both real files and abtract things (modules, dists without
versions, etc.). Here's what we have working so far:
URI::cpan (isa URI::_generic) reblesses
On Wed, Mar 26, 2008 at 12:42:48PM -0400, Ricardo SIGNES wrote:
* Hans Dieter Pearcey [EMAIL PROTECTED] [2008-03-26T12:01:55]
This module makes none, since it makes no version comparisons. I'd expect
that most applications would interpret the version-less forms of package and
dist as
* Hans Dieter Pearcey [EMAIL PROTECTED] [2008-03-26T12:01:55]
On Wed, Mar 26, 2008 at 11:55:11AM -0400, Guy Hulbert wrote:
On Wed, 2008-26-03 at 11:36 -0400, Hans Dieter Pearcey wrote:
Is there anything else that should be included?
Document any assumptions about Version ordering ?
On Wed, Mar 26, 2008 at 01:19:28PM -0400, Hans Dieter Pearcey wrote:
I prefer cpan://ID/file, but I can see a case for cpan://author/ID/file, and I
don't have strong feelings on the matter. Does anyone else?
Well, if your author ID happens to be dist or module or whatever,
you might get a bit
On Wed, Mar 26, 2008 at 06:38:28PM +0200, Shlomi Fish wrote:
On Wednesday 26 March 2008, Hans Dieter Pearcey wrote:
cpan://^[A-Z]+$/ - URI::cpan::author
cpan://HDP/Foo-Bar-1.23.tar.gz
cpan://HDP/some/subdir/random/file.txt
For consistency I'd prefer if this were cpan://author/HDP
On Wed, Mar 26, 2008 at 05:30:30PM +, Paul LeoNerd Evans wrote:
Otherwise, we have to specialcase out all sorts of odd things, and
whatever is left must be IDs.
cpan://dist/Foo-Bar
cpan://module/Foo::Bar
cpan://FRED
It's not quite *that* bad; the special cases are all lowercase, and
On Wed, 26 Mar 2008, Hans Dieter Pearcey wrote:
On Wed, Mar 26, 2008 at 05:30:30PM +, Paul LeoNerd Evans wrote:
Otherwise, we have to specialcase out all sorts of odd things, and
whatever is left must be IDs.
cpan://dist/Foo-Bar
cpan://module/Foo::Bar
cpan://FRED
It's not quite
Hans Dieter Pearcey wrote:
Is there anything else that should be included?
How about changing things?
Kindly call it a module, and not a package, because what you're describing
isn't one.
* Elliot Shank [EMAIL PROTECTED] [2008-03-26T14:20:20]
Hans Dieter Pearcey wrote:
Is there anything else that should be included?
How about changing things?
Kindly call it a module, and not a package, because what you're describing
isn't one.
Yes it is. Alternately: explain what you mean.
The problem I have with the several proposals so far is that they seem
to assume things that may or may not be supported by CPAN's actual
metadata and file structure.
1) Distributions can't be uniquely identified without an author name.
For example:
cpan://dist/Foo-Bar/1.23
There is no
* David Golden [EMAIL PROTECTED] [2008-03-26T16:59:26]
1) Distributions can't be uniquely identified without an author name.
For example:
cpan://dist/Foo-Bar/1.23
Good catch.
2) dists may or may not even contain modules -- they could just contain
scripts.
I'm not sure this is relevant,
On Wed, Mar 26, 2008 at 5:23 PM, Ricardo SIGNES
[EMAIL PROTECTED] wrote:
1. cpan://package/Your::Face
2. cpan://dist/HDP/Your-Face
3. cpan://dist/HDP/Your-Face/0.01
4. cpan://file/HDP/Your-Face-0.01.tar.gz
(4) means that you can't use cpan:// to find a non-author file, like
* Hans Dieter Pearcey [EMAIL PROTECTED] [2008-03-26 18:20]:
(or perhaps /id/ID instead.)
++
Regards,
--
Aristotle Pagaltzis // http://plasmasturm.org/
* David Golden [EMAIL PROTECTED] [2008-03-26 22:00]:
1) Distributions can't be uniquely identified without an author
name. For example:
cpan://dist/Foo-Bar/1.23
There is no reliable way to identify where Foo-Bar-1.23 is to
be found. There is no reason as far as I know, why two authors
On Wed, Mar 26, 2008 at 7:27 PM, Aristotle Pagaltzis [EMAIL PROTECTED] wrote:
authors/id/D/DA/DAGOLDEN/Foo-Bar-1.23.tar.gz
authors/id/R/RJ/RJBS/Foo-Bar-1.23.tar.gz
http://search.cpan.org/dist/Foo-Bar/ does something useful
anyhow. URI::cpan should produce the same results.
That it
* David Golden [EMAIL PROTECTED] [2008-03-26T18:02:55]
On Wed, Mar 26, 2008 at 5:23 PM, Ricardo SIGNES
5. cpan://index/02packages.txt.gz
That could be used as a uniform way to address index files scattered across
the authors/, modules/, and indices/ directories.
I don't like file
On Wed, Mar 26, 2008 at 8:26 PM, Ricardo SIGNES
[EMAIL PROTECTED] wrote:
I am going to be verbose and pedantic. Please know that I am not trying to
sound like a jerk:
I think I know your style well enough by now (virtually) to know
you're not being a jerk. ;-)
In the CPAN, there are
* David Golden [EMAIL PROTECTED] [2008-03-26T21:00:01]
On Wed, Mar 26, 2008 at 8:26 PM, Ricardo SIGNES
In the CPAN, there are dists, which are largely any understood archive,
but especially one that contains either META.yml or is laid out with
modules and other stuff we recognize.
Ricardo SIGNES wrote:
* Elliot Shank [EMAIL PROTECTED] [2008-03-26T14:20:20]
Hans Dieter Pearcey wrote:
Is there anything else that should be included?
How about changing things?
Kindly call it a module, and not a package, because what you're describing
isn't one.
Yes it is. Alternately:
Elliot Shank wrote:
Ricardo SIGNES wrote:
* Elliot Shank [EMAIL PROTECTED] [2008-03-26T14:20:20]
Kindly call it a module, and not a package, because what you're
describing
isn't one.
Yes it is. Alternately: explain what you mean. Here is what I mean:
Oh. Duh.
I don't mean that it's a
23 matches
Mail list logo