[php-maint] LFS support in sight

[sean finney]

On Sun, 2006-11-12 at 05:17 -0800, Steve Langasek wrote:
> The apr_finfo_t struct has a member of type apr_ino_t, which is typedef'ed
> directly to the system ino_t -- and the size of ino_t is not invariant with
> respect to LFS (with -D_FILE_OFFSET_BITS=64, it's aliased to ino64_t
> instead).  So this throws off the size of the whole apr_finfo_t struct and
> screws up the offsets of most members within that struct besides.

fun!

> > afaik none of the packages depending on the new php api have even been
> > built yet, so maybe we can avoid bumping the api?
> 
> I was referring to php4 here, actually, which hasn't had a recent
> ABI-changing upload.  I've been studiously avoiding acknowledging the
> existence of php5 for the past year. >:)

aha... and here i was thinking just about php5.  so yeah, we'll have to
bump the api and rebuild a bunch of stuff for php4 anyway.

> > i say go for it.  we have the same problem in php5 so we should make a
> > new upload of that as well.  also, it'd be worth a quick test that this
> > doesn't cause problems for the apache 1.x module or any of the phpN-foo
> > modules.
> 
> Yes, I'm going to check on apache 1.x as well. (Good riddance to the other
> per-webserver SAPIs!)  Testing *all* of the modules is probably quite a bit
> harder; I'm hoping to get away with relying on user testing to let us know
> if there are any new LFS problems besides the ones we found out about last
> time around. :/

great, lemme know (or go ahead and commit, i'm tracking commits) when
you have something for me to look at.


	sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/pkg-php-maint/attachments/20061112/818da7e8/attachment.pgp