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 f46db04f98cb63b48208026865943e42e7ece2f4 (commit) via 8973875a1fc52ec35c255afd34c9cd7d5c285caa (commit) via b221af660d101301606e263cef73b358937516a6 (commit) via 040083b97fab61c8afc16a1c49a8384d097c272a (commit) via 3a458783a2617b7b22a756f95b5f66f3da79146f (commit) via 12a6c77fdd0c465761f4f9518eff0eeeda668d20 (commit) via 7ceeebf1505dba655b43e095f5392367a3a0f9b8 (commit) via e1b9f7b3005c4d6db9cc84e95a42d4beba6c7e24 (commit) via 29dede2eb76ab5a139d4e8236be1037a7a86b6e5 (commit) via cab1379a1ab14e29414c5fdf6252d1f5ea7263fb (commit) via 710e83999bbf8ae614b9310744c5306a7cbc858b (commit) via d1240f67eab6dfa7e3344cd84dd8849b38ce337c (commit) from 2cfcc874b9332ad207398b9e20dc8880d93e8ae4 (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 f46db04f98cb63b48208026865943e42e7ece2f4 Merge: 8973875 12a6c77 Author: Dan McGee <dan@archlinux.org> Date: Sun Aug 28 23:51:05 2011 -0500 Merge branch 'allan/pacman-key' commit 8973875a1fc52ec35c255afd34c9cd7d5c285caa Author: Dan McGee <dan@archlinux.org> Date: Sun Aug 28 23:05:20 2011 -0500 _alpm_splitdep(): don't pass bogus length value to strndup If we fell through to the ALPM_DEP_MOD_ANY case, ptr would be NULL, and we would pass (0 - <str>), which is a rather large negative number or bogus positive number, depending on signed/unsigned. Just use strdup in the case where we don't have a ptr available. Signed-off-by: Dan McGee <dan@archlinux.org> commit b221af660d101301606e263cef73b358937516a6 Author: Dan McGee <dan@archlinux.org> Date: Sun Aug 28 22:20:41 2011 -0500 Database read optimizations Hard to believe there was still more room to improve on this, but I found an easily correctable oversight tonight. Our databases (both sync and local) contain many blank lines, and we were not moving onto the next line right away in these cases; instead we would proceed through our strcmp() conditional checks as normal. Some local numbers follow to show the effects of this patch: Sync `-Ss foobarbaz`: 71,709 blank lines skipped early ~1,505,889 strcmp() calls avoided (21 per line) ~15% speed improvement (.210 --> .179 sec) Local `-Qs foobarbaz`: 6,823 blank lines skipped early 115,991 strcmp() calls avoided (17 per line) ~6% speed improvement (.080 -> .071 sec) Signed-off-by: Dan McGee <dan@archlinux.org> commit 040083b97fab61c8afc16a1c49a8384d097c272a Author: Dan McGee <dan@archlinux.org> Date: Sun Aug 28 23:41:17 2011 -0500 Allow access to package origin data Add new alpm_pkg_get_origin() method, use it in the front end now that the enum constants are publicly available. Signed-off-by: Dan McGee <dan@archlinux.org> commit 3a458783a2617b7b22a756f95b5f66f3da79146f Author: Diogo Sousa <diogogsousa@gmail.com> Date: Mon Aug 29 02:51:32 2011 +0100 Removed multiple definitions of pkgfrom_t libalpm now exports type alpm_pkgfrom_t in alpm.h, which may be used by frontends. Pacman now uses alpm_pkgfrom_t instead of replicating that type (pkg_from as was in src/pacman/package.h) Updated API change in README. Signed-off-by: Diogo Sousa <diogogsousa@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org> commit 12a6c77fdd0c465761f4f9518eff0eeeda668d20 Author: Dan McGee <dan@archlinux.org> Date: Thu Aug 25 12:59:27 2011 -0500 pacman-key: have --init add more options to default gpg.conf This adds a add_gpg_conf_option() helper function which tries to be intelligent and only add not found options, and those which have not been explicitly commented out. The new options added are 'no-greeting', 'no-permission-warning', and a default 'keyserver'. Signed-off-by: Dan McGee <dan@archlinux.org> commit 7ceeebf1505dba655b43e095f5392367a3a0f9b8 Author: Dan McGee <dan@archlinux.org> Date: Thu Aug 25 12:59:26 2011 -0500 pacman-key: refine permission and locking checks * secring.gpg can be 600, readable by root user only * ensure grep for lock-never option in check_keyring doesn't catch comments Signed-off-by: Dan McGee <dan@archlinux.org> commit e1b9f7b3005c4d6db9cc84e95a42d4beba6c7e24 Author: Allan McRae <allan@archlinux.org> Date: Tue Aug 23 16:10:06 2011 +1000 pacman-key: rework and document holding keys in keyring The HoldKey option was undocumented and was not suited for pacman.conf. Instead use the file "/etc/pacman.d/gnupg/heldkeys" to contain a list of keys not to be removed from the pacman keyring with the --populate option. Signed-off-by: Allan McRae <allan@archlinux.org> commit 29dede2eb76ab5a139d4e8236be1037a7a86b6e5 Author: Allan McRae <allan@archlinux.org> Date: Tue Aug 23 15:46:46 2011 +1000 pacman-key: Improve documentation for --populate Signed-off-by: Allan McRae <allan@archlinux.org> commit cab1379a1ab14e29414c5fdf6252d1f5ea7263fb Author: Allan McRae <allan@archlinux.org> Date: Tue Aug 23 15:12:08 2011 +1000 pacman-key: update trust database for relevant operations After most operations that touch the keyring, it is a good idea to always run a check on the trustdb as this prevents gpg complaining on later operations. Inspiration-from: Dave Reisner <dreisner@archlinux.org> Signed-off-by: Allan McRae <allan@archlinux.org> commit 710e83999bbf8ae614b9310744c5306a7cbc858b Author: Allan McRae <allan@archlinux.org> Date: Tue Aug 23 15:00:19 2011 +1000 pacman-key: import everything then revoke on --populate The optimization of only importing keys that were not to be later revoked was a not smart enough. For example, if a key was in both a repos keyring and its revoke list, alternate runs of pacman-key --populate would add then remove the key from the pacman keyring. This problem is made worse when considering the possibility of multiple keyrings being imported. Instead, import all keys followed by the revoking of all keys. This may result in a key being added then revoked, but that is not much of an issue given that is a very fast operation. Signed-off-by: Allan McRae <allan@archlinux.org> commit d1240f67eab6dfa7e3344cd84dd8849b38ce337c Author: Allan McRae <allan@archlinux.org> Date: Mon Aug 15 22:51:58 2011 +1000 pacman-key: rework importing distro/repo provided keyrings The current --reload option, apart from being non-clear in its naming, is very limited in that only one keyring can be provided. A distribution may want to provide multiple keyrings for various subsets of its organisation or custom repo providers may also want to provide a keyring. This patch adds a --populate option that reads keyrings from (by default) /usr/share/pacman/keyrings. A keyring is named foo.gpg, with optional foo-revoked file providing a list of revoked key ids. These files are required to be signed (detached) by a key trusted by pacman-key, in practice probably by the key that signed the package providing these files. The --populate flag either updates the pacman keyring using all keyrings in the directory or individual keyrings can be specified. Signed-off-by: Allan McRae <allan@archlinux.org> ----------------------------------------------------------------------- Summary of changes: README | 4 +- doc/pacman-key.8.txt | 23 +++++- lib/libalpm/alpm.h | 11 +++ lib/libalpm/be_local.c | 8 ++- lib/libalpm/be_sync.c | 5 +- lib/libalpm/deps.c | 6 +- lib/libalpm/package.c | 7 ++ lib/libalpm/package.h | 6 -- scripts/Makefile.am | 1 + scripts/pacman-key.sh.in | 223 ++++++++++++++++++++++++---------------------- src/pacman/package.c | 7 +- src/pacman/package.h | 9 +-- src/pacman/query.c | 4 +- src/pacman/sync.c | 4 +- 14 files changed, 183 insertions(+), 135 deletions(-) hooks/post-receive -- The official pacman repository