> X-Original-To: [EMAIL PROTECTED]
> Delivered-To: [EMAIL PROTECTED]
> Date: Sat, 05 May 2007 00:49:50 +0200
> From: Roland Mainz <[EMAIL PROTECTED]>
> X-Accept-Language: en
> MIME-Version: 1.0
> To: April Chin <[EMAIL PROTECTED]>
> Subject: Re: "findunref"'s exception_list and deleted files... /
was:Re:[ksh93-integration-discuss]Re:[osol-code]Roundtwo:((pre-)pre-review)ksh93
-integrationwebrev2007-02-02
> Content-Transfer-Encoding: 7bit
> Cc: [EMAIL PROTECTED],
[email protected], [EMAIL PROTECTED], [EMAIL PROTECTED]
> X-BeenThere: [EMAIL PROTECTED]
> X-Mailman-Version: 2.1.4
> List-Id: Korn Shell 93 integration/migration project discussion
<ksh93-integration-discuss.opensolaris.org>
> List-Unsubscribe:
<http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss>,
<mailto:[EMAIL PROTECTED]>
> List-Archive:
<http://mail.opensolaris.org/pipermail/ksh93-integration-discuss>
> List-Post: <mailto:[EMAIL PROTECTED]>
> List-Help:
<mailto:[EMAIL PROTECTED]>
> List-Subscribe:
<http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss>,
<mailto:[EMAIL PROTECTED]>
>
> April Chin wrote:
> > > Peter Memishian wrote:
> [snip]
> > > > There's no precedent for doing that, nor do I think it's all that useful
> > > > given that deleted_files gets purged at the end of each release train.
> > >
> > > Do you mean that the files will not longer accessible even within Sun ?
> >
> > By purged, Peter means that the gate for the next release will not
> > carry over the deleted_files/ from the current release.
> > The deleted_files/ from this release will still be around if one
> > goes back to look at the old release gate.
> >
> > 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.
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?
April
>
> ----
>
> Bye,
> Roland
>
> --
> __ . . __
> (o.\ \/ /.o) [EMAIL PROTECTED]
> \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
> /O /==\ O\ TEL +49 641 7950090
> (;O/ \/ \O;)
> _______________________________________________
> ksh93-integration-discuss mailing list
> [EMAIL PROTECTED]
> http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
