Send patches - preferably formatted by git format-patch - to patches at archlinux32 dot org.
summaryrefslogtreecommitdiff
path: root/ChangeLog.proto
diff options
context:
space:
mode:
authorXavier Chantry <shiningxc@gmail.com>2008-08-03 20:03:05 +0200
committerDan McGee <dan@archlinux.org>2008-08-05 09:58:52 -0500
commit4476598e4e128f4595d5383ecb51a9576a447b5b (patch)
tree3cfeaa535b8731f67c1265512f210566bbe78139 /ChangeLog.proto
parent9bc799ec7b1718e6d90ceedd5e08672068e26e10 (diff)
dload.c : drop the specific handling of file: url.
Before commit fc48dc31, file:/// urls forced the use of the internal downloader (libdownload), because the default XferCommand, wget, does not handle them. We tried to move away from forcing usage of libdownload, so this commit implemented the handling of file:/// urls manually. However, this implementation is way too basic. It does not handle the progress bar, thus nothing at all appears in pacman's output when a file: repo is synchronized, or when a file is downloaded from a sync repo. Also, it is not able to detect when the repo is already up-to-date. When libdownload was used, both were handled. It seems better to just drop this implementation for now. All users who use libdownload will get the much better file:// handling back. For the users of XferCommand, it will be more problematic, but they have several options: 1) Switch to a downloader handling file:// (wget doesn't, but curl does for example). 2) Drop the file:// repo, and set up light http or ftp servers instead. Consider that going that way would make this repo available for the whole local network, which can be useful. 3) Switch back to libdownload, which works perfectly for many users. Signed-off-by: Xavier Chantry <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
Diffstat (limited to 'ChangeLog.proto')
0 files changed, 0 insertions, 0 deletions