From ggrothendieck at gmail.com  Sat Sep 10 14:51:07 2005
From: ggrothendieck at gmail.com (Gabor Grothendieck)
Date: Sat, 10 Sep 2005 08:51:07 -0400
Subject: [Rd] Issue tracking in packages [was: Re: [R] change in
	read.spss, package foreign?]
In-Reply-To: <17186.46037.468981.530188@mithrandir.hornik.net>
References: <3.0.6.32.20050909015829.007bed60@pop.gmx.net>
	<3.0.6.32.20050909145010.007c2a70@pop.gmx.net>
	<Pine.LNX.4.63a.0509090845050.619@homer23.u.washington.edu>
	<971536df05090910211d639ed1@mail.gmail.com>
	<Pine.LNX.4.63a.0509091029550.5570@homer23.u.washington.edu>
	<971536df05090910442796d89d@mail.gmail.com>
	<Pine.LNX.4.63a.0509091250220.5570@homer23.u.washington.edu>
	<17186.46037.468981.530188@mithrandir.hornik.net>
Message-ID: <971536df050910055166ae0a14@mail.gmail.com>

On 9/10/05, Kurt Hornik <Kurt.Hornik at wu-wien.ac.at> 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 available in the built package under the current way packages are
> >> built)
> 
> > The problem is that there *isn't* a standard location. As Robert
> > Gentleman has pointed out, if you only maintain two or three packages
> > it isn't too bad to change them to some new layout, but if you are the
> > bioconductor project it gets painful quite quickly.
> 
> > Also, there are good reasons for having NEWS in the top level
> > directory.  Nearly everything that isn't an R package does this,
> > because it's a useful standard.
> 
> And similar things could be said about Emacs users with ChangeLog files
> in top-level package directories ...
> 
> 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 have a simple show_package_change_log()
> function ...

One could have that without this meta data.  show_package_change_log
could just check if the file is present.



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