Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin@sources.redhat.com>
List-Help: <mailto:cygwin-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner@sources.redhat.com
Delivered-To: mailing list cygwin@sources.redhat.com
Message-Id: <4.3.1.2.20010222163130.02f24e40@pop.ma.ultranet.com>
X-Sender: lhall@pop.ma.ultranet.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.1
Date: Thu, 22 Feb 2001 16:34:19 -0500
To: Earnie Boyd <cygwin@cygwin.com>
From: "Larry Hall (RFK Partners, Inc)" <lhall@rfk.com>
Subject: Re: [ANNOUNCEMENT]: Important change to symbolic
  linkfunctionali ty
In-Reply-To: <3A9584E3.2047D8D5@yahoo.com>
References: <3A957332.FD98DFF6@ece.gatech.edu>
 <17B78BDF120BD411B70100500422FC6309E210@IIS000>
 <20010222184404.S908@cygbert.vinschen.de>
 <3A955952.6FF234D4@ece.gatech.edu>
 <20010222140454.F13561@redhat.com>
 <3A957332.FD98DFF6@ece.gatech.edu>
 <4.3.1.2.20010222155316.02f226c8@pop.ma.ultranet.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

At 04:30 PM 2/22/2001, Earnie Boyd wrote:
>"Larry Hall (RFK Partners, Inc)" wrote:
> > 
> > At 03:53 PM 2/22/2001, Corinna Vinschen wrote:
> > > > I just thought of another problem though -- if I put together a distro
> > > > tarball that contains symlinks, the dos paths will match MY system, and
> > > > not the user's system.  Unless part of the postinstall script is to run
> > > > fix-symlinks on the symlinks included in the installed package...
> > >
> > >No. Obviously not. Since Cygwin tar reads and saves the POSIX path
> > >in the tarball, it is absolutely correctly recreated when unpacked
> > >on the target system even when the links are absolute links, say
> > >/usr/include/foo or alike.
> > 
> > Wait, but you're just talking about the POSIX path.  I think Chuck was
> > referring to the Windows paths, right Chuck?
> > 
>
>You misunderstand Corinna.  She is saying that the *.lnk files wouldn't
>be in the tarball only the attribute of the links and the *.lnk file
>would be recreated when extracting it from the tarball.  The *.lnk file
>itself would not be extracted but recreated.


Ah, OK.  I guess I don't know how the "attribute of the links" are represented
but if the symlinks are recreated, that should take care of the basic problem.
So these "attributes" would still be platform specific, just like the current
symlinks, right?



Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
118 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

