From jyri@sac.sfbay.sun.com Sat Feb 21 17:57:45 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1M1vj2v027026 for ; Sat, 21 Feb 2009 17:57:45 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1M1vh9m032504; Sat, 21 Feb 2009 18:57:43 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFG00F012S62400@nwk-avmta-2.sfbay.sun.com>; Sat, 21 Feb 2009 17:57:42 -0800 (PST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFG009X12S6PLC0@nwk-avmta-2.sfbay.sun.com>; Sat, 21 Feb 2009 17:57:42 -0800 (PST) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1M1vgjU059755; Sat, 21 Feb 2009 17:57:42 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1M1veeI027007; Sat, 21 Feb 2009 17:57:40 -0800 (PST) Received: (from jyri@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n1M1vePR027002; Sat, 21 Feb 2009 17:57:40 -0800 (PST) Date: Sat, 21 Feb 2009 17:57:40 -0800 (PST) From: Jyri Virkki Subject: PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] To: LSARC-ext@sun.com Cc: webstack-discuss@opensolaris.org Message-id: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 7508 I am sponsoring this case for Sriram Natarajan. It defines a handful of enhancements to PHP. I'll make the contract between this case and PSARC/2008/507 available soon. Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: PHP5 Feature Enhancements 1.2. Name of Document Author/Supplier: Author: Sriram Natarajan 1.3 Date of This Document: 21 February, 2009 4. Technical Description PHP5 Feature Enhancements This case adds an assortment of new functionality to the recently integrated PHP5 engine (2007/168[1], 2007/641[2], 2008/538[3]). This case seeks Minor patch binding. 2.1 Provide PHP extension specific statistics Provide the ability to deliver statistics of 3rd party extensions like APC and memcache usage statistics. This feature is currently provided by these extensions itself. This project intends to bundle the scripts provided by PHP extensions along with a glue Apache HTTP configuration file within the apache samples configuration directory. This project will deliver the following files /usr/php/5.2/samples/apc/apc.php /var/php/5.2/samples/memcache/memcache.php /etc/apache2/2.2/samples-conf.d/php-apc-stats.conf /etc/apache2/2.2/samples-conf.d/php-memcache-stats.conf These files will be delivered within current SUNWphp52u and SUNWapch22r-php52 packages. 2.2 Provide sample script(s) to help configure PHP runtime with other web server(s) Deliver a sample script within current PHP package to help configure PHP runtime with other web server(s) like Sun Java System Web Server. These sample scripts will be delivered within SUNWphp52u package under /usr/php/5.2/samples/scripts The sample script(configure-sun-webserver.sh) will generate necessary configuration(s) within Sun Web Server 7 configuration files so that PHP runtime can work with Sun Web Server 7. This script can be invoked by providing with the following arguments to hook up PHP runtime with Sun Web Server 7. /usr/php/5.2/samples/scripts/configure-sun-webserver.sh \ --installroot= \ --instancename= Script 'configure-sun-webserver7'.sh will provide the following command line input options: --instanceroot Web Server 7 instance top location --instancename Web Server 7 instance name Script 'configure-sun-webserver7.sh' will exit with one of these exit codes: 0 SUCCESS 1 FAILURE 2.3 Integrate PHP runtime with OpenLDAP libraries. This project will switch the LDAP client library internally used by PHP LDAP extension from native Solaris LDAP to OpenLDAP client library. PHP LDAP extension is currently linked against Solaris LDAP client library for providing necessary implementation to connect to a LDAP server. However, Sun LDAP client library does not allow connecting to secure LDAP server(ldaps) in one of the following ways as expected by PHP LDAP extension: * as an environment variable set by administrator within PHP application * ldaps URL passed to PHP's ldap_connect() API Note: Because PHP can be run inside the Apache HTTP Server (Apache) process via mod_php, this change must be implemented in conjunction with: LSARC/2009/123 Apache and APR-Util Using OpenLDAP and must conform to restrictions discussed in section: "Special library issues" of LSARC/2009/123 to prevent the loading of multiple libraries which implement the same symbols into the same process. 2.4 Provide additional DTrace probes within PHP runtime Current DTrace probe, delivered as a PHP extension, provides information on very limited set of information like function entry, exit point. This project provides additional DTrace probes within PHP runtime by providing patches to Zend(PHP) engine. These additional patches will be contributed to the upstream community. The dtrace probes are Volatile for now because they are (a) not finalized and (b) not in the PHP source tree yet. They are stable and working but are not part of standard release. We are using a patch into the 5.2 source code. The dtrace documentation is a work-in-progress now and should be made available when the bits are officially released. 3. Interfaces: 3.1 Imported Interfaces Imported Interfaces removed (no longer being imported): NAME STABILITY NOTES ------------------------------------------------------------------ LDAP Evolving PSARC/1997/276 Imported Interfaces added: NAME STABILITY NOTES ------------------------------------------------------------------ OpenLDAP Volatile PSARC/2008/507 server.xml Evolving WSARC/2004/076 obj.conf Evolving WSARC/2004/076 -obj.conf Evolving WSARC/2004/076 mime.types Evolving WSARC/2004/076 -mime.types Evolving WSARC/2004/076 A contract for consuming the Volatile OpenLDAP interfaces from PSARC/2008/507 will signed as part of this case proceedings. 3.2. Exported Interfaces NAME STABILITY -------------------------------------------------------------------- /usr/php/5.2/samples/apc/apc.php Volatile /usr/php/5.2/samples/memcache/memcache.php Volatile /usr/php/5.2/samples/scripts/configure-sun-webserver7.sh Uncommitted configure-sun-webserver7.sh command line arguments Uncommitted configure-sun-webserver7.sh exit codes Uncommitted /etc/apache2/2.2/samples-conf.d/php-apc-stats.conf Volatile /etc/apache2/2.2/samples-conf.d/php-memcache-stats.conf Volatile dTrace probes for PHP runtime Volatile error-received request-startup request-shutdown module-startup module-shutdown module-init-entry module-init-return zend-module-init-entry zend-module-init-return execute-entry execute-return execute-internal-entry execute-internal-return compile-file-entry compile-file-return compile-string-entry compile-string-return exception-thrown exception-catched object-create object-destroy 4. Dependencies: OpenLDAP 2.4.x in package SUNWopenldap (/usr/include/openldap/*.h, libldap_r-2.4.so, liblber-2.4.so) 5. References [1] http://www.opensolaris.org/os/community/arc/caselog/2007/168/ [2] http://www.opensolaris.org/os/community/arc/caselog/2007/641/ [3] http://www.opensolaris.org/os/community/arc/caselog/2008/538/ 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: sfw 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From carlsonj@phorcys.east.sun.com Mon Feb 23 12:47:33 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1NKlXAr028909 for ; Mon, 23 Feb 2009 12:47:33 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1NKlWVH024585 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@Sun.Com>; Mon, 23 Feb 2009 12:47:33 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFJ00431DR7T800@brm-avmta-1.central.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Mon, 23 Feb 2009 13:47:31 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFJ00DBSDR5WS90@brm-avmta-1.central.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Mon, 23 Feb 2009 13:47:29 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n1NKdniF006776; Mon, 23 Feb 2009 15:39:49 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n1NKdnir006773; Mon, 23 Feb 2009 15:39:49 -0500 (EST) Date: Mon, 23 Feb 2009 15:39:49 -0500 From: James Carlson Subject: Re: PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> To: Jyri Virkki Cc: LSARC-ext@sun.com, webstack-discuss@opensolaris.org Message-id: <18851.2453.443161.244404@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> Status: RO Content-Length: 563 Jyri Virkki writes: > 2.3 Integrate PHP runtime with OpenLDAP libraries. > > This project will switch the LDAP client library internally used by PHP LDAP > extension from native Solaris LDAP to OpenLDAP client library. Has this change (and the reason for it) been discussed with the team that supports the native Solaris LDAP library? -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Jeffrey.Trawick@sun.com Mon Feb 23 13:49:30 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1NLnU0S000830 for ; Mon, 23 Feb 2009 13:49:30 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1NLnPqi005678 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 23 Feb 2009 14:49:30 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFJ00L0ZGMGZY00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 23 Feb 2009 13:49:28 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFJ00GDNGMFZT90@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 23 Feb 2009 13:49:27 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1NLnQrb021373 for ; Mon, 23 Feb 2009 21:49:26 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFJ00400FT0MC00@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 23 Feb 2009 14:49:26 -0700 (MST) Received: from [129.150.65.42] ([unknown] [129.150.65.42]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFJ00A68GM6QME0@mail-amer.sun.com>; Mon, 23 Feb 2009 14:49:20 -0700 (MST) Date: Mon, 23 Feb 2009 16:49:18 -0500 From: Jeff Trawick Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <18851.2453.443161.244404@gargle.gargle.HOWL> Sender: Jeffrey.Trawick@sun.com To: James Carlson Cc: Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <49A319DE.3040401@Sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.19 (X11/20090105) Status: RO Content-Length: 1404 James Carlson wrote: > Jyri Virkki writes: > >> 2.3 Integrate PHP runtime with OpenLDAP libraries. >> >> This project will switch the LDAP client library internally used by PHP LDAP >> extension from native Solaris LDAP to OpenLDAP client library. >> > > Has this change (and the reason for it) been discussed with the team > that supports the native Solaris LDAP library? > > It has been discussed to a small extent. Note that this isn't so much a technical matter of how to get a couple of specific open source packages to interoperate with the native Solaris LDAP library as it is a long term consideration for how we accommodate existing open source applications on the platform. (PHP has an additional consideration; PHP applications which already support ldaps on Linux would need to be modified to support ldaps on OpenSolaris if PHP's LDAP extension doesn't use OpenLDAP.) All of the LDAP-exploitive packages we know of which are either potentially in scope for inclusion with the OpenSolaris web stack or likely added by users already work with OpenLDAP; relatively few of these packages work properly with native Solaris LDAP. Of the four open source components already integrated within the web stack which should be able to exploit LDAP, two (Apache and PHP) work with the native library only for non-SSL connections, and the other two don't work with it at all. From carlsonj@phorcys.east.sun.com Mon Feb 23 14:02:42 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1NM2fGB001399 for ; Mon, 23 Feb 2009 14:02:41 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n1NM2c0j008854; Tue, 24 Feb 2009 06:02:38 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFJ00105H8D9K00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 23 Feb 2009 14:02:37 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFJ00HPPH8C04A0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 23 Feb 2009 14:02:36 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n1NLsuMo007152; Mon, 23 Feb 2009 16:54:56 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n1NLsuiD007149; Mon, 23 Feb 2009 16:54:56 -0500 (EST) Date: Mon, 23 Feb 2009 16:54:56 -0500 From: James Carlson Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <49A319DE.3040401@Sun.com> To: Jeff Trawick Cc: Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <18851.6960.184612.482754@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> Status: RO Content-Length: 1575 Jeff Trawick writes: > James Carlson wrote: > > Has this change (and the reason for it) been discussed with the team > > that supports the native Solaris LDAP library? > > > > > It has been discussed to a small extent. That begs the next question: are they in substantial agreement with the direction that this team is going? > Note that this isn't so much a technical matter of how to get a couple > of specific open source packages to interoperate with the native Solaris > LDAP library as it is a long term consideration for how we accommodate > existing open source applications on the platform. Indeed! That's exactly the issue. What is the long term strategy here? Do we get rid of the native Solaris LDAP library? If so, then why hasn't it been marked "Obsolete" with OpenLDAP as the replacement? If that's not the long term strategy, then what exactly is? Do we have such a strategy for LDAP on Solaris? > All of the LDAP-exploitive packages we know of which are either > potentially in scope for inclusion with the OpenSolaris web stack or > likely added by users already work with OpenLDAP; relatively few of > these packages work properly with native Solaris LDAP. I don't think that means that system architecture ought to be "designed" by having each individual project vote with its feet. That's a recipe for chaos. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Jeffrey.Trawick@sun.com Mon Feb 23 14:22:19 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1NMMII3001666 for ; Mon, 23 Feb 2009 14:22:18 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1NMM55e002201 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 23 Feb 2009 22:22:17 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFJ00A35I53RT00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 23 Feb 2009 14:22:15 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFJ00950I4YF920@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 23 Feb 2009 14:22:10 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1NMMApM004888 for ; Mon, 23 Feb 2009 22:22:10 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFJ00G00GO16N00@mail-amer.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Mon, 23 Feb 2009 15:22:10 -0700 (MST) Received: from [129.150.65.42] ([unknown] [129.150.65.42]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFJ00785I4VIB30@mail-amer.sun.com>; Mon, 23 Feb 2009 15:22:08 -0700 (MST) Date: Mon, 23 Feb 2009 17:22:06 -0500 From: Jeff Trawick Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <18851.6960.184612.482754@gargle.gargle.HOWL> Sender: Jeffrey.Trawick@sun.com To: James Carlson , Doug Leavitt Cc: Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <49A3218E.1030107@Sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.19 (X11/20090105) Status: RO Content-Length: 2097 James Carlson wrote: > Jeff Trawick writes: > >> James Carlson wrote: >> >>> Has this change (and the reason for it) been discussed with the team >>> that supports the native Solaris LDAP library? >>> >>> >>> >> It has been discussed to a small extent. >> > > That begs the next question: are they in substantial agreement with > the direction that this team is going? > I've added Doug to the conversation to address that, or to suggest an alternate venue. > >> Note that this isn't so much a technical matter of how to get a couple >> of specific open source packages to interoperate with the native Solaris >> LDAP library as it is a long term consideration for how we accommodate >> existing open source applications on the platform. >> > > Indeed! That's exactly the issue. > > What is the long term strategy here? Do we get rid of the native > Solaris LDAP library? If so, then why hasn't it been marked > "Obsolete" with OpenLDAP as the replacement? > > If that's not the long term strategy, then what exactly is? Do we > have such a strategy for LDAP on Solaris? > > >> All of the LDAP-exploitive packages we know of which are either >> potentially in scope for inclusion with the OpenSolaris web stack or >> likely added by users already work with OpenLDAP; relatively few of >> these packages work properly with native Solaris LDAP. >> > > I don't think that means that system architecture ought to be > "designed" by having each individual project vote with its feet. > > That's a recipe for chaos. > > As it looks to the naive observer: * The system now has two alternative LDAP libraries. * Traditional Solaris stuff works with the native library just fine thank you. * Open source packages developed on other platforms work fine with OpenLDAP. ** Solaris users of these open source packages for some years now have been following instructions to build OpenLDAP and link Apache/PHP/whatever with OpenLDAP. We didn't follow the traditional advice with the web stack, and it hurts. Is this a "system architecture" issue? From carlsonj@phorcys.east.sun.com Mon Feb 23 14:49:08 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1NMn88C002261 for ; Mon, 23 Feb 2009 14:49:08 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1NMn6hg020108; Mon, 23 Feb 2009 14:49:07 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFJ00A03JDV1R00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 23 Feb 2009 14:49:07 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFJ00GFKJDTZXF0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 23 Feb 2009 14:49:06 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n1NMfPbJ007380; Mon, 23 Feb 2009 17:41:25 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n1NMfPXs007377; Mon, 23 Feb 2009 17:41:25 -0500 (EST) Date: Mon, 23 Feb 2009 17:41:25 -0500 From: James Carlson Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <49A3218E.1030107@Sun.com> To: Jeff Trawick Cc: Doug Leavitt , Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <18851.9749.676370.804570@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A3218E.1030107@Sun.com> Status: RO Content-Length: 1516 Jeff Trawick writes: > * The system now has two alternative LDAP libraries. > * Traditional Solaris stuff works with the native library just fine > thank you. > * Open source packages developed on other platforms work fine with OpenLDAP. If the two libraries weren't hostile to each other (which ldap_url_parse do I get today?), and if the duplication didn't potentially have implications for other projects down the road (such as ones that supply configuration information for the system, like NWAM), then that might just be the end of the story. I don't think it is, though. How does this work in deployment? If I need OpenLDAP in order to get SSL support, but there are other things on the system using the native libraries, then how can I deploy LDAP+SSL successfully? Does it work only with "some" applications? > ** Solaris users of these open source packages for some years now have > been following instructions to build OpenLDAP and link > Apache/PHP/whatever with OpenLDAP. We didn't follow the traditional > advice with the web stack, and it hurts. > > Is this a "system architecture" issue? Yes, I believe that it is. We (Sun) need a much better story here. Letting the system libraries rot in place while the world moves on ahead can't possibly be the right answer. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Jeffrey.Trawick@sun.com Mon Feb 23 16:11:44 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1O0Bh0o013852 for ; Mon, 23 Feb 2009 16:11:44 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1O0BKHO013385 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 24 Feb 2009 00:11:42 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFJ00H1LN7E8B00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 23 Feb 2009 16:11:38 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFJ0096TN7CFE80@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 23 Feb 2009 16:11:36 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1O0BaAl019928 for ; Tue, 24 Feb 2009 00:11:36 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFJ00000MR7KN00@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 23 Feb 2009 17:11:36 -0700 (MST) Received: from [129.150.65.42] ([unknown] [129.150.65.42]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFJ00D16N78I500@mail-amer.sun.com>; Mon, 23 Feb 2009 17:11:34 -0700 (MST) Date: Mon, 23 Feb 2009 19:11:32 -0500 From: Jeff Trawick Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <18851.9749.676370.804570@gargle.gargle.HOWL> Sender: Jeffrey.Trawick@sun.com To: James Carlson Cc: Doug Leavitt , Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <49A33B34.1030508@Sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A3218E.1030107@Sun.com> <18851.9749.676370.804570@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.19 (X11/20090105) Status: RO Content-Length: 2570 James Carlson wrote: > Jeff Trawick writes: > >> * The system now has two alternative LDAP libraries. >> * Traditional Solaris stuff works with the native library just fine >> thank you. >> * Open source packages developed on other platforms work fine with OpenLDAP. >> > > If the two libraries weren't hostile to each other (which > ldap_url_parse do I get today?), and if the duplication didn't > potentially have implications for other projects down the road (such > as ones that supply configuration information for the system, like > NWAM), then that might just be the end of the story. > > I don't think it is, though. > > How does this work in deployment? If I need OpenLDAP in order to get > SSL support, but there are other things on the system using the native > libraries, then how can I deploy LDAP+SSL successfully? Does it work > only with "some" applications? > The problem isn't as general as "Other things on the system," though certainly problems can occur. LDAP+SSL is specific to particular applications; namely, the traditional Solaris ones when they use Solaris LDAP, and the open source ones when they use OpenLDAP (generally speaking). The expected problem scenario looks like this: Start with OpenSolaris Apache with its LDAP extension loaded for use in web server authentication (using OpenLDAP). Add to it some third-party Apache extension which uses Solaris LDAP, either directly or in some library it adds to the mix. => brokenness in one use of LDAP or the other due to multiple definitions of some ldap* symbols in the same process, unless special link-time precautions have been taken PHP is similar. (And PHP can be an extension to Apache, hence the requirement to handle both of these in one shot.) FWLIW, the CoolStack, Blastwave, and Sun Freeware distributions of Apache and PHP for Solaris all use OpenLDAP. (Sun Freeware also has a special "noldap" build of Apache for users who don't use LDAP and want to avoid downloading openldap and its dependencies, but they don't have that shortcut for PHP.) > >> ** Solaris users of these open source packages for some years now have >> been following instructions to build OpenLDAP and link >> Apache/PHP/whatever with OpenLDAP. We didn't follow the traditional >> advice with the web stack, and it hurts. >> >> Is this a "system architecture" issue? >> > > Yes, I believe that it is. We (Sun) need a much better story here. > Letting the system libraries rot in place while the world moves on > ahead can't possibly be the right answer. > > From Doug.Leavitt@sun.com Tue Feb 24 13:30:27 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1OLURx9026758 for ; Tue, 24 Feb 2009 13:30:27 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1OLUMv3011447 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 24 Feb 2009 13:30:23 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00B03AENN100@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Tue, 24 Feb 2009 14:30:23 -0700 (MST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL007DSAEMBR50@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Tue, 24 Feb 2009 14:30:22 -0700 (MST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1OLUMWe007071 for ; Tue, 24 Feb 2009 13:30:22 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFL002008KKDT00@fe-sfbay-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Tue, 24 Feb 2009 13:30:22 -0800 (PST) Received: from [192.168.0.4] ([unknown] [70.244.207.14]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFL0002OAEDG7M0@fe-sfbay-10.sun.com>; Tue, 24 Feb 2009 13:30:13 -0800 (PST) Date: Tue, 24 Feb 2009 15:30:12 -0600 From: Doug Leavitt Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <18851.6960.184612.482754@gargle.gargle.HOWL> Sender: Doug.Leavitt@sun.com To: James Carlson Cc: Jeff Trawick , Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <49A466E4.7070500@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 5013 Comments inline. James Carlson wrote: > Jeff Trawick writes: >> James Carlson wrote: >>> Has this change (and the reason for it) been discussed with the team >>> that supports the native Solaris LDAP library? >>> >>> >> It has been discussed to a small extent. The Netrep/Solaris naming services team, that owned Solaris naming services, including sparks, nscd, Native LDAP, NIS, libldap5 etc. and the OpenLDAP project has been disbanded, as I have told Jeff and others. The group was disbanded/RIFd in the November/December 2008 time frame. The supported components of the system including sparks/nscd, libldap5, NIS and the Native LDAP components have been transitioned to RPE and are in a sustaining only mode, at this time. Currently there is no new funding scheduled for these components moving forward. As I have previously stated to Jeff and others, the OpenLDAP interfaces are all currently classified as volatile. Sun has defunded all future work for OpenLDAP. There is currently no long term LDAP strategy, except to have RPE continue to maintain the existing libldap5 APIs in the WOS. RPE has stated repeatedly that they have no interest in supporting OpenLDAP, except at the current support level [2 IIRC] which is to to say: they will log incoming bugs. At this time, unless Sun plans to allocate resources differently, people should not expect to see OpenLDAP APIs promoted beyond volatile anytime in the future, and they should not expect to see any additional enhancements, except possible future "as is" updates to SFW as time permits. As I told Jeff previously, since OpenLDAP was delivered into SFW, and since I delivered the project to that consolidation, if I have time later this year [probably no sooner than Q3 2009), and if at that time the OpenLDAP has released another stable release, I hope to find time on the side to update the SFW consolidation to some newer TBD release. I have also tried to make it clear the to web stack project teams that the OpenLDAP project considers it acceptable to make incompatible changes to any of their interfaces, including their libldap APIs, at any micro release, and does so regularly. It has been my experience that the OpenLDAP project tends to make bump their libldap library version levels about every 6 weeks. Anyone committing themselves to using these APIs should not set expectations that they will see fixes, unless they also want to commit to maintenance of the project in SFW. I have offered to hand OpenLDAP SFW 'ownership' over to one of the webstack groups or someone else if desired. I am willing to notify projects that choose to depend upon these APIS, that I intend to update SFW with a newer release so that those projects can make plans as necessary. Since we are not actively participating in OpenLDAP development, and have no plans to do so moving forward, anyone using these APIs need to understand that any updates will likely be replacements of older volatile interfaces with newer volatile interfaces, and it will be incumbent on the projects using the interfaces to deal with any incompatibilities in their code. The OpenLDAP project does not necessarily preserve backwards compatibility and Sun is not making the investment to help. I am considering delivering newer versions of OpenLDAP through the /pending, /contrib then /dev repos in the future, versus through the SFW consolidation. that may add further instability. > > That begs the next question: are they in substantial agreement with > the direction that this team is going? > >> Note that this isn't so much a technical matter of how to get a couple >> of specific open source packages to interoperate with the native Solaris >> LDAP library as it is a long term consideration for how we accommodate >> existing open source applications on the platform. > > Indeed! That's exactly the issue. > > What is the long term strategy here? Do we get rid of the native > Solaris LDAP library? If so, then why hasn't it been marked > "Obsolete" with OpenLDAP as the replacement? None. See above. > > If that's not the long term strategy, then what exactly is? Do we > have such a strategy for LDAP on Solaris? No Strategy, see above. Sustain Solaris libldap5 only. > >> All of the LDAP-exploitive packages we know of which are either >> potentially in scope for inclusion with the OpenSolaris web stack or >> likely added by users already work with OpenLDAP; relatively few of >> these packages work properly with native Solaris LDAP. Solairs Native LDAP does not, and probably never will support OpenLDAP, unless those projects are restarted and re-funded. > > I don't think that means that system architecture ought to be > "designed" by having each individual project vote with its feet. > > That's a recipe for chaos. > Agreed. It's not clear to me that projects that have a high expectancy of support and stability should depend upon essentially unsupported, highly volatile and unstaffed projects. Doug. From carlsonj@phorcys.east.sun.com Tue Feb 24 14:07:47 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1OM7lHW028271 for ; Tue, 24 Feb 2009 14:07:47 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1OM7g3Z023798; Tue, 24 Feb 2009 15:07:45 -0700 (MST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00F1LC4X6Z00@brm-avmta-1.central.sun.com>; Tue, 24 Feb 2009 15:07:45 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL0078QC4WBVD0@brm-avmta-1.central.sun.com>; Tue, 24 Feb 2009 15:07:45 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n1OM02L3011249; Tue, 24 Feb 2009 17:00:02 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n1OM02uB011246; Tue, 24 Feb 2009 17:00:02 -0500 (EST) Date: Tue, 24 Feb 2009 17:00:02 -0500 From: James Carlson Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <49A466E4.7070500@sun.com> To: Doug Leavitt Cc: Jeff Trawick , Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <18852.28130.713991.974913@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A466E4.7070500@sun.com> Status: RO Content-Length: 2013 Doug Leavitt writes: > Comments inline. [tale of woe elided] > > I don't think that means that system architecture ought to be > > "designed" by having each individual project vote with its feet. > > > > That's a recipe for chaos. > > > > Agreed. It's not clear to me that projects that have a high > expectancy of support and stability should depend upon essentially > unsupported, highly volatile and unstaffed projects. Much of what you've described (at least in terms of rationale) are business issues. I can understand that the team was RIF'd, and that RPE has little interest or funding to make extensions. These things do happen. However, as a matter of system architecture alone (and that's what we're supposed to be reviewing here), I don't think that "we're out of money" is actually ever acceptable as an answer or the basis for design. It's like offering up "green" as an answer to an arithmetic question: it doesn't follow. On the grounds that there's a distinct lack of system architecture here that would allow the project team to make an informed choice (and allow the ARC to evaluate that choice), and thus this project is certainly not "obvious," I ask that either the LSARC chair grant me temporary standing here so that I can derail, or that (alternatively) an active LSARC member speak up to pull that lever. To be clear, I don't think that what the project team is doing is necessarily wrong. Maybe scrapping Solaris LDAP is the only possible answer given management's choices in this area. However, simply avoiding making any clear technical decision is not one of the viable options. At a minimum, we need to have a written opinion noting that LDAP is a fundamental system service, and that building it atop a foundation of sand is a very bad idea. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Doug.Leavitt@sun.com Tue Feb 24 14:21:41 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1OMLeOr028395 for ; Tue, 24 Feb 2009 14:21:41 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n1OMLU7t000812 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 25 Feb 2009 06:21:39 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00G07CS3JM00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 15:21:39 -0700 (MST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL007DGCS2BRB0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 15:21:38 -0700 (MST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1OMLceM026174 for ; Tue, 24 Feb 2009 14:21:38 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFL00900BMBGO00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 14:21:38 -0800 (PST) Received: from [192.168.0.4] ([unknown] [70.244.207.14]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFL00FO1CRSQNH0@fe-sfbay-10.sun.com>; Tue, 24 Feb 2009 14:21:29 -0800 (PST) Date: Tue, 24 Feb 2009 16:21:28 -0600 From: Doug Leavitt Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <18852.28130.713991.974913@gargle.gargle.HOWL> Sender: Doug.Leavitt@sun.com To: James Carlson Cc: Jeff Trawick , Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <49A472E8.3080901@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A466E4.7070500@sun.com> <18852.28130.713991.974913@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 483 James Carlson wrote: > Doug Leavitt writes: > However, as a matter of system architecture alone (and that's what > we're supposed to be reviewing here), I don't think that "we're out of For the purposes of 'official system architecture' as documented by ARC (specifically PSARC), the committed, public and supported libldap interfaces in Solaris is libldap5 as documented by PSARC/2000/362, and for naming services it is the sparks effort as documented by PSARC/2005/133. Doug. From carlsonj@phorcys.east.sun.com Tue Feb 24 14:37:16 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1OMbGTW028491 for ; Tue, 24 Feb 2009 14:37:16 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1OMbEs9042117; Tue, 24 Feb 2009 15:37:14 -0700 (MST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00I2PDI21K00@brm-avmta-1.central.sun.com>; Tue, 24 Feb 2009 15:37:14 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL007B4DI1C0F0@brm-avmta-1.central.sun.com>; Tue, 24 Feb 2009 15:37:13 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n1OMTVbU011403; Tue, 24 Feb 2009 17:29:31 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n1OMTVoR011400; Tue, 24 Feb 2009 17:29:31 -0500 (EST) Date: Tue, 24 Feb 2009 17:29:31 -0500 From: James Carlson Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <49A472E8.3080901@sun.com> To: Doug Leavitt Cc: Jeff Trawick , Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <18852.29899.508932.289647@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A466E4.7070500@sun.com> <18852.28130.713991.974913@gargle.gargle.HOWL> <49A472E8.3080901@sun.com> Status: RO Content-Length: 1024 Doug Leavitt writes: > For the purposes of 'official system architecture' as documented > by ARC (specifically PSARC), the committed, public and supported > libldap interfaces in Solaris is libldap5 as documented by > PSARC/2000/362, and for naming services it is the sparks effort > as documented by PSARC/2005/133. True enough. And that's not what this project is using. In fact, it's enhancing PHP5 by _removing_ the existing support for the committed, public, and supported interfaces and adding in its place support for the volatile and unsupported interface from OpenLDAP. Perhaps that is ultimately the right way forward for Solaris (despite all the work you and your team have put into this). Unfortunately, without some clear system architecture to back it up, it's just random change. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From jason.brian.king@gmail.com Tue Feb 24 14:53:22 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1OMrMe6028729 for ; Tue, 24 Feb 2009 14:53:22 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1OMrJe2027924; Tue, 24 Feb 2009 14:53:21 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00J0RE8WKO00@brm-avmta-1.central.sun.com>; Tue, 24 Feb 2009 15:53:20 -0700 (MST) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL00IJ9E8RLD00@brm-avmta-1.central.sun.com>; Tue, 24 Feb 2009 15:53:19 -0700 (MST) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1OMoP6x015104; Tue, 24 Feb 2009 22:53:15 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay14i.sun.com with ESMTP id BT-MMP-436565; Tue, 24 Feb 2009 22:52:51 +0000 (Z) Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-5588888; Tue, 24 Feb 2009 22:52:51 +0000 (Z) Received: from mail-gx0-f158.google.com ([209.85.217.158] [209.85.217.158]) by relay1i.sun.com with ESMTP id BT-MMP-5881083; Tue, 24 Feb 2009 22:52:51 +0000 (Z) Received: by gxk2 with SMTP id 2so8046952gxk.8 for ; Tue, 24 Feb 2009 14:51:51 -0800 (PST) Received: by 10.150.201.17 with SMTP id y17mr231427ybf.116.1235515911608; Tue, 24 Feb 2009 14:51:51 -0800 (PST) Date: Tue, 24 Feb 2009 16:51:51 -0600 From: Jason King Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <18852.29899.508932.289647@gargle.gargle.HOWL> Sender: jason.brian.king@gmail.com To: James Carlson Cc: Doug Leavitt , Jeff Trawick , webstack-discuss@opensolaris.org, LSARC-ext@sun.com, Jyri Virkki Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=252cWuQQJC5TlKqUghibgnjvCd4ZqI7oqEf25ruwFuI=; b=hReav6xDHIUJrapWxQCzViBLzQ8kCyvuLB0bbIR3tzwlp//xEi10dYaRrp6MeeoQrt VvDMGa5VhPHRiskXylmyU8O9O6XnWkXrkfJjFWW51zP03m0OKwoyrWV1EWjQ1kWy8Koh 1ujmPzIuVsc/c1Tn0kXUd4OuITMWDGE+Jg+3Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ZBqo9wRFFxjBFLXEfkkwiBNyCGjsJwXsH/2mT7mBZW9+bKi68VHUIiFINKIUhCnbDT bsdfsf/4ID5//qVjqFm2KS6wfZCiG1oxtMkr3Ds88dEKZximV+MvxHBN7ilQPFlYxngN C9DTt3qSOgpKVfqkSx/dQvh6RVUp6wDwvOlaI= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Google-Sender-Auth: 464718e1014efed8 X-Antispam: No, score=-0.2/5.0, scanned in 0.060sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A466E4.7070500@sun.com> <18852.28130.713991.974913@gargle.gargle.HOWL> <49A472E8.3080901@sun.com> <18852.29899.508932.289647@gargle.gargle.HOWL> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id n1OMrMe6028729 Status: RO Content-Length: 1373 On Tue, Feb 24, 2009 at 4:29 PM, James Carlson wrote: > Doug Leavitt writes: >> For the purposes of 'official system architecture' as documented >> by ARC (specifically PSARC), the committed, public and supported >> libldap interfaces in Solaris is libldap5 as documented by >> PSARC/2000/362, and for naming services it is the sparks effort >> as documented by PSARC/2005/133. > > True enough.  And that's not what this project is using.  In fact, > it's enhancing PHP5 by _removing_ the existing support for the > committed, public, and supported interfaces and adding in its place > support for the volatile and unsupported interface from OpenLDAP. > > Perhaps that is ultimately the right way forward for Solaris (despite > all the work you and your team have put into this).  Unfortunately, > without some clear system architecture to back it up, it's just random > change. Perhaps a stupid question, but libldap5 does support SSL, TLS, and ldaps URLs (from looking at the source) -- it just appears that it perhaps just doesn't have the appropriate stability classification. What isn't clear (from the original proposal) to me is there something incompatible with those interfaces & php? Or could raising the stability of the existing interfaces perhaps solve the problem (and would that be an easier proposition than going to OpenLDAP)? From Jeffrey.Trawick@sun.com Tue Feb 24 15:13:20 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1ONDJol000086 for ; Tue, 24 Feb 2009 15:13:19 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n1ONCvpg029147 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 25 Feb 2009 07:13:18 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00D05F63E700@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Tue, 24 Feb 2009 15:13:15 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL00552F62HF40@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Tue, 24 Feb 2009 15:13:14 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1ONDEQW000809 for ; Tue, 24 Feb 2009 23:13:14 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFL00100EO6RH00@mail-amer.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Tue, 24 Feb 2009 16:13:14 -0700 (MST) Received: from [10.0.2.15] ([unknown] [71.70.232.5]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFL00LX7F5XZO50@mail-amer.sun.com>; Tue, 24 Feb 2009 16:13:10 -0700 (MST) Date: Tue, 24 Feb 2009 18:13:08 -0500 From: Jeff Trawick Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: Sender: Jeffrey.Trawick@sun.com To: Jason King Cc: James Carlson , Doug Leavitt , webstack-discuss@opensolaris.org, LSARC-ext@sun.com, Jyri Virkki Message-id: <49A47F04.8060401@Sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A466E4.7070500@sun.com> <18852.28130.713991.974913@gargle.gargle.HOWL> <49A472E8.3080901@sun.com> <18852.29899.508932.289647@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.19 (X11/20090105) Status: RO Content-Length: 2246 Jason King wrote: > On Tue, Feb 24, 2009 at 4:29 PM, James Carlson wrote: > >> Doug Leavitt writes: >> >>> For the purposes of 'official system architecture' as documented >>> by ARC (specifically PSARC), the committed, public and supported >>> libldap interfaces in Solaris is libldap5 as documented by >>> PSARC/2000/362, and for naming services it is the sparks effort >>> as documented by PSARC/2005/133. >>> >> True enough. And that's not what this project is using. In fact, >> it's enhancing PHP5 by _removing_ the existing support for the >> committed, public, and supported interfaces and adding in its place >> support for the volatile and unsupported interface from OpenLDAP. >> >> Perhaps that is ultimately the right way forward for Solaris (despite >> all the work you and your team have put into this). Unfortunately, >> without some clear system architecture to back it up, it's just random >> change. >> > > Perhaps a stupid question, but libldap5 does support SSL, TLS, and > ldaps URLs (from looking at the source) -- it just appears that it > perhaps just doesn't have the appropriate stability classification. > There's no actual problem with the stability classification of either libldap5 or of the new OpenLDAP integration. OpenLDAP doesn't have the traditional Solaris interface stability, but the open source packages which use it deal with that with occasional version-specific code. > What isn't clear (from the original proposal) to me is there something > incompatible with those interfaces & php? Or could raising the > stability of the existing interfaces perhaps solve the problem (and > would that be an easier proposition than going to OpenLDAP)? > The open source software in the web space generally (everything we know of) can use OpenLDAP for secure connections but not libldap5. Some can't use libldap5 at all. Another way to look at it: Everything that can run on Linux is able to use OpenLDAP. People have been building OpenLDAP on their own for years to use this software with full function on Solaris. CoolStack, Blastwave, and Sun freeware distributions of Apache, PHP, etc. for Solaris require OpenLDAP for their LDAP support. From Doug.Leavitt@sun.com Tue Feb 24 15:35:03 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1ONZ2w1000832 for ; Tue, 24 Feb 2009 15:35:03 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n1ONYwue011097 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 25 Feb 2009 07:35:02 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00H03G6DMZ00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 15:35:01 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL005WOG6CHE50@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 15:35:00 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1ONZ0I9004624 for ; Tue, 24 Feb 2009 15:35:00 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFL00F00FXRB200@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 15:35:00 -0800 (PST) Received: from [192.168.0.4] ([unknown] [70.244.207.14]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFL00HCHG69V7F0@fe-sfbay-09.sun.com>; Tue, 24 Feb 2009 15:34:58 -0800 (PST) Date: Tue, 24 Feb 2009 17:34:57 -0600 From: Doug Leavitt Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <18852.29899.508932.289647@gargle.gargle.HOWL> Sender: Doug.Leavitt@sun.com To: James Carlson Cc: Jeff Trawick , Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <49A48421.2080609@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A466E4.7070500@sun.com> <18852.28130.713991.974913@gargle.gargle.HOWL> <49A472E8.3080901@sun.com> <18852.29899.508932.289647@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 1435 James Carlson wrote: > Doug Leavitt writes: >> For the purposes of 'official system architecture' as documented >> by ARC (specifically PSARC), the committed, public and supported >> libldap interfaces in Solaris is libldap5 as documented by >> PSARC/2000/362, and for naming services it is the sparks effort >> as documented by PSARC/2005/133. > > True enough. And that's not what this project is using. In fact, > it's enhancing PHP5 by _removing_ the existing support for the > committed, public, and supported interfaces and adding in its place > support for the volatile and unsupported interface from OpenLDAP. I wasn't aware that changes to code had already been made, and ARC interface contract commitments are already assumed approved. I had been asked to consider committing to ARC interface contracts for multiple projects. This list seems to change daily and has included Apache, PHP5, squid ALighttpd, Python LDAP extension, and possibly other projects. To date, I have not made any commitments. > Perhaps that is ultimately the right way forward for Solaris (despite > all the work you and your team have put into this). Unfortunately, > without some clear system architecture to back it up, it's just random > change. I agree, that currently this is random change, and that currently there are no commitments or signed ARC interface contracts with the 'OpenLDAP team' (me) to support the webstack team. Doug. From Jeffrey.Trawick@sun.com Tue Feb 24 15:48:04 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1ONm3WK001322 for ; Tue, 24 Feb 2009 15:48:04 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n1ONlxVl018860 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 25 Feb 2009 07:48:02 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00K17GS18U00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 15:48:01 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL005J8GS0H470@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 15:48:00 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1ONm055013538 for ; Tue, 24 Feb 2009 23:48:00 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFL00400FEKSI00@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 16:48:00 -0700 (MST) Received: from [10.0.2.15] ([unknown] [71.70.232.5]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFL0098BGQYFT40@mail-amer.sun.com>; Tue, 24 Feb 2009 16:47:23 -0700 (MST) Date: Tue, 24 Feb 2009 18:47:22 -0500 From: Jeff Trawick Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <49A48421.2080609@sun.com> Sender: Jeffrey.Trawick@sun.com To: Doug Leavitt Cc: James Carlson , Jyri Virkki , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <49A4870A.7050306@Sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A466E4.7070500@sun.com> <18852.28130.713991.974913@gargle.gargle.HOWL> <49A472E8.3080901@sun.com> <18852.29899.508932.289647@gargle.gargle.HOWL> <49A48421.2080609@sun.com> User-Agent: Thunderbird 2.0.0.19 (X11/20090105) Status: RO Content-Length: 2347 Doug Leavitt wrote: > James Carlson wrote: >> Doug Leavitt writes: >>> For the purposes of 'official system architecture' as documented >>> by ARC (specifically PSARC), the committed, public and supported >>> libldap interfaces in Solaris is libldap5 as documented by >>> PSARC/2000/362, and for naming services it is the sparks effort >>> as documented by PSARC/2005/133. >> >> True enough. And that's not what this project is using. In fact, >> it's enhancing PHP5 by _removing_ the existing support for the >> committed, public, and supported interfaces and adding in its place >> support for the volatile and unsupported interface from OpenLDAP. > > I wasn't aware that changes to code had already been made, and > ARC interface contract commitments are already assumed approved. Neither has happened. > > I had been asked to consider committing to ARC interface contracts > for multiple projects. This list seems to change daily and has > included Apache, PHP5, squid ALighttpd, Python LDAP extension, > and possibly other projects. Here's the scoop on these five specific projects: The web stack currently contains these four components that exploit LDAP: Apache/APR-Util, PHP, Lighttpd, and Squid. Some discussion has taken place about adding the Python LDAP extension, which only supports OpenLDAP. In the first pass we are trying to change Apache/APR-Util and PHP. There are other projects of potential interest, either for a future OpenSolaris integration or for users to add on their own. They'll need to use OpenLDAP as well. As far as the history of the list of components: At first we hoped to change all four existing components in one go; later we decided to limit it to Apache/APR-Util and PHP. Separately, if the Python LDAP extension is provided (I have no idea when anyone can work on that), it will need to use OpenLDAP. > > To date, I have not made any commitments. > >> Perhaps that is ultimately the right way forward for Solaris (despite >> all the work you and your team have put into this). Unfortunately, >> without some clear system architecture to back it up, it's just random >> change. > > I agree, that currently this is random change, and that currently > there are no commitments or signed ARC interface contracts with the > 'OpenLDAP team' (me) to support the webstack team. > > Doug. From Jyri.Virkki@sun.com Tue Feb 24 16:30:21 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1P0UKnA022341 for ; Tue, 24 Feb 2009 16:30:20 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1P0U5Cc004702; Wed, 25 Feb 2009 00:30:17 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00703IQGVX00@nwk-avmta-2.sfbay.sun.com>; Tue, 24 Feb 2009 16:30:16 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL002DYIQG3L50@nwk-avmta-2.sfbay.sun.com>; Tue, 24 Feb 2009 16:30:16 -0800 (PST) Received: from dm-usca19-13.red.iplanet.com (host-179-56-18-192.iplanet.com [192.18.56.179] (may be forged)) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1P0UE6g016023; Wed, 25 Feb 2009 00:30:15 +0000 (GMT) Received: from buye.red.iplanet.com (buye [192.18.65.224]) by dm-usca19-13.red.iplanet.com (8.11.7p1+Sun/8.11.7/IPLANET,v1.2) with ESMTP id n1P0UEs29750; Tue, 24 Feb 2009 16:30:14 -0800 (PST) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id n1P0UEhF013701; Tue, 24 Feb 2009 16:30:14 -0800 (PST) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id n1P0UEdP013700; Tue, 24 Feb 2009 16:30:14 -0800 (PST) Date: Tue, 24 Feb 2009 16:30:14 -0800 From: Jyri Virkki Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <49A48421.2080609@sun.com> To: Doug Leavitt Cc: webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <20090225003014.GE10144@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A466E4.7070500@sun.com> <18852.28130.713991.974913@gargle.gargle.HOWL> <49A472E8.3080901@sun.com> <18852.29899.508932.289647@gargle.gargle.HOWL> <49A48421.2080609@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 1113 Doug Leavitt wrote: > > I had been asked to consider committing to ARC interface contracts > for multiple projects. This list seems to change daily and has > included Apache, PHP5, squid ALighttpd, Python LDAP extension, > and possibly other projects. The list doesn't actually change daily, but will grow in time to include all non-Sun (3rd party) applications which use an LDAP library, since all of them already use OpenLDAP today and that will not change. The first round is APR which bring in Apache httpd + PHP. Others will follow at a later time. > To date, I have not made any commitments. This is a surprising turn of events since, while not a final signing, up to now I know Jeff & you had a nearly final draft of the contact ready to go. If you're now not able to commit (which is fine, I understand all too well your resource constraints) to the level of support agreed earlier (which is "NONE", just occasionally dropping in updates of the upstream library as-is) then looks like management needs to find a new owner for OpenLDAP. -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From Jyri.Virkki@sun.com Tue Feb 24 17:20:54 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1P1Krgb023799 for ; Tue, 24 Feb 2009 17:20:53 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1P1Kqdn008905; Tue, 24 Feb 2009 17:20:52 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFL00A05L2QZ100@nwk-avmta-2.sfbay.sun.com>; Tue, 24 Feb 2009 17:20:50 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFL002N7L2P3M70@nwk-avmta-2.sfbay.sun.com>; Tue, 24 Feb 2009 17:20:50 -0800 (PST) Received: from dm-usca19-13.red.iplanet.com (host-179-56-18-192.iplanet.com [192.18.56.179] (may be forged)) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1P1Kmox013278; Wed, 25 Feb 2009 01:20:48 +0000 (GMT) Received: from buye.red.iplanet.com (buye [192.18.65.224]) by dm-usca19-13.red.iplanet.com (8.11.7p1+Sun/8.11.7/IPLANET,v1.2) with ESMTP id n1P1Kms01152; Tue, 24 Feb 2009 17:20:48 -0800 (PST) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id n1P1Kld8015472; Tue, 24 Feb 2009 17:20:47 -0800 (PST) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id n1P1KlwD015471; Tue, 24 Feb 2009 17:20:47 -0800 (PST) Date: Tue, 24 Feb 2009 17:20:47 -0800 From: Jyri Virkki Subject: Re: PHP5 Feature Enhancements [LSARC/2009/124] [LSARC/2009/123] In-reply-to: <18852.28130.713991.974913@gargle.gargle.HOWL> To: James Carlson Cc: Doug Leavitt , webstack-discuss@opensolaris.org, LSARC-ext@sun.com Message-id: <20090225012047.GG10144@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <18851.2453.443161.244404@gargle.gargle.HOWL> <49A319DE.3040401@Sun.com> <18851.6960.184612.482754@gargle.gargle.HOWL> <49A466E4.7070500@sun.com> <18852.28130.713991.974913@gargle.gargle.HOWL> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 1239 James Carlson wrote: > > On the grounds that there's a distinct lack of system architecture > here that would allow the project team to make an informed choice (and > allow the ARC to evaluate that choice), and thus this project is > certainly not "obvious," I ask that either the LSARC chair grant me > temporary standing here so that I can derail, or that (alternatively) > an active LSARC member speak up to pull that lever. Note most of this discussion has been happening in the wrong thread, 2009/123 is the case which switches APR to OpenLDAP. This case, 2009/124 is merely a consequence (what Apache does, PHP must do). I'm derailing 2009/123 myself. If nothing else, the case was filed given the understanding that the contract was ready to go, the change in that status means management has some figuring out to do. > At a minimum, we need to have a written opinion noting that LDAP is a > fundamental system service, and that building it atop a foundation of > sand is a very bad idea. To keep some perspective, what Sun calls volatile sand is what all of these 3rd party applications build their ldap support on and their sky isn't falling from what I'm told. -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From Jyri.Virkki@sun.com Tue Feb 24 22:50:48 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1P6ol9W021278 for ; Tue, 24 Feb 2009 22:50:48 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1P6oa26012447 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 25 Feb 2009 06:50:46 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFM00E010CKUT00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 22:50:44 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFM0039N0CKCUD0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Feb 2009 22:50:44 -0800 (PST) Received: from dm-usca15-11.red.iplanet.com (host-185-56-18-192.iplanet.com [192.18.56.185] (may be forged)) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1P6ofnB006323; Wed, 25 Feb 2009 06:50:41 +0000 (GMT) Received: from buye.red.iplanet.com (buye [192.18.65.224]) by dm-usca15-11.red.iplanet.com (8.11.7p1+Sun/8.11.7/IPLANET,v1.2) with ESMTP id n1P6of001341; Tue, 24 Feb 2009 22:50:41 -0800 (PST) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id n1P6oflp021859; Tue, 24 Feb 2009 22:50:41 -0800 (PST) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id n1P6ofE6021858; Tue, 24 Feb 2009 22:50:41 -0800 (PST) Date: Tue, 24 Feb 2009 22:50:41 -0800 From: Jyri Virkki Subject: Re: PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> To: LSARC-ext@sun.com Cc: webstack-discuss@opensolaris.org Message-id: <20090225065041.GA21517@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 5683 > > I am sponsoring this case for Sriram Natarajan. It defines a handful of > enhancements to PHP. Project team has sent updated materials for this case. The only difference is the removal of the dependency to 2009/123 for OpenLDAP changes. This case has unrelated changes which can move forward meanwhile. Updated spec below and in case materials directory. ---------------------------------------------------------------------------- PHP5 Feature Enhancements This case adds an assortment of new functionality to the recently integrated PHP5 engine (2007/168[1], 2007/641[2], 2008/538[3]). This case seeks Minor patch binding. 2.1 Provide PHP extension specific statistics Provide the ability to deliver statistics of 3rd party extensions like APC and memcache usage statistics. This feature is currently provided by these extensions itself. This project intends to bundle the scripts provided by PHP extensions along with a glue Apache HTTP configuration file within the apache samples configuration directory. This project will deliver the following files /usr/php/5.2/samples/apc/apc.php /var/php/5.2/samples/memcache/memcache.php /etc/apache2/2.2/samples-conf.d/php-apc-stats.conf /etc/apache2/2.2/samples-conf.d/php-memcache-stats.conf These files will be delivered within current SUNWphp52u and SUNWapch22r-php52 packages. 2.2 Provide sample script(s) to help configure PHP runtime with other web server(s) Deliver a sample script within current PHP package to help configure PHP runtime with other web server(s) like Sun Java System Web Server. These sample scripts will be delivered within SUNWphp52u package under /usr/php/5.2/samples/scripts The sample script(configure-sun-webserver.sh) will generate necessary configuration(s) within Sun Web Server 7 configuration files so that PHP runtime can work with Sun Web Server 7. This script can be invoked by providing with the following arguments to hook up PHP runtime with Sun Web Server 7. /usr/php/5.2/samples/scripts/configure-sun-webserver.sh \ --installroot= \ --instancename= Script 'configure-sun-webserver7'.sh will provide the following command line input options: --instanceroot Web Server 7 instance top location --instancename Web Server 7 instance name Script 'configure-sun-webserver7.sh' will exit with one of these exit codes: 0 SUCCESS 1 FAILURE 2.3 Provide additional DTrace probes within PHP runtime Current DTrace probe, delivered as a PHP extension, provides information on very limited set of information like function entry, exit point. This project provides additional DTrace probes within PHP runtime by providing patches to Zend(PHP) engine. These additional patches will be contributed to the upstream community. The dtrace probes are Volatile for now because they are (a) not finalized and (b) not in the PHP source tree yet. They are stable and working but are not part of standard release. We are using a patch into the 5.2 source code. The dtrace documentation is a work-in-progress now and should be made available when the bits are officially released. 3. Interfaces: 3.1 Imported Interfaces Imported Interfaces added: NAME STABILITY NOTES ------------------------------------------------------------------ server.xml Evolving WSARC/2004/076 obj.conf Evolving WSARC/2004/076 -obj.conf Evolving WSARC/2004/076 mime.types Evolving WSARC/2004/076 -mime.types Evolving WSARC/2004/076 3.2. Exported Interfaces NAME STABILITY -------------------------------------------------------------------- /usr/php/5.2/samples/apc/apc.php Volatile /usr/php/5.2/samples/memcache/memcache.php Volatile /usr/php/5.2/samples/scripts/configure-sun-webserver7.sh Uncommitted configure-sun-webserver7.sh command line arguments Uncommitted configure-sun-webserver7.sh exit codes Uncommitted /etc/apache2/2.2/samples-conf.d/php-apc-stats.conf Volatile /etc/apache2/2.2/samples-conf.d/php-memcache-stats.conf Volatile dTrace probes for PHP runtime Volatile error-received request-startup request-shutdown module-startup module-shutdown module-init-entry module-init-return zend-module-init-entry zend-module-init-return execute-entry execute-return execute-internal-entry execute-internal-return compile-file-entry compile-file-return compile-string-entry compile-string-return exception-thrown exception-catched object-create object-destroy 4. References [1] http://www.opensolaris.org/os/community/arc/caselog/2007/168/ [2] http://www.opensolaris.org/os/community/arc/caselog/2007/641/ [3] http://www.opensolaris.org/os/community/arc/caselog/2008/538/ -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From carlsonj@phorcys.east.sun.com Wed Feb 25 07:03:51 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1PF3piB013779 for ; Wed, 25 Feb 2009 07:03:51 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1PF3gkU020297; Wed, 25 Feb 2009 07:03:48 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFM0012HN6BRD00@brm-avmta-1.central.sun.com>; Wed, 25 Feb 2009 08:03:47 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFM00C18N6AGC80@brm-avmta-1.central.sun.com>; Wed, 25 Feb 2009 08:03:47 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n1PEu6u4012758; Wed, 25 Feb 2009 09:56:06 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n1PEu6ds012755; Wed, 25 Feb 2009 09:56:06 -0500 (EST) Date: Wed, 25 Feb 2009 09:56:06 -0500 From: James Carlson Subject: Re: PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <20090225065041.GA21517@sun.com> To: Jyri Virkki Cc: LSARC-ext@sun.com, webstack-discuss@opensolaris.org Message-id: <18853.23558.258275.245986@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <20090225065041.GA21517@sun.com> Status: RO Content-Length: 669 Jyri Virkki writes: > > > > I am sponsoring this case for Sriram Natarajan. It defines a handful of > > enhancements to PHP. > > Project team has sent updated materials for this case. The only > difference is the removal of the dependency to 2009/123 for OpenLDAP > changes. This case has unrelated changes which can move forward > meanwhile. Updated spec below and in case materials directory. I have no problem with this modified project. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Sriram.Natarajan@sun.com Thu Feb 26 11:30:22 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1QJUMIL005201 for ; Thu, 26 Feb 2009 11:30:22 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1QJUHQ8062249 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 26 Feb 2009 12:30:21 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFO00H0NU6LBS00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 26 Feb 2009 11:30:21 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFO00FNRU6KML20@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 26 Feb 2009 11:30:20 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1QJUKMB028819 for ; Thu, 26 Feb 2009 11:30:20 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFO00I00RFR7I00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 26 Feb 2009 11:30:20 -0800 (PST) Received: from [192.18.120.213] ([unknown] [192.18.120.213]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFO003C1U6GJF00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 26 Feb 2009 11:30:17 -0800 (PST) Date: Thu, 26 Feb 2009 11:31:46 -0800 From: Sriram Natarajan Subject: Re: [webstack-discuss] PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <20090225065041.GA21517@sun.com> Sender: Sriram.Natarajan@sun.com To: Jyri Virkki Cc: LSARC-ext@sun.com, webstack-discuss@opensolaris.org Message-id: <49A6EE22.6060102@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> <20090225065041.GA21517@sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081216) Status: RO Content-Length: 6325 Jyri Currently, PHP within OpenSolaris provides very limited functionality of DTrace probes (provided by an outside developer) in the form of an extension. Once DTrace probes are integrated within PHP core, mod_dtrace extension will need to be removed as the limited functionality of a separate extension will need to be rolled into the engine itself. This issue needs to be captured within this ARC case. - Sriram Jyri Virkki wrote: >> I am sponsoring this case for Sriram Natarajan. It defines a handful of >> enhancements to PHP. >> > > Project team has sent updated materials for this case. The only > difference is the removal of the dependency to 2009/123 for OpenLDAP > changes. This case has unrelated changes which can move forward > meanwhile. Updated spec below and in case materials directory. > > > > > ---------------------------------------------------------------------------- > PHP5 Feature Enhancements > > This case adds an assortment of new functionality to the recently integrated > PHP5 engine (2007/168[1], 2007/641[2], 2008/538[3]). > > This case seeks Minor patch binding. > > > 2.1 Provide PHP extension specific statistics > > Provide the ability to deliver statistics of 3rd party extensions like APC > and memcache usage statistics. > > This feature is currently provided by these extensions itself. This project > intends to bundle the scripts provided by PHP extensions along with a glue > Apache HTTP configuration file within the apache samples configuration > directory. > > This project will deliver the following files > > /usr/php/5.2/samples/apc/apc.php > /var/php/5.2/samples/memcache/memcache.php > /etc/apache2/2.2/samples-conf.d/php-apc-stats.conf > /etc/apache2/2.2/samples-conf.d/php-memcache-stats.conf > > These files will be delivered within current SUNWphp52u and SUNWapch22r-php52 > packages. > > > 2.2 Provide sample script(s) to help configure PHP runtime with other > web server(s) > > Deliver a sample script within current PHP package to help configure > PHP runtime with other web server(s) like Sun Java System Web > Server. These sample scripts will be delivered within SUNWphp52u > package under > > /usr/php/5.2/samples/scripts > > The sample script(configure-sun-webserver.sh) will generate necessary > configuration(s) within Sun Web Server 7 configuration files so that > PHP runtime can work with Sun Web Server 7. > > This script can be invoked by providing with the following arguments > to hook up PHP runtime with Sun Web Server 7. > > /usr/php/5.2/samples/scripts/configure-sun-webserver.sh \ > --installroot= \ > --instancename= > > Script 'configure-sun-webserver7'.sh will provide the following > command line input options: > > --instanceroot Web Server 7 instance top location > --instancename Web Server 7 instance name > > Script 'configure-sun-webserver7.sh' will exit with one of these exit codes: > > 0 SUCCESS > 1 FAILURE > > > 2.3 Provide additional DTrace probes within PHP runtime > > Current DTrace probe, delivered as a PHP extension, provides > information on very limited set of information like function entry, > exit point. This project provides additional DTrace probes within PHP > runtime by providing patches to Zend(PHP) engine. These additional > patches will be contributed to the upstream community. > > The dtrace probes are Volatile for now because they are (a) not > finalized and (b) not in the PHP source tree yet. They are stable and > working but are not part of standard release. We are using a patch > into the 5.2 source code. The dtrace documentation is a > work-in-progress now and should be made available when the bits are > officially released. > > > 3. Interfaces: > > 3.1 Imported Interfaces > > Imported Interfaces added: > > NAME STABILITY NOTES > ------------------------------------------------------------------ > server.xml Evolving WSARC/2004/076 > obj.conf Evolving WSARC/2004/076 > -obj.conf Evolving WSARC/2004/076 > mime.types Evolving WSARC/2004/076 > -mime.types Evolving WSARC/2004/076 > > 3.2. Exported Interfaces > > NAME STABILITY > -------------------------------------------------------------------- > /usr/php/5.2/samples/apc/apc.php Volatile > /usr/php/5.2/samples/memcache/memcache.php Volatile > /usr/php/5.2/samples/scripts/configure-sun-webserver7.sh Uncommitted > configure-sun-webserver7.sh command line arguments Uncommitted > configure-sun-webserver7.sh exit codes Uncommitted > /etc/apache2/2.2/samples-conf.d/php-apc-stats.conf Volatile > /etc/apache2/2.2/samples-conf.d/php-memcache-stats.conf Volatile > dTrace probes for PHP runtime Volatile > error-received > request-startup > request-shutdown > module-startup > module-shutdown > module-init-entry > module-init-return > zend-module-init-entry > zend-module-init-return > execute-entry > execute-return > execute-internal-entry > execute-internal-return > compile-file-entry > compile-file-return > compile-string-entry > compile-string-return > exception-thrown > exception-catched > object-create > object-destroy > > 4. References > > [1] http://www.opensolaris.org/os/community/arc/caselog/2007/168/ > [2] http://www.opensolaris.org/os/community/arc/caselog/2007/641/ > [3] http://www.opensolaris.org/os/community/arc/caselog/2008/538/ > > > > > From Jyri.Virkki@sun.com Fri Feb 27 22:58:16 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1S6wFpD016932 for ; Fri, 27 Feb 2009 22:58:16 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1S6w7gr015615 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 28 Feb 2009 06:58:14 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFR00003KOZMC00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 27 Feb 2009 22:58:11 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFR00GRYKOZV4A0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 27 Feb 2009 22:58:11 -0800 (PST) Received: from dm-usca15-11.red.iplanet.com (host-185-56-18-192.iplanet.com [192.18.56.185] (may be forged)) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1S6wAWE021643; Sat, 28 Feb 2009 06:58:10 +0000 (GMT) Received: from buye.red.iplanet.com (buye [192.18.65.224]) by dm-usca15-11.red.iplanet.com (8.11.7p1+Sun/8.11.7/IPLANET,v1.2) with ESMTP id n1S6w9020877; Fri, 27 Feb 2009 22:58:09 -0800 (PST) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id n1S6w9st000321; Fri, 27 Feb 2009 22:58:09 -0800 (PST) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id n1S6w9Up000320; Fri, 27 Feb 2009 22:58:09 -0800 (PST) Date: Fri, 27 Feb 2009 22:58:09 -0800 From: Jyri Virkki Subject: Re: PHP5 Feature Enhancements [LSARC/2009/124 FastTrack timeout 02/27/2009] In-reply-to: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> To: LSARC-ext@sun.com Cc: webstack-discuss@opensolaris.org Message-id: <20090228065809.GA29981@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <200902220157.n1M1vePR027002@sac.sfbay.sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 400 Jyri Virkki wrote: > > I am sponsoring this case for Sriram Natarajan. It defines a handful of > enhancements to PHP. This case timed out today, there are no unresolved issues in the thread [now that this case does not depend on 2009/123 after project team dissociated them] and there is at least one ok from James. Closing as approved. -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems