public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Robert Collins" <robert.collins@itdomain.com.au>
To: "Cliff Hones" <cliff@aonix.co.uk>, <cygwin@cygwin.com>
Subject: RE: Bug in setup.exe 2.194.2.24
Date: Mon, 22 Apr 2002 04:37:00 -0000	[thread overview]
Message-ID: <FC169E059D1A0442A04C40F86D9BA7600C5EC1@itdomain003.itdomain.net.au> (raw)



> -----Original Message-----
> From: Cliff Hones [mailto:cliff@aonix.co.uk] 
> Sent: Monday, April 22, 2002 9:14 PM
 
> The problem seems to be that setup doesn't set these 
> already-present packages to 'keep' or 'skip' by default, and 
> there's no way for the user to find out which packages are in 
> this state.

So you are suggesting that in download mode it should not offer to
upgrade any installed packages by default? Or that it should only offer
upgrades for installed packages without cached files?

I'll happily accept a (reasonable) patch for the second case, but the
first case also seems counter-intuitive to me.
 
> I can't actually see any advantage in re-downloading the 
> packages *by default*.  

The point of 'download' mode is to allow downloads. If you choose not to
install what you have downloaded, what should setup assume that means?

> This is very unhelpful if one download failed to complete, 
> and you just want to re-fetch what hadn't been transferred on 
> the previous run.

There is a lot that setup does that needs to be more persistent. It
needs the ability to hold packages (ie 'do not offer to upgrade
autoconf'), and much more.
 
> Also, does the current implementation 
> mean that I won't be informed of a newly-added package by default?

Yes.
 
> And even cgf and the implementors now seem undecided as 
> to what should be happening.  

You do realise that that includes me I hope :}.

> So can I ask for 
> the design decision to be re-addressed?  I'd like to hear 
> what the arguments in favour of the current mechanism are.

I'd like to remove the re-download facility completely. If a package
file is corrupt, delete the local copy and then run setup. This makes
setup simpler, for little cost. Setup won't keep partial files anyway,
so the only form of corruption has to be network transit problems, and
GPG signing would solve that too, and allow setup to detect and remove
corrupt packages automatically.

Rob

--
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/

             reply	other threads:[~2002-04-22 11:36 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-22  4:37 Robert Collins [this message]
2002-04-22  6:13 ` Cliff Hones
2002-04-22  9:28   ` Michael A Chase
2002-04-22 10:04     ` Cliff Hones
2002-04-22  9:28 ` Michael A Chase
  -- strict thread matches above, loose matches on Subject: below --
2002-04-22  4:11 Robert Collins
2002-04-22  4:36 ` Cliff Hones
2002-04-21 16:28 Robert Collins
2002-04-21 17:47 ` Michael A Chase
2002-04-22  3:29 ` Cliff Hones
2002-04-21  2:43 Robert Collins
2002-04-21 10:18 ` Cliff Hones
2002-04-21  0:48 Robert Collins
2002-04-21  1:32 ` Gerrit P. Haase
2002-04-19 16:36 Robert Collins
2002-04-19 17:25 ` Christopher Faylor
2002-04-19 16:31 Robert Collins
2002-04-19 16:25 Lawrence W. Smith
2002-04-19 15:01 Robert Collins
2002-04-19 10:42 Alan Hourihane
2002-04-19 11:27 ` Michael A Chase
2002-04-19 12:36   ` Alan Hourihane
2002-04-19 15:35     ` Christopher Faylor
2002-04-19 16:19       ` Michael A Chase
2002-04-19 17:15         ` Christopher Faylor
2002-04-19 12:17 ` Randall R Schulz
2002-04-19 12:46   ` Christopher Faylor
2002-04-19 13:43     ` Randall R Schulz
2002-04-19 15:47     ` Ilya Goldin
2002-04-19 16:17     ` Cliff Hones
2002-04-19 16:25 ` E

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=FC169E059D1A0442A04C40F86D9BA7600C5EC1@itdomain003.itdomain.net.au \
    --to=robert.collins@itdomain.com.au \
    --cc=cliff@aonix.co.uk \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).