Version 27 of teacup update

This teacup subcommand brings your locally-installed packages up to date, including fetching those packages that you don't have. Only fetches packages that can be used with Tcl installations it knows about.

Note that the current teacup has the following options that work with teacup update

--at - specify what repostory to use
--dry-run - just what would be done if the command actually executed
--http-proxy - specify the local http proxy
--only - limit what files are updated
--timeout - limit how long the update can execute before it will be terminated
-v - verbose output (note that the single dash is correct here)

DKF: If you cancel the update by pressing Control-C while it is running, you may need to use teacup regenerate to fix things before you can update again.

LV: I find that if I have a slow internet connection (less than 56k), large items seldom update in teacup update. I daily see errors such as:

Retrieving application base-tcl-thread 8.6.0.0.287710 solaris2.8-sparc ...@ http://teapot.activestate.com ... Error: Bad transfer: Size mismatch, expected '2776291', received '2179031'. MD5 mismatch, expected 'a5f4e8e0fadfd4292f7d99a1cdc77ebd', received '4c2e09516c57aba35f6d3879bf1d0f19'.

Most frustrating is when it is the cached INDEX that generates this error.

Mho frustration II:

C:\Dokumente und Einstellungen\Arbeit1>teacup update

Retrieving package activestate::activetcl::demos 8.4 win32-ix86 ...@ http://teapot.activestate.com ... Error: Bad transf
er: Size mismatch, expected '5681134', received '3960791'. MD5 mismatch, expected 'ed7f1d408ceb05295d45c8dadc63cf92', re
ceived '677795078f56cfdeff044088eaf26921'.

Installed 0 newer   packages
Installed 0 unknown packages

C:\Dokumente und Einstellungen\Arbeit1>

Don't know how to work around this.

AK: What do you get as the result of 'teacup timeout' ? It seems as if only about 4 of 5 MB is transfered, and a timeout in the http package could cause that. MHo I already switched off timeout via teacup timeout -1...

LV I've seen similar situations for several years now.

AK Ok. Then I have no real idea what is happening. With timeout -1 the teacup itself will not abort a transfer on its own. MHo I suspect the reason is outside teacup. The same update from within a totally different environment works as expected... LV I again see the same thing as MHo. If I run the update on a machine whose connection to the internet is a PPP link, some packages update just fine, but larger ones fail, with the problem being that too few bytes were transferred, even though I switched off the timeout. If I ftp the same file using ncftp, the file gets across the link just fine. Sometimes, running teacup update multiple times eventually results in the file being received.

I wonder how hard it would be to modify the teacup update code so that it downloaded the files in chunks, saving the pieces until everything is there and passes an MD5 or other checksum verification? Perhaps then cases like this would be solved by just rerunning the update, so that the code could download any chunks which were interrupted for some reason.

MHo 2009-11-14: Still couldn't download activestate::activetcl::demos:

What's the alternative way to download and install this package?
If a download with teacup failes, does teacup continue with other possible downloads?

TorstenEdler 2009-12-17: I am facing the same difficulties

teacup update

retrieves a couple of packages successfully, then all of sudden it stalls, no timeout no nothing ^C the only way out - which means no package is updated. Alternative way (takes a couple of hours because the "teapot" is rather lame):

teacup list --only uninstalled

and get each package individually

teacup install <packagename>

AK - 2009-12-17 17:50:57

Best I can do here right now (*) is ask you to file a bug report at http://bugs.activestate.com , with information like version number of teacup, a log generated by

    teacup -debug update -v > LOG.txt

etc.

(*) I am about to walking into my winter vacation.

MHo 2011-08-20 Recently, I noticed the following:

d:\home\Arbeit1>teacup update-self
Updating C:/Programme/Tcl/bin/teacup.exe ...
Not found in the archive.

d:\home\Arbeit1>teacup update
Nothing to update.

MHo 2014-03-25: 8.6.1 32bit at home, no problem. 8.6.1 64bit at work seeing lots and lots of:

:
Retrieving package xyz ...@ http://teapot-be.activestate.com ... Error:

        This operation needs a business edition license installed to
        succeed. Please visit
        http://www.activestate.com/business-edition to learn more about
        the ActiveTcl Business Edition offering.
:

Why tries the program to retrieve something that shouldn't be retrieved and then complains about that?

MHo 2014-05-27: Could someone be so kind and please answer the above question?

Category Repository