* setup redownloads everything all the time, including the packages list, and also has a foolish UI
@ 2017-03-17 12:47 Leif W
2017-03-20 11:16 ` Csaba Raduly
2017-03-20 14:05 ` Dan Kegel
0 siblings, 2 replies; 5+ messages in thread
From: Leif W @ 2017-03-17 12:47 UTC (permalink / raw)
To: cygwin
On Fri, 3 Sep 2004 16:14:09 +0100, Dave Korn <dk@artimi.com> wrote:
> By design, setup searches through all the download directories, keeps
> track of all the versions, should know exactly what you've already
got and
> never re-download something you already have; if it ever does, it's a
bug.
>
> There is one caveat: if setup dies - actually crashes or is killed -
> part-way through downloading a whole series of packages, it may not have
> updated its catalog by the time it gets terminated, and so it might
download
> them again. But once setup has downloaded and exited successfully, it
> should know and remember what it's done and not do it again.
Trying to compile various programs while installing the absolute minimum
required. I install the compiler for the language, attempt compilation,
make note of failures (i.e. missing libraries, etc), and then run setup
again (usually 30 seconds from the previous run).
Run setup again, install from local disk? That does not make sense, to
install things which have not been downloaded. So I choose install from
internet, which re-downloads everything. It is not clear from the user
interface or from the options or from the FAQ, exactly what the behavior
is intended to be.
Setup re-downloads the entire 2MB packages file every single time.
Ignoring for a moment the great difficulty of use of the poorly designed
Setup GUI, it appears to remember to "keep" what I already have. But
then it proceeds to re-download everything I already have, in addition
to whatever new things I have selected. I am aware that dependencies
may well trigger downloads in excess of what I have selected, and that
is desired. But downloading all the same compilers, tools, and
libraries that were already installed? The setup app doesn't appear to
crash, so it should be able to update its files. The program should be
able to at the very least, detect and preserve timestamp of file
(Last-Modified header for http - which describes most of the mirrors I
see in the list, ftp file info if available), and should do a comparison
of timestamps, and not re-download the same thing over and over, just
seconds or minutes later, when no change has occurred on server.
In other cases, the poorly designed GUI has such insane usability
issues, and often does crash. Subsequent runs of setup starts in the
"Pending" list, which is empty. Must mouse click to the drop-down box,
and choose something sane, like category. Click a category to expand
it, now what you want is several screens down. Scroll wheel mouse down,
oops, the focus is stuck in the drop-down box, and you scroll to a
different view. Anything you had expanded or scrolled or selected gets
discarded. Clicking back to category display, and attempting to expand
categories, randomly acts as if the category is empty. The category [+]
sign changes to a [-] yet there is no other change to the display, i.e.
no packages shown.
To get the mouse focus to the panel of the window where the packages are
listed, you have to click a package. But clicking a package name, even
though it may highlight that row, still does not change focus from the
drop-down box. The only thing that changes focus is to click on the
package version/install area to toggle installation, which may or may
not be triggering dependencies, and typically yields undesireable
results indicative of this foolish UI design. Hitting the tab key one
moves the focus off the drop-down box, but it is not at all clear where
the focus goes. Hitting tab key a second time, the UI element below the
package list gains focus, so presumably the previous focus was the
package list. But using up/down arrow or page-up/page-down keys doesn't
seem to navigate anything in the package list, and any subsequent clicks
seem to crash the app at random. In the event that the app doesn't
crash, the mouse focus may be on the list, and one may be able to scroll.
This app would have been ahead of it's time, if it was invented in the
1980s, but was barely acceptable back in the 1990s. 20+ years have
passed, and there has been zero progress in the installation process,
design, usability or robustness. This is the area of the project that
is most severely lacking. The work done on other aspects of CygWin is
much appreciated, and packages function quite admirably in general.
Competent UI design may well be outside the skillset of the current
setup maintainer. Either one should venture outside one's comfort zone
to acquire new skills, or the project should task someone to work in
conjunction to design not just look and feel, but behavior and
infrastructure.
The suggestion to simply "mirror everything" is inconsistent with the
suggestion to "not install everything because you won't need most of
it", therefore I consider that an invalid argument. Mirroring a 1+GB
repository to compensate for failure to properly design and implement an
intelligent installer, is stupid, and wasteful of bandwidth, time, and
disk space.
--
Leif
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: setup redownloads everything all the time, including the packages list, and also has a foolish UI
2017-03-17 12:47 setup redownloads everything all the time, including the packages list, and also has a foolish UI Leif W
@ 2017-03-20 11:16 ` Csaba Raduly
2017-03-20 17:43 ` Marco Atzeri
2017-03-20 18:02 ` Erik Soderquist
2017-03-20 14:05 ` Dan Kegel
1 sibling, 2 replies; 5+ messages in thread
From: Csaba Raduly @ 2017-03-20 11:16 UTC (permalink / raw)
To: cygwin list
On Fri, Mar 17, 2017 at 1:46 PM, Leif W wrote:
> On Fri, 3 Sep 2004 16:14:09 +0100, Dave Korn wrote:
>> By design, setup searches through all the download directories, keeps
>> track of all the versions, should know exactly what you've already got and
>> never re-download something you already have; if it ever does, it's a bug.
>>
>> There is one caveat: if setup dies - actually crashes or is killed -
>> part-way through downloading a whole series of packages, it may not have
>> updated its catalog by the time it gets terminated, and so it might
>> download
>> them again. But once setup has downloaded and exited successfully, it
>> should know and remember what it's done and not do it again.
>
> Trying to compile various programs while installing the absolute minimum
> required. I install the compiler for the language, attempt compilation,
> make note of failures (i.e. missing libraries, etc), and then run setup
> again (usually 30 seconds from the previous run).
>
> Run setup again, install from local disk? That does not make sense, to
> install things which have not been downloaded. So I choose install from
> internet, which re-downloads everything. It is not clear from the user
> interface or from the options or from the FAQ, exactly what the behavior is
> intended to be.
>
> Setup re-downloads the entire 2MB packages file every single time.
It has to do this; the packages file might have changed since the previous run.
> Ignoring
> for a moment the great difficulty of use of the poorly designed Setup GUI,
> it appears to remember to "keep" what I already have. But then it proceeds
> to re-download everything I already have, in addition to whatever new things
> I have selected.
This has never happened to me, and I used setup.exe daily for six
years in the past.
(snip)
> In other cases, the poorly designed GUI has such insane usability issues,
> and often does crash.
This has never happened to me.
> Subsequent runs of setup starts in the "Pending"
> list, which is empty.
This is to be expected, if you re-run setup 30 seconds after the previous run.
"Pending" shows the packages that have been updated in the repository
since the last run of setup. For people who don't want to install new
packages but want to update their existing Cygwin installation, this
is the most interesting information.
> Must mouse click to the drop-down box, and choose
> something sane, like category. Click a category to expand it, now what you
> want is several screens down.
This is indeed the Cygwin developers' fault for supporting too many packages :)
You should choose a package earlier in the alphabet.
</sarcasm>
(snip)
> This app would have been ahead of it's time, if it was invented in the
> 1980s, but was barely acceptable back in the 1990s. 20+ years have passed,
> and there has been zero progress in the installation process, design,
> usability or robustness.
This is just plain not true. That drop-down is a recent (August 2016)
usability improvement; before that you had to cycle between
"Category", "Full" and "Pending" by repeatedly clicking on a button.
(snip)
You should read "How to report bugs effectively"
(http://www.chiark.greenend.org.uk/~sgtatham/bugs.html)
especially the second chapter ("It doesn't work").
Csaba
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: setup redownloads everything all the time, including the packages list, and also has a foolish UI
2017-03-17 12:47 setup redownloads everything all the time, including the packages list, and also has a foolish UI Leif W
2017-03-20 11:16 ` Csaba Raduly
@ 2017-03-20 14:05 ` Dan Kegel
1 sibling, 0 replies; 5+ messages in thread
From: Dan Kegel @ 2017-03-20 14:05 UTC (permalink / raw)
To: cygwin
On Fri, Mar 17, 2017 at 5:46 AM, Leif W <warp9pnt9@gmail.com> wrote:
> Click a category to expand it, now what you want is several screens down.
Generally these days users expect to type a bit into a search
box to filter the display, and cygwin setup supports that well.
When you use it that way, no scrolling is needed.
I've been using cygwin setup for ages, and it works well for me.
It takes about 30 seconds to install a small package if I've installed something
recently; somewhat longer if there have been updates in the meantime.
Are you on a very slow link? And have you considered decaf? :-)
- Dan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: setup redownloads everything all the time, including the packages list, and also has a foolish UI
2017-03-20 11:16 ` Csaba Raduly
@ 2017-03-20 17:43 ` Marco Atzeri
2017-03-20 18:02 ` Erik Soderquist
1 sibling, 0 replies; 5+ messages in thread
From: Marco Atzeri @ 2017-03-20 17:43 UTC (permalink / raw)
To: cygwin
On 20/03/2017 12:16, Csaba Raduly wrote:
> On Fri, Mar 17, 2017 at 1:46 PM, Leif W wrote:
>> On Fri, 3 Sep 2004 16:14:09 +0100, Dave Korn wrote:
>>> By design, setup searches through all the download directories, keeps
>>> track of all the versions, should know exactly what you've already got and
>>> never re-download something you already have; if it ever does, it's a bug.
>>>
>>> There is one caveat: if setup dies - actually crashes or is killed -
>>> part-way through downloading a whole series of packages, it may not have
>>> updated its catalog by the time it gets terminated, and so it might
>>> download
>>> them again. But once setup has downloaded and exited successfully, it
>>> should know and remember what it's done and not do it again.
>>
>> Trying to compile various programs while installing the absolute minimum
>> required. I install the compiler for the language, attempt compilation,
>> make note of failures (i.e. missing libraries, etc), and then run setup
>> again (usually 30 seconds from the previous run).
>>
>> Run setup again, install from local disk? That does not make sense, to
>> install things which have not been downloaded. So I choose install from
>> internet, which re-downloads everything. It is not clear from the user
>> interface or from the options or from the FAQ, exactly what the behavior is
>> intended to be.
>>
>> Setup re-downloads the entire 2MB packages file every single time.
>
> It has to do this; the packages file might have changed since the previous run.
Technically it could be changed to download first the setup.bz2.sig
and if it is not changed reuse the previous setup.bz2
However dear Leif
"SHTDI Somebody Has To Do Itâ¢. Are you volunteering?"
https://cygwin.com/acronyms/#SHTDI
>> Ignoring
>> for a moment the great difficulty of use of the poorly designed Setup GUI,
>> it appears to remember to "keep" what I already have. But then it proceeds
>> to re-download everything I already have, in addition to whatever new things
>> I have selected.
>
> This has never happened to me, and I used setup.exe daily for six
> years in the past.
>
> (snip)
>> In other cases, the poorly designed GUI has such insane usability issues,
>> and often does crash.
>
> This has never happened to me.
Same for me, no crash ever.
> (snip)
>> This app would have been ahead of it's time, if it was invented in the
>> 1980s, but was barely acceptable back in the 1990s. 20+ years have passed,
>> and there has been zero progress in the installation process, design,
>> usability or robustness.
Feel free to propose patch to improve the installer
https://cygwin.com/acronyms/#PTC
Regards
Marco
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: setup redownloads everything all the time, including the packages list, and also has a foolish UI
2017-03-20 11:16 ` Csaba Raduly
2017-03-20 17:43 ` Marco Atzeri
@ 2017-03-20 18:02 ` Erik Soderquist
1 sibling, 0 replies; 5+ messages in thread
From: Erik Soderquist @ 2017-03-20 18:02 UTC (permalink / raw)
To: cygwin
On Mon, Mar 20, 2017 at 7:16 AM, Csaba Raduly <rcsaba@gmail.com> wrote:
> On Fri, Mar 17, 2017 at 1:46 PM, Leif W wrote:
>> Setup re-downloads the entire 2MB packages file every single time.
>
> It has to do this; the packages file might have changed since the previous run.
The original post isn't clear to me, but implies that everything, not
just the setup.ini packages list, is redownloaded...
If this is referring to setup.ini, this is expected for the reason stated.
If this is referring to _everything_... if package XYZ is the same
version as the last time it was downloaded, it should not have
changed, and should not need to be redownloaded. If the version has
changed, certainly a download of the new version is in order, but if
it has not changed, there should be no need or consideration of the
remote file having changed. Even the test builds specifically not
intended for production use increment version numbers when updated for
a change in the build.
I think some clarification on this from the original poster is needed.
-- Erik
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-03-20 18:02 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-03-17 12:47 setup redownloads everything all the time, including the packages list, and also has a foolish UI Leif W
2017-03-20 11:16 ` Csaba Raduly
2017-03-20 17:43 ` Marco Atzeri
2017-03-20 18:02 ` Erik Soderquist
2017-03-20 14:05 ` Dan Kegel
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).