module-build-general

[Module-build-general] Re: META.yml specs

[Andreas J K. <and...@an...>]

>>>>> On Fri, 1 Aug 2003 03:17:20 -0700, Michael G Schwern <sc...@po...> said:

  > On Fri, Aug 01, 2003 at 09:25:24AM +0200, Andreas J Koenig wrote:
 >> And would people think it would be a good idea to include the URL of
 >> the spec into every META.yml file? I'm not sure.

  > Couldn't hurt, its just a comment.  It would be nice if the URL was
  > permenant, though.  I have a sneaking suspicion Module::Build might move off
  > SF.net one day.  Say a pobox.com or module-build.org (if such a beast
  > exists) address?

I believe the document should live in Ken's CPAN directory.

-- 
andreas

[Module-build-general] Re: META.yml specs

[Andreas J K. <and...@an...>]

>>>>> On Fri, 1 Aug 2003 03:41:08 -0700, Michael G Schwern <sc...@po...> said:

  > On Fri, Aug 01, 2003 at 12:24:23PM +0200, Andreas J Koenig wrote:
 >> I believe the document should live in Ken's CPAN directory.

  > We'd still need a cannonical URL for the latest version since the one 
  > directly to CPAN would be constantly changing to match the version # or 
  > disappearing as old versions get deleted.

*.html files may be overwritten, so META-spec.html can remain the
latest spec. As long as it contains links to earlier versions, this
should be all you ever need to link to.

  > This is a problem for CPAN modules in general.

That's why there is the exception that says:

    documentation files may be overwritten. There's a simple regular
    expression that draws the line between docu und code:
    <code>/(README|readme|\.html|\.txt)$/</code>. Filenames matching
    this RE can be uploaded as often as you like.

(from CPAN/modules/04pause.html)

-- 
andreas

[Module-build-general] Re: META.yml specs

[Graham B. <gb...@po...>]

On Friday, Aug 1, 2003, at 03:41 US/Pacific, Michael G Schwern wrote:

> On Fri, Aug 01, 2003 at 12:24:23PM +0200, Andreas J Koenig wrote:
>> I believe the document should live in Ken's CPAN directory.
>
> We'd still need a cannonical URL for the latest version since the one
> directly to CPAN would be constantly changing to match the version # or
> disappearing as old versions get deleted.

Having the version number in the URL would be a good thing, the URL 
would then
also be documenting which version of the spec the file implements. Just 
don't delete
old versions of it from CPAN.

Graham.

Re: [Module-build-general] Re: META.yml specs

[Steve P. <sp...@qu...>]

On Friday, August 1, 2003, at 11:24  am, Andreas J Koenig wrote:

>>>>>> On Fri, 1 Aug 2003 03:17:20 -0700, Michael G Schwern 
>>>>>> <sc...@po...> said:
>
>> On Fri, Aug 01, 2003 at 09:25:24AM +0200, Andreas J Koenig wrote:
>>> And would people think it would be a good idea to include the URL of
>>> the spec into every META.yml file? I'm not sure.
>
>> Couldn't hurt, its just a comment.  It would be nice if the URL was
>> permenant, though.  I have a sneaking suspicion Module::Build might 
>> move off
>> SF.net one day.  Say a pobox.com or module-build.org (if such a beast
>> exists) address?
>
> I believe the document should live in Ken's CPAN directory.

Hmm.. but then Ken will always be responsible for maintaining the spec 
- what happens if he ever decides to pass maintenance of M::B over to 
someone else?  Perhaps another dir on CPAN (or perl.com) would make 
more sense?

-Steve

Re: [Module-build-general] Re: META.yml specs

[Andreas J K. <and...@an...>]

>>>>> On Fri, 1 Aug 2003 15:36:36 +0100, Steve Purkis <sp...@qu...> said:

 sp> Hmm.. but then Ken will always be responsible for maintaining the spec
 sp> - what happens if he ever decides to pass maintenance of M::B over to
 sp> someone else?  Perhaps another dir on CPAN (or perl.com) would make
 sp> more sense?

Good point. There is a very simple plan how to deal with groups on
CPAN, and it is already 3/4 implemented: larger projects are able to
register a mailinglist account. Unfortunately this is currrently not a
very usable feature, but I have promised Stas Bekman to make it more
so. I could arrange things manually now for the module-build mailing
list, if people want. That way Ken would be my victim that will have
to test the new functionality as the first one.

-- 
andreas

Re: [Module-build-general] Re: META.yml specs

[Ken W. <ke...@ma...>]

On Friday, August 1, 2003, at 10:00  AM, Andreas J Koenig wrote:

>>>>>> On Fri, 1 Aug 2003 15:36:36 +0100, Steve Purkis 
>>>>>> <sp...@qu...> said:
>
>  sp> Hmm.. but then Ken will always be responsible for maintaining the 
> spec
>  sp> - what happens if he ever decides to pass maintenance of M::B 
> over to
>  sp> someone else?  Perhaps another dir on CPAN (or perl.com) would 
> make
>  sp> more sense?
>
> Good point. There is a very simple plan how to deal with groups on
> CPAN, and it is already 3/4 implemented: larger projects are able to
> register a mailinglist account. Unfortunately this is currrently not a
> very usable feature, but I have promised Stas Bekman to make it more
> so. I could arrange things manually now for the module-build mailing
> list, if people want. That way Ken would be my victim that will have
> to test the new functionality as the first one.

Heh - sure, sounds good to me.

  -Ken

Re: [Module-build-general] Re: META.yml specs

[Stas B. <st...@st...>]

Andreas J Koenig wrote:
>>>>>>On Fri, 1 Aug 2003 15:36:36 +0100, Steve Purkis <sp...@qu...> said:
> 
> 
>  sp> Hmm.. but then Ken will always be responsible for maintaining the spec
>  sp> - what happens if he ever decides to pass maintenance of M::B over to
>  sp> someone else?  Perhaps another dir on CPAN (or perl.com) would make
>  sp> more sense?
> 
> Good point. There is a very simple plan how to deal with groups on
> CPAN, and it is already 3/4 implemented: larger projects are able to
> register a mailinglist account. Unfortunately this is currrently not a
> very usable feature, but I have promised Stas Bekman to make it more
> so. I could arrange things manually now for the module-build mailing
> list, if people want. That way Ken would be my victim that will have
> to test the new functionality as the first one.

And I can do that too if more testing is needed.

role accounts, here we come...

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:st...@st... http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com