Re: [pacman-dev] [arch-general] rotate pacman log?

2008-08-08 Thread Xavier
> On Thu, Aug 7, 2008 at 4:05 PM, Dan McGee <[EMAIL PROTECTED]> wrote: >> >> There is a separate concern I have wanted to address for a while, and >> that is the mixing of what was previously a pristine pacman.log with >> the scriptlet messages. It is a great idea, but in practice, it makes >> this

Re: [pacman-dev] [BUG] alpm_list_remove need an initalized pointer for void **data

2008-08-08 Thread Xavier
On Thu, Aug 7, 2008 at 3:41 PM, Dan McGee <[EMAIL PROTECTED]> wrote: > > I think the problem is something different; note the problem occurs in db_cmp: > > Program received signal SIGSEGV, Segmentation fault. > _alpm_db_cmp (d1=0x97b60f0, d2=0x97b60f0) at db.c:363 > 363 return(strcmp(db

Re: [pacman-dev] [BUG] alpm_list_remove need an initalized pointer for void **data

2008-08-08 Thread Dan McGee
On Fri, Aug 8, 2008 at 6:32 AM, Xavier <[EMAIL PROTECTED]> wrote: > On Thu, Aug 7, 2008 at 3:41 PM, Dan McGee <[EMAIL PROTECTED]> wrote: >> >> I think the problem is something different; note the problem occurs in >> db_cmp: >> >> Program received signal SIGSEGV, Segmentation fault. >> _alpm_db_cm

Re: [pacman-dev] [BUG] alpm_list_remove need an initalized pointer for void **data

2008-08-08 Thread Xavier
On Thu, Aug 7, 2008 at 6:10 PM, solsTiCe d'Hiver <[EMAIL PROTECTED]> wrote: >> Or what do we do here? Double pointers start confusing me. > i reach here the limit of my knowlegde of C too. > > but why not : > if(data) { >data = NULL; > } > > if have found by trial and error that's the only thin

Re: [pacman-dev] [BUG] alpm_list_remove need an initalized pointer for void **data

2008-08-08 Thread solsTiCe d'Hiver
oops my bad... ___ pacman-dev mailing list pacman-dev@archlinux.org http://archlinux.org/mailman/listinfo/pacman-dev

Re: [pacman-dev] [arch-dev-public] info pages

2008-08-08 Thread Allan McRae
Eric Belanger wrote: On Wed, 6 Aug 2008, Allan McRae wrote: Allan McRae wrote: Hi all, Just a heads up with something I have remembered while packaging with the new pacman release. Including docs is the default in makepkg.conf now so if there is a large amount of documentation you will wa

Re: [pacman-dev] [arch-dev-public] info pages

2008-08-08 Thread Allan McRae
Allan McRae wrote: We should also automatically compress the info files like we do the man pages. Would there be any objects to extending the zipman option to cover the compressing of info pages too? Also, I can see two options for doing this. 1) Just add the info directories to the "mandi

[pacman-dev] [PATCH] Fix segfault on x86_64 when using UseSyslog

2008-08-08 Thread Dan McGee
Due to differences in handling va_list between i686 and x86_64, this bug can only be seen on x86_64. va_list usage is not allowed but we had been getting away with it. See http://lists.opensuse.org/opensuse-programming/2008-02/msg5.html for details and explanation. This fixes FS#11096. Signed

Re: [pacman-dev] [PATCH] Fix segfault on x86_64 when using UseSyslog

2008-08-08 Thread Allan McRae
Dan McGee wrote: Due to differences in handling va_list between i686 and x86_64, this bug can only be seen on x86_64. va_list usage is not allowed but we had been getting away with it. See http://lists.opensuse.org/opensuse-programming/2008-02/msg5.html for details and explanation. This fixe

[pacman-dev] [PATCH] Fix creation of source package with local source files

2008-08-08 Thread Allan McRae
Fixes FS#11149. Signed-off-by: Allan McRae <[EMAIL PROTECTED]> --- scripts/makepkg.sh.in |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/scripts/makepkg.sh.in b/scripts/makepkg.sh.in index 3604d10..c5dbed9 100644 --- a/scripts/makepkg.sh.in +++ b/scripts/makepkg.sh.in @@