This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official pacman repository". The branch, master has been updated via 72c5a298a3ee0f18019010ef2eb43da654ec25f8 (commit) via 4476598e4e128f4595d5383ecb51a9576a447b5b (commit) via 9bc799ec7b1718e6d90ceedd5e08672068e26e10 (commit) via 692ea72822e6cf11930fc8f85afd23c1b65f1e8e (commit) from fabf7ad6c4d9e0a45bf0957d93d810a361db7418 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 72c5a298a3ee0f18019010ef2eb43da654ec25f8 Author: Xavier Chantry Date: Mon Aug 4 01:16:08 2008 +0200 Avoid double slashes in URLs given to libdownload. If a Server specified in pacman.conf had a trailing slash, libalpm ended up building URLs with double slashes, and this broke libdownload with errors like the following one : error: failed retrieving file 'redland-1.0.8-1-i686.pkg.tar.gz' from 192.168.0.90 : Command okay So the public function alpm_db_set_server will make sure to remove the trailing slash of servers. For the private function _alpm_download_single_file, I only added a comment. Signed-off-by: Xavier Chantry Signed-off-by: Dan McGee commit 4476598e4e128f4595d5383ecb51a9576a447b5b Author: Xavier Chantry Date: Sun Aug 3 20:03:05 2008 +0200 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 Signed-off-by: Dan McGee commit 9bc799ec7b1718e6d90ceedd5e08672068e26e10 Author: Xavier Chantry Date: Fri Aug 1 08:29:46 2008 +0200 makepkg: fix download functions with weird urls. This fixes FS#11076. 1) quote the url in get_downloadclient 2) only enable nullglob where it is needed You can see in 7fc306cd41 that nullglob was only enabled for one part, and that it already caused other problems, which were fixed in 7ff5a917fd0. Thanks to Henning Garus for pointing out that nullglob was problematic with urls containing expansion char like '?'. 3) change get_downloadcmd which displayed the download command line to download_file which actually executes the download. It seems nicer that way. Signed-off-by: Xavier Chantry Signed-off-by: Dan McGee commit 692ea72822e6cf11930fc8f85afd23c1b65f1e8e Author: Dan McGee Date: Wed Jul 30 21:53:02 2008 -0500 makepkg: Clarify usage instructions for --allsource/--source Signed-off-by: Dan McGee ----------------------------------------------------------------------- Summary of changes: doc/makepkg.8.txt | 14 +++++++++++--- lib/libalpm/db.c | 16 +++++++++++++--- lib/libalpm/dload.c | 16 +--------------- scripts/makepkg.sh.in | 29 ++++++++++++++++------------- 4 files changed, 41 insertions(+), 34 deletions(-) hooks/post-receive -- The official pacman repository