Message-ID: <20010210154039.559.qmail@lauras.lt> From: "Laurynas Biveinis" Date: Sat, 10 Feb 2001 17:40:39 +0200 To: Eli Zaretskii Cc: djgpp-workers AT delorie DOT com Subject: Re: Cygnus tree in SFN, again Mail-Followup-To: Eli Zaretskii , djgpp-workers AT delorie DOT com References: <20010210115707 DOT 1224 DOT qmail AT lauras DOT lt> <1659-Sat10Feb2001154958+0200-eliz AT is DOT elta DOT co DOT il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <1659-Sat10Feb2001154958+0200-eliz@is.elta.co.il>; from eliz@is.elta.co.il on Sat, Feb 10, 2001 at 03:49:59PM +0200 Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Sat, Feb 10, 2001 at 03:49:59PM +0200, Eli Zaretskii wrote: > No :-(. Ideally, djtar should be able to do that if the name-change > file has only one file name (the original one) on the line, exactly > like it does interactively, but it doesn't support this currently. ...and as you've correctly pointed out below, we are stuck with current djtar capabilities. > Moreover, I'd advise against omitting entire directories. Actually I don't care if those directories are in or out, but currently I can't run the unpacker non-interactively, that's the problem. > ``Laziness is the mother of invention'' (a paraphrase, I know ;-). So > how about writing a short program to automatically transform the > clashing names? Hm... Probably I will. And put on my TODO - 'improve djtar'. Such field testing points out very good where djtar could be improved. Laurynas