delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-developers/2000/04/12/09:56:08

Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-developers-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-developers-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin-developers AT sourceware DOT cygnus DOT com
From: Chris Faylor <cgf AT cygnus DOT com>
Date: Wed, 12 Apr 2000 10:55:44 -0400
To: cygwin-developers AT sourceware DOT cygnus DOT com
Subject: Re: Testing/Feedback on new setup.exe
Message-ID: <20000412105544.B4651@cygnus.com>
Reply-To: cygwin-developers AT sourceware DOT cygnus DOT com
Mail-Followup-To: cgf AT cygnus DOT com, cygwin-developers AT sourceware DOT cygnus DOT com
References: <Pine DOT LNX DOT 4 DOT 10 DOT 10004112322370 DOT 24628-100000 AT abomination DOT cygnus DOT com>
Mime-Version: 1.0
User-Agent: Mutt/1.1.8i
In-Reply-To: <Pine.LNX.4.10.10004112322370.24628-100000@abomination.cygnus.com>; from mdejong@cygnus.com on Tue, Apr 11, 2000 at 11:27:09PM -0700

On Tue, Apr 11, 2000 at 11:27:09PM -0700, Mo DeJong wrote:
>If tar exits with some error condition, the installer needs to stop and
>give the user some indication of the package that generate the errors
>and what they should do next.  We could print something like this:

If I understand things correctly, the install.log file is not
intended to catch errors.  It just grabs output from tar so
that an uninstall script can be created.

>"Error installing the gdb-20000127.tar.gz
>package. You may have a corrupted tar file,
>or there may be some other problem with your
>install. Check the README and the FAQ
>http://sourceware.cygnus.com/cygwin/faq"

Care to submit a patch?

>% tar -C / -xzvf gdb-20000127.tar.gz
>usr/bin/cygitcl30.dll
>usr/bin/cygitclsh30.exe
>usr/bin/cygitk30.dll
>usr/bin/cygitkwish30.exe
>usr/bin/cygtcl80.dll
>....
>usr/share/tk8.0/tkfbox.tcl
>usr/share/tk8.0/tkfboxTest.tcl
>usr/share/tk8.0/xmfbox.tcl
>/usr/bin/tar.exe: usr/lib/libtcl80.a: Could not create file: Permission 
>denied
>/usr/bin/tar.exe: usr/lib/libtk80.a: Could not create file: Permission
>denied
>/usr/bin/tar.exe: usr/man/man1/itclsh.1: Could not create file: Permission
>denied
>/usr/bin/tar.exe: usr/man/man1/itkwish.1: Could not create file:
>Permission denied
>/usr/bin/tar.exe: usr/man/man3/Resolvers.3: Could not create file:
>Permission denied

Corinna had already noted these errors and is tracking down the cause.
I hope.

>Something really strange is going on in /usr/lib.  If I do a "ls
>/usr/lib" I can see the files that were installed but if I open the
>same directory in explorer it does not see the files, the dir just
>appears empty.  I did not see this error with the last installer and it
>should be the only thing that is different.  Was something in the
>installer changed that would explain this error?

/usr/lib is a "symbolic link" to /lib.  See previous voluminous
discussions about this in the cygwin-developers mailing list.

>I thought I would try to work around the
>problem by just removing the directory
>that contained the gdb tar.gz file.
>That worked in the sense that the installer
>would install without errors, but
>I would like to be able to run
>gdb so it is not a very good fix.

How about installing from the Internet?  It sounds like your gdb.tar.gz
file might have been corrupted.

>I also tried putting the setup.exe file into the "root" dir of the
>files I downloaded off the ftp site.  I downloaded to
>C:\Temp\cygwin-net-485, so the bash tar file was
>C:\Temp\cygwin-net-485\bash\bash.tar.gz.  I saved the installer to
>C:\Temp\cygwin-net-485\setup.exe and tried to run it, it puked out
>these errors.
>
>Press <enter> to accept the default value.
>Root directory? [C:\Cygwin]
>Install from the current directory (d) or from the Internet (i)? [i] d
>Installing ash.tar.gz
>Unable to extract "ash.tar.gz": No error
>Installing bash.tar.gz
>Unable to extract "bash.tar.gz": No error
>...
>
>This seems like an error that a user is likely to make, so we really
>should put a note about this in the README.

Or, patch the installer to do the right thing.  Care to take a stab at
this?  I don't know why extracting things here would present a problem,
offhand.

>As a side note, it would be VERY helpful if error messages were
>actually captured and written to install.log.  The errors can be echoed
>to the console in addition to being written to the log, but not writing
>them to the log is just a bad idea.  We need to be able to tell users
>"just send us the log" to figure out where the problems are.

Since the install.log file is used for something else, I'm not sure that
that's a good idea.  I'll look at the source code and see if errors can
be filtered out while the log file is being processed.

>I also took a look at the README file,
>it details how to bootstrap a cygwin install
>in the event you do not have an installer.
>This file needs to be updated to account for
>the new install process. If nobody else
>pipes up saying they want to do it,
>I can write the new README.

Please!

>This is a minor issue, but should the name of startup.zip be changed to
>bootstrap.zip?  That might help clear up what the file is actually used
>for.  That of course assumes that we even want to keep it around now
>that we have an installer.

I don't know.  "bootstrap" may not be as clear to a non-technical user.
I am open to a vote on the subject, though.

cgf

- Raw text -


  webmaster     delorie software   privacy  
  Copyright 2019   by DJ Delorie     Updated Jul 2019