September 2011 - Pacman-dev - lists.archlinux.org

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v4.0.0rc2-33-ga8ed39c
by dan＠archlinux.org 28 Sep '11

28 Sep '11

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 a8ed39ce05b68f5c9f0e29d86bf9bb0ac81b0ffd (commit) from 6f3a657f66b9c766b5fa6c51c26283d3547f5169 (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 a8ed39ce05b68f5c9f0e29d86bf9bb0ac81b0ffd Author: Dan McGee <dan(a)archlinux.org> Date: Wed Sep 28 10:26:48 2011 -0500 verbose package lists: remove errant debugger Left this in as part of the last set of commits, whoops. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: src/pacman/util.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v4.0.0rc2-32-g6f3a657
by dan＠archlinux.org 28 Sep '11

28 Sep '11

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 6f3a657f66b9c766b5fa6c51c26283d3547f5169 (commit) via bcc6a5d72df3cb3ee9f3d2347526c3dc03d5f55a (commit) via 1b8bb7c1cd81c1f8f0dcffc952cd464b6a436f06 (commit) via f682cbd43355daa7b13389d74e0ffea0370ba89b (commit) via 7edeb276b63efeea7e8f266dfee792e2709ba412 (commit) via bd83c8e7562a2d6794d4322845c23cc21985979a (commit) via 40a264478e65c652f863b3e43b0fc8aa10f0bd19 (commit) via 6e081a0c57f0f6f14428f7cb78bb22f6848fe4af (commit) via 98e0371ae38d748fb04cec4759addb54e3a618ea (commit) via f66f9f11cd010a05efe28d0607abbf29ff8dffa5 (commit) via ea3c47825ea6a8cfd0e0d63fd7da0120fcacabc8 (commit) via 69962184bb3cc313f744de6553ef31b4eb256a01 (commit) via d8fab9b4415b2382c9b5d92f6d0d40074ab65f30 (commit) via bf56fb6eb82b732900c32cbf375f7910ac479d98 (commit) via 619c3629ca61cea2c182fcb0197f9b84ba4209c3 (commit) from e70d540501d718583a8e4b91ca5989af3f3db77d (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 6f3a657f66b9c766b5fa6c51c26283d3547f5169 Author: Dan McGee <dan(a)archlinux.org> Date: Wed Sep 28 04:46:22 2011 -0500 Always show download size if -w/--downloadonly was provided The prompt can be rather confusing otherwise when all files have already been downloaded, but there is not a single total size listed. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit bcc6a5d72df3cb3ee9f3d2347526c3dc03d5f55a Author: Dan McGee <dan(a)archlinux.org> Date: Mon Sep 12 21:25:58 2011 -0400 Table format creation code cleanup Better scoping of variables for the most part, and ensure we are using string_length() and not strlen() as appropriate. Also refactor the longest cell code to call string_length() a lot less; by simply using an array of max sizes we don't have to recompute values nearly as much. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 1b8bb7c1cd81c1f8f0dcffc952cd464b6a436f06 Author: Dan McGee <dan(a)archlinux.org> Date: Wed Sep 28 09:44:15 2011 -0500 Use unsigned types for indent width and column count For getcols(), the functions we call return a value of type 'unsigned short', so it makes sense for us to do the same. string_length() is meant to behave like strlen(), so it should return type size_t. This exposes other functions such as indentprint() which should also be using signed return types. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit f682cbd43355daa7b13389d74e0ffea0370ba89b Author: Dan McGee <dan(a)archlinux.org> Date: Mon Sep 12 20:44:15 2011 -0400 Show download sizes when using -S/--sync We now label the old 'Size' column as 'Net Change' to reflect the reality of what we are looking at. Sync operations now get an additional 'Download Size' column. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 7edeb276b63efeea7e8f266dfee792e2709ba412 Author: Dan McGee <dan(a)archlinux.org> Date: Fri Jul 29 15:35:59 2011 -0500 Keep track of explicitly added and removed packages This allows us to sort the output list by showing all pulled dependencies first, followed by the explicitly specified targets. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit bd83c8e7562a2d6794d4322845c23cc21985979a Author: Dan McGee <dan(a)archlinux.org> Date: Fri Jul 22 12:01:58 2011 -0500 Combine add and removal package list display There was no real reason for these to be done separately. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 40a264478e65c652f863b3e43b0fc8aa10f0bd19 Author: Dan McGee <dan(a)archlinux.org> Date: Wed Sep 28 01:53:43 2011 -0500 Track unresolvable transaction packages Rather than free them right away, keep the list on the transaction as we already do with add and remove lists. This is necessary because we may be manipulating pointers the frontend needs to refer to packages, and we are breaking our contract as stated in the alpm_add_pkg() documentation of only freeing packages at the end of a transaction. This fixes an issue found when refactoring the package list display code. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 6e081a0c57f0f6f14428f7cb78bb22f6848fe4af Author: Dan McGee <dan(a)archlinux.org> Date: Wed Sep 28 04:45:30 2011 -0500 Move pacsave path construction code off the stack This is definitely not in the normal hot path, so we can afford to do some temporary heap allocation here. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 98e0371ae38d748fb04cec4759addb54e3a618ea Author: Dan McGee <dan(a)archlinux.org> Date: Wed Sep 28 04:06:43 2011 -0500 Use the full buffer when computing md5/sha256 sums No wonder these were slower than expected. We were only reading 4 (32-bit) or 8 (64-bit) bytes at a time and feeding it to the hash functions. Define a buffer size constant and use it correctly so we feed 8K at a time into the hashing algorithm. This cut one larger `-Sw --noconfirm` operation, with nothing to actually download so only timing integrity, from 3.3s to 1.7s. This has been broken since the original commit eba521913d6 introducing OpenSSL usage for crypto hash functions. Boy do I feel stupid. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit f66f9f11cd010a05efe28d0607abbf29ff8dffa5 Author: Dan McGee <dan(a)archlinux.org> Date: Wed Sep 28 02:56:36 2011 -0500 Fix memory leak in download payload->remote_name In the sync code, we explicitly allocated a string for this field, while in the dload code itself it was filled in with a pointer to another string. This led to a memory leak in the sync download case. Make remote_name non-const and always explicitly allocate it. This patch ensures this as well as uses malloc + snprintf (rather than calloc) in several codepaths, and eliminates the only use of PATH_MAX in the download code. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit ea3c47825ea6a8cfd0e0d63fd7da0120fcacabc8 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Sep 27 20:24:04 2011 -0500 Revert "libalpm: compare pkgname with strcoll" This commit was made with the intent of displaying "correctly" sorted package lists to users. Here are some reasons I think this is incorrect: * It is done in the wrong place. If a frontend application wants to show a different order of packages dependent on locale, it should do that on its own. * Even if one wants a locale-specific order, almost all package names are all ASCII and language agnostic, so this different comparison makes little sense and may serve only to confuse people. * _alpm_pkg_cmp was unlike any other comparator function. None of the rest had any dependency on anything but the content of the structs being compared (e.g., they only used strcmp() or other basic comparison operators). This reverts commit 3e4d2c3aa65416487939148828afb385de2ee146. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 69962184bb3cc313f744de6553ef31b4eb256a01 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Sep 27 17:47:40 2011 -0500 _alpm_splitdep: use malloc instead of calloc There was only one simple to handle case where we left a field uninitialized; set it to NULL and use malloc() instead. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit d8fab9b4415b2382c9b5d92f6d0d40074ab65f30 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Sep 27 17:36:31 2011 -0500 be_sync: fetch only entry mode, not full stat struct This saves a lot of unnecessary work since we don't need any of the other fields in the stat struct. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit bf56fb6eb82b732900c32cbf375f7910ac479d98 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Sep 27 16:14:17 2011 -0500 alpm_list: use malloc instead of calloc In every case we were calling calloc, the struct we allocated (or the memory to be used) is fully specified later in the method. For alpm_list_t allocations, we always set all of data, next, and prev. For list copying and transforming to an array, we always copy the entire data element, so no need to zero it first. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 619c3629ca61cea2c182fcb0197f9b84ba4209c3 Author: Dave Reisner <dreisner(a)archlinux.org> Date: Tue Sep 27 11:27:54 2011 -0400 makepkg: ensure '-' is last in a character glob If '-' isn't the last item, it's interpreted as a range and not literally, causing problematic behavior in parsing optdepends. Signed-off-by: Dave Reisner <dreisner(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: lib/libalpm/alpm_list.c | 8 +- lib/libalpm/be_sync.c | 7 +- lib/libalpm/deps.c | 8 +- lib/libalpm/dload.c | 26 +++-- lib/libalpm/dload.h | 2 +- lib/libalpm/package.c | 2 +- lib/libalpm/pkghash.c | 8 +- lib/libalpm/remove.c | 8 +- lib/libalpm/sync.c | 21 ++-- lib/libalpm/trans.c | 3 + lib/libalpm/trans.h | 5 +- lib/libalpm/util.c | 10 +- scripts/makepkg.sh.in | 3 +- src/pacman/callback.c | 4 +- src/pacman/conf.c | 4 +- src/pacman/conf.h | 3 + src/pacman/remove.c | 12 +- src/pacman/sync.c | 6 +- src/pacman/upgrade.c | 1 + src/pacman/util.c | 284 ++++++++++++++++++++++++++++++----------------- src/pacman/util.h | 12 ++- 21 files changed, 277 insertions(+), 160 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] [PATCH] Use the full buffer when computing md5/sha256 sums
by Dan McGee 28 Sep '11

28 Sep '11

No wonder these were slower than expected. We were only reading 4 (32-bit) or 8 (64-bit) bytes at a time and feeding it to the hash functions. Define a buffer size constant and use it correctly so we feed 8K at a time into the hashing algorithm. This cut one larger `-Sw --noconfirm` operation, with nothing to actually download so only timing integrity, from 3.3s to 1.7s. This has been broken since the original commit eba521913d6 introducing OpenSSL usage for crypto hash functions. Boy do I feel stupid. Signed-off-by: Dan McGee <dan(a)archlinux.org> --- lib/libalpm/util.c | 10 ++++++---- 1 files changed, 6 insertions(+), 4 deletions(-) diff --git a/lib/libalpm/util.c b/lib/libalpm/util.c index a15eb96..18d1c36 100644 --- a/lib/libalpm/util.c +++ b/lib/libalpm/util.c @@ -741,6 +741,8 @@ int _alpm_lstat(const char *path, struct stat *buf) } #ifdef HAVE_LIBSSL +#define BUFFER_SIZE 8192 + static int md5_file(const char *path, unsigned char output[16]) { FILE *f; @@ -748,7 +750,7 @@ static int md5_file(const char *path, unsigned char output[16]) MD5_CTX ctx; unsigned char *buf; - CALLOC(buf, 8192, sizeof(unsigned char), return 1); + CALLOC(buf, BUFFER_SIZE, sizeof(unsigned char), return 1); if((f = fopen(path, "rb")) == NULL) { free(buf); @@ -757,7 +759,7 @@ static int md5_file(const char *path, unsigned char output[16]) MD5_Init(&ctx); - while((n = fread(buf, 1, sizeof(buf), f)) > 0) { + while((n = fread(buf, 1, BUFFER_SIZE, f)) > 0) { MD5_Update(&ctx, buf, n); } @@ -783,7 +785,7 @@ static int sha2_file(const char *path, unsigned char output[32], int is224) SHA256_CTX ctx; unsigned char *buf; - CALLOC(buf, 8192, sizeof(unsigned char), return 1); + CALLOC(buf, BUFFER_SIZE, sizeof(unsigned char), return 1); if((f = fopen(path, "rb")) == NULL) { free(buf); @@ -796,7 +798,7 @@ static int sha2_file(const char *path, unsigned char output[32], int is224) SHA256_Init(&ctx); } - while((n = fread(buf, 1, sizeof(buf), f)) > 0) { + while((n = fread(buf, 1, BUFFER_SIZE, f)) > 0) { if(is224) { SHA224_Update(&ctx, buf, n); } else { -- 1.7.6.4

1 0

[pacman-dev] [PATCH] Fix memory leak in download payload->remote_name
by Dan McGee 28 Sep '11

28 Sep '11

In the sync code, we explicitly allocated a string for this field, while in the dload code itself it was filled in with a pointer to another string. This led to a memory leak in the sync download case. Make remote_name non-const and always explicitly allocate it. This patch ensures this as well as uses malloc + snprintf (rather than calloc) in several codepaths, and eliminates the only use of PATH_MAX in the download code. Signed-off-by: Dan McGee <dan(a)archlinux.org> --- lib/libalpm/dload.c | 26 ++++++++++++++++---------- lib/libalpm/dload.h | 2 +- lib/libalpm/sync.c | 2 +- 3 files changed, 18 insertions(+), 12 deletions(-) diff --git a/lib/libalpm/dload.c b/lib/libalpm/dload.c index 6f0139d..1e8db1e 100644 --- a/lib/libalpm/dload.c +++ b/lib/libalpm/dload.c @@ -60,7 +60,7 @@ static char *get_fullpath(const char *path, const char *filename, char *filepath; /* len = localpath len + filename len + suffix len + null */ size_t len = strlen(path) + strlen(filename) + strlen(suffix) + 1; - CALLOC(filepath, len, sizeof(char), return NULL); + MALLOC(filepath, len, return NULL); snprintf(filepath, len, "%s%s%s", path, filename, suffix); return filepath; @@ -279,22 +279,27 @@ static FILE *create_tempfile(struct dload_payload *payload, const char *localpat { int fd; FILE *fp; - char randpath[PATH_MAX]; - alpm_handle_t *handle = payload->handle; + char *randpath; + size_t len; /* create a random filename, which is opened with O_EXCL */ - snprintf(randpath, PATH_MAX, "%salpmtmp.XXXXXX", localpath); + len = strlen(localpath) + 14 + 1; + MALLOC(randpath, len, RET_ERR(payload->handle, ALPM_ERR_MEMORY, NULL)); + snprintf(randpath, len, "%salpmtmp.XXXXXX", localpath); if((fd = mkstemp(randpath)) == -1 || !(fp = fdopen(fd, payload->tempfile_openmode))) { unlink(randpath); close(fd); - _alpm_log(handle, ALPM_LOG_ERROR, + _alpm_log(payload->handle, ALPM_LOG_ERROR, _("failed to create temporary file for download\n")); return NULL; } /* fp now points to our alpmtmp.XXXXXX */ - STRDUP(payload->tempfile_name, randpath, RET_ERR(handle, ALPM_ERR_MEMORY, NULL)); - payload->remote_name = strrchr(randpath, '/') + 1; + free(payload->tempfile_name); + payload->tempfile_name = randpath; + free(payload->remote_name); + STRDUP(payload->remote_name, strrchr(randpath, '/') + 1, + RET_ERR(payload->handle, ALPM_ERR_MEMORY, NULL)); return fp; } @@ -318,7 +323,7 @@ static int curl_download_internal(struct dload_payload *payload, payload->tempfile_openmode = "wb"; if(!payload->remote_name) { - payload->remote_name = get_filename(payload->fileurl); + payload->remote_name = strdup(get_filename(payload->fileurl)); } if(!payload->remote_name || curl_gethost(payload->fileurl, hostname) != 0) { _alpm_log(handle, ALPM_LOG_ERROR, _("url '%s' is invalid\n"), payload->fileurl); @@ -591,10 +596,11 @@ char SYMEXPORT *alpm_fetch_pkgurl(alpm_handle_t *handle, const char *url) void _alpm_dload_payload_free(struct dload_payload *payload) { ASSERT(payload, return); - FREE(payload->fileurl); - FREE(payload->content_disp_name); + FREE(payload->remote_name); FREE(payload->tempfile_name); FREE(payload->destfile_name); + FREE(payload->content_disp_name); + FREE(payload->fileurl); FREE(payload); } diff --git a/lib/libalpm/dload.h b/lib/libalpm/dload.h index bc5eb13..765c5fd 100644 --- a/lib/libalpm/dload.h +++ b/lib/libalpm/dload.h @@ -27,8 +27,8 @@ struct dload_payload { alpm_handle_t *handle; - const char *remote_name; const char *tempfile_openmode; + char *remote_name; char *tempfile_name; char *destfile_name; char *content_disp_name; diff --git a/lib/libalpm/sync.c b/lib/libalpm/sync.c index 04ea7d2..8c50ec8 100644 --- a/lib/libalpm/sync.c +++ b/lib/libalpm/sync.c @@ -874,7 +874,7 @@ static int download_files(alpm_handle_t *handle, alpm_list_t **deltas) /* print server + filename into a buffer */ len = strlen(server_url) + strlen(payload->remote_name) + 2; - CALLOC(payload->fileurl, len, sizeof(char), RET_ERR(handle, ALPM_ERR_MEMORY, -1)); + MALLOC(payload->fileurl, len, RET_ERR(handle, ALPM_ERR_MEMORY, -1)); snprintf(payload->fileurl, len, "%s/%s", server_url, payload->remote_name); payload->handle = handle; payload->allow_resume = 1; -- 1.7.6.4

1 0

[pacman-dev] [PATCH] Revert "libalpm: compare pkgname with strcoll"
by Dan McGee 28 Sep '11

28 Sep '11

This commit was made with the intent of displaying "correctly" sorted package lists to users. Here are some reasons I think this is incorrect: * It is done in the wrong place. If a frontend application wants to show a different order of packages dependent on locale, it should do that on its own. * Even if one wants a locale-specific order, almost all package names are all ASCII and language agnostic, so this different comparison makes little sense and may serve only to confuse people. * _alpm_pkg_cmp was unlike any other comparator function. None of the rest had any dependency on anything but the content of the structs being compared (e.g., they only used strcmp() or other basic comparison operators). This reverts commit 3e4d2c3aa65416487939148828afb385de2ee146. Signed-off-by: Dan McGee <dan(a)archlinux.org> --- lib/libalpm/package.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/libalpm/package.c b/lib/libalpm/package.c index 11bf01a..a5ff238 100644 --- a/lib/libalpm/package.c +++ b/lib/libalpm/package.c @@ -641,7 +641,7 @@ int _alpm_pkg_cmp(const void *p1, const void *p2) { const alpm_pkg_t *pkg1 = p1; const alpm_pkg_t *pkg2 = p2; - return strcoll(pkg1->name, pkg2->name); + return strcmp(pkg1->name, pkg2->name); } /* Test for existence of a package in a alpm_list_t* -- 1.7.6.4

1 0

[pacman-dev] [PATCH 1/3] alpm_list: use malloc instead of calloc
by Dan McGee 27 Sep '11

27 Sep '11

In every case we were calling calloc, the struct we allocated (or the memory to be used) is fully specified later in the method. For alpm_list_t allocations, we always set all of data, next, and prev. For list copying and transforming to an array, we always copy the entire data element, so no need to zero it first. Signed-off-by: Dan McGee <dan(a)archlinux.org> --- lib/libalpm/alpm_list.c | 8 ++++---- lib/libalpm/pkghash.c | 8 ++++---- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/lib/libalpm/alpm_list.c b/lib/libalpm/alpm_list.c index 274d3af..15286aa 100644 --- a/lib/libalpm/alpm_list.c +++ b/lib/libalpm/alpm_list.c @@ -89,7 +89,7 @@ alpm_list_t SYMEXPORT *alpm_list_add(alpm_list_t *list, void *data) { alpm_list_t *ptr, *lp; - ptr = calloc(1, sizeof(alpm_list_t)); + ptr = malloc(sizeof(alpm_list_t)); if(ptr == NULL) { return list; } @@ -127,7 +127,7 @@ alpm_list_t SYMEXPORT *alpm_list_add_sorted(alpm_list_t *list, void *data, alpm_ } else { alpm_list_t *add = NULL, *prev = NULL, *next = list; - add = calloc(1, sizeof(alpm_list_t)); + add = malloc(sizeof(alpm_list_t)); if(add == NULL) { return list; } @@ -470,7 +470,7 @@ alpm_list_t SYMEXPORT *alpm_list_copy_data(const alpm_list_t *list, const alpm_list_t *lp = list; alpm_list_t *newlist = NULL; while(lp) { - void *newdata = calloc(1, size); + void *newdata = malloc(size); if(newdata) { memcpy(newdata, lp->data, size); newlist = alpm_list_add(newlist, newdata); @@ -775,7 +775,7 @@ void SYMEXPORT *alpm_list_to_array(const alpm_list_t *list, size_t n, return NULL; } - array = calloc(n, size); + array = malloc(n * size); if(array == NULL) { return NULL; } diff --git a/lib/libalpm/pkghash.c b/lib/libalpm/pkghash.c index f6207ad..963ba25 100644 --- a/lib/libalpm/pkghash.c +++ b/lib/libalpm/pkghash.c @@ -159,19 +159,19 @@ static alpm_pkghash_t *pkghash_add_pkg(alpm_pkghash_t *hash, alpm_pkg_t *pkg, in position = get_hash_position(pkg->name_hash, hash); - ptr = calloc(1, sizeof(alpm_list_t)); + ptr = malloc(sizeof(alpm_list_t)); if(ptr == NULL) { return hash; } ptr->data = pkg; - ptr->next = NULL; ptr->prev = ptr; + ptr->next = NULL; hash->hash_table[position] = ptr; - if(!sorted){ + if(!sorted) { hash->list = alpm_list_join(hash->list, ptr); - }else{ + } else { hash->list = alpm_list_mmerge(hash->list, ptr, _alpm_pkg_cmp); } -- 1.7.6.4

1 2

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v4.0.0rc2-17-ge70d540
by dan＠archlinux.org 27 Sep '11

27 Sep '11

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 e70d540501d718583a8e4b91ca5989af3f3db77d (commit) via fa929e8258c8022f15dac79dc507fa0e53190656 (commit) via b242b2d0508a94cdc4c1a68e54ef90e941cbc6d7 (commit) via 47657107af6bcfd2ef583b3014e9faffbb5d300e (commit) via 5e13b2b6af7d0cb2cbb22d6090f731e74a64afa5 (commit) from 80b0f271254f965db4d94d6bb165c64ef3553588 (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 e70d540501d718583a8e4b91ca5989af3f3db77d Author: Dan McGee <dan(a)archlinux.org> Date: Mon Sep 26 13:23:00 2011 -0500 pacman-key: use consistent punctuation in error messages Signed-off-by: Dan McGee <dan(a)archlinux.org> commit fa929e8258c8022f15dac79dc507fa0e53190656 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Sep 27 09:15:36 2011 -0500 Fix compilation using --without-gpgme I'm really good at breaking this on a regular basis. If only we had some sort of automated testing for this... Signed-off-by: Dan McGee <dan(a)archlinux.org> commit b242b2d0508a94cdc4c1a68e54ef90e941cbc6d7 Author: Dan McGee <dan(a)archlinux.org> Date: Mon Sep 26 13:34:39 2011 -0500 Remove unnecessary logger This is just a wrapper function; the real function we call logs an almost identical line. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 47657107af6bcfd2ef583b3014e9faffbb5d300e Author: Dan McGee <dan(a)archlinux.org> Date: Tue Sep 27 07:53:38 2011 -0500 Delay check for repository servers until we need them In the sync download code, we added an early check in 6731d0a9407e for sync download server existence so we wouldn't show the same error over and over for each file to be downloaded. Move this check into the download block so we only run it if there are actually files that need to be downloaded for this repository. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 5e13b2b6af7d0cb2cbb22d6090f731e74a64afa5 Author: Allan McRae <allan(a)archlinux.org> Date: Tue Sep 27 09:18:42 2011 +1000 Avoid comparison between signed and unsigned types Signed-off-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: lib/libalpm/signing.c | 14 ++++++++++---- lib/libalpm/sync.c | 16 ++++++++-------- scripts/pacman-key.sh.in | 10 +++++----- src/pacman/pacman.c | 3 ++- 4 files changed, 25 insertions(+), 18 deletions(-) hooks/post-receive -- The official pacman repository

1 0

Re: [pacman-dev] [arch-projects] [mkinitcpio][PATCH 21/26] lsinitcpio: disable color when stdout isn't a tty
by Dan McGee 27 Sep '11

27 Sep '11

On Mon, Sep 26, 2011 at 9:01 PM, Dave Reisner <d(a)falconindy.com> wrote: > On Mon, Sep 26, 2011 at 08:57:40PM -0500, Dan McGee wrote: >> On Mon, Sep 26, 2011 at 8:22 PM, Dave Reisner <d(a)falconindy.com> wrote: >> > Signed-off-by: Dave Reisner <dreisner(a)archlinux.org> >> Why were we using stderr before? Did something else change? > > You really wanna know? Copy/paste job from makepkg. We should fix this > over in makepkg as well. I'm not sure why it's used there either. makepkg -g >> PKGBUILD. Now whether that is a good reason is up for some debate, but you asked. :) -Dan

1 0

[pacman-dev] [PATCH] Aviod comparison between signed and unsigned types
by Allan McRae 26 Sep '11

26 Sep '11

Signed-off-by: Allan McRae <allan(a)archlinux.org> --- src/pacman/pacman.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/src/pacman/pacman.c b/src/pacman/pacman.c index 40aa444..326664d 100644 --- a/src/pacman/pacman.c +++ b/src/pacman/pacman.c @@ -760,7 +760,8 @@ static void cl_to_log(int argc, char* argv[]) */ int main(int argc, char *argv[]) { - int i, ret = 0; + int ret = 0; + size_t i; struct sigaction new_action, old_action; const int signals[] = { SIGHUP, SIGINT, SIGTERM, SIGSEGV }; #if defined(HAVE_GETEUID) && !defined(CYGWIN) -- 1.7.6.4

2 1

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v4.0.0rc2-12-g80b0f27
by dan＠archlinux.org 26 Sep '11

26 Sep '11

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 80b0f271254f965db4d94d6bb165c64ef3553588 (commit) via d1fc3aec4c7f7bab30f8ad7dabd7832c7c8570e6 (commit) via 507b01b912d77f0cc5422e689623f1b19c208525 (commit) via b6ccae2d182899eaf199e868963646b3a14f7e8b (commit) via dd82b8d09f554d709f92fcdc7f873cb551b2d205 (commit) via 6adf502f0d0e684c67d7498057083958becf8b19 (commit) via d26d50e664665905d79a3d5fa589b2ca0bec4ba0 (commit) from 2517ba3303489ed35512cdaf2493ec81efd145e7 (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 80b0f271254f965db4d94d6bb165c64ef3553588 Author: Dan McGee <dan(a)archlinux.org> Date: Mon Sep 26 17:31:34 2011 -0500 Ensure fileconflict value is actually a string When we switched to a file object and not just a simple string, we missed an update along the way here in target-target conflicts. This patch looks large, but it really comes down to one errant (char *) cast before that has been reworked to explicitly point to the alpm_file_t object. The rest is simply code cleanup. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit d1fc3aec4c7f7bab30f8ad7dabd7832c7c8570e6 Author: Dave Reisner <dreisner(a)archlinux.org> Date: Sun Sep 25 14:32:15 2011 -0400 bash_completion: add completion for pacman-key Signed-off-by: Dave Reisner <dreisner(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 507b01b912d77f0cc5422e689623f1b19c208525 Author: Dave Reisner <dreisner(a)archlinux.org> Date: Sun Sep 25 15:24:53 2011 -0400 pacman-key: allow get_from to return a default value Keep the non-zero return val to let the caller know that the key wasn't found. Signed-off-by: Dave Reisner <dreisner(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit b6ccae2d182899eaf199e868963646b3a14f7e8b Author: Dave Reisner <dreisner(a)archlinux.org> Date: Sun Sep 25 14:34:36 2011 -0400 pacman-key: simplify writing to config file Signed-off-by: Dave Reisner <dreisner(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit dd82b8d09f554d709f92fcdc7f873cb551b2d205 Author: Allan McRae <allan(a)archlinux.org> Date: Sat Sep 24 15:08:21 2011 +1000 makepkg: normalize whitespace for optdepends in .PKGINFO Many PKGBUILDs use formatting whitespace when specifying optdepends. This is removed when adding a package to a repo-database so the output of "pacman -Si <package>" and "pacman -Qip <package file>" becomes inconsistent. Instead, do the adjustment when creating the .PKGINFO file. Signed-off-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 6adf502f0d0e684c67d7498057083958becf8b19 Author: Allan McRae <allan(a)archlinux.org> Date: Sat Sep 24 14:53:20 2011 +1000 makepkg: allow versioned optdepends with epoch Allow the specification of versioned optdepends with an epoch. This also (partially) enforces a whitespace between ":" and the description which is required for the future optdepends parsing code. Signed-off-by: Allan McRae <allan(a)archlinux.org> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit d26d50e664665905d79a3d5fa589b2ca0bec4ba0 Author: Dan McGee <dan(a)archlinux.org> Date: Mon Sep 26 15:22:13 2011 -0500 Revamp pacman signal handler * All errors now go to stderr, so do the same here and simplify the writing of the error message. * Add SIGHUP to the handled signal list, and don't repeat code. * Attempt to release the transaction (e.g. remove the lock file) for all of HUP, INT, and TERM. Signals HUP and INT respects transaction state, TERM will immediately terminate the process. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: contrib/bash_completion.in | 16 +++++++++++++++ lib/libalpm/conflict.c | 30 +++++++++++++--------------- scripts/makepkg.sh.in | 6 ++-- scripts/pacman-key.sh.in | 14 ++++++------ src/pacman/pacman.c | 46 ++++++++++++++++++++++---------------------- 5 files changed, 63 insertions(+), 49 deletions(-) hooks/post-receive -- The official pacman repository

1 0