[SRU] PHP 5.2.10 zlib bug remains for 32bit

Just adding the bug Chuck referenced directly:
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/451277

This may be another related bug : https://bugs.launchpad.net/ubuntu/+source/zlib/+bug/439407

Either this is coming from upstream, or it's an error on the part of the ubuntu packaging in karmic. php5-zlib is missing (extension zlib.so) in Karmic Beta, and affects various other plugins. This is annoying on desktop, and critical for server.

There was a zlib bug in PHP 5.2.10 that was fixed in 5.2.11, which zul backported to Ubuntu's 5.2.10 yesterday (php5 5.2.10.dfsg.1-2ubuntu5), but the PEAR symptom relating to zlib (this bug) seems to remain.

If bug #439407 is correct in that the zlib.so extension file fails to install alongside PHP, it's possible that could explain this PEAR issue.

New bug against php5 regarding "missing zlib" -- bug #451405

Im trying to find a fix for this thanks for the bug report.

Regards
chuck

For those who are chomping at the bit for the (possible) fix to this. Can you try the version in my ppa (http://launchpad.net/~zulcss/+archive) when it is built?

Thanks
chuck

Chuck, your package failed to build :(

Ok I uploaded a new version can you guys test that?

Regards
chuck

It still does not work for me. :(

$ apt-cache policy php-pear
php-pear:
  Telepítve: 5.2.10.dfsg.1-2ubuntu6~ppa2
  Jelölt: 5.2.10.dfsg.1-2ubuntu6~ppa2
  Verziótáblázat:
 *** 5.2.10.dfsg.1-2ubuntu6~ppa2 0
        500 http://ppa.launchpad.net karmic/main Packages
        100 /var/lib/dpkg/status
     5.2.10.dfsg.1-2ubuntu5 0
        500 http://archive.ubuntu.com karmic/main Packages

$ pear -vvvvv install Structures_Graph

Notice: file_exists(): Unable to find the wrapper "channel" - did you forget to enable it when you configured PHP? in PEAR/Downloader/Package.php on line 1517

Notice: is_file(): Unable to find the wrapper "channel" - did you forget to enable it when you configured PHP? in PEAR/Downloader/Package.php on line 1527

Notice: is_file(): Unable to find the wrapper "channel" - did you forget to enable it when you configured PHP? in PEAR/Downloader/Package.php on line 1527
Downloading "http://pear.php.net/get/Structures_Graph-1.0.3.tgz"
downloading Structures_Graph-1.0.3.tgz ...
Starting to download Structures_Graph-1.0.3.tgz (30,191 bytes)
.........done: 30,191 bytes

Warning: unlink(/tmp/glibctestZmtyzp): No such file or directory in System.php on line 206

It doesn't work for me neither:

$ php -v
PHP 5.2.10-2ubuntu6~ppa2 with Suhosin-Patch 0.9.7 (cli) (built: Oct 19 2009 19:11:29)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies

$ pear version
PEAR Version: 1.9.0
PHP Version: 5.2.10-2ubuntu6~ppa2
Zend Engine Version: 2.2.0
Running on: Linux izi-desktop 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009 i686

$ sudo pear install Console_CommandLine
downloading Console_CommandLine-1.1.0.tgz ...
Starting to download Console_CommandLine-1.1.0.tgz (37,554 bytes)
..........done: 37,554 bytes

^ stops after download

If this has been fixed in 5.2.11, why do we still have 5.2.10 in packages?

Having these issues in 5.2.10.dfsg.1-2ubuntu5, 32-bit Karmik.

@Rajoy,

Because we are in the middle of a Feature Freeze in anticipation for release next week. I am currently working on this issue by backporting the fixes from 5.2.11

Thanks for your patience.

Regards
chuck

While trying to fix this backporting the fixes to php's zlib is not solving this problem so this is leading me to believe its something else.

Regards
chuck

Ok,

I think I have nailed this down, it looks like a patch was drooped that debian carried:

With the patch applied I get the following:

chuck@cartman:~/work/server/bugs/main/karmic/php/ppa$ !568
php -r "var_dump(function_exists("gzopen"));"
bool(true)

And for pear I get the following now:

huck@cartman:~/work/server/bugs/main/karmic/php/ppa$ sudo pear install Auth
WARNING: "pear/DB" is deprecated in favor of "pear/MDB2"
WARNING: "pear/MDB" is deprecated in favor of "pear/MDB2"
Did not download optional dependencies: pear/Log, pear/File_Passwd, pear/Net_POP3, pear/DB, pear/MDB, pear/MDB2, pear/Auth_RADIUS, pear/Crypt_CHAP, pear/File_SMBPasswd, pear/HTTP_Client, pear/SOAP, pear/Net_Vpopmaild, pecl/vpopmail, pecl/kadm5, use --alldeps to download automatically
pear/Auth can optionally use package "pear/Log" (version >= 1.9.10)
pear/Auth can optionally use package "pear/File_Passwd" (version >= 1.1.0)
pear/Auth can optionally use package "pear/Net_POP3" (version >= 1.3.0)
pear/Auth can optionally use package "pear/DB" (version >= 1.6.0)
pear/Auth can optionally use package "pear/MDB"
pear/Auth can optionally use package "pear/MDB2" (version >= 2.0.0RC1)
pear/Auth can optionally use package "pear/Auth_RADIUS"
pear/Auth can optionally use package "pear/Crypt_CHAP" (version >= 1.0.0)
pear/Auth can optionally use package "pear/File_SMBPasswd" (version >= 1.0.0)
pear/Auth can optionally use package "pear/HTTP_Client" (version >= 1.1.0)
pear/Auth can optionally use package "pear/SOAP" (version >= 0.9.0)
pear/Auth can optionally use package "pear/Net_Vpopmaild" (version >= 0.1.0)
pear/Auth can optionally use package "pecl/vpopmail" (version >= 0.2)
pear/Auth can optionally use package "pecl/kadm5" (version >= 0.2.3)
pear/Auth can optionally use PHP extension "imap"
pear/Auth can optionally use PHP extension "saprfc"
downloading Auth-1.6.2.tgz ...
Starting to download Auth-1.6.2.tgz (56,036 bytes)
.............done: 56,036 bytes
install ok: channel://pear.php.net/Auth-1.6.2

Please test the version my ppa when its built.

Thanks
chuck

It works for me.

$ apt-cache policy php-pear
php-pear:
  Telepítve: 5.2.10.dfsg.1-2ubuntu7~ppa5
  Jelölt: 5.2.10.dfsg.1-2ubuntu7~ppa5
  Verziótáblázat:
 *** 5.2.10.dfsg.1-2ubuntu7~ppa5 0
        500 http://ppa.launchpad.net karmic/main Packages
        100 /var/lib/dpkg/status
     5.2.10.dfsg.1-2ubuntu6 0
        500 http://archive.ubuntu.com karmic/main Packages

Everything works as expected here too, great job Chuck, commit away ;)

Thanks for the testing.

Regards
chuck

I rejected the two php5 uploads, it's too late for karmic final. Please reupload as an SRU. Thanks!

Statement of Impact:

PHP in karmic was shipped without a patch that causes users on i386 systems unable to use the zlib library.

How this have been addressed:

I have re-enabled the 019-z_off_t_as_long.patch for php. This has to been added again when lucid starts again. I have attached the debdiff to this bug for your review.

How to reproduce:

1. Install php5-common, php5-cli
2. Run the following command:

<?php
var_dump(function_exists("gzopen"));
?>

3. It should return bool(true) but it doesnt.

There should not be any regressions with this patch enabled. If you have any questions please let me know.

Regards
chuck

The work around for now is to do sudo pear install -Z <pear module>

Release note:

When install pear modules on i386 architecture, the pear module will silently fail. The work around is to use the following:

sudo pear install -Z <pear module>

A fix for this issue is expected to be provided in a post-release update immediately after the Ubuntu 9.10 release.

I reviewed the package in -proposed, approved. Will accept right after karmic release.

Isn't this bug going to affect all uses of the zlib extension in PHP? Why do we want a release note that talks exclusively about pear?

And how does the patch to fix the not-64-bit-clean functions account for gzopen() being missing, for that matter?

Accepted php5 into karmic-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Chuck says the patch is at least helping users to be able to use zlib again, so I accept this into -proposed for further testing.

Chuck, can you please answer Steve's questions before this moves to -updates? Thank you!

Steve,

Yes this bug affects all of the users using the zlib extensions not just the pear users. Basically the 019-z_off_t_as_long.patch is needed to make sure that the LFS-enabled SAPIs can still use the zlib functions correctly.

chuck.

There are multiple positive test from users of the -proposed packages on bug #451405

not going to affect pears only, but everyone with php.

Added a bug report upstream to Archive_Tar about better error reporting needed, as now users affected by this bug do not receive any information about what is wrong. https://pear.php.net/bugs/bug.php?id=16759

This bug was fixed in the package php5 - 5.2.10.dfsg.1-2ubuntu6.1

---------------
php5 (5.2.10.dfsg.1-2ubuntu6.1) karmic-proposed; urgency=low

  * debian/patches/series: Re-enable 019-z_off_t_as_long.patch. This is
    causing users to have issues with zlib (LP: #451314)

 -- Chuck Short <email address hidden> Wed, 28 Oct 2009 09:03:25 -0400

Copied karmic-proposed to lucid.

This bug is already being fixed in SRU, so I don't think we should add this to the release notes after the fact.

This bug was fixed in the package php5 - 5.2.10.dfsg.1-2ubuntu6.1

---------------
php5 (5.2.10.dfsg.1-2ubuntu6.1) karmic-proposed; urgency=low

  * debian/patches/series: Re-enable 019-z_off_t_as_long.patch. This is
    causing users to have issues with zlib (LP: #451314)

 -- Chuck Short <email address hidden> Wed, 28 Oct 2009 09:03:25 -0400

hi. I'm using Magento (most used eCommerce framework in the world...)
Magento does not work with PHP 5.3 (as many CMS and frameworks).

So, as many people, I needed to downgrade to PHP 5.2.10 with the very popular trick :
http://dustyreagan.com/downgrade-php-5-3-to-5-2/comment-page-1/

But now, I have the gzopen bug.
I'm a webdevelopper, not a sysadmin. I use Ubuntu because it suppose to be 'easy to use'. I felt yet difficult and weird the downgrading of PHP.

Now, what I'm suppose to do for Ubuntu being able to run Magento ?
Could you please explain in a 'step by step way' how to fix the gzopen() bug ?

thanks.

This bug seems to be back in trusty x32.

get_extension_funcs ('Zlib') shows "gztell64, gzseek64, gzopen64".

php -i | grep ZLib:
  ZLib Version => 1.2.8

php5-common=5.5.9+dfsg-1ubuntu4
zlib1g:i386=1:1.2.8.dfsg-1ubuntu1

I can confirm that this bug affects ubuntu 14.04 i386.

As a result, I have been unable to update Piwik, which gives me the following error:
    "Abort pclzip.lib.php : Missing zlib extensions"

It's almost a month since Andrey reported this bug to be back. Do the maintainers plan to fix this anytime soon?

This bug still remains 6 months later. I just wasted 2 days trying to figure out why this package I was using wasn't working. Please fix this for 32-bit users.