Bug#299207: ipac-ng: hardcoded GDBM struct sizes

2005-05-08 Thread Steve Langasek
On Sun, May 08, 2005 at 02:57:23PM -0700, Steve Langasek wrote: > On Sun, May 08, 2005 at 02:03:23PM +0200, Christoph Siess wrote: > > On Sun, May 08, 2005 at 02:02:17PM +0200, Christoph Berg wrote: > > > tags 299207 + patch > > > thanks > > > Re: Matthew Palmer in <[EMAIL PROTECTED]> > > > > Did

Bug#299207: ipac-ng: hardcoded GDBM struct sizes

2005-05-08 Thread Steve Langasek
On Sun, May 08, 2005 at 02:03:23PM +0200, Christoph Siess wrote: > On Sun, May 08, 2005 at 02:02:17PM +0200, Christoph Berg wrote: > > tags 299207 + patch > > thanks > > Re: Matthew Palmer in <[EMAIL PROTECTED]> > > > Did you try commenting out this sanity check and seeing if ipac-ng ran > > > cor

Bug#299207: ipac-ng: hardcoded GDBM struct sizes

2005-05-08 Thread Christoph Siess
On Sun, May 08, 2005 at 02:02:17PM +0200, Christoph Berg wrote: > tags 299207 + patch > thanks > > Re: Matthew Palmer in <[EMAIL PROTECTED]> > > Did you try commenting out this sanity check and seeing if ipac-ng ran > > correctly? > > Just tried it, it works. Tested on amd64 (fresh install) and i

Bug#299207: ipac-ng: hardcoded GDBM struct sizes

2005-05-08 Thread Christoph Berg
tags 299207 + patch thanks Re: Matthew Palmer in <[EMAIL PROTECTED]> > Did you try commenting out this sanity check and seeing if ipac-ng ran > correctly? Just tried it, it works. Tested on amd64 (fresh install) and i386 (upgrade and data still alive). diff -u ipac-ng-1.27/debian/changelog ipac-

Bug#299207: ipac-ng: hardcoded GDBM struct sizes

2005-05-07 Thread Matthew Palmer
Are you referring to this code in storage/gdbm/gdbm.c::gdbm_init(): /* check record lengths. This is the only spot where these * values are hard-coded. */ if (sizeof(gdbm_timestamp) != 5 || sizeof(gdbm_data_value_header_t) != 16