delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2001/11/02/10:51:59

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
Message-ID: <3BE2C0EC.C2CB5E02@syntrex.com>
Date: Fri, 02 Nov 2001 16:51:08 +0100
From: Pavel Tsekov <ptsekov AT syntrex DOT com>
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Fergus <fergus AT bonhard DOT uklinux DOT net>, cygwin AT cygwin DOT com
Subject: Re: A bug (?) in the current setup.exe 2.78.2.15
References: <001201c163a7$5d1610e0$6fc82486 AT medschool DOT dundee DOT ac DOT uk> <3BE2BFC9 DOT 7E64E0DE AT syntrex DOT com>

Pavel Tsekov wrote:
> 
> Fergus wrote:
> >
> > Robert,
> >
> > The recent rapid evolution of setup.exe will, I am sure, result in a greatly
> > improved application with many felicitous enhancements. I hope you will not
> > mind a quick report of a one-off finding in the current setup.exe
> > v.2.78.2.15 which stands a much greater chance than it might otherwise have,
> > of being completely irrelevant. Sorry. But here goes, all the same ...
> >
> > On my 2nd Cygwin machine I do not have internet access and therefore
> > maintain locally a directory \Cyg0\, containing just the current file
> > setup.exe and current subdirectories contrib\ and latest\. These two
> > subdirectories are augmented as new or replacement files/folders are
> > downloaded (on to my 1st machine). Sometimes, until I clean up, there may be
> > redundant versions there too.
> >
> > Yes, that's right, no setup.ini. A deliberate oversight that seems to have
> > no detrimental consequences, for setup.exe seems to be remarkably
> > intelligent: selecting the option "Install from Local Directory", it clearly
> > manages to match (a) whatever the file /etc/setup/installed.db says I've got
> > installed, with (b) whatever a scan of \Cyg0\ and below says is available. I
> > have found that setup.exe _never_ wobbles in its update procedures,
> > accurately telling new from old and old from new ...
> >
> > ... except just this once: it seems to think that ash-20010827-1.tar.bz2
> > provides an update to ash-20011018-1.tar.bz2, whereas the reverse is the
> > case.
> >
> > I just wondered whether there is something easily correctable in setup.exe's
> > number (date) recognition facility that you might find useful to incorporate
> > into your present efforts. You're allowed to tell me off for not using
> > setup.exe in the approved way (i.e. in association with setup.ini) by the
> > way - and you might even do this! -  but, nevertheless, I hope there may be
> > an atom of useful information here. (I'm always interested in rendering
> > procedures, especially install procedures, as sparse as possible.)
> 
> Can you provide a copy of install.log, install.log.full and
> /etc/setup/installed.db.
> Did you have the old version of ash installed (ash-20010827-1.tar.bz2)
> or
> you just had the two packeges in the installed directory ?
                                       ^^^^^^^^^
                                       download (source)

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


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