Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-29 Thread Robert Collins


===
- Original Message -
From: Max Bowsher [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

 But setup.exe has operated in the correct way in the past! Why write a
new tool,
 when fixing a bug in the current one would do all that needs to be
done?

Because the current tool is more complex than it should be, and a new
tool can be accurately target. The current tool can then be simplified
somewhat (i.e. download only could go away if we had a (non cygwin
linked) mirroring tool. Or a variation of this.

 NB: I'm
 not saying 'go fix that now'. When (if? ;-) I find time to understand
the setup
 code, I will do this, if no one has beaten me to it.

Thanks.

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/




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-29 Thread Robert Collins


===
- Original Message -
From: Cliff Hones [EMAIL PROTECTED]
To: [EMAIL PROTECTED]


 Now Sam Edge is taking the same path.  Good luck.

 What would happen if someone did produce a version of setup identical
 to the current, except for the removal of redownload?  Would it
 be adopted?

As it stands, I don't know. I've asked everyone to write in and say
whether they use the redownload capability.

 One gets an unfortunate undercurrent from this list that
 if it wasn't approved by the right people it might be suppressed
 (and left to circulate on the black market - possibly the worst
 scenario).

Heh, this is open source, there is no black market :}. Realistically,
anyone can use anything they want to install, but 'you' the users have a
realistic expectation that 'we' the developers will provide a tool, and
support that tool. Conversely we expect that anyone wanting assistance
with install will use our provided tool.

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/




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-29 Thread Sam Edge

Robert Collins wrote in
[EMAIL PROTECTED]
in gmane.os.cygwin on Mon, 29 Apr 2002 17:47:16 +1000:

 The *redownloading* is a bug, and will get fixed. 

Okay. Good.

 The 'I want to mirror
  non-installed packages by using download' is not.

Actually, the re-download fix would go 90% of the way to doing this
anyway, since you could just reselect everything you want again and
again and it'd eventually have the lot even on a slow link.

 A 'normal' install - download and install - works fine, no problems.

Read my and Christopher Faylor's posts especially
[EMAIL PROTECTED] where we explain where for some
people download and install with the current version of setup.exe does
not work fine.

Even a single package such as the XFree86-fnts one can be a trial on
dial-up connections, taking the best part of an hour. A clean minimum
install of the Cygwin environment takes about the same, I think. 

A model that didn't allow multiple download sessions before a single
install one would effectively bar many dial-up users from installing
Cygwin and/or XFree86 at all. The selective mirroring and local FTP
server route would simply be too much hassle for many just to evaluate
something.

 A reference for this is
 http://sources.redhat.com/ml/cygwin-apps/2001-11/msg00271.html.

Ah. Exactly. :-)

So is it worth my while looking at the code with an eye to providing a
patch for this (specifically the checkbox option) or is it work in
progress elsewhere?

-- 
Sam Edge

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




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-29 Thread Robert Collins

- Original Message -
From: Sam Edge [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

  A 'normal' install - download and install - works fine, no problems.

 Read my and Christopher Faylor's posts especially
 [EMAIL PROTECTED] where we explain where for some
 people download and install with the current version of setup.exe does
 not work fine.

Actually, the current functionality wil do the trick, as long as you
install what you have downloaded. Combined with multi-mirror failure,
unless you have a *really* bad phone line connection, you should be able
to successfully install bit by bit. Notwithstanding that I do understand
and (mostly) agree with whats been said though.


  A reference for this is
  http://sources.redhat.com/ml/cygwin-apps/2001-11/msg00271.html.

 Ah. Exactly. :-)

 So is it worth my while looking at the code with an eye to providing a
 patch for this (specifically the checkbox option) or is it work in
 progress elsewhere?

Work is in progress. You (and everyone who's jumped in on this) might
like to read Havoc Penningtons recent paper
http://www106.pair.com/rhp/free-software-ui.html.

What follows is not a critique of your suggestion, just an explanation
as to why the checkbox is not appropriate IMO. Before reading the
following, be sure to have read Havoc's paper above.

We have a problem with setup.exe.
* Corrupt package files are not always detected and automatically
removed. *

That's it. Redownloading is a workaround for that. (If in fact there
are -other- reasons for redownloading then I will revise that
statement.)

Checkbox's, command line options, and 'special case code' and the
redownload itself are all kludges around fixing the key problem.

And thats why this has become a sudden issue. I *unknowningly* removed a
bit of special case code that interfaced between good logic and the
redownload capability to make it seem 'correct' to the user. (BTW:
Chris, it was NOT your fault. Really.)

The real solution is to positively identify corrupt archives and
transparently remove them (perhaps asking the user whether we should
delete, backup, or skip over the package).

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/




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-29 Thread Sam Edge

Robert Collins wrote in 016301c1ef7b$4d769f00$0200a8c0@lifelesswks
in gmane.os.cygwin on Mon, 29 Apr 2002 22:42:18 +1000:

 Actually, the current functionality wil do the trick, as long as you
 install what you have downloaded. 

Hmmm. I've just tried using install from Internet with bzip2,
sharutils, unzip and zip, on a machine that doesn't have them
installed and killing the connection after bzip2 has downloaded.

When it says download incomplete, try again I say No and it
attempts to do the install.

I'm then getting Can't open (null) for reading errors during the
attempted installation of sharutils (the sharutils sub-directory has
been created but is empty) and a installation incomplete message box
at the end but it /has/ installed bzip2.

It's pretty ugly but it does seem to be working and if I reselect
bzip2 when I try again it isn't attempting to download it again so
yes, you could get there even on a slow link. (Not exactly good UI
design though!) ;-)

(While I'm here; BUG REPORT: When I get the Download incomplete.
Retry? Yes/No message box in install from Internet mode and choose
No without it then going on to install any packages I then get a
final message box with Download incomplete. Retry? Yes/No again but
only an OK button.)

 http://www106.pair.com/rhp/free-software-ui.html.

LOL. Yes. I think I can agree with most of this, especially the lack
of UI consistency and the problems with debugging over-featured
design.

 Checkbox's, command line options, and 'special case code' and the
 redownload itself are all kludges around fixing the key problem.

I agree. The best solution is to make a bulletproof method of
detecting whether the local copies are uncorrupted and to keep the UI
uncluttered. But from the general tenor of the discussion at the
beginning I was under the impression that there was some philosophical
or technical reason why this wasn't appropriate. A manual option would
therefore be the next best thing. 

Sorry if I got the wrong end of the stick.

 The real solution is to positively identify corrupt archives and
 transparently remove them (perhaps asking the user whether we should
 delete, backup, or skip over the package).

Yup. Agreed. Thesis, antithesis, synthesis! :-)

Can I also suggest adding reget behaviour at some point, if it can be
done reliably. Getting nine tenths of the way into a 15MB package when
your line goes down is /very/ annoying! ;-(

Finally, I stand by my wish to retain a separate download and
installation invocation option to allow them to occur while logged on
to NT/2k/XP with different permissions, again out of paranoia.

Thanks.

-- 
Sam Edge

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




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-29 Thread Christopher Faylor

On Mon, Apr 29, 2002 at 10:42:18PM +1000, Robert Collins wrote:
Checkbox's, command line options, and 'special case code' and the
redownload itself are all kludges around fixing the key problem.

That's for sure.  The design that I proposed for setup's UI eliminated
most of these.

cgf

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




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Sam Edge

Daniele wrote in
[EMAIL PROTECTED]
in gmane.os.cygwin on Sun, 28 Apr 2002 00:44:25 +0200 (MDT):

 After dutifully reading the mailing list discussion on the subject,
 I would like to point out that this behavior - redownloading uninstalled
 packages - was absent 
 in previous versions of setup. In my humble opinion, the downloaded
 packages and the installed packages should be treated independently by
 setup for the simple reason that you may download a set of packages for
 installing on multiple machines, and install a subset of it on the
 downloading machine. In other words should be:
 download from internet: compares repository with packages
 install from internet:  compares repository with installation
 install from local: comapres packages with installation  
 that is, previous behaviour.

Every version of setup.exe I've used exhibits this annoying behaviour
but them I'm new here.

I agree with Daniele. I install different subsets of the packages on
several machines. I also like to keep a copy of the most up-to-date
versions of packages that I don't currently use on any of them, in
case I need them where I've no (or poor) access to the 'Net. 

Doing this is something of a headache and requires manual checking in
the local package directory (now even more difficult because of its
fragmented nature even when mitigated by clean_setup.pl - thanks
Michael) and in the setup.exe list.

-- 
Sam Edge

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




RE: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Robert Collins



 -Original Message-
 From: Sam Edge [mailto:[EMAIL PROTECTED]] 
 Sent: Sunday, April 28, 2002 8:17 PM

 Every version of setup.exe I've used exhibits this annoying 
 behaviour but them I'm new here.
 
 I agree with Daniele. I install different subsets of the 
 packages on several machines. I also like to keep a copy of 
 the most up-to-date versions of packages that I don't 
 currently use on any of them, in case I need them where I've 
 no (or poor) access to the 'Net. 

So use a mirroring tool! Setup.exe is -not- designed for this. If you
want a setup.ini parsing mirroring tool, take me up on my offer to help
someone leverage the setup.ini codebase to build a mirroring tool. 

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/




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Sam Edge

Robert Collins wrote in
[EMAIL PROTECTED]
in gmane.os.cygwin on Sun, 28 Apr 2002 20:22:30 +1000:

  I agree with Daniele. I install different subsets of the 
  packages on several machines. I also like to keep a copy of 
  the most up-to-date versions of packages that I don't 
  currently use on any of them, in case I need them where I've 
  no (or poor) access to the 'Net. 
 
 So use a mirroring tool! Setup.exe is -not- designed for this. 

Surely if setup.exe isn't designed with at least a nod to this way of
working why does it have download from Internet and install from
local directory options, instead of just instisting on connecting to
a server every time?

 If you
 want a setup.ini parsing mirroring tool, take me up on my offer to help
 someone leverage the setup.ini codebase to build a mirroring tool. 

Although I've not looked at it, setup.exe must already have most of
the code required to operate in the way we'd like, surely?

If you tell me the module name(s) for setup.exe and any documentation
about setup.ini and the local and FTP/HTTP server directory structures
I'd certainly be interested to download them from the CVS server and
take a look.

-- 
Sam Edge

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




RE: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Robert Collins



 -Original Message-
 From: Sam Edge [mailto:[EMAIL PROTECTED]] 
 Sent: Sunday, April 28, 2002 9:32 PM

  So use a mirroring tool! Setup.exe is -not- designed for this.
 
 Surely if setup.exe isn't designed with at least a nod to 
 this way of working why does it have download from Internet 
 and install from local directory options, instead of just 
 instisting on connecting to a server every time?

It's designed to allow an off-line mode, as opposed to having spare
copies of potentially desired pacakges around. The redownloading
behaviour is a result of a kludge to allow deliberate redownloading of
packages in 'download only' mode. If we remove that, then packages won't
get downloaded again and again and again - but setup will be no more
suited to being a mirroring tool. The cache directory is shareable with
multiple cygwin installs (say over a SMB share). So yes, there is a nod
towards what you do, but that's abou tit.
 
  If you
  want a setup.ini parsing mirroring tool, take me up on my offer to 
  help someone leverage the setup.ini codebase to build a mirroring 
  tool.
 
 Although I've not looked at it, setup.exe must already have 
 most of the code required to operate in the way we'd like, surely?

It has a significant amount of code, that is getting more flexible and
paramterised all the time. If you look at
http://sources.redhat.com/cygwin-apps/ you can access the setup.exe
developers page. It's a but rough at the moment, but it does have the
CVS location amongst other things.
 
 If you tell me the module name(s) for setup.exe and any 
 documentation about setup.ini and the local and FTP/HTTP 
 server directory structures I'd certainly be interested to 
 download them from the CVS server and take a look.

Setup.ini is documented at http://www.cygwin.com/setup.html. There is no
ftp/http data structure - setup.ini determines everything. Setup's
multiple setup.ini capability allows for advanced merging and
per-organisation tweaking.

The differences between setup and a mirroring tool include:
* All the install code isn't needed.
* Attention to local packages isn't needed.
* Persistent selection of packages irrespective of install status should
be present.
* command line driven may be useful? 

Anyway, there's some notes, have a look, and we can talk further.

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/




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Kurt Roeckx

On Sun, Apr 28, 2002 at 09:47:14PM +1000, Robert Collins wrote:
  -Original Message-
  From: Sam Edge [mailto:[EMAIL PROTECTED]] 
  Sent: Sunday, April 28, 2002 9:32 PM
 
   So use a mirroring tool! Setup.exe is -not- designed for this.
  
  Surely if setup.exe isn't designed with at least a nod to 
  this way of working why does it have download from Internet 
  and install from local directory options, instead of just 
  instisting on connecting to a server every time?
 
 It's designed to allow an off-line mode, as opposed to having spare
 copies of potentially desired pacakges around. The redownloading
 behaviour is a result of a kludge to allow deliberate redownloading of
 packages in 'download only' mode.

Why is the redownloading a good thing in case of download only
mode?  If I want to redownload something, I could just remove it
and then say to download it again.

 If we remove that, then packages won't
 get downloaded again and again and again - but setup will be no more
 suited to being a mirroring tool. 

The no more suited to being a mirroring tool really confuses
me!  How is redownloading good for a mirror tool?  The only case
I can see to redownload a certain file is when the time of the
file has changed (or the size).  If it *looks* the same, don't
download it again.

The only file that really should need that, afaik, is setup.ini,
and I think you download that anyway?

   If you
   want a setup.ini parsing mirroring tool, take me up on my offer to 
   help someone leverage the setup.ini codebase to build a mirroring 
   tool.

Why do you even need to parse setup.ini to be able to mirror
something?

Using something as wget should work, I just didn't try it yet.


Kurt


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




RE: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Robert Collins

Kurt,
you've jumped in half way through a discussion. I've addressed
every point you made, as have other people, in various emails in this
list over the last few months.

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/




RE: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Gary R. Van Sickle

  -Original Message-
  From: Sam Edge [mailto:[EMAIL PROTECTED]]
  Sent: Sunday, April 28, 2002 8:17 PM

  Every version of setup.exe I've used exhibits this annoying
  behaviour but them I'm new here.
 
  I agree with Daniele. I install different subsets of the
  packages on several machines. I also like to keep a copy of
  the most up-to-date versions of packages that I don't
  currently use on any of them, in case I need them where I've
  no (or poor) access to the 'Net.

 So use a mirroring tool! Setup.exe is -not- designed for this. If you
 want a setup.ini parsing mirroring tool, take me up on my offer to help
 someone leverage the setup.ini codebase to build a mirroring tool.

 Rob


What am I missing in all these posts?  Didn't somebody post a while ago that if
you set your Local Package Directory to a network share and do Install From
Internet, you get all the functionality people are wanting here?  Now I admit
I've not tried it myself (though I have plenty of reason to do so and should,
maybe next week), but what more do people want here?

Maybe we should dump the Download option entirely.  Seems that all it serves
to do is confuse people that should really be looking at rsync.

--
Gary R. Van Sickle
Brewer.  Patriot.


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




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Sam Edge

Gary R. Van Sickle wrote in
[EMAIL PROTECTED]
in gmane.os.cygwin on Sun, 28 Apr 2002 14:12:36 -0500:

 What am I missing in all these posts?  Didn't somebody post a while ago that if
 you set your Local Package Directory to a network share and do Install From
 Internet, you get all the functionality people are wanting here?

No. You can use the same local package directory to install on
multiple machines very nicely. That aspect works fine.

The problem is that when you do download from Internet the list
tells you what you have installed in c:\cygwin on the machine where
you're running setup.exe not what you've previously downloaded to the
package directory. Add to this the lack of an option to skip
previously downloaded packages when they're manually selected (or
auto-selected by the dependency management) and it's a problem if
you're using a single local package directory for several different
machines that have different package sets installed.

On a single machine where you download and immediately install only
what'll be used locally it can still be a problem for those on slow,
unreliable or time-limited connections.

For example, many people in the UK use a 56kbps (or more usually
around 45kbps) connection. Many unmetered ISP packages disconnect
every two hours to prevent users hogging dial-in capacity they're not
using.

Downloading even a basic package with all its dependencies can run
over this time limit so you can't use the install from Internet
option.

But when you try to use download from Internet and then re-start
setup.exe after re-connecting it doesn't show you the packages you
already have. Worse, when you select your package again it
auto-selects all the dependencies and tries to download them all again
and so will never complete because you'll keep hitting the disconnect
timeout.

What you have to do is have an Explorer window open looking at the
package directory and manually go back and de-select all the ones
you've already got after auto-select has added them. This is prone to
error, especially if you've not used clean_setup.pl to flatten the
structure between each download session. It's also annoying because it
should be easy to automate into setup.exe itself.

 Maybe we should dump the Download option entirely.  Seems that all it serves
 to do is confuse people that should really be looking at rsync.

Please, no!

Apart from the reason I give above, on my main machine here I always
download first in my normal NT user account so I can continue to work
while it's going on. I then log in as ADMINISTRATOR to install because
I have the Cygwin directory hierarchy protected against write by
normal users. That way I'm running with potentially dangerous
privileges for as short a time as possible.

-- 
Sam Edge

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




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Charles Wilson

begin rant
Robert, you are a saint.

I am sick and tired of the whining about setup and downloads.

SETUP IS NOT A MIRRORING TOOL.

In order to make this clear, I am in favor of completely removing the 
download-only option, leaving just install-from-internet and 
install-from-localdir.  This will force the whiners to either shut up 
and use a fscking mirroring tool, or help out:

Robert has already said what the correct solution to all this is: create 
a separate program that leverages the setup.exe codebase, to do 
multi-source merged mirroring.

This will require:

1) Add command-line options for setup.exe.  Robert has added a helpful 
set of examples.  He even created a whole new project, GetOpt++, to 
support this.  What more can Robert, all by himself, do?

2) Create a new cygmirror.cc as part of the setup module, that uses some 
(but not all) of the other classes in the setup module.  According to 
Robert:

  The differences between setup and a mirroring tool include:
  * All the install code isn't needed.
  * Attention to local packages isn't needed.
  * Persistent selection of packages irrespective of install status
should be present.
  * command line driven may be useful?

I'll add one more: reading options (or package lists) from a file.

Now, unless somebody who WANTS this functionality actually steps up to 
the plate and digs in, can we PLEASE stop discussing this issue?

Removing the download-only option will also have the salutory effect of 
forcing the whiners to either:

1) use a REAL mirroring tool, then use setup.exe to
install-from-local-dir
   1a) heck, you could even use wget; I've posted a script
   to this mailing list that does exactly that.
2) help out with the coding.

Either way, it kills setup download only mode doesn't do what I want 
What's up with the wacky %%%'ified directory names in my local setup 
directory Setup sucks threads that NEVER DIE!.

--Chuck


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




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Michael A Chase

On Sun, 28 Apr 2002 18:30:00 -0400 Christopher Faylor [EMAIL PROTECTED] wrote:

 On Sun, Apr 28, 2002 at 06:07:12PM -0400, Charles Wilson wrote:

 If you're on the other end of a slow connection and are apt to be
 disconnected every couple of hours, you will *never* be able to do a
 complete install since the setup.exe will start from scratch every time
 you reconnect.  It doesn't matter if you chose download from internet
 or
 not since setup.exe will only consider what's installed when considering
 what to download.  That just seems like a bug to me.

That's what the discussion has been about for the last week or so.  After
lots of requests for this functionality, the position eventually hardened
to it's not a download tool.

 If I have this right then even removing download from internet does not
 eliminate this problem.

That depends on how capable wget or rsync is.  I have not looked into it
but if we do remove the download only function from setup.exe, we (me?)
should probably add something under cygwin.com describing how to mirror
selected packages.

 So, I think the right answer to this is the standard one patches
 gratefully accepted.

If download handling is going to change, at least Robert will have to buy
into it.  A request for patches can follow that.

-- 
Mac :})
** I normally forward private questions to the appropriate mail list. **
Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Give a hobbit a fish and he eats fish for a day.
Give a hobbit a ring and he eats fish for an age.



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




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-28 Thread Christopher Faylor

On Sun, Apr 28, 2002 at 04:04:36PM -0700, Michael A Chase wrote:
On Sun, 28 Apr 2002 18:30:00 -0400 Christopher Faylor [EMAIL PROTECTED] wrote:

 On Sun, Apr 28, 2002 at 06:07:12PM -0400, Charles Wilson wrote:

If you're on the other end of a slow connection and are apt to be
disconnected every couple of hours, you will *never* be able to do a
complete install since the setup.exe will start from scratch every time
you reconnect.  It doesn't matter if you chose download from internet
or not since setup.exe will only consider what's installed when
considering what to download.  That just seems like a bug to me.

That's what the discussion has been about for the last week or so.
After lots of requests for this functionality, the position eventually
hardened to it's not a download tool.

Right.  But it started with my suggesting this behavior was a bug and (I
thought) Robert agreeing.  So, I thought it was time to chime in again.

 If I have this right then even removing download from internet does not
 eliminate this problem.

That depends on how capable wget or rsync is.  I have not looked into it
but if we do remove the download only function from setup.exe, we (me?)
should probably add something under cygwin.com describing how to mirror
selected packages.

It's not a question of mirroring.  It's a question of setup.exe being
completely unusable for some people.  We can't say that setup.exe is the
only method we'll support but then tell people to use some other method
when it fails for them as they try to use it in a perfectly acceptable
way.

The bottom line is that if we have to tell someone to use wget or rsync
just to do a normal install, something is wrong.

It seems like this problem would be trivially fixed by not attempting to
redownload something that has already been downloaded.

cgf

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




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-26 Thread Alexei Lioubimov

Hello Larry,
I know, that this problem has already been reported (msg01259.html). And
i've read your answer to use some mirroring tool (wget) instead before i
sent my message to the forum. It seemes to me that you are wrong proposing
such solution and it is not the answer to the question. Of course i can
download everything by hand - without the SETUP program, but why should i?
SETUP knows more about the mirror sites, directory structure, package
versions etc.
I'm only asking about one small bug in SETUP -- since it doesn't show
already downloaded (but NOT installed)files, it's a bit confusing.

Alexei Lioubimov

- Original Message -
From: Larry Hall (RFK Partners, Inc) [EMAIL PROTECTED]
To: Alexei Lioubimov [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, April 25, 2002 7:24 PM
Subject: Re: setup 2.194.2.24: Bug (?) in downloading from internet


 At 11:08 AM 4/25/2002, Alexei Lioubimov wrote:
 Hello,
 I have a problem using setup.exe. Here is the description
 
 setup.exe: 2.194.2.24;
 mode: Download from Inernet;
 keyword: skip flag;
 
 The problem: if i've downloaded some tarballs and didn't install them -
then
 during the following updates the SETUP program doesn't report me about
that.
 It simply marks those files as skip by default and allows me to change
 this to the current version. But i may have already downloaded the
stuff...
 So i caught myself downloading the same tarballs twice or triple times.
If
 you take into account the slow speed of dial-up connection, that i have,
 then you can imagine what i'm feeling.
 
 The suggestion: may be it's possible force SETUP consider current be
 downloaded but not installed stuff during Download from Internet
 process?



 This has already been reported.  If you're interested in the discussion on
 this subject, please see the email list archives.



 Larry Hall  [EMAIL PROTECTED]
 RFK Partners, Inc.  http://www.rfk.com
 838 Washington Street   (508) 893-9779 - RFK Office
 Holliston, MA 01746 (508) 893-9889 - FAX




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




RE: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-26 Thread Robert Collins



 -Original Message-
 From: Alexei Lioubimov [mailto:[EMAIL PROTECTED]] 
 Sent: Friday, April 26, 2002 11:44 PM
 To: [EMAIL PROTECTED]; Larry Hall (RFK Partners, Inc)
 Subject: Re: setup 2.194.2.24: Bug (?) in downloading from internet
 
 
 Hello Larry,
 I know, that this problem has already been reported 
 (msg01259.html). And i've read your answer to use some 
 mirroring tool (wget) instead before i sent my message to the 
 forum. It seemes to me that you are wrong proposing such 
 solution and it is not the answer to the question.

The solution you propose is also less than satisfactory. It means that
setup won't be looking at what you need, but rather at what you have
'available'. The real cause of the problem is setup's re-download
functionality, which is something I'm seriously considering nuking.

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/




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-26 Thread Alexei Lioubimov

Hello Robert,
Excuse me, but my English is not so good, and i didn't understand one
sentence from your answer:
...which is something I'm seriously considering nuking.
What does the word nuking mean?

What is the re-download functionality you are speaking about?

Alexei Lioubimov


- Original Message -
From: Robert Collins [EMAIL PROTECTED]
To: Alexei Lioubimov [EMAIL PROTECTED]; [EMAIL PROTECTED]; Larry
Hall (RFK Partners, Inc) [EMAIL PROTECTED]
Sent: Friday, April 26, 2002 5:57 PM
Subject: RE: setup 2.194.2.24: Bug (?) in downloading from internet




 -Original Message-
 From: Alexei Lioubimov [mailto:[EMAIL PROTECTED]]
 Sent: Friday, April 26, 2002 11:44 PM
 To: [EMAIL PROTECTED]; Larry Hall (RFK Partners, Inc)
 Subject: Re: setup 2.194.2.24: Bug (?) in downloading from internet


 Hello Larry,
 I know, that this problem has already been reported
 (msg01259.html). And i've read your answer to use some
 mirroring tool (wget) instead before i sent my message to the
 forum. It seemes to me that you are wrong proposing such
 solution and it is not the answer to the question.

The solution you propose is also less than satisfactory. It means that
setup won't be looking at what you need, but rather at what you have
'available'. The real cause of the problem is setup's re-download
functionality, which is something I'm seriously considering nuking.

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/




RE: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-26 Thread Robert Collins



 -Original Message-
 From: Alexei Lioubimov [mailto:[EMAIL PROTECTED]] 
 Sent: Saturday, April 27, 2002 12:32 AM
 To: Robert Collins; [EMAIL PROTECTED]; Larry Hall (RFK Partners, Inc)
 Subject: Re: setup 2.194.2.24: Bug (?) in downloading from internet
 
 
 Hello Robert,
 Excuse me, but my English is not so good, and i didn't 
 understand one sentence from your answer: ...which is 
 something I'm seriously considering nuking. What does the 
 word nuking mean?

Removing/destroying/eliminating. With a sense of anger/frustration.
 
 What is the re-download functionality you are speaking about?

When you select 'download from internet', if you select a package that
is already cached, it deletes the cached copy and downloads the file
again. As it doesn't keep corrupt files, I see no value in this - and it
is the reason you see setup downloading stuff again and again.

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/




Re: setup 2.194.2.24: Bug (?) in downloading from internet

2002-04-25 Thread Larry Hall (RFK Partners, Inc)

At 11:08 AM 4/25/2002, Alexei Lioubimov wrote:
Hello,
I have a problem using setup.exe. Here is the description

setup.exe: 2.194.2.24;
mode: Download from Inernet;
keyword: skip flag;

The problem: if i've downloaded some tarballs and didn't install them - then
during the following updates the SETUP program doesn't report me about that.
It simply marks those files as skip by default and allows me to change
this to the current version. But i may have already downloaded the stuff...
So i caught myself downloading the same tarballs twice or triple times. If
you take into account the slow speed of dial-up connection, that i have,
then you can imagine what i'm feeling.

The suggestion: may be it's possible force SETUP consider current be
downloaded but not installed stuff during Download from Internet
process?



This has already been reported.  If you're interested in the discussion on
this subject, please see the email list archives.



Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


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