From bart.smaalders@Sun.COM Tue Mar 20 21:07:14 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2L47DnE016394 for ; Tue, 20 Mar 2007 21:07:13 -0700 (PDT) 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 l2L478wT027088 for <@sunmail1brm.central.sun.com:PSARC-EXT@Sun.COM>; Wed, 21 Mar 2007 12:07:12 +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 <0JF800M01JG03Z00@brm-avmta-1.central.sun.com> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Tue, 20 Mar 2007 22:07:12 -0600 (MDT) Received: from engmail3mpk.sfbay.Sun.COM ([129.146.11.26]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF800HEUJFZU480@brm-avmta-1.central.sun.com> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Tue, 20 Mar 2007 22:07:11 -0600 (MDT) Received: from zion.eng.sun.com (zion.SFBay.Sun.COM [129.146.17.75]) by engmail3mpk.sfbay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id l2L47AfJ003575; Tue, 20 Mar 2007 21:07:10 -0700 (PDT) Received: from [129.146.228.109] (cyber [129.146.228.109]) by zion.eng.sun.com (8.13.7+Sun/8.13.7) with ESMTP id l2L47AEF029541; Tue, 20 Mar 2007 21:07:10 -0700 (PDT) Date: Tue, 20 Mar 2007 21:06:19 -0700 From: Bart Smaalders Subject: PSARC/2007/169 Including Apache 2.2.4 with Solaris To: PSARC-EXT@Sun.COM Cc: Stefan Teleman Message-id: <4600AF3B.8040403@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_zWfU2ALtYlS7KW14BLpgdQ)" X-PMX-Version: 5.2.0.264296 User-Agent: Thunderbird 2.0b2 (X11/20070227) Status: RO Content-Length: 20803 This is a multi-part message in MIME format. --Boundary_(ID_zWfU2ALtYlS7KW14BLpgdQ) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT I'm sponsoring the attached fast-track for Stefan Teleman. The requested binding is patch/micro release, and the stability levels are as noted in the document. Materials are in the case directory. This case times out on 3/28/2007. - Bart -- Bart Smaalders Solaris Kernel Performance barts@cyber.eng.sun.com http://blogs.sun.com/barts --Boundary_(ID_zWfU2ALtYlS7KW14BLpgdQ) Content-type: text/plain; name=ApacheOnePager.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=ApacheOnePager.txt Including Apache 2.2.4 with Solaris Stefan Teleman 15 March 2007 1. Summary and motivation 1.1. Introduction This FastTrack proposes the integration of an updated version of the Apache 2 Web Server [1], Apache 2.2.4. [2] According to the HTTPD Home Page [3], "The Apache HTTP Server Project is proud to announce the release of version 2.2.4 of the Apache HTTP Server ["Apache"]. This version is principally a bugfix release. This version of Apache is a major release and the start of a new stable branch, and represents the best available version of Apache HTTP Server. New features include Smart Filtering, Improved Caching, AJP Proxy, Proxy Load Balancing, Graceful Shutdown support, Large File Support, the Event MPM, and refactored Authentication and Authorization." This FastTrack proposes the integration of the most recent stable release of Apache 2, Apache 2.2.4. In addition to the canonical Apache 2.2.4 distribution, this FastTrack also proposes the simultaneous integration of distcache 1.4.5 [8], as well as several additional Modules [outlined below]. This case also announces the EOL of the Apache 2.0.x APR Interface [with an announcement to take place in a Solaris 10 Update], and EOFs the Apache 2.0.x APR Interface in the next Minor Release of Solaris. This case seeks Minor Release Binding. 1.2. Previous Relevant ARC Cases PSARC 2004/676 Apache 2.x.x in Solaris PSARC 2004/278 GSSAPI auth for Apache PSARC 2001/266 Addition of Jakarta Tomcat for Apache PSARC 2001/244 Apache moving to SFW Consolidation PSARC 2000/040 Java Servlet Support in Apache PSARC 1999/542 Apache for Solaris PSARC/1998/138 Kerberos V5 clients and PAM module PSARC/1996/060 GSS-KRB5 (Kerberos V5 GSS-API mechanism) 2. Technical issues 2.1. Key objects The Solaris Apache 2 distribution installs objects under three distinct directory hierarchies: /usr/apache2, /etc/apache2 and /var/apache2. /usr/apache2/bin/apr-1-config /usr/apache2/bin/apu-1-config /usr/apache2/bin/dc_client /usr/apache2/bin/dc_server /usr/apache2/bin/dc_snoop /usr/apache2/bin/dc_test /usr/apache2/bin/nal_test /usr/apache2/bin/piper /usr/apache2/bin/sslswamp /usr/apache2/bin/ab /usr/apache2/bin/apachectl /usr/apache2/bin/apxs /usr/apache2/bin/checkgid /usr/apache2/bin/dbmmanage /usr/apache2/bin/envvars /usr/apache2/bin/envvars-std /usr/apache2/bin/htcacheclean /usr/apache2/bin/htdbm /usr/apache2/bin/htdigest /usr/apache2/bin/htpasswd /usr/apache2/bin/httpd /usr/apache2/bin/httxt2dbm /usr/apache2/bin/logresolve /usr/apache2/bin/rotatelogs /usr/apache2/bin/suexec.disabled /usr/apache2/lib/apr.exp /usr/apache2/lib/aprutil.exp /usr/apache2/lib/libapr-1.so.0.2.8 /usr/apache2/lib/libapr-1.so -> libapr-1.so.0.2.8 /usr/apache2/lib/libapr-1.so.0 -> libapr-1.so.0.2.8 /usr/apache2/lib/libaprutil-1.so.0.2.8 /usr/apache2/lib/libaprutil-1.so.0 -> libaprutil-1.so.0.2.8 /usr/apache2/lib/libaprutil-1.so -> libaprutil-1.so.0.2.8 /usr/apache2/lib/libdistcache.so.1.0.1 /usr/apache2/lib/libdistcache.so.1 -> libdistcache.so.1.0.1 /usr/apache2/lib/libdistcache.so -> libdistcache.so.1.0.1 /usr/apache2/lib/libdistcacheserver.so.1.0.1 /usr/apache2/lib/libdistcacheserver.so.1 -> libdistcacheserver.so.1.0.1 /usr/apache2/lib/libdistcacheserver.so -> libdistcacheserver.so.1.0.1 /usr/apache2/lib/libnal.so.1.0.1 /usr/apache2/lib/libnal.so.1 -> libnal.so.1.0.1 /usr/apache2/lib/libnal.so -> libnal.so.1.0.1 /etc/apache2/httpd.conf-example /etc/apache2/extra/httpd-autoindex.conf-example /etc/apache2/extra/httpd-dav.conf-example /etc/apache2/extra/httpd-default.conf-example /etc/apache2/extra/httpd-info.conf-example /etc/apache2/extra/httpd-java.conf-example /etc/apache2/extra/httpd-languages.conf-example /etc/apache2/extra/httpd-manual.conf-example /etc/apache2/extra/httpd-mpm.conf-example /etc/apache2/extra/httpd-multilang-errordoc.conf-example /etc/apache2/extra/httpd-proxy.conf-example /etc/apache2/extra/httpd-security.conf-example /etc/apache2/extra/httpd-ssl.conf-example /etc/apache2/extra/httpd-userdir.conf-example /etc/apache2/extra/httpd-vhosts.conf-example /usr/apache2/man/man1/ /usr/apache2/man/man3/ /usr/apache2/man/man8/ /usr/apache2/manual/ 2.2. API and ABI compatibility The Apache 2.2.x Module API/ABI is NOT binary compatible with the Apache 2.0.x Module API/ABI: "Add-in modules for Apache 1.3 or 2.0 are not compatible with Apache 2.2. If you are running third party add-in modules, you must obtain modules compiled or updated for Apache 2.2 from that third party, before you attempt to upgrade from these previous versions. Modules compiled for Apache 2.2 should continue to work for all 2.2.x releases." [4] Simply put, upgrading from Apache 2.0.x to Apache 2.2.x will break existing Apache 2.0.x applications which have installed third party Apache Modules. Extensive Release Notes detailing the consequences of this breakage will be included with this new Integration. The original ARC Case for Apache2 [PSARC 2004/676] proposed Standard Classification Stability Level for the APR Interface. It was not possible to foresee, at that time, that the APR Interface for Apache 2.2.x would become API and ABI incompatible with the Apache 2.0.x APR Interface. [4] In this FastTrack, we propose re-classifying the Commitment Level of the APR Interface, and re-classifying it as Uncommitted. A Release Note will be submitted for the Solaris Updates documenting that the APR interface may change incompatibily in a subsequent release of Solaris; in addition, a Release Note will be filed in that subsequent release [aka Nevada] indicating that the interface had changed, and that third-party modules will need to be recompiled and potentially changed. 2.3. Request Handling MPM compatibility In addition to the APR API and ABI compatibility breakage outlined above, the currently proposed Apache upgrade promotes a significant and binary incompatible change in the request handling mechanism. Apache 2.0.x was delivered with the prefork-mpm request handler. The currently proposed integration changes the request handler model to the worker-mpm. This change introduces an Apache Module ABI incompatibility: the worker-mpm assumes that all Apache Modules have been written thread-safe [thread-safety refers to the actual programmatic implementation of the respective modules, and is not limited to run-time binding to reentrant interfaces]. Apache Modules not written with concern for thread-safety will break at runtime. Extensive Release Notes detailing the possiblity of breakage will be included with this new Integration. 2.4. Packaging and Delivery The current integration proposal does NOT allow for the inclusion and coexistence of multiple versions of Apache 2.x.x. Installing Apache 2.2.4 will overwrite the existing Apache 2.0.x installation [with the exception of the configuration files located under /etc/apache2, which will be preserved]. This FastTrack proposes to maintain the existing Apache 2.0.x packaging structure: SUNWapch2r Apache Web Server V2 [root] SUNWapch2u Apache Web Server V2 [usr] SUNWapch2d Apache Web Server V2 [Documentation] 3. Apache 2 Modules Just as the previous versions of Apache, Apache 2.2.x supports dynamically loadable modules. This integration will include all the modules provided by the Apache canonical distribution. In addition, this integration will also deliver the following additional modules [which are not part of the Apache canonical distribution]: /usr/apache2/libexec/mod_security2.so [13] /usr/apache2/libexec/mod_html.so [13] /usr/apache2/libexec/mod_jk.so [15] /usr/apache2/libexec/jni_connect.so [15] /usr/apache2/libexec/mod_dtrace.so [16] /usr/apache2/libexec/mod_auth_gss.so [17] /usr/apache2/libexec/mod_perl.so [12] 4. Apache Internationalization. Apache2 provides GNU iconv compatible I18N support via libaprutil-1.so.0.2.8. The integration proposed in this FastTrack relies on the GNU iconv compatibility layer available in Solaris' libc.so. 5. Apache Documentation Apache 2.2.x provides a full and complete documentation set, in UNIX manual format, as well as HTML. This integration will deliver both documentation sets. 6. Interfaces 6.1. Interface Stability The Apache Project broke API and ABI compatibility between version 2.0.x and version 2.2.x of the canonical distribution. [3] We propose that all Apache2 Interfaces be classified as Uncommitted. 6.2. Imported Interfaces Apache 2.2.x imports interfaces from the Standard C Library, the Network Services Layer Library and the Pthreads Library. In addition, the following Interfaces are imported: NAME STABILITY NOTES Apache 2 In Solaris Uncommitted PSARC/2004/676 OpenSSL External/Volatile PSARC/2003/500 PCRE Uncommitted PSARC/2007/000 Perl5 Standard PSARC/1999/192 Kerberos 5 External PSARC/2004/278 LibEXPAT Evolving LSARC/2004/324 LDAP Evolving PSARC/1997/276 et seq. Java Stable PSARC/2003/696 GSSAPI auth for Apache External PSARC/2004/278 Kerberos V4 EOF PSARC/1999/199 Kerberos V5 clients and PAM Evolving PSARC/1998/138 Kerberos V5 GSS-API mechanism Stable PSARC/1996/060 6.3. Exported Interfaces NAME STABILITY NOTES /usr/apache2/bin/httpd Uncommitted Executable location /usr/apache2/bin/apachectl Uncommitted Apache Startup script /usr/apache2/bin/apxs Uncommitted Apache Configuration Script /etc/apache2/httpd.conf-example Uncommitted Master configuration /etc/apache2/extra/httpd-autoindex.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-dav.conf-example Uncommitted Additional confi guration /etc/apache2/extra/httpd-default.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-info.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-java.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-languages.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-manual.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-mpm.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-multilang-errordoc.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-proxy.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-security.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-ssl.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-userdir.conf-example Uncommitted Additional configuration /etc/apache2/extra/httpd-vhosts.conf-example Uncommitted Additional configuration /usr/apache2/include/apr.h Uncommitted Include file /usr/apache2/include/apr_portable.h Uncommitted Include file /usr/apache2/include/apu.h Uncommitted Include file /usr/apache2/include/http_vhost.h Uncommitted Include file /usr/apache2/include/httpd.h Uncommitted Include file /usr/apache2/include/mpm.h Uncommitted Include file /var/apache2/error/HTTP_BAD_GATEWAY.html.var Uncommitted Error messages /var/apache2/error/HTTP_BAD_REQUEST.html.var Uncommitted Error messages /var/apache2/error/HTTP_FORBIDDEN.html.var Uncommitted Error messages /var/apache2/error/HTTP_GONE.html.var Uncommitted Error messages /var/apache2/error/HTTP_INTERNAL_SERVER_ERROR.html.var Uncommitted Error messages /var/apache2/error/HTTP_METHOD_NOT_ALLOWED.html.var Uncommitted Error messages /var/apache2/error/HTTP_NOT_FOUND.html.var Uncommitted Error messages /var/apache2/error/HTTP_NOT_IMPLEMENTED.html.var Uncommitted Error messages /var/apache2/error/HTTP_PRECONDITION_FAILED.html.var Uncommitted Error messages /var/apache2/error/HTTP_REQUEST_ENTITY_TOO_LARGE.html.var Uncommitted Error messages /var/apache2/error/HTTP_REQUEST_TIME_OUT.html.var Uncommitted Error messages /var/apache2/error/HTTP_REQUEST_URI_TOO_LARGE.html.var Uncommitted Error messages /var/apache2/error/HTTP_SERVICE_UNAVAILABLE.html.var Uncommitted Error messages /var/apache2/error/HTTP_UNAUTHORIZED.html.var Uncommitted Error messages /var/apache2/error/HTTP_UNSUPPORTED_MEDIA_TYPE.html.var Uncommitted Error messages /var/apache2/error/HTTP_VARIANT_ALSO_VARIES.html.var Uncommitted Error messages /var/apache2/error/contact.html.var Uncommitted Error messages /usr/apache2/libexec/httpd.exp Uncommitted Linker Map File /usr/apache2/libexec/jni_connect.so Uncommitted Apache Module /usr/apache2/libexec/mod_actions.so Uncommitted Apache Module /usr/apache2/libexec/mod_alias.so Uncommitted Apache Module /usr/apache2/libexec/mod_asis.so Uncommitted Apache Module /usr/apache2/libexec/mod_auth_basic.so Uncommitted Apache Module /usr/apache2/libexec/mod_auth_gss.so Uncommitted Apache Module /usr/apache2/libexec/mod_auth_digest.so Uncommitted Apache Module /usr/apache2/libexec/mod_authn_alias.so Uncommitted Apache Module /usr/apache2/libexec/mod_authn_anon.so Uncommitted Apache Module /usr/apache2/libexec/mod_authn_dbd.so Uncommitted Apache Module /usr/apache2/libexec/mod_authn_dbm.so Uncommitted Apache Module /usr/apache2/libexec/mod_authn_file.so Uncommitted Apache Module /usr/apache2/libexec/mod_authnz_ldap.so Uncommitted Apache Module /usr/apache2/libexec/mod_authz_dbm.so Uncommitted Apache Module /usr/apache2/libexec/mod_authz_default.so Uncommitted Apache Module /usr/apache2/libexec/mod_authz_groupfile.so Uncommitted Apache Module /usr/apache2/libexec/mod_authz_host.so Uncommitted Apache Module /usr/apache2/libexec/mod_authz_owner.so Uncommitted Apache Module /usr/apache2/libexec/mod_authz_svn.so Uncommitted Apache Module /usr/apache2/libexec/mod_authz_user.so Uncommitted Apache Module /usr/apache2/libexec/mod_autoindex.so Uncommitted Apache Module /usr/apache2/libexec/mod_bucketeer.so Uncommitted Apache Module /usr/apache2/libexec/mod_cache.so Uncommitted Apache Module /usr/apache2/libexec/mod_case_filter.so Uncommitted Apache Module /usr/apache2/libexec/mod_case_filter_in.so Uncommitted Apache Module /usr/apache2/libexec/mod_cern_meta.so Uncommitted Apache Module /usr/apache2/libexec/mod_cgi.so Uncommitted Apache Module /usr/apache2/libexec/mod_cgid.so Uncommitted Apache Module /usr/apache2/libexec/mod_charset_lite.so Uncommitted Apache Module /usr/apache2/libexec/mod_dav.so Uncommitted Apache Module /usr/apache2/libexec/mod_dav_fs.so Uncommitted Apache Module /usr/apache2/libexec/mod_dav_lock.so Uncommitted Apache Module /usr/apache2/libexec/mod_dav_svn.so Uncommitted Apache Module /usr/apache2/libexec/mod_dbd.so Uncommitted Apache Module /usr/apache2/libexec/mod_deflate.so Uncommitted Apache Module /usr/apache2/libexec/mod_dir.so Uncommitted Apache Module /usr/apache2/libexec/mod_disk_cache.so Uncommitted Apache Module /usr/apache2/libexec/mod_dtrace.so Uncommitted Apache Module /usr/apache2/libexec/mod_dumpio.so Uncommitted Apache Module /usr/apache2/libexec/mod_echo.so Uncommitted Apache Module /usr/apache2/libexec/mod_env.so Uncommitted Apache Module /usr/apache2/libexec/mod_example.so Uncommitted Apache Module /usr/apache2/libexec/mod_expires.so Uncommitted Apache Module /usr/apache2/libexec/mod_ext_filter.so Uncommitted Apache Module /usr/apache2/libexec/mod_file_cache.so Uncommitted Apache Module /usr/apache2/libexec/mod_filter.so Uncommitted Apache Module /usr/apache2/libexec/mod_headers.so Uncommitted Apache Module /usr/apache2/libexec/mod_ident.so Uncommitted Apache Module /usr/apache2/libexec/mod_imagemap.so Uncommitted Apache Module /usr/apache2/libexec/mod_include.so Uncommitted Apache Module /usr/apache2/libexec/mod_info.so Uncommitted Apache Module /usr/apache2/libexec/mod_isapi.so Uncommitted Apache Module /usr/apache2/libexec/mod_jk.so Uncommitted Apache Module /usr/apache2/libexec/mod_ldap.so Uncommitted Apache Module /usr/apache2/libexec/mod_log_config.so Uncommitted Apache Module /usr/apache2/libexec/mod_log_forensic.so Uncommitted Apache Module /usr/apache2/libexec/mod_logio.so Uncommitted Apache Module /usr/apache2/libexec/mod_mem_cache.so Uncommitted Apache Module /usr/apache2/libexec/mod_mime.so Uncommitted Apache Module /usr/apache2/libexec/mod_mime_magic.so Uncommitted Apache Module /usr/apache2/libexec/mod_negotiation.so Uncommitted Apache Module /usr/apache2/libexec/mod_optional_fn_export.so Uncommitted Apache Module /usr/apache2/libexec/mod_optional_fn_import.so Uncommitted Apache Module /usr/apache2/libexec/mod_optional_hook_export.so Uncommitted Apache Module /usr/apache2/libexec/mod_optional_hook_import.so Uncommitted Apache Module /usr/apache2/libexec/mod_perl.so Uncommitted Apache Module /usr/apache2/libexec/mod_proxy.so Uncommitted Apache Module /usr/apache2/libexec/mod_proxy_ajp.so Uncommitted Apache Module /usr/apache2/libexec/mod_proxy_balancer.so Uncommitted Apache Module /usr/apache2/libexec/mod_proxy_connect.so Uncommitted Apache Module /usr/apache2/libexec/mod_proxy_ftp.so Uncommitted Apache Module /usr/apache2/libexec/mod_proxy_html.so Uncommitted Apache Module /usr/apache2/libexec/mod_proxy_http.so Uncommitted Apache Module /usr/apache2/libexec/mod_rewrite.so Uncommitted Apache Module /usr/apache2/libexec/mod_security2.so Uncommitted Apache Module /usr/apache2/libexec/mod_setenvif.so Uncommitted Apache Module /usr/apache2/libexec/mod_speling.so Uncommitted Apache Module /usr/apache2/libexec/mod_ssl.so Uncommitted Apache Module /usr/apache2/libexec/mod_status.so Uncommitted Apache Module /usr/apache2/libexec/mod_suexec.so Uncommitted Apache Module /usr/apache2/libexec/mod_unique_id.so Uncommitted Apache Module /usr/apache2/libexec/mod_userdir.so Uncommitted Apache Module /usr/apache2/libexec/mod_usertrack.so Uncommitted Apache Module /usr/apache2/libexec/mod_version.so Uncommitted Apache Module /usr/apache2/libexec/mod_vhost_alias.so Uncommitted Apache Module /usr/apache2/libexec/mod_html.so Uncommitted Apache Module /usr/apache2/libexec/mod_security2.so Uncommitted Apache Module /usr/apache2/libexec/mod_jk.so Uncommitted Apache Module /usr/apache2/libexec/jni_connect.so Uncommitted Apache Module /usr/apache2/libexec/mod_dtrace.so Uncommitted Apache Module /usr/apache2/libexec/mod_perl.so Uncommitted Apache Module /usr/apache2/libexec/mod_auth_gss.so Uncommitted Apache Module /var/apache2/htdocs Uncommitted ServerRoot /var/apache2/logs Uncommitted Errorlog reporting /var/apache2/error Uncommitted Error message database /usr/apache2/man/man1/htdbm.1 Uncommitted Manual Page /usr/apache2/man/man1/htpasswd.1 Uncommitted Manual Page /usr/apache2/man/man1/htdigest.1 Uncommitted Manual Page /usr/apache2/man/man1/htdbm.1 Uncommitted Manual Page /usr/apache2/man/man8/ab.8 Uncommitted Manual Page /usr/apache2/man/man8/apachectl.8 Uncommitted Manual Page /usr/apache2/man/man8/apxs.8 Uncommitted Manual Page /usr/apache2/man/man8/htcacheclean.8 Uncommitted Manual Page /usr/apache2/man/man8/httpd.8 Uncommitted Manual Page /usr/apache2/man/man8/logresolve.8 Uncommitted Manual Page /usr/apache2/man/man8/rotatelogs.8 Uncommitted Manual Page /usr/apache2/man/man8/suexec.8 Uncommitted Manual Page svc:/network/http:apache2 Committed FMRI /var/svc/manifest/network/http-apache2.xml Project Private SMF Manifest 7. References [1] http://www.apache.org/ [2] http://sac.sfbay/PSARC/2004/676/ [3] http://httpd.apache.org/ [4] http://httpd.apache.org/download.cgi [5] http://apr.apache.org/docs/apr/1.2/index.html [6] http://apr.apache.org/docs/apr-util/1.2/ [7] http://apr.apache.org/docs/apr-iconv/1.1/index.html [8] http://distcache.sourceforge.net/ [9] http://sourceforge.net/projects/distcache/ [10] http://www.pcre.org/ [11] http://www.openssl.org/ [12] http://www.perl.org/ [13] http://www.modsecurity.org/ [14] http://www.libexpat.org/ [15] http://tomcat.apache.org/download-connectors.cgi [16] http://prefetch.net/projects/apache_modtrace/index.html [17] http://sac.sfbay/PSARC/2004/278/ --Boundary_(ID_zWfU2ALtYlS7KW14BLpgdQ)-- From fielding@gbiv.com Tue Mar 20 23:33:57 2007 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2L6XuLH017863 for ; Tue, 20 Mar 2007 23:33:57 -0700 (PDT) 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 l2L6XuMF023148; Tue, 20 Mar 2007 23:33:56 -0700 (PDT) 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 <0JF800301Q8IM300@nwk-avmta-1.sfbay.Sun.COM>; Tue, 20 Mar 2007 23:33:54 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF8002R1Q8IUU00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 20 Mar 2007 23:33:54 -0700 (PDT) Received: from relay22.sun.com (relay22.sun.com [192.12.251.34] (may be forged)) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2L6XrqP026743; Wed, 21 Mar 2007 06:33:54 +0000 (GMT) Received: from mms23es.sun.com ([150.143.232.54] [150.143.232.54]) by relay22.sun.com with ESMTP; Wed, 21 Mar 2007 06:33:44 +0000 (Z) Received: from relay22.sun.com (relay22.sun.com [192.12.251.34]) by mms23es.sun.com with ESMTP id BT-MMP-2535305; Wed, 21 Mar 2007 06:33:44 +0000 (Z) Received: from spaceymail-a2.g.dreamhost.com ([208.97.132.74] [208.97.132.74]) by relay22.sun.com with ESMTP; Wed, 21 Mar 2007 06:33:43 +0000 (Z) Received: from [192.168.0.133] (ip72-211-200-45.oc.oc.cox.net [72.211.200.45]) by spaceymail-a2.g.dreamhost.com (Postfix) with ESMTP id 73354106269; Tue, 20 Mar 2007 23:33:43 -0700 (PDT) Date: Tue, 20 Mar 2007 23:34:05 -0700 From: "Roy T. Fielding" Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <4600AF3B.8040403@Sun.COM> To: Bart Smaalders Cc: PSARC-EXT@sun.com, Stefan Teleman Message-id: <3FAAE4E3-1C02-4B7F-B674-EBF33FF7C88B@gbiv.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.752.2) Content-type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <4600AF3B.8040403@Sun.COM> Status: RO Content-Length: 2968 On Mar 20, 2007, at 9:06 PM, Bart Smaalders wrote: > ... > Stefan Teleman > 15 March 2007 > ... > This case also announces the EOL of the Apache 2.0.x APR Interface > [with an announcement to take place in a Solaris 10 Update], and > EOFs the Apache 2.0.x APR Interface in the next Minor Release of > Solaris. Apache httpd 2.0.x uses the APR 0.9.x series of libraries. Apache httpd 2.2.x uses the APR 1.2.x series of libraries. You should be installing APR as a shared library with its major version number indicating the ABI. IIRC, Subversion still uses the older libapr-0. > 2.2. API and ABI compatibility > > The Apache 2.2.x Module API/ABI is NOT binary compatible with the > Apache 2.0.x Module API/ABI: > > "Add-in modules for Apache 1.3 or 2.0 are not compatible with > Apache 2.2. If you are running third party add-in modules, you > must obtain modules compiled or updated for Apache 2.2 from that > third party, before you attempt to upgrade from these previous > versions. Modules compiled for Apache 2.2 should continue to work > for all 2.2.x releases." [4] > > Simply put, upgrading from Apache 2.0.x to Apache 2.2.x will break > existing Apache 2.0.x applications which have installed third party > Apache Modules. Extensive Release Notes detailing the consequences of > this breakage will be included with this new Integration. The > original > ARC Case for Apache2 [PSARC 2004/676] proposed Standard > Classification > Stability Level for the APR Interface. It was not possible to > foresee, > at that time, that the APR Interface for Apache 2.2.x would become > API > and ABI incompatible with the Apache 2.0.x APR Interface. [4] Of course it was possible -- the APR 1.x ABI has been frozen since September 2004 (and was in use for httpd development long before that). ... > 2.4. Packaging and Delivery > > The current integration proposal does NOT allow for the inclusion and > coexistence of multiple versions of Apache 2.x.x. Installing Apache > 2.2.4 will overwrite the existing Apache 2.0.x installation [with the > exception of the configuration files located under /etc/apache2, > which > will be preserved]. Why? You could preserve the existing interfaces simply by installing in a different directory. There is nothing preventing both from running on the same system (albeit on different TCP ports). > 6.1. Interface Stability > > The Apache Project broke API and ABI compatibility between version > 2.0.x and version 2.2.x of the canonical distribution. [3] We > propose that all Apache2 Interfaces be classified as Uncommitted. httpd versioning is M.N.x, where M = source compatibility (when to rewrite the module), N = ABI compatibility (when to recompile the module), and x = bugfix level (no ABI changes). APR versioning is M.n.x. Any ABI incompatible change will result in a new major version number (as is appropriate for a shared library). ....Roy From unixconsole@yahoo.com Wed Mar 21 07:12:05 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LEC3P2025463 for ; Wed, 21 Mar 2007 07:12:04 -0700 (PDT) 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 l2LEC1kV003053 for <@sunmail2sca.sfbay.sun.com:PSARC-EXT@sun.com>; Wed, 21 Mar 2007 22:12:03 +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 <0JF900403BG09800@nwk-avmta-1.sfbay.Sun.COM> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@Sun.COM); Wed, 21 Mar 2007 07:12:00 -0700 (PDT) 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 <0JF900M1FBFZI360@nwk-avmta-1.sfbay.Sun.COM> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@Sun.COM); Wed, 21 Mar 2007 07:12:00 -0700 (PDT) Received: from relay41i.sun.com ([192.5.209.70]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2LEBxcB000951 for ; Wed, 21 Mar 2007 14:11:59 +0000 (GMT) Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233]) by relay41i.sun.com with ESMTP for PSARC-EXT@Sun.COM; Wed, 21 Mar 2007 14:11:59 +0000 (Z) Received: from relay42i.sun.com ([192.5.209.72] [192.5.209.72]) by mms49es.sun.com with ESMTP for PSARC-EXT@Sun.COM; Wed, 21 Mar 2007 14:11:58 +0000 (Z) Received: from web30807.mail.mud.yahoo.com ([68.142.200.150] [68.142.200.150]) by relay4i.sun.com for PSARC-EXT@Sun.COM; Wed, 21 Mar 2007 14:11:58 +0000 (Z) Received: (qmail 193 invoked by uid 60001); Wed, 21 Mar 2007 14:11:58 +0000 Received: from [71.2.179.191] by web30807.mail.mud.yahoo.com via HTTP; Wed, 21 Mar 2007 07:11:57 -0700 (PDT) Date: Wed, 21 Mar 2007 07:11:57 -0700 (PDT) From: Octave Orgeron Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <4600AF3B.8040403@Sun.COM> To: Bart Smaalders , PSARC-EXT@sun.com Cc: Stefan Teleman Message-id: <997199.99194.qm@web30807.mail.mud.yahoo.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=0SWlF+xTZNwfX2SWC2j+MTl3ebbf4GzpLsKRUIqtBc/vARfB+nXkzUfas4wW+xhn9jS32OdQorZcXSMgjw7p8y5M3vSWlC+o4hsaxD/XAeFD7mJRQ8i3VC8hAIXJL1ZRaWQU79Er7zLzgZMUy5nTnX0aII7mhkIHu++LNMKEHT0=; X-PMX-Version: 5.2.0.264296 X-YMail-OSG: WgXF5uwVM1m1bZL5Uz1xltCA5TIGo1hS6mJVzm8Se9QBpYA7XemZvfBawbZu.wKnKB0Ek3LDT6OxldmvEMmHNoY8GKSCodo3HvTOcpYAbhlIez3sVHIjoTjf778F6bFkbkNx.0VEzvxsvB8ViMgm1YctGEvzfewIoVzo6wtOEwhovOsx.8RI0XmT.A-- Status: RO Content-Length: 9307 Hi, Looks good. But I was wondering if the /usr/apache2 directory makes sense? I mean when apache 3.x comes out, will that mean that we'll have apache, apache2, and apache3 directories in /usr? I saw with the PSARC for PHP, the route was /usr// kinda like how we do Java and Perl today. Should the apache versions be reorganized to follow this as well? Octave --- Bart Smaalders wrote: > I'm sponsoring the attached fast-track for Stefan Teleman. > The requested binding is patch/micro release, and the > stability levels are as noted in the document. > > Materials are in the case directory. > > This case times out on 3/28/2007. > > - Bart > > -- > Bart Smaalders Solaris Kernel Performance > barts@cyber.eng.sun.com http://blogs.sun.com/barts > > Including Apache 2.2.4 with Solaris > > Stefan Teleman > 15 March 2007 > > 1. Summary and motivation > > 1.1. Introduction > > This FastTrack proposes the integration of an updated version of > the Apache 2 Web Server [1], Apache 2.2.4. [2] > > According to the HTTPD Home Page [3], "The Apache HTTP Server > Project is proud to announce the release of version 2.2.4 of > the Apache HTTP Server ["Apache"]. This version is principally a > bugfix release. > > This version of Apache is a major release and the start of a new > stable branch, and represents the best available version of Apache > HTTP Server. New features include Smart Filtering, Improved Caching, > AJP Proxy, Proxy Load Balancing, Graceful Shutdown support, Large > File Support, the Event MPM, and refactored Authentication and > Authorization." > > This FastTrack proposes the integration of the most recent stable > release of Apache 2, Apache 2.2.4. In addition to the canonical > Apache > 2.2.4 distribution, this FastTrack also proposes the simultaneous > integration of distcache 1.4.5 [8], as well as several additional > Modules [outlined below]. > > This case also announces the EOL of the Apache 2.0.x APR Interface > [with an announcement to take place in a Solaris 10 Update], and > EOFs the Apache 2.0.x APR Interface in the next Minor Release of > Solaris. > > This case seeks Minor Release Binding. > > 1.2. Previous Relevant ARC Cases > > PSARC 2004/676 Apache 2.x.x in Solaris > PSARC 2004/278 GSSAPI auth for Apache > PSARC 2001/266 Addition of Jakarta Tomcat for Apache > PSARC 2001/244 Apache moving to SFW Consolidation > PSARC 2000/040 Java Servlet Support in Apache > PSARC 1999/542 Apache for Solaris > PSARC/1998/138 Kerberos V5 clients and PAM module > PSARC/1996/060 GSS-KRB5 (Kerberos V5 GSS-API mechanism) > > 2. Technical issues > > 2.1. Key objects > > The Solaris Apache 2 distribution installs objects under three > distinct directory hierarchies: /usr/apache2, /etc/apache2 and > /var/apache2. > > /usr/apache2/bin/apr-1-config > /usr/apache2/bin/apu-1-config > /usr/apache2/bin/dc_client > /usr/apache2/bin/dc_server > /usr/apache2/bin/dc_snoop > /usr/apache2/bin/dc_test > /usr/apache2/bin/nal_test > /usr/apache2/bin/piper > /usr/apache2/bin/sslswamp > > /usr/apache2/bin/ab > /usr/apache2/bin/apachectl > /usr/apache2/bin/apxs > /usr/apache2/bin/checkgid > /usr/apache2/bin/dbmmanage > /usr/apache2/bin/envvars > /usr/apache2/bin/envvars-std > /usr/apache2/bin/htcacheclean > /usr/apache2/bin/htdbm > /usr/apache2/bin/htdigest > /usr/apache2/bin/htpasswd > /usr/apache2/bin/httpd > /usr/apache2/bin/httxt2dbm > /usr/apache2/bin/logresolve > /usr/apache2/bin/rotatelogs > /usr/apache2/bin/suexec.disabled > > /usr/apache2/lib/apr.exp > /usr/apache2/lib/aprutil.exp > /usr/apache2/lib/libapr-1.so.0.2.8 > /usr/apache2/lib/libapr-1.so -> libapr-1.so.0.2.8 > /usr/apache2/lib/libapr-1.so.0 -> libapr-1.so.0.2.8 > /usr/apache2/lib/libaprutil-1.so.0.2.8 > /usr/apache2/lib/libaprutil-1.so.0 -> libaprutil-1.so.0.2.8 > /usr/apache2/lib/libaprutil-1.so -> libaprutil-1.so.0.2.8 > /usr/apache2/lib/libdistcache.so.1.0.1 > /usr/apache2/lib/libdistcache.so.1 -> libdistcache.so.1.0.1 > /usr/apache2/lib/libdistcache.so -> libdistcache.so.1.0.1 > /usr/apache2/lib/libdistcacheserver.so.1.0.1 > /usr/apache2/lib/libdistcacheserver.so.1 -> > libdistcacheserver.so.1.0.1 > /usr/apache2/lib/libdistcacheserver.so -> > libdistcacheserver.so.1.0.1 > /usr/apache2/lib/libnal.so.1.0.1 > /usr/apache2/lib/libnal.so.1 -> libnal.so.1.0.1 > /usr/apache2/lib/libnal.so -> libnal.so.1.0.1 > > /etc/apache2/httpd.conf-example > /etc/apache2/extra/httpd-autoindex.conf-example > /etc/apache2/extra/httpd-dav.conf-example > /etc/apache2/extra/httpd-default.conf-example > /etc/apache2/extra/httpd-info.conf-example > /etc/apache2/extra/httpd-java.conf-example > /etc/apache2/extra/httpd-languages.conf-example > /etc/apache2/extra/httpd-manual.conf-example > /etc/apache2/extra/httpd-mpm.conf-example > /etc/apache2/extra/httpd-multilang-errordoc.conf-example > /etc/apache2/extra/httpd-proxy.conf-example > /etc/apache2/extra/httpd-security.conf-example > /etc/apache2/extra/httpd-ssl.conf-example > /etc/apache2/extra/httpd-userdir.conf-example > /etc/apache2/extra/httpd-vhosts.conf-example > > /usr/apache2/man/man1/ > /usr/apache2/man/man3/ > /usr/apache2/man/man8/ > /usr/apache2/manual/ > > 2.2. API and ABI compatibility > > The Apache 2.2.x Module API/ABI is NOT binary compatible with the > Apache 2.0.x Module API/ABI: > > "Add-in modules for Apache 1.3 or 2.0 are not compatible with > Apache 2.2. If you are running third party add-in modules, you > must obtain modules compiled or updated for Apache 2.2 from that > third party, before you attempt to upgrade from these previous > versions. Modules compiled for Apache 2.2 should continue to work > for all 2.2.x releases." [4] > > Simply put, upgrading from Apache 2.0.x to Apache 2.2.x will break > existing Apache 2.0.x applications which have installed third party > Apache Modules. Extensive Release Notes detailing the consequences > of > this breakage will be included with this new Integration. The > original > ARC Case for Apache2 [PSARC 2004/676] proposed Standard > Classification > Stability Level for the APR Interface. It was not possible to > foresee, > at that time, that the APR Interface for Apache 2.2.x would become > API > and ABI incompatible with the Apache 2.0.x APR Interface. [4] > > In this FastTrack, we propose re-classifying the Commitment Level of > the APR Interface, and re-classifying it as Uncommitted. A Release > Note will be submitted for the Solaris Updates documenting that the > APR interface may change incompatibily in a subsequent release of > Solaris; in addition, a Release Note will be filed in that > subsequent > release [aka Nevada] indicating that the interface had changed, and > that third-party modules will need to be recompiled and potentially > changed. > > 2.3. Request Handling MPM compatibility > > In addition to the APR API and ABI compatibility breakage outlined > above, the currently proposed Apache upgrade promotes a significant > and binary incompatible change in the request handling mechanism. > Apache 2.0.x was delivered with the prefork-mpm request handler. > The currently proposed integration changes the request handler > model to the worker-mpm. This change introduces an Apache Module > ABI incompatibility: the worker-mpm assumes that all Apache Modules > have been written thread-safe [thread-safety refers to the actual > programmatic implementation of the respective modules, and is not > limited to run-time binding to reentrant interfaces]. Apache > Modules not written with concern for thread-safety will break at > runtime. Extensive Release Notes detailing the possiblity of > breakage > will be included with this new Integration. > > 2.4. Packaging and Delivery > > The current integration proposal does NOT allow for the inclusion > and > coexistence of multiple versions of Apache 2.x.x. Installing Apache > 2.2.4 will overwrite the existing Apache 2.0.x installation [with > the > exception of the configuration files located under /etc/apache2, > which > will be preserved]. > > This FastTrack proposes to maintain the existing Apache 2.0.x > packaging structure: > > SUNWapch2r Apache Web Server V2 [root] > SUNWapch2u Apache Web Server V2 [usr] > SUNWapch2d Apache Web Server V2 [Documentation] > > 3. Apache 2 Modules > > Just as the previous versions of Apache, Apache 2.2.x supports > dynamically loadable modules. This integration will include all > the modules provided by the Apache canonical distribution. In > === message truncated ===> _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Systems Engineer http://www.opensolaris.org/os/community/sysadmin/ http://unixconsole.blogspot.com unixconsole@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* ____________________________________________________________________________________ Don't get soaked. Take a quick peek at the forecast with the Yahoo! Search weather shortcut. http://tools.search.yahoo.com/shortcuts/#loc_weather From carlsonj@phorcys.east.sun.com Wed Mar 21 07:28:01 2007 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LES0EF025539 for ; Wed, 21 Mar 2007 07:28:00 -0700 (PDT) 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 l2LERx2s055527; Wed, 21 Mar 2007 08:28:00 -0600 (MDT) 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 <0JF900M0DC6MTI00@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 08:27:58 -0600 (MDT) 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 <0JF900JHKC6KSA40@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 08:27:57 -0600 (MDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2LERucg009453; Wed, 21 Mar 2007 10:27:56 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.0+Sun/8.14.0/Submit) id l2LERuqP009450; Wed, 21 Mar 2007 10:27:56 -0400 (EDT) Date: Wed, 21 Mar 2007 10:27:56 -0400 From: James Carlson Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <997199.99194.qm@web30807.mail.mud.yahoo.com> To: Octave Orgeron Cc: Bart Smaalders , PSARC-EXT@sun.com, Stefan Teleman Message-id: <17921.16620.260597.75847@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.2.0.264296 References: <4600AF3B.8040403@Sun.COM> <997199.99194.qm@web30807.mail.mud.yahoo.com> Status: RO Content-Length: 1096 Octave Orgeron writes: > Looks good. But I was wondering if the /usr/apache2 directory makes > sense? I mean when apache 3.x comes out, will that mean that we'll have > apache, apache2, and apache3 directories in /usr? I saw with the PSARC > for PHP, the route was /usr// kinda like how we do Java > and Perl today. Should the apache versions be reorganized to follow > this as well? It's a good question. The original reason for /usr/apache and /usr/apache2 was to allow for a transition between incompatible versions -- presumably, /usr/apache would go away after a new Solaris release. If we're no longer caring about maintaining compatibility for Apache (that is, we're willing to place incompatible bits in the same location), then I'd argue that there's no real reason to have the two separate directories anymore, and we should just collapse them. -- James Carlson, Solaris Networking Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From unixconsole@yahoo.com Wed Mar 21 07:44:14 2007 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LEiEDU025851 for ; Wed, 21 Mar 2007 07:44:14 -0700 (PDT) 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 l2LEiDnt059188 for <@sunmail1brm.central.sun.com:PSARC-EXT@sun.com>; Wed, 21 Mar 2007 08:44:13 -0600 (MDT) 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 <0JF90000DCXP4F00@brm-avmta-1.central.sun.com> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@sun.com); Wed, 21 Mar 2007 08:44:13 -0600 (MDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900JM7CXOSH60@brm-avmta-1.central.sun.com> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@sun.com); Wed, 21 Mar 2007 08:44:13 -0600 (MDT) Received: from relay44i.sun.com ([192.5.209.118]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2LEiCGR016782 for ; Wed, 21 Mar 2007 14:44:12 +0000 (GMT) Received: from mms48es.sun.com ([160.41.221.231] [160.41.221.231]) by relay44i.sun.com with ESMTP for PSARC-EXT@sun.com; Wed, 21 Mar 2007 14:44:12 +0000 (Z) Received: from relay43i.sun.com ([192.5.209.74] [192.5.209.74]) by mms48es.sun.com with ESMTP for PSARC-EXT@sun.com; Wed, 21 Mar 2007 14:44:10 +0000 (Z) Received: from web30813.mail.mud.yahoo.com ([68.142.201.139] [68.142.201.139]) by relay4i.sun.com for PSARC-EXT@sun.com; Wed, 21 Mar 2007 14:44:10 +0000 (Z) Received: (qmail 55208 invoked by uid 60001); Wed, 21 Mar 2007 14:44:10 +0000 Received: from [71.2.179.191] by web30813.mail.mud.yahoo.com via HTTP; Wed, 21 Mar 2007 07:44:09 -0700 (PDT) Date: Wed, 21 Mar 2007 07:44:09 -0700 (PDT) From: Octave Orgeron Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <17921.16620.260597.75847@gargle.gargle.HOWL> To: James Carlson Cc: Bart Smaalders , PSARC-EXT@sun.com, Stefan Teleman Message-id: <15237.54016.qm@web30813.mail.mud.yahoo.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=B5louvoo+NjmXWGvuPnU/kAsuLkZdGaZEOX9cQ11S86q/pPkP2DdKjOkJPxHkw6sZL7cU3xAHuAzlS7AfLGb5llJsoySCWH335+QEnrwAapzJPaCFkRqBWLTEz0Llw4L/awIOLSXi8+evJPglRTJadbqxf5ZtWaKH3G/+YOBOIU=; X-PMX-Version: 5.2.0.264296 X-YMail-OSG: uQKQ_iwVM1lFOgC2h88lS3AnhURhTyjtiQeryHNr0MA5JC08TcQCCCQsKIxfHpULrH3S75iyQ6jr0frWvehirjX.l1NCIhjDzLjKy3OWE5qHA8x_DGNLEx4UG47bFCdUULx8GbW74VJksyyoU5Jn2Vhuy5lCA48.NyKpHyCId39U.niQBEWn5mTVMw-- Status: RO Content-Length: 2188 Hi, Well it would definitely create an incompatibility with the previous releases of Solaris. However, I think something like this would work well going forward: /usr/apache/1.x/(bin,lib,etc.) /usr/apache/2.x/(bin,lib,etc.) /usr/apache/3.x/(bin,lib,etc.) Perhaps even having a symlink to the latest version /usr/apache/latest ->/usr/apache/2.2.4 would be good? After look around in /usr, I wonder if that same should be done for Perl since version 6 will eventually become more prevalent (but who knows?). Octave --- James Carlson wrote: > Octave Orgeron writes: > > Looks good. But I was wondering if the /usr/apache2 directory makes > > sense? I mean when apache 3.x comes out, will that mean that we'll > have > > apache, apache2, and apache3 directories in /usr? I saw with the > PSARC > > for PHP, the route was /usr// kinda like how we do > Java > > and Perl today. Should the apache versions be reorganized to follow > > this as well? > > It's a good question. > > The original reason for /usr/apache and /usr/apache2 was to allow for > a transition between incompatible versions -- presumably, /usr/apache > would go away after a new Solaris release. If we're no longer caring > about maintaining compatibility for Apache (that is, we're willing to > place incompatible bits in the same location), then I'd argue that > there's no real reason to have the two separate directories anymore, > and we should just collapse them. > > -- > James Carlson, Solaris Networking > > Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 > 2084 > MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 > 1677 > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Systems Engineer http://www.opensolaris.org/os/community/sysadmin/ http://unixconsole.blogspot.com unixconsole@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* ____________________________________________________________________________________ No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail From carlsonj@phorcys.east.sun.com Wed Mar 21 07:54:48 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LEslla026470 for ; Wed, 21 Mar 2007 07:54:48 -0700 (PDT) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2LEsgNN005116; Wed, 21 Mar 2007 14:54:45 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 <0JF900725DF6WJ00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 07:54:42 -0700 (PDT) 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 <0JF900M56DF4I3C0@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 07:54:41 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2LEseC1009661; Wed, 21 Mar 2007 10:54:40 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.0+Sun/8.14.0/Submit) id l2LEse0m009658; Wed, 21 Mar 2007 10:54:40 -0400 (EDT) Date: Wed, 21 Mar 2007 10:54:39 -0400 From: James Carlson Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <15237.54016.qm@web30813.mail.mud.yahoo.com> To: Octave Orgeron Cc: Bart Smaalders , PSARC-EXT@sun.com, Stefan Teleman Message-id: <17921.18223.933555.654546@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.2.0.264296 References: <17921.16620.260597.75847@gargle.gargle.HOWL> <15237.54016.qm@web30813.mail.mud.yahoo.com> Status: RO Content-Length: 1122 Octave Orgeron writes: > Well it would definitely create an incompatibility with the previous > releases of Solaris. However, I think something like this would work > well going forward: > > /usr/apache/1.x/(bin,lib,etc.) > /usr/apache/2.x/(bin,lib,etc.) > /usr/apache/3.x/(bin,lib,etc.) I think that might miss the point. The original plan was to _remove_ the old version after one release, so that we wouldn't need to establish a museum of instances. In other words, you'd one day end up with just /usr/apache2, and nothing else. > After look around in /usr, I wonder if that same should be done for > Perl since version 6 will eventually become more prevalent (but who > knows?). A transition makes sense to me. If we *really* need to maintain multiple versions (as with the JVM), then that's a separate path. I'd hope we don't have to do that, as it's a lot of baggage to carry around. -- James Carlson, Solaris Networking Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Stefan.Teleman@sun.com Wed Mar 21 08:08:57 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LF8udi027086 for ; Wed, 21 Mar 2007 08:08:56 -0700 (PDT) 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 l2LF8h4j020531; Wed, 21 Mar 2007 23:08:50 +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 <0JF900909E2Q6T00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 08:08:50 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.58.166]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900M3OE2PHZB0@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 08:08:49 -0700 (PDT) Received: from [192.9.61.55] (punchin-client-192-9-61-55.SFBay.Sun.COM [192.9.61.55]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2LF8fWf342684; Wed, 21 Mar 2007 08:08:41 -0700 (PDT) Date: Wed, 21 Mar 2007 11:07:49 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <17921.16620.260597.75847@gargle.gargle.HOWL> To: James Carlson Cc: Octave Orgeron , Bart Smaalders , PSARC-EXT@sun.com Reply-to: Stefan Teleman Message-id: <46014A45.3080802@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <4600AF3B.8040403@Sun.COM> <997199.99194.qm@web30807.mail.mud.yahoo.com> <17921.16620.260597.75847@gargle.gargle.HOWL> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 1735 James Carlson wrote: > Octave Orgeron writes: >> Looks good. But I was wondering if the /usr/apache2 directory makes >> sense? I mean when apache 3.x comes out, will that mean that we'll have >> apache, apache2, and apache3 directories in /usr? I saw with the PSARC >> for PHP, the route was /usr// kinda like how we do Java >> and Perl today. Should the apache versions be reorganized to follow >> this as well? > > It's a good question. > > The original reason for /usr/apache and /usr/apache2 was to allow for > a transition between incompatible versions -- presumably, /usr/apache > would go away after a new Solaris release. If we're no longer caring > about maintaining compatibility for Apache (that is, we're willing to > place incompatible bits in the same location), then I'd argue that > there's no real reason to have the two separate directories anymore, > and we should just collapse them. I do not have a strong preference for either keeping /usr/apache2 and creating /usr/apache2.2, or just overwriting /usr/apache2. Valid arguments can be made for either approach: - overwriting /usr/apache2 keeps things simpler, at the expense of ... overwriting. It's a one-time pain. - keeping /usr/apache2 and creating /usr/apache2.2 makes installation simpler, and does not overwrite anything. No installation pain. However this creates the possibility of *bad* conflicts in the future: - application links against apr in /usr/apache2 - application links against apr in /usr/apache2.2 - application links against and This is a recipe for disaster. I can very easily change the location to /usr/apache2.2. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From james.falkner@Sun.COM Wed Mar 21 08:16:04 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LFG43N027321 for ; Wed, 21 Mar 2007 08:16:04 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2LFFxHs013238; Wed, 21 Mar 2007 15:16:00 GMT 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 <0JF900107EEN4H00@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 09:15:59 -0600 (MDT) Received: from jurassic-x4600.Eng.Sun.COM ([129.146.17.59]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900JBSEEMSD70@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 09:15:59 -0600 (MDT) Received: from [129.150.81.65] (vpn-129-150-81-65.East.Sun.COM [129.150.81.65]) by jurassic-x4600.Eng.Sun.COM (8.14.0+Sun/8.14.0) with ESMTP id l2LFFvAV341640; Wed, 21 Mar 2007 08:15:57 -0700 (PDT) Date: Wed, 21 Mar 2007 11:15:40 -0400 From: James Falkner Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <46014A45.3080802@Sun.COM> To: Stefan Teleman Cc: James Carlson , Octave Orgeron , Bart Smaalders , PSARC-EXT@Sun.COM Message-id: <46014C1C.4070902@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <4600AF3B.8040403@Sun.COM> <997199.99194.qm@web30807.mail.mud.yahoo.com> <17921.16620.260597.75847@gargle.gargle.HOWL> <46014A45.3080802@Sun.COM> User-Agent: Thunderbird 2.0b2 (X11/20070123) Status: RO Content-Length: 336 Stefan Teleman wrote: > I do not have a strong preference for either keeping /usr/apache2 and > creating /usr/apache2.2, or just overwriting /usr/apache2. Valid > arguments can be made for either approach: Don't forget /etc/apache, /etc/apache2, /var/apache, and /var/apache2. Will we have 2.2-equivalents for those as well? -jhf- From Stefan.Teleman@Sun.COM Wed Mar 21 08:18:31 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LFIUM1027379 for ; Wed, 21 Mar 2007 08:18:31 -0700 (PDT) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2LFIRLZ014162; Wed, 21 Mar 2007 15:18:27 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 <0JF900K01EIQ3B00@nwk-avmta-2.sfbay.sun.com>; Wed, 21 Mar 2007 08:18:26 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.17.57]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900C9FEIQFLC0@nwk-avmta-2.sfbay.sun.com>; Wed, 21 Mar 2007 08:18:26 -0700 (PDT) Received: from [192.9.61.55] (punchin-client-192-9-61-55.SFBay.Sun.COM [192.9.61.55]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2LFIODw344993; Wed, 21 Mar 2007 08:18:25 -0700 (PDT) Date: Wed, 21 Mar 2007 11:17:33 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <46014C1C.4070902@sun.com> To: James Falkner Cc: James Carlson , Octave Orgeron , Bart Smaalders , PSARC-EXT@Sun.COM Reply-to: Stefan Teleman Message-id: <46014C8D.1080800@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <4600AF3B.8040403@Sun.COM> <997199.99194.qm@web30807.mail.mud.yahoo.com> <17921.16620.260597.75847@gargle.gargle.HOWL> <46014A45.3080802@Sun.COM> <46014C1C.4070902@sun.com> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 647 James Falkner wrote: > Stefan Teleman wrote: > >> I do not have a strong preference for either keeping /usr/apache2 and >> creating /usr/apache2.2, or just overwriting /usr/apache2. Valid >> arguments can be made for either approach: > > Don't forget /etc/apache, /etc/apache2, /var/apache, and /var/apache2. > Will we have 2.2-equivalents for those as well? Yes, i belive that, keeping things consistent, if the decision for the 2.2.4 location ends up being /usr/apache2.2, then the corresponding locations in /etc and /var should reflect this approach as well. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From unixconsole@yahoo.com Wed Mar 21 09:02:54 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LG2qie029008 for ; Wed, 21 Mar 2007 09:02:53 -0700 (PDT) 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 l2LG2kIC007639 for <@sunmail2sca.sfbay.sun.com:PSARC-EXT@sun.com>; Thu, 22 Mar 2007 00:02:52 +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 <0JF900D0ZGKROW00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@Sun.COM); Wed, 21 Mar 2007 09:02:51 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900DDRGKQFU00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@Sun.COM); Wed, 21 Mar 2007 09:02:50 -0700 (PDT) Received: from relay42i.sun.com ([192.5.209.72]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2LFdx4K005639 for ; Wed, 21 Mar 2007 16:02:50 +0000 (GMT) Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233]) by relay42i.sun.com with ESMTP for PSARC-EXT@Sun.COM; Wed, 21 Mar 2007 16:02:50 +0000 (Z) Received: from relay42i.sun.com ([192.5.209.72] [192.5.209.72]) by mms49es.sun.com with ESMTP for PSARC-EXT@Sun.COM; Wed, 21 Mar 2007 16:02:50 +0000 (Z) Received: from web30807.mail.mud.yahoo.com ([68.142.200.150] [68.142.200.150]) by relay4i.sun.com for PSARC-EXT@Sun.COM; Wed, 21 Mar 2007 16:02:50 +0000 (Z) Received: (qmail 38152 invoked by uid 60001); Wed, 21 Mar 2007 16:02:49 +0000 Received: from [71.2.179.191] by web30807.mail.mud.yahoo.com via HTTP; Wed, 21 Mar 2007 09:02:49 -0700 (PDT) Date: Wed, 21 Mar 2007 09:02:49 -0700 (PDT) From: Octave Orgeron Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <46014C8D.1080800@Sun.COM> To: Stefan Teleman , James Falkner Cc: James Carlson , Octave Orgeron , Bart Smaalders , PSARC-EXT@sun.com Message-id: <634792.38000.qm@web30807.mail.mud.yahoo.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=bocEjFE83Ct30wnDsN9OfEfdAg+BtoT5NwNbjWJQwfzkaj1gPdV7yiUVrMYgdjJoa2qBVsxJFhbPXJWebhjx7a8CYdcUqLuHeKx+UUBBVBSrZMdjdxj4xxdPgmRxZ5KWlXQHCRc9LCsnlkIY9LbmwYJKaRVLAMaOJVrywb/fLUU=; X-PMX-Version: 5.2.0.264296 X-YMail-OSG: 3sstm04VM1mPCUEtwM_CMkc2v29yKKC8T_1WENuNZzXOkl5UMBmbUTP4vStas7nLkF6bvqLzIvqTEAxg7s.snoTldwvqCP.i.VasDqByoUbiLpFzYkfc1G8nE1ELmxNbllnc389UxKxn3kqXyWdSsQdwER3JNyTWsWoWo6VaGd2BfFo9cPljXQ-- Status: RO Content-Length: 1353 So are we going with keeping apache2, doing apache2.2, or collapsing the apaches into apache/ ? Octave --- Stefan Teleman wrote: > James Falkner wrote: > > Stefan Teleman wrote: > > > >> I do not have a strong preference for either keeping /usr/apache2 > and > >> creating /usr/apache2.2, or just overwriting /usr/apache2. Valid > >> arguments can be made for either approach: > > > > Don't forget /etc/apache, /etc/apache2, /var/apache, and > /var/apache2. > > Will we have 2.2-equivalents for those as well? > > Yes, i belive that, keeping things consistent, if the decision for > the 2.2.4 > location ends up being /usr/apache2.2, then the corresponding > locations in /etc > and /var should reflect this approach as well. > > --Stefan > > -- > Stefan Teleman > Sun Microsystems, Inc. > Stefan.Teleman@Sun.COM > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Systems Engineer http://www.opensolaris.org/os/community/sysadmin/ http://unixconsole.blogspot.com unixconsole@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* ____________________________________________________________________________________ Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/features_spam.html From carlsonj@phorcys.east.sun.com Wed Mar 21 09:09:49 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LG9mlV029348 for ; Wed, 21 Mar 2007 09:09:48 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2LG9eMi010121; Thu, 22 Mar 2007 00:09:45 +0800 (SGT) 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 <0JF900M03GW74000@nwk-avmta-2.sfbay.sun.com>; Wed, 21 Mar 2007 09:09:43 -0700 (PDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900L2UGW60420@nwk-avmta-2.sfbay.sun.com>; Wed, 21 Mar 2007 09:09:42 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2LG9gIY010131; Wed, 21 Mar 2007 12:09:42 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.0+Sun/8.14.0/Submit) id l2LG9gFw010128; Wed, 21 Mar 2007 12:09:42 -0400 (EDT) Date: Wed, 21 Mar 2007 12:09:41 -0400 From: James Carlson Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <634792.38000.qm@web30807.mail.mud.yahoo.com> To: Octave Orgeron Cc: Stefan Teleman , James Falkner , Bart Smaalders , PSARC-EXT@sun.com Message-id: <17921.22725.771239.542591@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.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> Status: RO Content-Length: 583 Octave Orgeron writes: > So are we going with keeping apache2, doing apache2.2, or collapsing > the apaches into apache/ ? The current proposal on the table is to leave the existing /usr/apache in place, and overwrite /usr/apache2 with the contents of apache2.2. It stays that way until the submitter (Stefan Teleman) decides to submit a new spec. -- James Carlson, Solaris Networking Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Stefan.Teleman@sun.com Wed Mar 21 09:16:56 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LGGtud029390 for ; Wed, 21 Mar 2007 09:16:56 -0700 (PDT) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2LGGnHR004535; Wed, 21 Mar 2007 16:16:51 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 <0JF900E01H81V000@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 09:16:49 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.56.144]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900DAHH81FY30@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 09:16:49 -0700 (PDT) Received: from [192.9.61.55] (punchin-client-192-9-61-55.SFBay.Sun.COM [192.9.61.55]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2LGGNev351618; Wed, 21 Mar 2007 09:16:24 -0700 (PDT) Date: Wed, 21 Mar 2007 12:15:28 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <17921.22725.771239.542591@gargle.gargle.HOWL> To: James Carlson Cc: Octave Orgeron , James Falkner , Bart Smaalders , PSARC-EXT@sun.com Reply-to: Stefan Teleman Message-id: <46015A20.6020005@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 655 James Carlson wrote: > Octave Orgeron writes: >> So are we going with keeping apache2, doing apache2.2, or collapsing >> the apaches into apache/ ? > > The current proposal on the table is to leave the existing /usr/apache > in place, and overwrite /usr/apache2 with the contents of apache2.2. > > It stays that way until the submitter (Stefan Teleman) decides to > submit a new spec. Does the ARC have any preferences in this respect (2.2.4 location) ? It's a fairly simple change for me. What about 64-bit ? Does the community have preferences wrt the same ? --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From carlsonj@phorcys.east.sun.com Wed Mar 21 09:19:19 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LGJIqR029590 for ; Wed, 21 Mar 2007 09:19:18 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2LGJ8J5005143; Wed, 21 Mar 2007 16:19:16 GMT 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 <0JF90030ZHC13U00@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 10:19:13 -0600 (MDT) 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 <0JF900J9ZHC0SGC0@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 10:19:12 -0600 (MDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2LGJC6m010237; Wed, 21 Mar 2007 12:19:12 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.0+Sun/8.14.0/Submit) id l2LGJCcH010234; Wed, 21 Mar 2007 12:19:12 -0400 (EDT) Date: Wed, 21 Mar 2007 12:19:11 -0400 From: James Carlson Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <46014A45.3080802@Sun.COM> To: Stefan Teleman Cc: Octave Orgeron , Bart Smaalders , PSARC-EXT@sun.com Message-id: <17921.23295.465367.42093@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.2.0.264296 References: <4600AF3B.8040403@Sun.COM> <997199.99194.qm@web30807.mail.mud.yahoo.com> <17921.16620.260597.75847@gargle.gargle.HOWL> <46014A45.3080802@Sun.COM> Status: RO Content-Length: 745 Stefan Teleman writes: > - application links against apr in /usr/apache2 > - application links against apr in /usr/apache2.2 > - application links against and > > This is a recipe for disaster. Yes. Having incompatible libraries on the system is indeed hazardous -- particularly so when there's a plugin API (dlopen) involved. > I can very easily change the location to /usr/apache2.2. Unless we change the proposal itself (and deal differently with the transition), I don't see a point to that. -- James Carlson, Solaris Networking Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From carlsonj@phorcys.east.sun.com Wed Mar 21 09:29:55 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LGTrJO000009 for ; Wed, 21 Mar 2007 09:29:54 -0700 (PDT) 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 l2LGTmox018396; Thu, 22 Mar 2007 00:29:51 +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 <0JF900F09HTNY500@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 09:29:47 -0700 (PDT) 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 <0JF900DJCHTMFU50@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 09:29:46 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2LGTkgE010304; Wed, 21 Mar 2007 12:29:46 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.0+Sun/8.14.0/Submit) id l2LGTksZ010301; Wed, 21 Mar 2007 12:29:46 -0400 (EDT) Date: Wed, 21 Mar 2007 12:29:45 -0400 From: James Carlson Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <46015A20.6020005@Sun.COM> To: Stefan Teleman Cc: Octave Orgeron , James Falkner , Bart Smaalders , PSARC-EXT@sun.com Message-id: <17921.23929.865720.59811@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.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> Status: RO Content-Length: 1956 Stefan Teleman writes: > James Carlson wrote: > > Octave Orgeron writes: > >> So are we going with keeping apache2, doing apache2.2, or collapsing > >> the apaches into apache/ ? > > > > The current proposal on the table is to leave the existing /usr/apache > > in place, and overwrite /usr/apache2 with the contents of apache2.2. > > > > It stays that way until the submitter (Stefan Teleman) decides to > > submit a new spec. > > Does the ARC have That'd be ARC members, not the ARC itself. ;-} > any preferences in this respect (2.2.4 location) ? It's a > fairly simple change for me. I don't think changing the location makes any difference at all unless there's a different plan in place. In other words, as long as the plan is to make the older 2.0 bits inaccessible (whether removed or overwritten), it doesn't matter so much where the 2.2 bits are installed. That plan, though, *does* call into question the reason for the existence of /usr/apache. If overwriting is the new upgrade policy, and is acceptable to customers ordinarily using /usr/apache2, then I think it's fair to ask that the much older /usr/apache be nuked. The policy that created the separate directories is dead -- offering an upgrade from 1.x to 2.2 but not from 2.0 to 2.2 makes no sense to me. What I'd like to know is: - Are there things that depend on the 0.mumble libraries associated with 2.0? Someone mentioned subversion; does that need to be changed first or at the same time as this project? - Is there any reason to have 2.0 and 2.2 on the same system? Is there a plausible case in which someone would need them both? It'd be nice to see some simplification here. -- James Carlson, Solaris Networking Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Stefan.Teleman@sun.com Wed Mar 21 09:43:02 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LGh1fX000563 for ; Wed, 21 Mar 2007 09:43:02 -0700 (PDT) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2LGgSbe013913; Wed, 21 Mar 2007 16:42:58 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 <0JF900G13IFKYT00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 09:42:56 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.104.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900D4HIFJFU80@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 Mar 2007 09:42:55 -0700 (PDT) Received: from [192.9.61.55] (punchin-client-192-9-61-55.SFBay.Sun.COM [192.9.61.55]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2LGgrAg354894; Wed, 21 Mar 2007 09:42:54 -0700 (PDT) Date: Wed, 21 Mar 2007 12:42:02 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <17921.23929.865720.59811@gargle.gargle.HOWL> To: James Carlson Cc: Octave Orgeron , James Falkner , Bart Smaalders , PSARC-EXT@sun.com Reply-to: Stefan Teleman Message-id: <4601605A.2020605@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <17921.23929.865720.59811@gargle.gargle.HOWL> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 1342 James Carlson wrote: > That plan, though, *does* call into question the reason for the > existence of /usr/apache. If overwriting is the new upgrade policy, > and is acceptable to customers ordinarily using /usr/apache2, then I > think it's fair to ask that the much older /usr/apache be nuked. The > policy that created the separate directories is dead -- offering an > upgrade from 1.x to 2.2 but not from 2.0 to 2.2 makes no sense to me. > > What I'd like to know is: > > - Are there things that depend on the 0.mumble libraries > associated with 2.0? Someone mentioned subversion; does > that need to be changed first or at the same time as this > project? Subversion does indeed depend on the current /usr/apache2. When /usr/apache2 is overwritten, Subversion must go through a full regression test against the new Apache 2.2.4 bits. > > - Is there any reason to have 2.0 and 2.2 on the same system? > Is there a plausible case in which someone would need them > both? The potential benefit of having both 2.0 and 2.2 coexist (for a known and finite period of time) is to give customers time to port/rewrite/test their non-thread-safe modules written for 2.0.x mpm-prefork to 2.2.4 mpm-worker. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From Stefan.Teleman@sun.com Wed Mar 21 09:48:03 2007 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LGm3NB000754 for ; Wed, 21 Mar 2007 09:48:03 -0700 (PDT) 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 l2LGm1UU029068; Wed, 21 Mar 2007 10:48:01 -0600 (MDT) 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 <0JF90040FIO11M00@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 10:48:01 -0600 (MDT) Received: from jurassic.eng.sun.com ([129.146.17.55]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900JFIIO0SLD0@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 10:48:01 -0600 (MDT) Received: from [192.9.61.55] (punchin-client-192-9-61-55.SFBay.Sun.COM [192.9.61.55]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2LGlwQ1355293; Wed, 21 Mar 2007 09:47:59 -0700 (PDT) Date: Wed, 21 Mar 2007 12:47:03 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <17921.23929.865720.59811@gargle.gargle.HOWL> To: James Carlson Cc: Octave Orgeron , James Falkner , Bart Smaalders , PSARC-EXT@sun.com Reply-to: Stefan Teleman Message-id: <46016187.6050909@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <17921.23929.865720.59811@gargle.gargle.HOWL> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 181 I have asked for community input: http://www.opensolaris.org/jive/thread.jspa?threadID=26715&tstart=0 --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From John.Plocher@Sun.COM Wed Mar 21 09:59:48 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LGxlXA002551 for ; Wed, 21 Mar 2007 09:59:47 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2LGxivB019604; Wed, 21 Mar 2007 16:59:44 GMT 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 <0JF90040BJ7JCM00@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 10:59:43 -0600 (MDT) Received: from nwk-ea-fw-1.sun.com ([10.4.134.5]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900JDUJ7ISDE0@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 10:59:43 -0600 (MDT) Received: from d1-sfbay-09.sun.com ([192.18.39.119]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2LGxgP2018559; Wed, 21 Mar 2007 08:59:42 -0800 (PST) Received: from conversion-daemon.d1-sfbay-09.sun.com by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JF900501IYD0Y00@d1-sfbay-09.sun.com> (original mail from John.Plocher@Sun.COM); Wed, 21 Mar 2007 09:59:42 -0700 (PDT) Received: from [129.146.58.87] by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JF90076YJ7E2642@d1-sfbay-09.sun.com>; Wed, 21 Mar 2007 09:59:38 -0700 (PDT) Date: Wed, 21 Mar 2007 09:59:36 -0700 From: John Plocher Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <17921.23929.865720.59811@gargle.gargle.HOWL> Sender: John.Plocher@Sun.COM To: James Carlson Cc: Stefan Teleman , PSARC-EXT@Sun.COM, James Falkner , printing-discuss@opensolaris.org Message-id: <46016478.5040208@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <17921.23929.865720.59811@gargle.gargle.HOWL> User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) Status: RO Content-Length: 302 James Carlson wrote: > What I'd like to know is: The IPP support in Solaris Printing still depends on the 1.x apache, as do a couple of other things that I have never used (and therefore don't recall :-) Please coordinate with the folks over in the OpenSolaris Printing Community (Cc'd)... -John From David.Comay@sun.com Wed Mar 21 13:42:36 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LKgZl8008247 for ; Wed, 21 Mar 2007 13:42:35 -0700 (PDT) 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 l2LKgQ5l007586; Thu, 22 Mar 2007 04:42:30 +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 <0JF900B15TIR9N00@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 14:42:27 -0600 (MDT) Received: from izimbra.SFBay.Sun.COM ([129.146.226.141]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900BAETIL6D10@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 14:42:21 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by izimbra.SFBay.Sun.COM (8.14.0+Sun/8.14.0) with ESMTP id l2LKgLfc106624; Wed, 21 Mar 2007 13:42:21 -0700 (PDT) Date: Wed, 21 Mar 2007 13:42:21 -0700 (PDT) From: David.Comay@sun.com Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <17921.18223.933555.654546@gargle.gargle.HOWL> Sender: comay@izimbra.SFBay.Sun.COM To: James Carlson Cc: Octave Orgeron , PSARC-EXT@sun.com, Stefan Teleman Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <17921.16620.260597.75847@gargle.gargle.HOWL> <15237.54016.qm@web30813.mail.mud.yahoo.com> <17921.18223.933555.654546@gargle.gargle.HOWL> Status: RO Content-Length: 719 > A transition makes sense to me. If we *really* need to maintain > multiple versions (as with the JVM), then that's a separate path. I'd > hope we don't have to do that, as it's a lot of baggage to carry > around. As someone else mentioned, it was my understanding that we needed to keep Apache 1 around at for awhile due to some other dependencies on it. For Apache 2, I believe making this transition of 2.0 -> 2.2.4 in Nevada is appropriate (again, the case in question was strictly done with minor release binding in mind) as along as appropriate notification is done through the Solaris 10 and Solaris Express release notes (notification of the EOL in the former, notification of the EOF in the latter). dsc From jek3@sun.com Wed Mar 21 14:58:23 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2LLwM11011077 for ; Wed, 21 Mar 2007 14:58:23 -0700 (PDT) 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 l2LLwB7S000045; Thu, 22 Mar 2007 05:58:17 +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 <0JF900E09X12B200@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 15:58:14 -0600 (MDT) Received: from jurassic-x4600.Eng.Sun.COM ([129.146.17.59]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JF900BPRX116G80@brm-avmta-1.central.sun.com>; Wed, 21 Mar 2007 15:58:13 -0600 (MDT) Received: from [129.150.12.53] (vpn-129-150-12-53.SFBay.Sun.COM [129.150.12.53]) by jurassic-x4600.Eng.Sun.COM (8.14.0+Sun/8.14.0) with ESMTP id l2LLwCqJ420093; Wed, 21 Mar 2007 14:58:12 -0700 (PDT) Date: Wed, 21 Mar 2007 11:58:06 -1000 From: Joseph Kowalski Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: To: David.Comay@sun.com Cc: James Carlson , Octave Orgeron , PSARC-EXT@sun.com, Stefan Teleman Message-id: <4601AA6E.5050003@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <17921.16620.260597.75847@gargle.gargle.HOWL> <15237.54016.qm@web30813.mail.mud.yahoo.com> <17921.18223.933555.654546@gargle.gargle.HOWL> User-Agent: Thunderbird 1.5.0.5 (X11/20060925) Status: RO Content-Length: 259 David.Comay@sun.com wrote: > As someone else mentioned, it was my understanding that we needed to > keep Apache 1 around at for awhile due to some other dependencies on > it. Why do we think "awhile" is not "forever"? Yes, this is a confusing mess. - jek3 From Darren.Moffat@sun.com Thu Mar 22 06:45:20 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2MDjJR1003713 for ; Thu, 22 Mar 2007 06:45:20 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2MDjF74008972; Thu, 22 Mar 2007 21:45:16 +0800 (SGT) 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 <0JFB00F0F4VEJT00@nwk-avmta-2.sfbay.sun.com>; Thu, 22 Mar 2007 06:45:14 -0700 (PDT) Received: from gmp-ea-fw-1.sun.com ([129.156.42.5]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFB00EA84VCBQ10@nwk-avmta-2.sfbay.sun.com>; Thu, 22 Mar 2007 06:45:13 -0700 (PDT) Received: from d1-emea-09.sun.com (d1-emea-09.sun.com [192.18.2.119]) by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2MDjBRb011509; Thu, 22 Mar 2007 13:45:11 +0000 (GMT) Received: from conversion-daemon.d1-emea-09.sun.com by d1-emea-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JFB00K014UVLV00@d1-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM); Thu, 22 Mar 2007 13:45:11 +0000 (GMT) Received: from [192.168.73.101] (nessieroo.force9.co.uk [81.174.224.49]) by d1-emea-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JFB00CXF4V8DT20@d1-emea-09.sun.com>; Thu, 22 Mar 2007 13:45:08 +0000 (GMT) Date: Thu, 22 Mar 2007 13:45:07 +0000 From: Darren J Moffat Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <46015A20.6020005@Sun.COM> Sender: Darren.Moffat@sun.com To: Stefan Teleman Cc: James Carlson , Octave Orgeron , James Falkner , Bart Smaalders , PSARC-EXT@sun.com Message-id: <46028863.6020402@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> User-Agent: Thunderbird 1.5.0.8 (X11/20061127) Status: RO Content-Length: 901 Stefan Teleman wrote: > > > James Carlson wrote: >> Octave Orgeron writes: >>> So are we going with keeping apache2, doing apache2.2, or collapsing >>> the apaches into apache/ ? >> >> The current proposal on the table is to leave the existing /usr/apache >> in place, and overwrite /usr/apache2 with the contents of apache2.2. >> >> It stays that way until the submitter (Stefan Teleman) decides to >> submit a new spec. > > Does the ARC have any preferences in this respect (2.2.4 location) ? > It's a fairly simple change for me. For me I would prefer /usr/apache2 but then I also think the time is right to remove 1.x support. > What about 64-bit ? Yes please that would be very nice in some cases because some algorithms in the software OpenSSL and in the Solaris Crypto Framework it gets access to via PKCS#11 run faster in 64 bit on both SPARC and x86. -- Darren J Moffat From Stefan.Teleman@sun.com Thu Mar 22 07:13:11 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2MEDAx0004915 for ; Thu, 22 Mar 2007 07:13:11 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2MECSAw016571; Thu, 22 Mar 2007 22:13:01 +0800 (SGT) 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 <0JFB00G0X65MQH00@nwk-avmta-2.sfbay.sun.com>; Thu, 22 Mar 2007 07:12:58 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.108.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFB00E8T65LBI30@nwk-avmta-2.sfbay.sun.com>; Thu, 22 Mar 2007 07:12:57 -0700 (PDT) Received: from [192.9.61.55] (punchin-client-192-9-61-55.SFBay.Sun.COM [192.9.61.55]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2MECkMa491081; Thu, 22 Mar 2007 07:12:46 -0700 (PDT) Date: Thu, 22 Mar 2007 10:11:53 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <46028863.6020402@Sun.COM> To: Darren J Moffat Cc: James Carlson , Octave Orgeron , James Falkner , Bart Smaalders , PSARC-EXT@sun.com Reply-to: Stefan Teleman Message-id: <46028EA9.2060706@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 411 Darren J Moffat wrote: > > Yes please that would be very nice in some cases because some algorithms > in the software OpenSSL and in the Solaris Crypto Framework it gets > access to via PKCS#11 run faster in 64 bit on both SPARC and x86. Apache is also noticeably faster in 64-bit (and so is PHP), on both Opteron and sparcv9a. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From bart.smaalders@sun.com Thu Mar 22 19:39:04 2007 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2N2d4x1026480 for ; Thu, 22 Mar 2007 19:39:04 -0700 (PDT) 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 l2N2d2rl057455 for <@sunmail2sca.sfbay.sun.com:PSARC-EXT@Sun.COM>; Thu, 22 Mar 2007 20:39:04 -0600 (MDT) 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 <0JFC00B034P3NW00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Thu, 22 Mar 2007 19:39:03 -0700 (PDT) Received: from engmail3mpk.sfbay.Sun.COM ([129.146.11.26]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFC0029J4P31040@nwk-avmta-1.sfbay.Sun.COM> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Thu, 22 Mar 2007 19:39:03 -0700 (PDT) Received: from zion.eng.sun.com (zion.SFBay.Sun.COM [129.146.17.75]) by engmail3mpk.sfbay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id l2N2d1kr026736; Thu, 22 Mar 2007 19:39:01 -0700 (PDT) Received: from [129.146.228.109] (cyber [129.146.228.109]) by zion.eng.sun.com (8.13.7+Sun/8.13.7) with ESMTP id l2N2d1C4020480; Thu, 22 Mar 2007 19:39:01 -0700 (PDT) Date: Thu, 22 Mar 2007 19:38:09 -0700 From: Bart Smaalders Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <46028EA9.2060706@Sun.COM> To: Stefan Teleman Cc: Darren J Moffat , James Carlson , Octave Orgeron , James Falkner , PSARC-EXT@sun.com Message-id: <46033D91.3010605@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> <46028EA9.2060706@Sun.COM> User-Agent: Thunderbird 2.0b2 (X11/20070227) Status: RO Content-Length: 206 I've placed copies of the interface contracts into a contracts subdirectory in the case dir. - Bart -- Bart Smaalders Solaris Kernel Performance barts@cyber.eng.sun.com http://blogs.sun.com/barts From David.Comay@sun.com Fri Mar 23 01:24:36 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2N8OZww001636 for ; Fri, 23 Mar 2007 01:24:36 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2N8OVpS000971; Fri, 23 Mar 2007 08:24:33 GMT 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 <0JFC00I05KOUN500@brm-avmta-1.central.sun.com>; Fri, 23 Mar 2007 02:24:30 -0600 (MDT) Received: from izimbra.SFBay.Sun.COM ([129.146.226.141]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFC00AJLKOTVU40@brm-avmta-1.central.sun.com>; Fri, 23 Mar 2007 02:24:29 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by izimbra.SFBay.Sun.COM (8.14.0+Sun/8.14.0) with ESMTP id l2N8OPZ7109195; Fri, 23 Mar 2007 01:24:25 -0700 (PDT) Date: Fri, 23 Mar 2007 01:24:25 -0700 (PDT) From: David.Comay@sun.com Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <46028863.6020402@Sun.COM> Sender: comay@izimbra.SFBay.Sun.COM To: Darren J Moffat Cc: Stefan Teleman , PSARC-EXT@sun.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> Status: RO Content-Length: 945 Darren, >> Does the ARC have any preferences in this respect (2.2.4 location) ? It's a >> fairly simple change for me. > > For me I would prefer /usr/apache2 but then I also think the time is right to > remove 1.x support. Do you feel strongly that the EOF of the 1.x support needs to be part of this case? I would prefer to leave this as a straight 2.2.4 for 2.0 replacement and open a subsequent case for the EOL/EOF of Apache 1.x. >> What about 64-bit ? > > Yes please that would be very nice in some cases because some algorithms in > the software OpenSSL and in the Solaris Crypto Framework it gets access to > via PKCS#11 run faster in 64 bit on both SPARC and x86. Again, this is definitely nice to have but it's unclear if all of the dependent libraries for Apache (or PHP) have 64-bit variants. For time-to-market reasons, we would like to proceed with a 32-bit version and provide a 64-bit variant in a subsequent case. dsc From David.Comay@sun.com Fri Mar 23 01:58:05 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2N8w43I002220 for ; Fri, 23 Mar 2007 01:58:05 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2N8vr8h026669; Fri, 23 Mar 2007 16:58:01 +0800 (SGT) 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 <0JFC00007M8LGH00@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 01:57:57 -0700 (PDT) Received: from izimbra.SFBay.Sun.COM ([129.146.226.141]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFC001AHM8KCWE0@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 01:57:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by izimbra.SFBay.Sun.COM (8.14.0+Sun/8.14.0) with ESMTP id l2N8vu4I109379; Fri, 23 Mar 2007 01:57:56 -0700 (PDT) Date: Fri, 23 Mar 2007 01:57:56 -0700 (PDT) From: David.Comay@sun.com Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <4600AF3B.8040403@Sun.COM> Sender: comay@izimbra.SFBay.Sun.COM To: Bart Smaalders Cc: PSARC-EXT@sun.com, Stefan Teleman Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <4600AF3B.8040403@Sun.COM> Status: RO Content-Length: 573 I want to clarify something since there is an inconsistency in the original case email (thanks to Rich Lowe for bringing this to my attention). On Tue, 20 Mar 2007, Bart Smaalders wrote: > I'm sponsoring the attached fast-track for Stefan Teleman. > The requested binding is patch/micro release, and the > stability levels are as noted in the document. However, the case proposes the following > This case seeks Minor Release Binding. Just to be clear, this Apache case is strictly seeking a minor release binding. It is not intended for a micro/patch release. dsc From Darren.Moffat@sun.com Fri Mar 23 03:29:08 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NAT7P4003180 for ; Fri, 23 Mar 2007 03:29:08 -0700 (PDT) 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 l2NASbS1018798; Fri, 23 Mar 2007 18:29:04 +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 <0JFC00709QGFFS00@brm-avmta-1.central.sun.com>; Fri, 23 Mar 2007 04:29:03 -0600 (MDT) Received: from gmp-ea-fw-1.sun.com ([129.156.42.5]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFC00AREQGEVWA0@brm-avmta-1.central.sun.com>; Fri, 23 Mar 2007 04:29:02 -0600 (MDT) Received: from d1-emea-10.sun.com (d1-emea-10.sun.com [192.18.2.120]) by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2NAT14w004841; Fri, 23 Mar 2007 10:29:01 +0000 (GMT) Received: from conversion-daemon.d1-emea-10.sun.com by d1-emea-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JFC00F01QG95S00@d1-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM); Fri, 23 Mar 2007 10:29:01 +0000 (GMT) Received: from [192.168.73.101] (nessieroo.force9.co.uk [81.174.224.49]) by d1-emea-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JFC002SXQGAU500@d1-emea-10.sun.com>; Fri, 23 Mar 2007 10:29:01 +0000 (GMT) Date: Fri, 23 Mar 2007 10:28:57 +0000 From: Darren J Moffat Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: Sender: Darren.Moffat@sun.com To: David.Comay@sun.com Cc: Stefan Teleman , PSARC-EXT@sun.com Message-id: <4603ABE9.6080602@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> User-Agent: Thunderbird 1.5.0.8 (X11/20061127) Status: RO Content-Length: 1251 David.Comay@Sun.COM wrote: > Darren, > >>> Does the ARC have any preferences in this respect (2.2.4 location) ? >>> It's a fairly simple change for me. >> >> For me I would prefer /usr/apache2 but then I also think the time is >> right to remove 1.x support. > > Do you feel strongly that the EOF of the 1.x support needs to be part > of this case? Certainly not. > I would prefer to leave this as a straight 2.2.4 for 2.0 > replacement and open a subsequent case for the EOL/EOF of Apache 1.x. That is fine with me. >>> What about 64-bit ? >> >> Yes please that would be very nice in some cases because some >> algorithms in the software OpenSSL and in the Solaris Crypto Framework >> it gets access to via PKCS#11 run faster in 64 bit on both SPARC and x86. > > Again, this is definitely nice to have but it's unclear if all of the > dependent libraries for Apache (or PHP) have 64-bit variants. For > time-to-market reasons, we would like to proceed with a 32-bit version > and provide a 64-bit variant in a subsequent case. I know for sure that Apache can run 64-bit since I've done it, I don't know about all the other things related to this case like PHP5 and PCRE but those are separate cases to this one. -- Darren J Moffat From carlsonj@phorcys.east.sun.com Fri Mar 23 07:22:17 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NEMG2k006428 for ; Fri, 23 Mar 2007 07:22:16 -0700 (PDT) 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 l2NEM7fM018333; Fri, 23 Mar 2007 22:22:10 +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 <0JFD00E0718VO300@nwk-avmta-1.sfbay.Sun.COM>; Fri, 23 Mar 2007 07:22:07 -0700 (PDT) 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 <0JFD002AA18VHP70@nwk-avmta-1.sfbay.Sun.COM>; Fri, 23 Mar 2007 07:22:07 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2NEM7Bu018452; Fri, 23 Mar 2007 10:22:07 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.0+Sun/8.14.0/Submit) id l2NEM7dH018449; Fri, 23 Mar 2007 10:22:07 -0400 (EDT) Date: Fri, 23 Mar 2007 10:22:06 -0400 From: James Carlson Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <4603ABE9.6080602@Sun.COM> To: Darren J Moffat Cc: David.Comay@sun.com, PSARC-EXT@sun.com, Stefan Teleman Message-id: <17923.57998.893970.940514@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.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> <4603ABE9.6080602@Sun.COM> Status: RO Content-Length: 1529 Darren J Moffat writes: > > I would prefer to leave this as a straight 2.2.4 for 2.0 > > replacement and open a subsequent case for the EOL/EOF of Apache 1.x. > > That is fine with me. With the clarification that this case seeks Minor release binding, and the fact that 2.0 is in S10, what's the upgrade story for users going from S10 to S10+1? Since we're reusing the same path, it sounds like applications may just break after upgrading, and there's no way to do a transition. Is that correct? Does this case also cover upgrading subversion from libapr-0.9 to libapr-1.2? If not, then is delivery of this project dependent on a future case that does this upgrade? We've already approved subversion in Solaris (PSARC 2006/563), so I think this project is incomplete if it doesn't address the compatibility issue. The only answer I've seen so far is from Stefan Teleman saying that subversion would have to go through a "full regression test" -- whatever that means -- but no indication of who would actually do the work to switch this over, and whether that delivery is part of this project, or if the existing SUNWsvn just stops working. Given that Apache2 is part of Solaris, I want to see details on how the dependencies are met before seeing this case approved -- whether fast-track or not. -- James Carlson, Solaris Networking Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Stefan.Teleman@sun.com Fri Mar 23 07:56:10 2007 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NEuALL007020 for ; Fri, 23 Mar 2007 07:56:10 -0700 (PDT) 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 l2NEu3lv032853; Fri, 23 Mar 2007 08:56:08 -0600 (MDT) 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 <0JFD00H0D2TISD00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 23 Mar 2007 07:56:06 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.108.38]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD0025B2TIHVC0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 23 Mar 2007 07:56:06 -0700 (PDT) Received: from [192.9.61.55] (punchin-client-192-9-61-55.SFBay.Sun.COM [192.9.61.55]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2NEu874691844; Fri, 23 Mar 2007 07:56:08 -0700 (PDT) Date: Fri, 23 Mar 2007 10:55:12 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <4603ABE9.6080602@Sun.COM> To: Darren J Moffat Cc: David.Comay@sun.com, PSARC-EXT@sun.com Reply-to: Stefan Teleman Message-id: <4603EA50.1090203@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> <4603ABE9.6080602@Sun.COM> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 1157 Darren J Moffat wrote: >>> Yes please that would be very nice in some cases because some >>> algorithms in the software OpenSSL and in the Solaris Crypto >>> Framework it gets access to via PKCS#11 run faster in 64 bit on both >>> SPARC and x86. >> >> Again, this is definitely nice to have but it's unclear if all of the >> dependent libraries for Apache (or PHP) have 64-bit variants. For >> time-to-market reasons, we would like to proceed with a 32-bit version >> and provide a 64-bit variant in a subsequent case. > > I know for sure that Apache can run 64-bit since I've done it, I don't > know about all the other things related to this case like PHP5 and PCRE > but those are separate cases to this one. Everything runs very nicely in 64-bit [by everything i mean everything which is proposed for Integration in this collection of ARC Cases -- PCRE, CURL, IDN, PHP, Apache, etc]. For me, providing 64-bit builds entails two things: 1. Updating the FastTracks to reflect this fact 2. Creating 64-bit builds It is not *that* bad. It is one extra week at most. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From Stefan.Teleman@sun.com Fri Mar 23 08:02:16 2007 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NF2GDK007062 for ; Fri, 23 Mar 2007 08:02:16 -0700 (PDT) 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 l2NF2BpS035232; Fri, 23 Mar 2007 09:02:13 -0600 (MDT) 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 <0JFD0000P33OL000@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 08:02:12 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.224.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD0022J33OTEE0@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 08:02:12 -0700 (PDT) Received: from [192.9.61.55] (punchin-client-192-9-61-55.SFBay.Sun.COM [192.9.61.55]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2NF2BtO692479; Fri, 23 Mar 2007 08:02:11 -0700 (PDT) Date: Fri, 23 Mar 2007 11:01:14 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <17923.57998.893970.940514@gargle.gargle.HOWL> To: James Carlson Cc: Darren J Moffat , David.Comay@sun.com, PSARC-EXT@sun.com Reply-to: Stefan Teleman Message-id: <4603EBBA.6000706@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> <4603ABE9.6080602@Sun.COM> <17923.57998.893970.940514@gargle.gargle.HOWL> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 1835 James Carlson wrote: > Darren J Moffat writes: >>> I would prefer to leave this as a straight 2.2.4 for 2.0 >>> replacement and open a subsequent case for the EOL/EOF of Apache 1.x. >> That is fine with me. > > With the clarification that this case seeks Minor release binding, and > the fact that 2.0 is in S10, what's the upgrade story for users going > from S10 to S10+1? > > Since we're reusing the same path, it sounds like applications may > just break after upgrading, and there's no way to do a transition. Is > that correct? Yes this is correct. The current proposal *overwrites* the existing /usr/apache2 binaries with binary incompatible bits [corresponding directories in /etc and var will not be overwritten destructively]. The result is that *existing* customer modules will break. There is no transition path. > Does this case also cover upgrading subversion from libapr-0.9 to > libapr-1.2? If not, then is delivery of this project dependent on a > future case that does this upgrade? We've already approved subversion > in Solaris (PSARC 2006/563), so I think this project is incomplete if > it doesn't address the compatibility issue. Subversion should link against the new apr-1.2 bits, not against the old apr-0.9 bits. > The only answer I've seen so far is from Stefan Teleman saying that > subversion would have to go through a "full regression test" -- > whatever that means -- That means that it should run all the tests provided with Subversion and ascertain that all of them pass. > but no indication of who would actually do the > work to switch this over, and whether that delivery is part of this > project, or if the existing SUNWsvn just stops working. In the currently proposed scenario SUNWsvn will break. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From gww@eng.sun.com Fri Mar 23 08:13:23 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NFDMjq007119 for ; Fri, 23 Mar 2007 08:13:23 -0700 (PDT) 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 l2NFDLvR004752 for <@sunmail2sca.sfbay.sun.com:PSARC-EXT@sun.com>; Fri, 23 Mar 2007 23:13:21 +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 <0JFD00J033M8AB00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@sun.com); Fri, 23 Mar 2007 08:13:20 -0700 (PDT) Received: from engmail3mpk.sfbay.Sun.COM ([129.146.11.26]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD002MR3M8HXB0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@sun.com); Fri, 23 Mar 2007 08:13:20 -0700 (PDT) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by engmail3mpk.sfbay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id l2NFDJ6x020783; Fri, 23 Mar 2007 08:13:19 -0700 (PDT) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id l2NGCk7i002041; Fri, 23 Mar 2007 08:12:46 -0800 (PST) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id l2NGCkjW002040; Fri, 23 Mar 2007 08:12:46 -0800 (PST) Date: Fri, 23 Mar 2007 08:12:46 -0800 (PST) From: Gary Winiger Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris To: Darren.Moffat@sun.com, David.Comay@sun.com Cc: Stefan.Teleman@sun.com, PSARC-EXT@sun.com Message-id: <200703231612.l2NGCkjW002040@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-Sun-Charset: US-ASCII X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 753 > >> What about 64-bit ? > > > > Yes please that would be very nice in some cases because some algorithms in > > the software OpenSSL and in the Solaris Crypto Framework it gets access to > > via PKCS#11 run faster in 64 bit on both SPARC and x86. > > Again, this is definitely nice to have but it's unclear if all of the > dependent libraries for Apache (or PHP) have 64-bit variants. For > time-to-market reasons, we would like to proceed with a 32-bit version > and provide a 64-bit variant in a subsequent case. I thought I asked in all these cases about 64 bit libraries and the project teams agreed. It's a syntax error to deliver public 32 bit libraries without equivalent 64 bit versions. I believe that was part of Wyoming. Gary.. From John.Plocher@sun.com Fri Mar 23 11:14:44 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NIEhc4012630 for ; Fri, 23 Mar 2007 11:14:43 -0700 (PDT) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2NIEeSF029363; Fri, 23 Mar 2007 18:14:40 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 <0JFD00807C0FQZ00@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 11:14:39 -0700 (PDT) Received: from nwk-ea-fw-1.sun.com ([10.4.134.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD0003VC0FU1B0@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 11:14:39 -0700 (PDT) Received: from d1-sfbay-10.sun.com ([192.18.39.120]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2NIEdXh023383; Fri, 23 Mar 2007 10:14:39 -0800 (PST) Received: from conversion-daemon.d1-sfbay-10.sun.com by d1-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JFD00D01BWQ7H00@d1-sfbay-10.sun.com> (original mail from John.Plocher@Sun.COM); Fri, 23 Mar 2007 11:14:39 -0700 (PDT) Received: from [192.168.168.4] ([66.166.204.98]) by d1-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JFD00MQSC0EDBCR@d1-sfbay-10.sun.com>; Fri, 23 Mar 2007 11:14:39 -0700 (PDT) Date: Fri, 23 Mar 2007 11:14:36 -0700 From: John Plocher Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <17923.57998.893970.940514@gargle.gargle.HOWL> Sender: John.Plocher@sun.com To: James Carlson Cc: Darren J Moffat , Stefan Teleman , PSARC-EXT@sun.com Message-id: <4604190C.3040709@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> <4603ABE9.6080602@Sun.COM> <17923.57998.893970.940514@gargle.gargle.HOWL> User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) Status: RO Content-Length: 1150 >>> I would prefer to leave this as a straight 2.2.4 for 2.0 > what's the upgrade story for users going from S10 to S10+1? PSARC 2004/676 (Apache 2) sets expectations this way: 6. Exported Interfaces Interface Name Proposed Stability Comments Apache 2 code base Evolving Apache 2 module interface Standard Defined by ASF Installed location Evolving svc:/application/apache:v2 Stable FMRI /var/svc/manifest/application/apache-v2.xml Project Private manifest One transiition mechanosm would be to compile and deliver a complete set of 2.2.4 DSO modules and depend on the customer's old httpd.conf working with the new server. Unfortunately, I'm not sure how to define "complete"; the Blastwave configuration might be a good starting place. > In the currently proposed scenario SUNWsvn will break. This runs counter to the "Release Quality All the time" expectation for ON. I'd suggest that this project needs a dependency on a project to update svn; it should not integrate before such a project. This implies that either the two projects need to work together or that this project needs to increase its scope. -John From David.Comay@sun.com Fri Mar 23 13:01:28 2007 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NK1Ril014366 for ; Fri, 23 Mar 2007 13:01:28 -0700 (PDT) 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 l2NK1Opd033159; Fri, 23 Mar 2007 14:01:25 -0600 (MDT) 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 <0JFD00N0HGYB0V00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 23 Mar 2007 13:01:23 -0700 (PDT) Received: from izimbra.SFBay.Sun.COM ([129.146.226.141]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD00I9ZGY94NB0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 23 Mar 2007 13:01:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by izimbra.SFBay.Sun.COM (8.14.0+Sun/8.14.0) with ESMTP id l2NK1Jeo109980; Fri, 23 Mar 2007 13:01:19 -0700 (PDT) Date: Fri, 23 Mar 2007 13:01:19 -0700 (PDT) From: David.Comay@sun.com Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <200703231612.l2NGCkjW002040@marduk.eng.sun.com> Sender: comay@izimbra.SFBay.Sun.COM To: Gary Winiger Cc: Darren.Moffat@sun.com, Stefan.Teleman@sun.com, PSARC-EXT@sun.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200703231612.l2NGCkjW002040@marduk.eng.sun.com> Status: RO Content-Length: 633 Gary, > I thought I asked in all these cases about 64 bit libraries and > the project teams agreed. It's a syntax error to deliver public > 32 bit libraries without equivalent 64 bit versions. I believe > that was part of Wyoming. It was my (perhaps mistaken or outdated) understanding that either Apache or PHP relied on other libraries which were only delivered (in OpenSolaris today) as 32-bit (namely libraries other than those that Stefan is proposing to integrate). I believe these are coming out of one of the other consolidations besides ON and SFW but then again, I might be pleasantly mistaken on this point. dsc From Stefan.Teleman@sun.com Fri Mar 23 13:29:51 2007 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NKTpr1014682 for ; Fri, 23 Mar 2007 13:29:51 -0700 (PDT) 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 l2NKTnCn037511; Fri, 23 Mar 2007 14:29:49 -0600 (MDT) 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 <0JFD0021LI9MNQ00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 23 Mar 2007 13:29:46 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.56.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD00I6UI9K4KF0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 23 Mar 2007 13:29:44 -0700 (PDT) Received: from [192.9.61.113] (punchin-client-192-9-61-113.SFBay.Sun.COM [192.9.61.113]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2NKThAi737671; Fri, 23 Mar 2007 13:29:43 -0700 (PDT) Date: Fri, 23 Mar 2007 16:28:50 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: To: David.Comay@sun.com Cc: Gary Winiger , Darren.Moffat@sun.com, PSARC-EXT@sun.com Reply-to: Stefan Teleman Message-id: <46043882.60703@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200703231612.l2NGCkjW002040@marduk.eng.sun.com> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 940 David.Comay@sun.com wrote: > Gary, > >> I thought I asked in all these cases about 64 bit libraries and >> the project teams agreed. It's a syntax error to deliver public >> 32 bit libraries without equivalent 64 bit versions. I believe >> that was part of Wyoming. > > It was my (perhaps mistaken or outdated) understanding that either > Apache or PHP relied on other libraries which were only delivered (in > OpenSolaris today) as 32-bit (namely libraries other than those that > Stefan is proposing to integrate). I believe these are coming out of > one of the other consolidations besides ON and SFW but then again, I > might be pleasantly mistaken on this point. Two PHP dependencies do not exist in 64-bit in current Nevada: TCPWrap [/usr/sfw/lib/libwrap.so.1.0 && friends only] LibEXIF [/usr/lib/libexif.so.12.0.1 && friends only] --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From gww@eng.sun.com Fri Mar 23 13:37:51 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NKboWu014741 for ; Fri, 23 Mar 2007 13:37:51 -0700 (PDT) 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 l2NKbf1D012749 for <@sunmail1brm.central.sun.com:PSARC-EXT@Sun.COM>; Sat, 24 Mar 2007 04:37:49 +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 <0JFD00J05IN0HX00@brm-avmta-1.central.sun.com> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Fri, 23 Mar 2007 14:37:48 -0600 (MDT) Received: from engmail3mpk.sfbay.Sun.COM ([129.146.11.26]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD001NAIMZM690@brm-avmta-1.central.sun.com> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Fri, 23 Mar 2007 14:37:48 -0600 (MDT) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by engmail3mpk.sfbay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id l2NKbkR7020093; Fri, 23 Mar 2007 13:37:46 -0700 (PDT) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id l2NLbD41002721; Fri, 23 Mar 2007 13:37:13 -0800 (PST) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id l2NLbDRE002720; Fri, 23 Mar 2007 13:37:13 -0800 (PST) Date: Fri, 23 Mar 2007 13:37:13 -0800 (PST) From: Gary Winiger Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris To: David.Comay@sun.com, Stefan.Teleman@sun.com Cc: gww@eng.sun.com, Darren.Moffat@sun.com, PSARC-EXT@sun.com Message-id: <200703232137.l2NLbDRE002720@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-Sun-Charset: US-ASCII X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 457 > Two PHP dependencies do not exist in 64-bit in current Nevada: > > TCPWrap [/usr/sfw/lib/libwrap.so.1.0 && friends only] > LibEXIF [/usr/lib/libexif.so.12.0.1 && friends only] Both of these are then just broken and should be fixed. I believe libwrap was introduced in 2000/488. The discussion there about Big Rules not applying does not seem to extend to exclude 64 bit libraries. Sigh... Seems like bugs for the SFW consolidation to fix. Gary.. From David.Comay@sun.com Fri Mar 23 13:42:54 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NKgrUn014823 for ; Fri, 23 Mar 2007 13:42:53 -0700 (PDT) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2NKglt1011863; Fri, 23 Mar 2007 20:42:51 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 <0JFD00F05IVEGK00@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 13:42:50 -0700 (PDT) Received: from izimbra.SFBay.Sun.COM ([129.146.226.141]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD00EX9IVDDZ00@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 13:42:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by izimbra.SFBay.Sun.COM (8.14.0+Sun/8.14.0) with ESMTP id l2NKglfI110159; Fri, 23 Mar 2007 13:42:49 -0700 (PDT) Date: Fri, 23 Mar 2007 13:42:47 -0700 (PDT) From: David.Comay@sun.com Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <200703232137.l2NLbDRE002720@marduk.eng.sun.com> Sender: comay@izimbra.SFBay.Sun.COM To: Gary Winiger Cc: Stefan.Teleman@sun.com, Darren.Moffat@sun.com, PSARC-EXT@sun.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200703232137.l2NLbDRE002720@marduk.eng.sun.com> Status: RO Content-Length: 840 >> TCPWrap [/usr/sfw/lib/libwrap.so.1.0 && friends only] >> LibEXIF [/usr/lib/libexif.so.12.0.1 && friends only] > > Both of these are then just broken and should be fixed. > I believe libwrap was introduced in 2000/488. The discussion > there about Big Rules not applying does not seem to extend to > exclude 64 bit libraries. > Sigh... Seems like bugs for the SFW consolidation to fix. Agreed (in the case of libexif, it actually comes out of the JDS consolidation as far as I know). But I think fixing these bugs and delivering a 64-bit PHP5 is outside of the scope of this particular case since there is clear demand for a 32-bit PHP stack at this time. Rest assured, delivering 64-bit versions of the various web tier components is on the roadmap but we're trying to deliver *something* useful in a short period of time. dsc From David.Comay@sun.com Fri Mar 23 13:57:22 2007 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NKvMTJ015316 for ; Fri, 23 Mar 2007 13:57:22 -0700 (PDT) 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 l2NKvKWL018866; Fri, 23 Mar 2007 13:57:21 -0700 (PDT) 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 <0JFD00L07JJJCU00@brm-avmta-1.central.sun.com>; Fri, 23 Mar 2007 14:57:19 -0600 (MDT) Received: from izimbra.SFBay.Sun.COM ([129.146.226.141]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD0010NJJDM990@brm-avmta-1.central.sun.com>; Fri, 23 Mar 2007 14:57:13 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by izimbra.SFBay.Sun.COM (8.14.0+Sun/8.14.0) with ESMTP id l2NKvCYc110208; Fri, 23 Mar 2007 13:57:12 -0700 (PDT) Date: Fri, 23 Mar 2007 13:57:12 -0700 (PDT) From: David.Comay@sun.com Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <4604190C.3040709@Sun.Com> Sender: comay@izimbra.SFBay.Sun.COM To: John Plocher Cc: James Carlson , PSARC-EXT@sun.com, Stefan Teleman Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> <4603ABE9.6080602@Sun.COM> <17923.57998.893970.940514@gargle.gargle.HOWL> <4604190C.3040709@Sun.Com> Status: RO Content-Length: 2973 >> what's the upgrade story for users going from S10 to S10+1? > > > PSARC 2004/676 (Apache 2) sets expectations this way: > > 6. Exported Interfaces > > Interface Name Proposed Stability Comments > > Apache 2 code base Evolving > Apache 2 module interface Standard Defined by > ASF > Installed location Evolving > svc:/application/apache:v2 Stable FMRI > /var/svc/manifest/application/apache-v2.xml Project Private > manifest > > > One transiition mechanosm would be to compile and deliver a complete > set of 2.2.4 DSO modules and depend on the customer's old httpd.conf > working with the new server. Unfortunately, I'm not sure how to define > "complete"; the Blastwave configuration might be a good starting place. The customer's old httpd.conf will work with the new server. What will not work is any third-party modules which haven't been recompiled due to the APR changing. [ Stealing something I wrote awhile back on the sfwnv-discuss list. ] As ARC'ed in PSARC 2004/676, the module interface has a commitment level of Standard which in the new taxonomy is a committed public interface. However, when this interface was ARCed I believe there was general confusion around incoming open source components and how to map them using the existing interface taxonomy. I believe Standard was chosen even though the Apache Foundation isn't really a standards organization and the API/ABI did not really conform to an interface that had been adopted by "industry convention". Looking back, it seems either External or perhaps a bit more strongly, Evolving would have been a more suitable commitment level. Looking at the current interface taxonomy, it seems Uncommitted is a much more accurate reflection of the commitment level Apache itself puts around the interface but also of the guarantees OpenSolaris can supply around this interface. It's also my belief that customer's expectation around this particular interface are much closer to Uncommitted than Committed. So why not Volatile? Because the guarantees around that commitment level are truly non-existent. I believe we do want to guarantee compatibility of the various versions of Apache for the life of a particular Minor release (once it's gone out the door) but we don't want to ship those versions indefinitely until the next Major release. >> In the currently proposed scenario SUNWsvn will break. > > This runs counter to the "Release Quality All the time" expectation > for ON. > > I'd suggest that this project needs a dependency on a project to update > svn; it should not integrate before such a project. This implies that > either the two projects need to work together or that this project needs > to increase its scope. I believe there is already a CR filed to fix that. I certainly agree that the Apache upgrade needs to make sure that the existing SVN isn't broken by any new APR change or needs to make sure the required updates are made in the same build. dsc From gww@eng.sun.com Fri Mar 23 14:08:45 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NL8h1V015767 for ; Fri, 23 Mar 2007 14:08:44 -0700 (PDT) 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 l2NL8YbI021110 for <@sunmail1brm.central.sun.com:PSARC-EXT@Sun.COM>; Sat, 24 Mar 2007 05:08:43 +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 <0JFD00M07K2GKS00@brm-avmta-1.central.sun.com> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Fri, 23 Mar 2007 15:08:40 -0600 (MDT) Received: from engmail3mpk.sfbay.Sun.COM ([129.146.11.26]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD001TJK2FM690@brm-avmta-1.central.sun.com> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Fri, 23 Mar 2007 15:08:40 -0600 (MDT) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by engmail3mpk.sfbay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id l2NL8cb5024216; Fri, 23 Mar 2007 14:08:38 -0700 (PDT) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id l2NM86V4002763; Fri, 23 Mar 2007 14:08:06 -0800 (PST) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id l2NM85pZ002762; Fri, 23 Mar 2007 14:08:05 -0800 (PST) Date: Fri, 23 Mar 2007 14:08:05 -0800 (PST) From: Gary Winiger Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris To: gww@eng.sun.com, David.Comay@sun.com Cc: Stefan.Teleman@sun.com, Darren.Moffat@sun.com, PSARC-EXT@sun.com Message-id: <200703232208.l2NM85pZ002762@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-Sun-Charset: US-ASCII X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 591 > Agreed (in the case of libexif, it actually comes out of the JDS > consolidation as far as I know). But I think fixing these bugs and > delivering a 64-bit PHP5 is outside of the scope of this particular > case since there is clear demand for a 32-bit PHP stack at this time. I agree. My point here was to have this set of cases deliver 64 bit libraries, so we don't get further in the whole. > Rest assured, delivering 64-bit versions of the various web tier > components is on the roadmap but we're trying to deliver *something* > useful in a short period of time. Good. Gary.. From Stefan.Teleman@Sun.COM Fri Mar 23 14:11:48 2007 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NLBlXT015843 for ; Fri, 23 Mar 2007 14:11:47 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2NLBepV018783; Fri, 23 Mar 2007 21:11:42 GMT 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 <0JFD00M05K7HS500@brm-avmta-1.central.sun.com>; Fri, 23 Mar 2007 15:11:41 -0600 (MDT) Received: from jurassic.eng.sun.com ([129.146.108.38]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD00123K7GM5C0@brm-avmta-1.central.sun.com>; Fri, 23 Mar 2007 15:11:40 -0600 (MDT) Received: from [192.9.61.113] (punchin-client-192-9-61-113.SFBay.Sun.COM [192.9.61.113]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2NLBdqs741190; Fri, 23 Mar 2007 14:11:39 -0700 (PDT) Date: Fri, 23 Mar 2007 17:10:36 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: To: David.Comay@Sun.COM Cc: John Plocher , James Carlson , PSARC-EXT@Sun.COM Reply-to: Stefan Teleman Message-id: <4604424C.8080306@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <46014C8D.1080800@Sun.COM> <634792.38000.qm@web30807.mail.mud.yahoo.com> <17921.22725.771239.542591@gargle.gargle.HOWL> <46015A20.6020005@Sun.COM> <46028863.6020402@Sun.COM> <4603ABE9.6080602@Sun.COM> <17923.57998.893970.940514@gargle.gargle.HOWL> <4604190C.3040709@Sun.Com> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 1927 David.Comay@sun.com wrote: >>> what's the upgrade story for users going from S10 to S10+1? >> >> >> PSARC 2004/676 (Apache 2) sets expectations this way: >> >> 6. Exported Interfaces >> >> Interface Name Proposed Stability Comments >> >> Apache 2 code base Evolving >> Apache 2 module interface Standard Defined by ASF >> Installed location Evolving >> svc:/application/apache:v2 Stable FMRI >> /var/svc/manifest/application/apache-v2.xml Project Private manifest >> >> >> One transiition mechanosm would be to compile and deliver a complete >> set of 2.2.4 DSO modules and depend on the customer's old httpd.conf >> working with the new server. Unfortunately, I'm not sure how to define >> "complete"; the Blastwave configuration might be a good starting place. > > The customer's old httpd.conf will work with the new server. What will > not work is any third-party modules which haven't been recompiled due > to the APR changing. The proposed [2.2.4] apache will *can* parse the old [2.0.x] httpd.conf. However, Apache 2.0.x modules might *NOT* load in apache 2.2.4: "API module structure '' in file /usr/apache2/libexec/ is garbled - perhaps this is not an Apache module DSO"? This is not a problem for the modules *we* deliver with 2.2.4 (since we will be overwriting the existing 2.0.x modules). It is a problem for external/3rd party/customer modules. Also, old httpd.conf may have to be manually updated, since we are delivering significantly more Apache modules with 2.2.4 than we were delivering in 2.0.x. Any customer-written/customer-built/third-party apache modules compiled and linked against the old [2.0.x] Apache2 will break. About Subversion: svn will need to have a contract with Apache 2.2.4. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From jek3@sun.com Fri Mar 23 15:32:36 2007 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2NMWahh017779 for ; Fri, 23 Mar 2007 15:32:36 -0700 (PDT) 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 l2NMWXXL056809; Fri, 23 Mar 2007 16:32:34 -0600 (MDT) 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 <0JFD00L05NYA0L00@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 15:32:34 -0700 (PDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFD00E7RNY5DZ50@nwk-avmta-2.sfbay.sun.com>; Fri, 23 Mar 2007 15:32:34 -0700 (PDT) Received: from [129.150.12.53] (vpn-129-150-12-53.SFBay.Sun.COM [129.150.12.53]) by jurassic-x4600.sfbay.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2NMWSmj765732; Fri, 23 Mar 2007 15:32:28 -0700 (PDT) Date: Fri, 23 Mar 2007 12:32:19 -1000 From: Joseph Kowalski Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <200703232208.l2NM85pZ002762@marduk.eng.sun.com> To: Gary Winiger Cc: David.Comay@sun.com, Stefan.Teleman@sun.com, Darren.Moffat@sun.com, PSARC-EXT@sun.com Message-id: <46045573.6050504@sun.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_nEGB4wEjcI29FuSHGwgYEg)" X-PMX-Version: 5.2.0.264296 References: <200703232208.l2NM85pZ002762@marduk.eng.sun.com> User-Agent: Thunderbird 1.5.0.5 (X11/20060925) Status: RO Content-Length: 2543 This is a multi-part message in MIME format. --Boundary_(ID_nEGB4wEjcI29FuSHGwgYEg) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT Gary Winiger wrote: >> Agreed (in the case of libexif, it actually comes out of the JDS >> consolidation as far as I know). But I think fixing these bugs and >> delivering a 64-bit PHP5 is outside of the scope of this particular >> case since there is clear demand for a 32-bit PHP stack at this time. >> > > I agree. My point here was to have this set of cases deliver > 64 bit libraries, so we don't get further in the whole. > > >> Rest assured, delivering 64-bit versions of the various web tier >> components is on the roadmap but we're trying to deliver *something* >> useful in a short period of time. >> > > Good. > > Gary... > OK, I'm confused. Gary, are you insisting that we hold this case hostage (so we don't get further in the [w]hole) or accepting David's statement that its on the roadmap (but who knows when)? - jek3 --Boundary_(ID_nEGB4wEjcI29FuSHGwgYEg) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Gary Winiger wrote: 
Agreed (in the case of libexif, it actually comes out of the JDS
consolidation as far as I know).  But I think fixing these bugs and
delivering a 64-bit PHP5 is outside of the scope of this particular
case since there is clear demand for a 32-bit PHP stack at this time.
    

	I agree.  My point here was to have this set of cases deliver
	64 bit libraries, so we don't get further in the whole.

  
Rest assured, delivering 64-bit versions of the various web tier
components is on the roadmap but we're trying to deliver *something*
useful in a short period of time.
    

	Good.

Gary...

OK, I'm confused.

Gary, are you insisting that we hold this case hostage (so we don't get further in the [w]hole) or accepting David's statement that its on the roadmap (but who knows when)?

- jek3

--Boundary_(ID_nEGB4wEjcI29FuSHGwgYEg)-- From Frank.Vanderlinden@Sun.COM Sat Mar 24 06:20:55 2007 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2ODKtHa012541 for ; Sat, 24 Mar 2007 06:20:55 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2ODKtXm008917; Sat, 24 Mar 2007 06:20:55 -0700 (PDT) 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 <0JFE00L01T2VB600@nwk-avmta-2.sfbay.sun.com>; Sat, 24 Mar 2007 06:20:55 -0700 (PDT) Received: from gmp-ea-fw-1.sun.com ([129.156.42.5]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFE00GCKT2TG740@nwk-avmta-2.sfbay.sun.com>; Sat, 24 Mar 2007 06:20:54 -0700 (PDT) Received: from d1-emea-10.sun.com (d1-emea-10.sun.com [192.18.2.120]) by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2ODKrB4028013; Sat, 24 Mar 2007 13:20:53 +0000 (GMT) Received: from conversion-daemon.d1-emea-10.sun.com by d1-emea-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JFE00301T1VLY00@d1-emea-10.sun.com> (original mail from Frank.Vanderlinden@Sun.COM); Sat, 24 Mar 2007 13:20:53 +0000 (GMT) Received: from [192.168.0.201] ([24.132.232.60]) by d1-emea-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JFE00L6IT2PI731@d1-emea-10.sun.com>; Sat, 24 Mar 2007 13:20:53 +0000 (GMT) Date: Sat, 24 Mar 2007 14:20:48 +0100 From: Frank Van Der Linden Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <4600AF3B.8040403@Sun.COM> Sender: Frank.Vanderlinden@Sun.COM To: Bart Smaalders Cc: PSARC-EXT@Sun.COM, Stefan Teleman Message-id: <460525B0.6000004@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <4600AF3B.8040403@Sun.COM> User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) Status: RO Content-Length: 2109 Bart Smaalders wrote > > 2.2. API and ABI compatibility > > The Apache 2.2.x Module API/ABI is NOT binary compatible with the > Apache 2.0.x Module API/ABI: > > "Add-in modules for Apache 1.3 or 2.0 are not compatible with > Apache 2.2. If you are running third party add-in modules, you > must obtain modules compiled or updated for Apache 2.2 from that > third party, before you attempt to upgrade from these previous > versions. Modules compiled for Apache 2.2 should continue to work > for all 2.2.x releases." [4] > > Simply put, upgrading from Apache 2.0.x to Apache 2.2.x will break > existing Apache 2.0.x applications which have installed third party > Apache Modules. Extensive Release Notes detailing the consequences of > this breakage will be included with this new Integration. The original > ARC Case for Apache2 [PSARC 2004/676] proposed Standard Classification > Stability Level for the APR Interface. It was not possible to foresee, > at that time, that the APR Interface for Apache 2.2.x would become API > and ABI incompatible with the Apache 2.0.x APR Interface. [4] > I think there may be some confusion here with regard to the APR ABI and Subversion. Apache 1.3.x (currently installed in /usr/apache) had APR interface 0.x. Apache 2.x has APR interface 1.x. The currently installed APR interface by the SUNWapch2u package is 1.2.7: solvm% /usr/apache2/bin/apr-1-config --version 1.2.7 This is what SUNWsvn is linked against (even though in build 60 it got linked wrongly during the build, but that was a bug). All the Subversion tests were run with this libapr (and libaprutil) version, and passed. What is proposed here is an upgrade to an apache version that has APR version 1.2.8. Is 1.2.8 actually incompatible with 1.2.7? That seems unlikely. I know 0.x and 1.x are incompatible, but 1.2.7 and 1.2.8? > /usr/apache2/libexec/mod_authz_svn.so Uncommitted Apache Module > /usr/apache2/libexec/mod_dav_svn.so Uncommitted Apache Module > > Are these really delivered by Apache itself nowadays? They are part of the Subversion source. - Frank From Darren.Moffat@sun.com Mon Mar 26 04:32:52 2007 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2QBWqLS011306 for ; Mon, 26 Mar 2007 04:32:52 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2QBWpxR028866; Mon, 26 Mar 2007 04:32:51 -0700 (PDT) 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 <0JFI0090XDEPOX00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 26 Mar 2007 04:32:49 -0700 (PDT) Received: from gmp-ea-fw-1.sun.com ([129.156.42.5]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFI00AVBDEO9I80@nwk-avmta-1.sfbay.Sun.COM>; Mon, 26 Mar 2007 04:32:48 -0700 (PDT) Received: from d1-emea-10.sun.com (d1-emea-10.sun.com [192.18.2.120]) by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2QBWlLS000523; Mon, 26 Mar 2007 11:32:47 +0000 (GMT) Received: from conversion-daemon.d1-emea-10.sun.com by d1-emea-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JFI00I01DDLZL00@d1-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM); Mon, 26 Mar 2007 12:32:47 +0100 (BST) Received: from [192.168.73.101] (nessieroo.force9.co.uk [81.174.224.49]) by d1-emea-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JFI0028SDELWS10@d1-emea-10.sun.com>; Mon, 26 Mar 2007 12:32:46 +0100 (BST) Date: Mon, 26 Mar 2007 12:32:45 +0100 From: Darren J Moffat Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: Sender: Darren.Moffat@sun.com To: David.Comay@sun.com Cc: Gary Winiger , Stefan.Teleman@sun.com, PSARC-EXT@sun.com Message-id: <4607AF5D.3050401@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <200703232137.l2NLbDRE002720@marduk.eng.sun.com> User-Agent: Thunderbird 1.5.0.8 (X11/20061127) Status: RO Content-Length: 1052 David.Comay@Sun.COM wrote: >>> TCPWrap [/usr/sfw/lib/libwrap.so.1.0 && friends only] >>> LibEXIF [/usr/lib/libexif.so.12.0.1 && friends only] >> >> Both of these are then just broken and should be fixed. >> I believe libwrap was introduced in 2000/488. The discussion >> there about Big Rules not applying does not seem to extend to >> exclude 64 bit libraries. >> Sigh... Seems like bugs for the SFW consolidation to fix. > > Agreed (in the case of libexif, it actually comes out of the JDS > consolidation as far as I know). But I think fixing these bugs and > delivering a 64-bit PHP5 is outside of the scope of this particular > case since there is clear demand for a 32-bit PHP stack at this time. THIS case is about Apache and since Apache appears to have all its 64 bit dependent libs already then THIS case should deliver 64 bit. The PHP case can't if the dependencies aren't there and I don't think that the project team delivering PHP should be on the hook for fixing the missing 64 bit libs. -- Darren J Moffat From Stefan.Teleman@sun.com Mon Mar 26 07:23:43 2007 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2QENgYM013677 for ; Mon, 26 Mar 2007 07:23:43 -0700 (PDT) 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 l2QENdMg018910; Mon, 26 Mar 2007 07:23:42 -0700 (PDT) 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 <0JFI0041BLBI1300@nwk-avmta-2.sfbay.sun.com>; Mon, 26 Mar 2007 07:23:42 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.106.105]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFI000KRLBIU260@nwk-avmta-2.sfbay.sun.com>; Mon, 26 Mar 2007 07:23:42 -0700 (PDT) Received: from [192.9.61.113] (punchin-client-192-9-61-113.SFBay.Sun.COM [192.9.61.113]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2QENfBG152381; Mon, 26 Mar 2007 07:23:41 -0700 (PDT) Date: Mon, 26 Mar 2007 09:22:48 -0400 From: Stefan Teleman Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <460525B0.6000004@Sun.COM> To: Frank Van Der Linden Cc: Bart Smaalders , PSARC-EXT@sun.com Reply-to: Stefan Teleman Message-id: <4607C928.3090100@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <4600AF3B.8040403@Sun.COM> <460525B0.6000004@Sun.COM> User-Agent: Thunderbird 1.5.0.7 (X11/20060915) Status: RO Content-Length: 1205 Frank Van Der Linden wrote: > > solvm% /usr/apache2/bin/apr-1-config --version > 1.2.7 > > This is what SUNWsvn is linked against (even though in build 60 it got > linked wrongly during the build, but that was a bug). All the Subversion > tests were run with this libapr (and libaprutil) version, and passed. > > What is proposed here is an upgrade to an apache version that has APR > version 1.2.8. Is 1.2.8 actually incompatible with 1.2.7? That seems > unlikely. I know 0.x and 1.x are incompatible, but 1.2.7 and 1.2.8? > >> /usr/apache2/libexec/mod_authz_svn.so Uncommitted Apache Module >> /usr/apache2/libexec/mod_dav_svn.so Uncommitted Apache Module >> >> > > Are these really delivered by Apache itself nowadays? They are part of > the Subversion source. These are delivered by Subversion. But: The currently proposed Apache integration (2.2.4), which delivers APR 1.2.8, will be incompatible with APR 1.2.7 because it is built with nonportable atomics (which have been patched to use S10+ atomic ops, and were not enabled for APR 1.2.7). Therefore SVN will have to be rebuilt. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From gww@eng.sun.com Wed Mar 28 14:27:05 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2SLR4bH010747 for ; Wed, 28 Mar 2007 14:27:05 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2SLR2xi016910 for <@sunmail3mpk.sfbay.sun.com:PSARC-EXT@sun.com>; Thu, 29 Mar 2007 05:27:03 +0800 (SGT) 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 <0JFM00M09U91X200@nwk-avmta-2.sfbay.sun.com> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@sun.com); Wed, 28 Mar 2007 14:27:01 -0700 (PDT) Received: from engmail3mpk.sfbay.Sun.COM ([129.146.11.26]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFM00FZUU90H470@nwk-avmta-2.sfbay.sun.com> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@sun.com); Wed, 28 Mar 2007 14:27:00 -0700 (PDT) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by engmail3mpk.sfbay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id l2SLR0jE002613; Wed, 28 Mar 2007 14:27:00 -0700 (PDT) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id l2SMQLtJ006661; Wed, 28 Mar 2007 14:26:21 -0800 (PST) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id l2SMQLum006660; Wed, 28 Mar 2007 14:26:21 -0800 (PST) Date: Wed, 28 Mar 2007 14:26:21 -0800 (PST) From: Gary Winiger Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris To: Stefan.Teleman@sun.com Cc: PSARC-EXT@sun.com, bart.smaalders@sun.com Message-id: <200703282226.l2SMQLum006660@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 854 This case was derailed by Ed at today's PSARC meeting to write an opinion. The points to capture in the opinion are: approval of EOF of Apache 2.0. statement that the Standard taxonomy for Apache 2.0 was incorrect in in today's terms the correct taxonomy would be Uncommitted. the removal and replacement with Apache 2.2.4 is with an Uncommitted taxonomy and a minor release binding. there may well be other opinion fodder found in the meeting record. Gary will be the case owner, if and only if the submitter and licensee do all the actual work, as Ed is moving. The in meeting vote was Approve: Gary, Ed, Glenn, Jim. Abstain: Bill. The vote may be adjusted during PSARC review of the draft opinion to include new votes. The case is in waiting need draft opinion 04/04/2007 The submitter and licensee will hear from me soon ;-) Gary.. From bart.smaalders@Sun.COM Fri Mar 30 16:29:46 2007 Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l2UNTg77022911 for ; Fri, 30 Mar 2007 16:29:46 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2U1PEXf026759 for <@sunmail3mpk.sfbay.sun.com:PSARC-EXT@Sun.COM>; Fri, 30 Mar 2007 09:25:18 +0800 (SGT) 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 <0JFO00B07ZY4BZ00@nwk-avmta-2.sfbay.sun.com> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Thu, 29 Mar 2007 18:25:16 -0700 (PDT) Received: from engmail3mpk.sfbay.Sun.COM ([129.146.11.26]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JFO003YLZY39E40@nwk-avmta-2.sfbay.sun.com> for PSARC-EXT@Sun.COM (ORCPT PSARC-EXT@Sun.COM); Thu, 29 Mar 2007 18:25:15 -0700 (PDT) Received: from zion.eng.sun.com (zion.SFBay.Sun.COM [129.146.17.75]) by engmail3mpk.sfbay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id l2U1PFAl023130; Thu, 29 Mar 2007 18:25:15 -0700 (PDT) Received: from [129.146.228.109] (cyber [129.146.228.109]) by zion.eng.sun.com (8.13.7+Sun/8.13.7) with ESMTP id l2U1PFYu018745; Thu, 29 Mar 2007 18:25:15 -0700 (PDT) Date: Thu, 29 Mar 2007 18:24:18 -0700 From: Bart Smaalders Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris To: PSARC-EXT@Sun.COM Cc: Stefan Teleman Message-id: <460C66C2.8030804@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 User-Agent: Thunderbird 2.0b2 (X11/20070227) Status: RO Content-Length: 325 An updated copy of the fast track with corrections (case numbers, 64 bit paths, etc) has been placed in the materials subdirectory. This case was approved at yesterday's meeting, but derailed so it needs an opinion. - Bart -- Bart Smaalders Solaris Kernel Performance barts@cyber.eng.sun.com http://blogs.sun.com/barts From gww@eng.sun.com Tue Jul 31 08:46:20 2007 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 l6VFkJNK019879 for ; Tue, 31 Jul 2007 08:46:20 -0700 (PDT) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l6VFi3uI007800 for <@sunmail2sca.sfbay.sun.com:PSARC-EXT@sun.com>; Tue, 31 Jul 2007 16:44:06 +0100 (BST) 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 <0JM100H2XVPGLI00@nwk-avmta-2.sfbay.sun.com> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@sun.com); Tue, 31 Jul 2007 08:44:04 -0700 (PDT) Received: from engmail3mpk.sfbay.Sun.COM ([129.146.11.26]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JM100C5SVPGMX80@nwk-avmta-2.sfbay.sun.com> for PSARC-EXT@sun.com (ORCPT PSARC-EXT@sun.com); Tue, 31 Jul 2007 08:44:04 -0700 (PDT) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by engmail3mpk.sfbay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id l6VFgrgL022781; Tue, 31 Jul 2007 08:42:53 -0700 (PDT) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id l6VFkfSR015244; Tue, 31 Jul 2007 08:46:41 -0700 (PDT) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id l6VFkfa9015243; Tue, 31 Jul 2007 08:46:41 -0700 (PDT) Date: Tue, 31 Jul 2007 08:46:41 -0700 (PDT) From: Gary Winiger Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris To: PSARC-EXT@sun.com, bart.smaalders@sun.com Cc: David.Comay@sun.com, Jyri.Virkki@sun.com, Stefan.Teleman@sun.com Message-id: <200707311546.l6VFkfa9015243@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 480 Talking with the Opinion writer yesterday, it seems since April when this case was presented, things have changed and the project team no longer knows if they are going to persue this case, or do something else. Until such time, I've marked the case as waiting need spec. Going forward, either: o an opinion will be written and the case persued, o the case will be abandand and closed withdrawn, o the case will be superceeded by an new case and closed superceeded. Gary.. From Jyri.Virkki@sun.com Tue Jul 31 13:24:59 2007 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 l6VKOwxD002478 for ; Tue, 31 Jul 2007 13:24:59 -0700 (PDT) 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 l6VKMhCm007601; Tue, 31 Jul 2007 13:22:43 -0700 (PDT) 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 <0JM20050P8LVOF00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 31 Jul 2007 13:22:43 -0700 (PDT) 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 <0JM2002E58LU7860@nwk-avmta-1.sfbay.Sun.COM>; Tue, 31 Jul 2007 13:22:42 -0700 (PDT) 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 l6VKMf5T025042; Tue, 31 Jul 2007 20:22:42 +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 l6VKMfW15542; Tue, 31 Jul 2007 13:22:41 -0700 (PDT) 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 l6VJjEqw028365; Tue, 31 Jul 2007 12:45:14 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id l6VJjEIo028364; Tue, 31 Jul 2007 12:45:14 -0700 (PDT) Date: Tue, 31 Jul 2007 12:45:14 -0700 From: Jyri Virkki Subject: Re: PSARC/2007/169 Including Apache 2.2.4 with Solaris In-reply-to: <200707311546.l6VFkfa9015243@marduk.eng.sun.com> To: Gary Winiger Cc: PSARC-EXT@sun.com, bart.smaalders@sun.com, David.Comay@sun.com, Jyri.Virkki@sun.com, Stefan.Teleman@sun.com, arvi.srinivasan@sun.com, murthy.chintalapati@sun.com Message-id: <20070731194514.GB28339@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 References: <200707311546.l6VFkfa9015243@marduk.eng.sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 711 Gary Winiger wrote: > > Talking with the Opinion writer yesterday, it seems since April when this > case was presented, things have changed and the project team no longer > knows if they are going to persue this case, or do something else. > Until such time, I've marked the case as waiting need spec. > Going forward, either: > o an opinion will be written and the case persued, > o the case will be abandand and closed withdrawn, > o the case will be superceeded by an new case and > closed superceeded. Thanks Gary. The third option listed above is the most likely outcome. In the near future we'll submit a new case superseding this one. -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From jyri@buye.red.iplanet.com Mon Oct 8 23:36:38 2007 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 l996abbr027027 for ; Mon, 8 Oct 2007 23:36:37 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l996XIFU016762; Tue, 9 Oct 2007 07:33:18 +0100 (BST) 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 <0JPM00C05SVHUW00@brm-avmta-1.central.sun.com>; Tue, 09 Oct 2007 00:33:17 -0600 (MDT) Received: from buye.red.iplanet.com ([192.18.65.224]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JPM00MU0SVGLH50@brm-avmta-1.central.sun.com>; Tue, 09 Oct 2007 00:33:17 -0600 (MDT) 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 l996XGhG012832; Mon, 08 Oct 2007 23:33:16 -0700 (PDT) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id l996XGW5012831; Mon, 08 Oct 2007 23:33:16 -0700 (PDT) Date: Mon, 08 Oct 2007 23:33:16 -0700 From: Jyri Virkki Subject: PSARC/2007/169 closed superseded To: PSARC-ext@sun.com Cc: Stefan.Teleman@sun.com, Arvi.Srinivasan@sun.com, cvr@sun.com Message-id: <20071009063316.GQ12366@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 User-Agent: Mutt/1.5.11 Status: RO Content-Length: 109 PSARC/2007/169 is now superseded by 2007/586. -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems