X-Spam-Check-By: sourceware.org From: "fergus" To: Cc: Subject: Re: Speeding up Cygwin deployment Date: Mon, 25 Sep 2006 10:00:58 +0100 Message-ID: <000001c6e081$21a1e960$c30210ac@tcgp.dundee.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-UoD-Scan-Signature: 4b318eb5bb8baa30a440459bb4e7bb68 Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com >> C:\cygwin\usr\share\man\man1\allec.1 >> C:\cygwin\usr\X11R6\lib\X11\doc\html\atobm.1.html I don't have a system against which to check this conjecture, but if you do a DOS attrib on each of these files my guess is that the first is created as a +R symlink and the second as a +S symlink*; and if you do a DOS dir the first will be revealed as a .lnk file and the second will not. It looks to me as though the zipper you're using understands and can re-create files of the first sort, but the second goes wrong. (Or maybe even +S +H which might help explain its invisibility, but don't think so.) For different but similar reasons (the need to copy an entire Cygwin system to other file systems via a DVD which can faithfully transfer +R but not +S files whilst preserving these attributes) I have gone through the system re-creating all original +S symlinks as +R. If the above conjecture is true / looks as though it might be true, and if you think this re-creation might help I can send you the script. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/