Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
From: "Lance Kibblewhite" <lrk AT pobox DOT com>
To: <cygwin AT cygwin DOT com>
Subject: RE: Setup 2.57 woes...
Date: Fri, 1 Jun 2001 21:03:45 -0400
Message-ID: <AMEJJPNGNLDBOGHOMLFLIEMHEDAA.lrk@pobox.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <009101c0eafc$a3409230$7556273f@ca.boeing.com>

> From: Michael A. Chase
>
> If you want help with your installation on this list, you should let setup
> manage the archive files in its normal fashion.  There would be
> far too many
> possible variations for us to try to guess what each helpee has otherwise.

Sure, no problem. Where was that need to maintain that structure documented?
Obviously I was taking advantage of an undocumented, and very useful,
feature, which is now obsoleted. Again, without documentation.


> More comments below.
> --
> Mac :})
> Give a hobbit a fish and he'll eat fish for a day.
> Give a hobbit a ring and he'll eat fish for an age.
> ----- Original Message -----
> From: "Lance Kibblewhite" <lrk AT pobox DOT com>
> To: <cygwin AT cygwin DOT com>
> Sent: Friday, June 01, 2001 17:03
> Subject: Setup 2.57 woes...
>
>
> > Setup 2.57 seems to have a problem locating the existing
> tarballs, and is
> > always offering for download all files. This obviously makes it very
> > difficult to determine what is truly new.
>
> For a while now, setup has kept archive files in separate
> subdirectories by
> module under ./contrib/ or ./latest/.

On the ftp sites yes. But not necessarily local. Until now.

> > This was working very nicely with the previous version.
>
> That has now changed.

Yes, apparently so.

> > The download directory is correct, been the same directory that setup is
> > downloaded to. For some reasons it, just can't see the files even though
> > they are right there in the same directory.
>
> If you mean a single download directory, then it is _not_ correct anymore.
> It looks for the files in the locations given in setup.ini.

setup.ini details the server-side info. It is completely gratuitous that
setup insists that it be mirrored locally.

>
> > I only use setup for download, since setup's install (or at
> least earlier
> > versions) always insists on trampling over my /bin /usr/bin mounts etc,
> but
> > that's another story. Manual installs are trivial however.
>
> The FAQ describes why /bin/ and /usr/bin/ (and /lib/ and
> /usr/lib/) need to
> point to the same directory.  If you insist on keeping them separate, you
> are making your installation unsupportable.

No, that's not the problem. They are the same. but /usr/bin is mounted to
/bin etc. Setup appears to want things the other way around, when it
shouldn't really care. Another gratuitous decision.

>
> > Has it become mandatory to use setup for install also?
>
> Not completely, but it makes keeping a common directory structure both in
> the archive cache and in the working Cygwin directories much
> easier so it is
> much easier for us to guess were things are when someone asks for help.
> The easiest way to maintain your Cygwin installation is to use setup for
> both download and install.  It does both in one call by default (Install
> from Internet), but you can perform the two steps in separate calls to
> setup.exe.

Yes, I know. ein system, ein layout.


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