This fixes FS#14899. When running an -Sp operation without servers
configured for a repository, we would segfault, so add an assert to the
backend method returning the first server preventing a null pointer
dereference.
In addition, add a new error code to libalpm that indicates we have no
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 9af9c0f328094228fa363d842ddc9b2a605f0d22 (commit)
from
On Sat, Jun 06, 2009 at 12:07:14PM -0500, Dan McGee wrote:
See FS#14542- this allows -Qs output to be fed back into pacman without
problems or having to strip off the 'local/' prefix manually.
You must have meant FS#14642.
I've made a comment there. :D
No new checks, just move it into a function and return 1 rather than exit
directly. This also allows the use of local variables.
Signed-off-by: Dan McGee d...@archlinux.org
---
scripts/makepkg.sh.in | 142 ++---
1 files changed, 76 insertions(+), 66
This fixes FS#14899. When running an -Sp operation without servers
configured for a repository, we would segfault, so add an assert to
the backend method returning the first server preventing a null
pointer dereference.
In addition, add a new error code to libalpm that indicates we have no
On Sat, Jun 6, 2009 at 1:29 PM, Nagy Gaborng...@bibl.u-szeged.hu wrote:
This fixes FS#14899. When running an -Sp operation without servers
configured for a repository, we would segfault, so add an assert to
the backend method returning the first server preventing a null
pointer dereference.
IMHO we should print all error messages to stderr. (This can be
done easily in callback functions.) I am sure that it would be
better with -Sp (-Sp users usually do pacman -Sup foo.txt), and I
don't see any drawbacks in other cases. (What about our scripts?)
See also: FS#12101.
