Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-11 Thread Gabor Grothendieck
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 location or existence of

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-11 Thread Friedrich . Leisch
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 much at all), the HTML

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Friedrich . Leisch
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 level of the

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Kurt Hornik
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 current way

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Gabor Grothendieck
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 source packages. This has

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Gabor Grothendieck
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 automatically made

Re: [Rd] Issue tracking in packages [was: Re: [R] change in, read.spss, package foreign?]

2005-09-10 Thread Gabor Grothendieck
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 would

Re: [Rd] Issue tracking in packages [was: Re: [R] change in, read.spss, package foreign?]

2005-09-10 Thread Thomas Lumley
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.

Re: [Rd] Issue tracking in packages [was: Re: [R] change in, read.spss, package foreign?]

2005-09-10 Thread Frank E Harrell Jr
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 are on the

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Gabor Grothendieck
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 data line

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Thomas Lumley
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, exec, etc. If

[Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-09 Thread Gabor Grothendieck
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 binary

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-09 Thread Thomas Lumley
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 WISHLIST

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-09 Thread Gabor Grothendieck
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 that they

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-09 Thread Gabor Grothendieck
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 built package