|Re: tazpkg and incomplete package downloads|
[ Thread Index |
- To: slitaz@xxxxxxxxxxxxxxxxxxx
- Subject: Re: tazpkg and incomplete package downloads
- From: "Russell Dickenson" <russelldickenson@xxxxxxxxx>
- Date: Tue, 1 Jul 2008 07:50:47 +1000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=7Rr2ilKpSoSefzL7wORNP7mb+3wNwVJFwKzWIC25hwg=; b=nDgMtDo8ejVug8pMWYls07K9wu2YZJZLtv+AfXMof0+3pLOMoEzBfS3IMY7rqRXzN9 3FYxM2U1aiabXFGIWTG6591TmL4YDsO9fsJqUvgOhsWStb3Qw2lzyp55E9BgigPCHgC9 PVtkwRcRMX2pTa1MbCqVeOfQYOZKGM0yKNWCE=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Dh8Z9cFYOAt2t/X2ZgkDvS3u+BAVNX2aFiQPVZA+FKJFHb09kvDsX8w6qKU7MtWdT/ A0mLrEpKaR0Soe7w9IL6AyyA7/Q6vWek0wjTQ9+Zb5A9ERKjEyfLMmZcsboAPhoqoo7T uvvmAJr3SAY1LoZ8Gc4j+vHevoRnP2xeMduKg=
On Sat, Jun 28, 2008 at 5:13 AM, Christophe Lincoln <pankso@xxxxxxxxxx> wrote:
>> I recently ran tazpkg for the first time to download and install a
>> package and its dependencies. One of its dependencies was quite large
>> and as I'm on dial-up Internet access, I cancelled the download with
>> [Control] & [C]. When I restarted the download, tazpkg attempted to
>> install the partially downloaded package. Of course this failed and I
>> understood why, since I'd manually canceled the download.
>> I wonder if I have this correct and if so, what might be done to fix
>> this behaviour? I have looked briefly at tazpkg's code and believe
>> that an additional check needs to be made before the package is
>> installed. What I don't understand is why wget is not leaving
>> incomplete package downloads with the ".part" extension. If it did,
>> it would be quite simple to detect incomplete packages (without using
>> MD5 sums) and deal with them promptly.
> Yes you right it seems that we need to do an additional check. SliTaz
> wget version is from Busybox, the -c option continue retrieval of
> aborted transfer, we should use it.
> Feel free to post a patch or/and a bug on the new BTS:
Thanks for your reply. I'll certainly report this as a bug in the new BTS.
Congratulations on the wiki and BTS. Having a BTS means that bugs
that may be of interest to others are not "lost" in the mailing list.
Congratulations on SliTaz.
Russell Dickenson (AKA phayz)
SliTaz GNU/Linux Mailing list.
Web site : http://www.slitaz.org/