> X-Original-To: ksh93-integration-discuss at opensolaris.org
> Delivered-To: ksh93-integration-discuss at opensolaris.org
> Date: Sat, 05 May 2007 00:49:50 +0200
> From: Roland Mainz <roland.mainz at nrubsig.org>
> X-Accept-Language: en
> MIME-Version: 1.0
> To: April Chin <April.Chin at Sun.COM>
> 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: ksh93-integration-discuss at opensolaris.org,
opensolaris-code at opensolaris.org, Mike.Kupfer at Sun.COM, peter.memishian at
Sun.COM
> X-BeenThere: ksh93-integration-discuss at opensolaris.org
> 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:ksh93-integration-discuss-request at
opensolaris.org?subject=unsubscribe>
> List-Archive:
<http://mail.opensolaris.org/pipermail/ksh93-integration-discuss>
> List-Post: <mailto:ksh93-integration-discuss at opensolaris.org>
> List-Help:
<mailto:ksh93-integration-discuss-request at opensolaris.org?subject=help>
> List-Subscribe:
<http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss>,
<mailto:ksh93-integration-discuss-request at opensolaris.org?subject=subscribe>
>
> 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) roland.mainz at nrubsig.org
> \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
> /O /==\ O\ TEL +49 641 7950090
> (;O/ \/ \O;)
> _______________________________________________
> ksh93-integration-discuss mailing list
> ksh93-integration-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss
