April Chin wrote:
[snip]
> > April Chin wrote:
[snip]
> > > So potentially, as time goes on, the ksh93 deleted_files listed in
> > > usr/src/lib/libshell/misc/filelist.txt could be scattered
> > > among different release gates, if more unreferenced files get
> > > added to the original AT&T source.
> >
> > Mhhh... fun... ;-(
> > ... what would be your preferred choice - delete the files before the
> > putback or do the two-stage putback (e.g. first commit all files, then
> > do a 2nd commit to remove the unreferenced ones) ?
> 
> I'm leaning towards deleting the files first.

Agreed.

> Although we could do two commits on the first putback to save the
> unreferenced files under deleted_files/, I'm not sure
> if we want to keep doing this for subsequent putbacks, in cases where the
> set of deleted files may have changed.  I think it would get messy,
> unless we're only thinking of doing this the first time.
> 
> Would it make more sense to keep an archive of the full version of the AT&T
> source which was ported on the ksh93 project web page?

Somehow I wish we could find a more permanent storage than the
"website". The website interface at opensolaris.org doesn't appear to
use a version control software or something similar as backend and one
single wrong click may delete the file (we're now basically on the old
road which leads to the problem that the original code may be gone in
ten or fifteen years and nooone remebers where it came from or where
it's stored. But maybe I am worrying too much... ;-( ).

AFAIK the best option may be that I burn the files on a CD and then
defer the issue to "later" and then rush with full force to get this
putback done...

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz at nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)

Reply via email to