> On Sat, 10 Sep 2005 19:06:51 +0200,
> Martin Maechler (MM) wrote:
> "TL" == Thomas Lumley <[EMAIL PROTECTED]>
> on Sat, 10 Sep 2005 09:32:29 -0700 (PDT) writes:
>>> Standard location or a mechachanism like the one you
>>> describe are both similar amount of work (and not
On 9/10/05, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> On Sat, 10 Sep 2005, Gabor Grothendieck wrote:
>
> > On 9/10/05, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> >> On Sat, 10 Sep 2005, Gabor Grothendieck wrote:
> >>>
> >>> And one more comment. The DESCRIPTION file does not record the
> >>> lo
On Sat, 10 Sep 2005, Gabor Grothendieck wrote:
> On 9/10/05, Thomas Lumley <[EMAIL PROTECTED]> wrote:
>> On Sat, 10 Sep 2005, Gabor Grothendieck wrote:
>>>
>>> And one more comment. The DESCRIPTION file does not record the
>>> location or existence of the various subdirectories such as R, man,
>
On 9/10/05, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> On Sat, 10 Sep 2005, Gabor Grothendieck wrote:
> >
> > And one more comment. The DESCRIPTION file does not record the
> > location or existence of the various subdirectories such as R, man,
> > exec, etc. If NEWS is to be recorded as a meta d
> "TL" == Thomas Lumley <[EMAIL PROTECTED]>
> on Sat, 10 Sep 2005 09:32:29 -0700 (PDT) writes:
>> Standard location or a mechachanism like the one you
>> describe are both similar amount of work (and not much at
>> all), the HTML pages are generated by perl and I have the
Gabor Grothendieck wrote:
> On 9/10/05, Frank E Harrell Jr <[EMAIL PROTECTED]> wrote:
>
>>I would vote for allowing a URL or external file name in in DESCRIPTION,
>>whose contents could be automatically displayed for the user when
>>needed. Our changelogs are automatically generated by CVS and ar
On Sat, 10 Sep 2005, Seth Falcon wrote:
> For what its worth, I don't like this idea of adding a ChangeLog field
> to the DESCRIPTION file.
>
> Agreeing upon a standard location for NEWS or CHANGES or some such
> seems a more simple solution. As long as the presence of such a file
> is *optional*.
On Sat, 10 Sep 2005, Frank E Harrell Jr wrote:
> I would vote for allowing a URL or external file name in in DESCRIPTION,
> whose contents could be automatically displayed for the user when
> needed. Our changelogs are automatically generated by CVS and are on
> the web.
Yes, this would be nice.
On Sat, 10 Sep 2005, Gabor Grothendieck wrote:
>
> And one more comment. The DESCRIPTION file does not record the
> location or existence of the various subdirectories such as R, man,
> exec, etc. If NEWS is to be recorded as a meta data line item in
> DESCRIPTION then surely all of these should
>
> Standard location or a mechachanism like the one you describe are both
> similar amount of work (and not much at all), the HTML pages are
> generated by perl and I have the parsed DESCRIPTION file there, i.e.,
> using a fixed name or the value of the Changelog field is basically
> the same.
>
On 10 Sep 2005, [EMAIL PROTECTED] wrote:
> I like the suggestion about using a Changelog (or whatever it would
> be called) field in the package DESCRIPTION meta-data. If we have
> that, we could not only use this for repository-side presentation of
> the package, but also install such info and ha
On 9/10/05, Frank E Harrell Jr <[EMAIL PROTECTED]> wrote:
> I would vote for allowing a URL or external file name in in DESCRIPTION,
> whose contents could be automatically displayed for the user when
> needed. Our changelogs are automatically generated by CVS and are on
> the web.
Normally I wou
Frank E Harrell Jr wrote:
> I would vote for allowing a URL or external file name in in DESCRIPTION,
> whose contents could be automatically displayed for the user when
> needed. Our changelogs are automatically generated by CVS and are on
> the web.
From a repositoriy maintainer's point of
I would vote for allowing a URL or external file name in in DESCRIPTION,
whose contents could be automatically displayed for the user when
needed. Our changelogs are automatically generated by CVS and are on
the web.
--
Frank E Harrell Jr Professor and Chair School of Medicine
On 9/10/05, Gabor Grothendieck <[EMAIL PROTECTED]> wrote:
> On 9/10/05, Kurt Hornik <[EMAIL PROTECTED]> wrote:
> > > Thomas Lumley writes:
> >
> > > On Fri, 9 Sep 2005, Gabor Grothendieck wrote:
> > >> How about if there were just a standard location and name such as
> > >> inst/NEWS,
> > >> i
On 9/10/05, Kurt Hornik <[EMAIL PROTECTED]> wrote:
> > Thomas Lumley writes:
>
> > On Fri, 9 Sep 2005, Gabor Grothendieck wrote:
> >> How about if there were just a standard location and name such as
> >> inst/NEWS,
> >> inst/WISHLIST, inst/THANKS (which has the advantage that they are
> >>
On 9/10/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > On Fri, 9 Sep 2005 10:33:03 -0700 (PDT),
> > Thomas Lumley (TL) wrote:
>
> > On Fri, 9 Sep 2005, Gabor Grothendieck wrote:
> >>
> >> I personally put NEWS, WISHLIST and THANKS files in the 'inst'
> >> directory of all my sour
> Thomas Lumley writes:
> On Fri, 9 Sep 2005, Gabor Grothendieck wrote:
>> How about if there were just a standard location and name such as inst/NEWS,
>> inst/WISHLIST, inst/THANKS (which has the advantage that they are
>> automatically
>> made available in the built package under the curren
> On Fri, 9 Sep 2005 10:33:03 -0700 (PDT),
> Thomas Lumley (TL) wrote:
> On Fri, 9 Sep 2005, Gabor Grothendieck wrote:
>>
>> I personally put NEWS, WISHLIST and THANKS files in the 'inst'
>> directory of all my source packages. This has the effect of copying them
to the
>> top
On 9/9/05, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> On Fri, 9 Sep 2005, Gabor Grothendieck wrote:
> > How about if there were just a standard location and name such as inst/NEWS,
> > inst/WISHLIST, inst/THANKS (which has the advantage that they are
> > automatically
> > made available in the bui
On Fri, 9 Sep 2005, Gabor Grothendieck wrote:
> How about if there were just a standard location and name such as inst/NEWS,
> inst/WISHLIST, inst/THANKS (which has the advantage that they are
> automatically
> made available in the built package under the current way packages are
> built)
The pr
On 9/9/05, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> On Fri, 9 Sep 2005, Gabor Grothendieck wrote:
> >
> > I personally put NEWS, WISHLIST and THANKS files in the 'inst'
> > directory of all my source packages. This has the effect of copying them
> > to the
> > top level of the built version so
On Fri, 9 Sep 2005, Gabor Grothendieck wrote:
>
> I personally put NEWS, WISHLIST and THANKS files in the 'inst'
> directory of all my source packages. This has the effect of copying them to
> the
> top level of the built version so that they are accessible from R via:
>
I'm not sure that WISHLI
On 9/9/05, Thomas Lumley <[EMAIL PROTECTED]> wrote:
>
> Many packages have a NEWS or ChangeLog file describing changes. You would
> typically have to look at the source package to find them, since by Unix
> tradition they are usually in the top-level directory and so are not
> included in the bin
24 matches
Mail list logo
