This [teacup] subcommand brings your locally-installed [package]s 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 ---- '''[AK] - 2009-12-17 17:50:57''' Best I can ask here right now (*) is 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. <> Category Repository