[ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Max Bowsher]

[-- Attachment #1: Type: text/plain, Size: 2557 bytes --]

ITP status so far:

Yaakov suggested changing php-apache2 to apache2-php.  I countered that
php-apache2 is consistent with the subversion-apache2 we already have,
and that it more useful to have all the possibilities for using PHP
grouped together, than to have all apache2 modules grouped together.

Volker Zell identified a problem in apxs2 which was impacting the PHP
build. I fixed the problem in apache2-2.2.2-1.

Volker Zell further observed a build failure during 'make install' - I
have replied that I was unable to reproduce, and he has not commented
further.

John Morrison tested the package, and noted that it worked, but that the
 Cygwin-specific README could use some extra material on how to
configure Apache - I will add some, and am currently thinking on whether
the package should install files into /etc/apache2/conf.d, and if so,
how to  handle user customization to them.



setup.hint-s:

# php
category: Web
requires: cygwin crypt postgresql minires libxml2
sdesc: "PHP: Hypertext Preprocessor"
ldesc: "PHP is a widely-used general-purpose scripting language that is
especially suited for Web development and can be embedded into HTML."

# php-apache2
category: Web
requires: php apache2
external-source: php
sdesc: "PHP: Hypertext Preprocessor (Apache 2 module)"
ldesc: "PHP is a widely-used general-purpose scripting language that is
especially suited for Web development and can be embedded into HTML."

# php-devel
category: Web
requires: php
external-source: php
sdesc: "PHP: Hypertext Preprocessor (development files)"
ldesc: "PHP is a widely-used general-purpose scripting language that is
especially suited for Web development and can be embedded into HTML."


Setup package URL:
http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/

Direct package URLs:
http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/release/php/php-5.1.4-0.3-src.tar.bz2
http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/release/php/php-5.1.4-0.3.tar.bz2
http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/release/php/php-apache2/php-apache2-5.1.4-0.3.tar.bz2
http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/release/php/php-devel/php-devel-5.1.4-0.3.tar.bz2

Hint URLs:
http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/release/php/setup.hint
http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/release/php/php-apache2/setup.hint
http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/release/php/php-devel/setup.hint

Obviously, I'll bump the 0.3 release number up to 1 once GTG is achieved.



Max.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Yaakov S (Cygwin Ports)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Max Bowsher wrote:
> Yaakov suggested changing php-apache2 to apache2-php.  I countered that
> php-apache2 is consistent with the subversion-apache2 we already have,
> and that it more useful to have all the possibilities for using PHP
> grouped together, than to have all apache2 modules grouped together.

1) The apache2 modules are mistakenly present in the php-devel package.
2) Could 'php-config --libs' output be sanitized?


Yaakov
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEjv2BpiWmPGlmQSMRAjcwAKCGHGphQcp+1Dow2dZtaQYZua/W1gCg6dl+
HSeIyqOS+1rT9VCpMAMMgRY=
=xaBI
-----END PGP SIGNATURE-----

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Max Bowsher]

[-- Attachment #1: Type: text/plain, Size: 564 bytes --]

Yaakov S (Cygwin Ports) wrote:
> Max Bowsher wrote:
>>> Yaakov suggested changing php-apache2 to apache2-php.  I countered that
>>> php-apache2 is consistent with the subversion-apache2 we already have,
>>> and that it more useful to have all the possibilities for using PHP
>>> grouped together, than to have all apache2 modules grouped together.
> 
> 1) The apache2 modules are mistakenly present in the php-devel package.

Fixed, thanks.

> 2) Could 'php-config --libs' output be sanitized?

It's no messier than it is on Linux, so why?

Max.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Lapo Luchini]

Max Bowsher wrote:
> Direct package URLs:
> http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/release/php/php-5.1.4-0.3-src.tar.bz2
>
> Obviously, I'll bump the 0.3 release number up to 1 once GTG is achieved.
>   
Why --without-sqlite? It doesn't work? As an extension, is very very
handy IMHO.

And why --without-pear? You think it's better suited as a separate package?

    Lapo

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Lapo Luchini]

Lapo Luchini wrote:
> Why --without-sqlite? And why --without-pear?
I also seem to have some build problems:

/bin/sh /home/lapo/packaging/tmp/php-5.1.4/.build/libtool --silent
--preserve-dup-deps --mode=compile gcc  -IZend/
-I/home/lapo/packaging/tmp/php-5.1.4/Zend/ -DPHP_ATOM_INC
-I/home/lapo/packaging/tmp/php-5.1.4/.build/include
-I/home/lapo/packaging/tmp/php-5.1.4/.build/main
-I/home/lapo/packaging/tmp/php-5.1.4 -I/usr/include/libxml2
-I/home/lapo/packaging/tmp/php-5.1.4/.build/ext/date/lib
-I/home/lapo/packaging/tmp/php-5.1.4/ext/date/lib
-I/home/lapo/packaging/tmp/php-5.1.4/.build/TSRM
-I/home/lapo/packaging/tmp/php-5.1.4/.build/Zend
-I/home/lapo/packaging/tmp/php-5.1.4/main
-I/home/lapo/packaging/tmp/php-5.1.4/Zend
-I/home/lapo/packaging/tmp/php-5.1.4/TSRM
-I/home/lapo/packaging/tmp/php-5.1.4/.build/    -I/usr/include -O2  -c
Zend/zend_language_parser.c -o Zend/zend_language_parser.lo
gcc: Zend/zend_language_parser.c: No such file or directory
gcc: no input files
make: *** [Zend/zend_language_parser.lo] Error 1

(and in fact it does not exists, inside .build/Zend... configure problem
with different directories?)

    Lapo

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Max Bowsher]

[-- Attachment #1: Type: text/plain, Size: 1142 bytes --]

Lapo Luchini wrote:
> Max Bowsher wrote:
>> Direct package URLs:
>> http://jabberwock.vm.bytemark.co.uk/~maxb/cygphp/release/php/php-5.1.4-0.3-src.tar.bz2
>>
>> Obviously, I'll bump the 0.3 release number up to 1 once GTG is achieved.
>>   
> Why --without-sqlite? It doesn't work? As an extension, is very very
> handy IMHO.

I don't remember why, sorry.


> And why --without-pear? You think it's better suited as a separate package?

Because, it's a pain to package in a way an external packaging system
can safely upgrade, because it is, itself a packaging system, with
complex state databases of its own.

However...


These last three months, I've been in full-time employment for the first
time since university. My free time is considerably more limited than it
has been in the past, and I no longer feel I can dedicate time to PHP,
as it is a package I have no personal use for at all. I therefore
rescind this ITP, in order to have more time to maintain my existing
packages. If anyone wishes to take my prototype packaging of PHP as a
basis of an ITP of their own, please feel free to do so.

Max.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 186 bytes --]

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Lapo Luchini]

Max Bowsher wrote:
>> Why --without-sqlite? It doesn't work? As an extension, is very very
>> handy IMHO.
> I don't remember why, sorry.
>   
Yup, it doesn't work, but I found the issue (previously seen it: in os.h
must REMOVE the cygwin ifdef, so that unix.h is used by default).
> If anyone wishes to take my prototype packaging of PHP as a
> basis of an ITP of their own, please feel free to do so.
I'm far behind upgrading my existing packages as well, but if no one
else is interested in PHP I would probably opackage it myself anyway for
personal use, so I could as well mantain it.

I'll work on it a bit more and then will decide.

-- 
Lapo Luchini
lapo@lapo.it (OpenPGP & X.509)
www.lapo.it (Jabber, ICQ, MSN)

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Max Bowsher]

[-- Attachment #1: Type: text/plain, Size: 1505 bytes --]

Lapo Luchini wrote:
> Max Bowsher wrote:
>>> Why --without-sqlite? It doesn't work? As an extension, is very very
>>> handy IMHO.
>> I don't remember why, sorry.
>>   
> Yup, it doesn't work, but I found the issue (previously seen it: in os.h
> must REMOVE the cygwin ifdef, so that unix.h is used by default).
>> If anyone wishes to take my prototype packaging of PHP as a
>> basis of an ITP of their own, please feel free to do so.
> I'm far behind upgrading my existing packages as well, but if no one
> else is interested in PHP I would probably opackage it myself anyway for
> personal use, so I could as well mantain it.
> 
> I'll work on it a bit more and then will decide.


There was one additional fix I had made locally but got around to
updating the tarballs on my server:

Update the binary packaging tar lines to:

  tar -cjvf "${topdir}/php-devel-$VER-$REL.tar.bz2" usr/include
usr/lib/php usr/lib/libphp5core.* usr/bin/php-config usr/bin/phpize
usr/share/man/man1/php-config.1* usr/share/man/man1/phpize.1* && \

  tar --exclude='usr/lib/apache2' --exclude='usr/include'
--exclude='usr/lib/php' --exclude='usr/lib/libphp5core.*'
--exclude='usr/bin/php-config' --exclude='usr/bin/phpize'
--exclude='usr/share/man/man1/php-config.1*'
--exclude='usr/share/man/man1/phpize.1*' -cjvf ${bin_pkg} * )

specifically, that's a change from "usr/lib" to "usr/lib/php" and
"usr/lib/libphp5core.*" in the includes/excludes of what goes into each
package.


Max.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 186 bytes --]

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Lapo Luchini]

Max Bowsher wrote:
> There was one additional fix I had made locally but got around to
> updating the tarballs on my server
OK, thanks =)

BTW: have you had this problem? and you solved it how?

% ./php-5.2.0-0.1.sh install strip pkg spkg
Installing PHP SAPI module:       apache2handler
/usr/share/apache2/build/instdso.sh
SH_LIBTOOL='/usr/share/apr-1-build/libtool' libphp5.la
/home/lapo/packaging/tmp/php-5.2.0/.inst/usr/lib/apache2
/usr/share/apr-1-build/libtool --mode=install cp libphp5.la
/home/lapo/packaging/tmp/php-5.2.0/.inst/usr/lib/apache2/
libtool: install: error: cannot install `libphp5.la' to a directory not
ending in /home/lapo/packaging/tmp/php-5.2.0/.build/libs
apxs:Error: Command failed with rc=65536

I noticed that to create shared extension --enable-shared is needed in
conf(), but it does seem to create the libphp5.la shared nonetheless,
and libtool gives that error, which I didn't understand very well but
(googling a bit) I guess it's about relinking and it's not about to be
solved. ?_?

    Lapo

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Max Bowsher]

[-- Attachment #1: Type: text/plain, Size: 1331 bytes --]

Lapo Luchini wrote:
> Max Bowsher wrote:
>> There was one additional fix I had made locally but got around to
>> updating the tarballs on my server
> OK, thanks =)
> 
> BTW: have you had this problem? and you solved it how?
> 
> % ./php-5.2.0-0.1.sh install strip pkg spkg
> Installing PHP SAPI module:       apache2handler
> /usr/share/apache2/build/instdso.sh
> SH_LIBTOOL='/usr/share/apr-1-build/libtool' libphp5.la
> /home/lapo/packaging/tmp/php-5.2.0/.inst/usr/lib/apache2
> /usr/share/apr-1-build/libtool --mode=install cp libphp5.la
> /home/lapo/packaging/tmp/php-5.2.0/.inst/usr/lib/apache2/
> libtool: install: error: cannot install `libphp5.la' to a directory not
> ending in /home/lapo/packaging/tmp/php-5.2.0/.build/libs
> apxs:Error: Command failed with rc=65536
> 
> I noticed that to create shared extension --enable-shared is needed in
> conf(), but it does seem to create the libphp5.la shared nonetheless,
> and libtool gives that error, which I didn't understand very well but
> (googling a bit) I guess it's about relinking and it's not about to be
> solved. ?_?

Total guess here, but are you trying to use DESTDIR? PHP is just weird,
and you have to use INSTALL_ROOT instead. In fact, I have vague
recollections of DESTDIR actually doing something else entirely, in PHP.

Max.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 186 bytes --]

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Lapo Luchini]

Max Bowsher wrote:
> Total guess here, but are you trying to use DESTDIR? PHP is just weird,
> and you have to use INSTALL_ROOT instead. In fact, I have vague
> recollections of DESTDIR actually doing something else entirely, in PHP.
>   
Mhh, nope.. I'm in fact using your script, except a coulpe of mods ;-)
I only added SQLite and MSSQL and removed PostgreSQL, right now...
everything else is just ditto.
(I was also trying to compile extensions shared, but that seems to be
more complex, and I have this problem to solve first, anyway...)

      Lapo

-- 
Lapo Luchini
lapo@lapo.it (OpenPGP & X.509)
www.lapo.it (Jabber, ICQ, MSN)

Re: [ITP] PHP 5.1.4 (cli, cgi-fcgi, apache2) [re-issued]

[Max Bowsher]

[-- Attachment #1: Type: text/plain, Size: 1503 bytes --]

Lapo Luchini wrote:
> Max Bowsher wrote:
>> Total guess here, but are you trying to use DESTDIR? PHP is just weird,
>> and you have to use INSTALL_ROOT instead. In fact, I have vague
>> recollections of DESTDIR actually doing something else entirely, in PHP.
>>   
> Mhh, nope.. I'm in fact using your script, except a coulpe of mods ;-)
> I only added SQLite and MSSQL and removed PostgreSQL, right now...
> everything else is just ditto.
> (I was also trying to compile extensions shared, but that seems to be
> more complex, and I have this problem to solve first, anyway...)

You were right, it was to do with relinking.

I've updated http://mps.sh.nu/~maxb/cygphp/ with packages that build.

The source package is unpacked so you don't have to download many megabytes:

http://mps.sh.nu/~maxb/cygphp/release/php/php-5.2.0-0.1.patch
http://mps.sh.nu/~maxb/cygphp/release/php/php-5.2.0-0.1.sh

The particular line of importance is in the .sh script:

   sed -e 's/relink_command=\\"$relink_command\\""/"/' ltmain.sh >
gbs.$$.tmp && mv gbs.$$.tmp ltmain.sh

I suspect that nothing has, in fact, changed in this respect from 5.1.4
to 5.2.0 - rather, I probably had that hack installed on my system
libtool at the time I last built php.



As far as compiling extensions shared goes: I recall finding that to be
fraught with complications. It might be wise to defer that to a future
enhancement, after an initial version of the package has entered Cygwin.


Max.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 186 bytes --]