[Debtorrent-devel] New functionality needs testing

[Cameron Dale]

On 5/3/07, Anthony Towns <aj at azure.humbug.org.au> wrote:
> Looks fine, though having the download directory be the same name as
> the torrent means you can't download a Packages file to ./, then invoke
> btdownloadheadless on it.

Yeah, I came across that problem too, but an elegant solution so far
has eluded me. So, I've inelegantly added dt_ to the beginning of all
directories created (both by downloading a Packages file directly, and
creating one using btmakemetafile). That should be a good temporary
solution, and can be removed later when we move away from
interactivity.

If you have any old dtorrent files, you can update them to the new
scheme with the btrename command. Also, if you want your (partially)
completed downloads to be recognized, be sure to rename the
directories or the download will start from scratch again.

> That worked, but the same thing for security.debian.org didn't. Couldn't spot
> why not, though -- downloading the Packages.gz by hand, andusing the other method
> worked fine.
>
> (I was using http://security.debian.org/debian-security/dists/stable/updates/main/binary-i386/Packages.gz)

That site gets served with the Content type set to gzip, whereas the
ftp.... one I was using didn't (and I assumed all would be the same,
foolish me :) ). Bottom line, it was trying to ungzip it twice for
debian-security, which failed. I added checking so that it now works
fine for both.

Both updates are now in svn and ready to test, if you so desire.

Thanks,
Cameron