This was extracted (@ 2025-10-25 13:10) from a list of  minutes
which have been approved by the Board.  
  
  Please Note
      The Board typically approves the minutes of the previous meeting at the
      beginning of every Board meeting; therefore, the list below does not
      normally contain details from the minutes of the most recent Board meeting.
      ASF Members may have access to a
  private draft
  
  
  WARNING: these pages may omit some original contents of the minutes.
  
  
WHEREAS, the Board of Directors considers the Apache PHP Project to have built a successful community for the development, maintenance, and support of and for the PHP software and environment; and WHEREAS, the Apache Software Foundation would need to make changes within the PHP codebases, licensing, and community to bring it into alignment with the other Foundation projects and to bring it within the legal umbrella of the Foundation; and WHEREAS, the Board of Directors considers this would be harmful to the Apache PHP Project and its community and providing few benefits. NOW, THEREFORE, BE IT RESOLVED, that the Apache PHP Project PMC is hereby terminated; and be it further RESOLVED, that the Foundation will work with the PHP Group to grant all rights and responsibilities of the Foundation pertaining to the PHP codebases to the PHP Group. Via Unanimous Vote, the above resolution to seperate PHP from the ASF, was approved.
[ no attachment ]
No report received.
PHP usage keeps growing both in absolute numbers and in terms of the percentage of servers with it installed. Graph: http://www.php.net/usage.php Roughly 31% of all domains have PHP installed and detectable by Netcraft. SecuritySpace reports 51% of all Apache servers have PHP enabled. The current version is 4.3.2 with 4.3.3 scheduled soon. PHP 5.0 is also approaching beta with the major change being more advanced OO capabilities. Due to MySQL AB changing the license of the mysqlclient library from LGPL to GPL for 4.x versions we will no longer bundle the library and have to be careful to write our MySQL extension such that it can be linked against the older non-GPL version of the client libraries. There will most likely be an exception for OSI-approved licensed projects that will alleviate this problem a bit, but we will still unbundle the library. This does put some pressure on us to use an OSI-approved license and as you know the new ASL is not OSI-approved (yet). There has also been discussion around whether we should make an effort to try to drink more of the ASF Koolaid or not. We still don't have a clear picture of what the impact on the project would be. We don't know if we have to go back and get CLA's from the 450 people who have contributed something to the project over the past 10 years and what the changes to our day to day way of doing things would be. Statements from Greg and others that include "for now" or "initially" really haven't helped this in any way. We understand that copyright needs to be assigned to the ASF and that the ASF then would put it under the new ASL license. We understand that we would need to separate our CVS into two repositories most likely. One that contains only ASF licensed code and one that has everything else. How much stuff we can leave in the "everything else" repository is still unclear. We bundle a number of things that PHP simply wouldn't work without including Zend and PCRE and less critically GD, sqlite, libxml and a few others. And we understand that there would be some oversight in some form of the ASF repository. We are looking for a statement from the board which does not contain the phrases "for now" nor "initially" and clearly lays out the board position for what will be required for the ASF to have proper oversight over the PHP project. Especially if there are things beyond the above issues such as specifying how many feathers our web site should have, how we should run our PMC, how we handle granting new CVS accounts and what sort of oversight would be required on the 6 dedicated servers that run the php.net infrastructure.
The PHP project is still going strong. Since the Sept02 report approximately 1.5 million new PHP domains appeared which comprises just under 30% of all the domains Netcraft queries every month. That is up from 26% in Sept02. According to SecuritySpace.com PHP is enabled on 51.24% of all Apache servers. There is also a healthy interest in contributing to the project. In Sept02 we had 651 people with CVS accounts. Today we just passed 800. Well over half of these work exclusively on the docmentation. Since the Sept. report we have released version 4.3.0 and followed that up with a small security fix in 4.3.1. We are currently have the first release candidate of 4.3.2 out and the QA process is making slow and steady progress on it. I expect to see 4.3.2 before the end of the month. The big change with respect to Apache is that we dumped the rather unstable apache2filter sapi module replacing it with an apache2handler one mostly written by Ian Holsman and Justin Erenkrantz. We'll see if this proves to be more useful. If you want to have a look at the current code for this new handler, see: http://cvs.php.net/cvs.php/php4/sapi/apache2handler Another big push since the last report has been the pear/pecl sub-project. Here we are trying to create a useful repository of PHP code and applications easily installable via an apt-like command-line tool. Some notables from that project is the apd profiler and the new apc2 opcode cache. Having free open source profilers and opcode caches is important to the project. More info can be found at pear.php.net. The smarty sub-project is also rolling along gaining popularity. See smarty.php.net for more info. A lot of work is currently going into version 5.0 with most of the changes being to the object model. Looking for a release sometime towards the end of the year, perhaps sooner. The number of PHP-specific conferences have been increasing steadily. Here is the upcoming schedule of PHP-related conferences: Mar 20-21 Montreal - PHP Quebec 2003 Mar 29 Budapest - First Hungarian PHP Conference Apr 10-12 San Jose - MySQL Conf and Expo (not PHP, but large presence) Apr 23-25 New York - PHPCon East 2003 May 8-9 Amsterdam - 2003 International PHP conference Jul 10-13 Karlsruhe - Linuxtag 2003 (not PHP, but large PHP presence) On the user group front we have a number of extremely active groups. A shortened list of some of the more active ones: South-Eastern Michigan User Group, Stuttgart, Chicago, Frankfurt, Twin Cities, San Diego, Koeln/Bonn, Hannover, New York, Phoenix, Seattle, Vancouver, Hamburg, Kansas City, Munich, Calgary, and Long Island. All in all there are about 220 groups in 56 countries that we know about, but it is hard to keep track of which ones are active.
. By general consent, this report was recorded as entered and approved.
   PHP
   The [1]PHP project is alive and well. As with any large and popular
   project there is plenty drama on a day-to-day basis, but in the end
   we are building a useful tool used by a lot of people.
   Roughly  9  million  or  26% (up from 24% in May) of all public web
   domains found by [2]Netcraft last month have PHP installed on them.
   This  of  course includes many domains that may not use PHP, but it
   doesn't  include  any non-Apache module PHP installations, of which
   there are plenty.
   According  to [3]SecuritySpace.com about 38% (down from 45% in May)
   of all Apache servers have the PHP module activated.
   The  PHP  PMC,  better known as the PHP Group consists of: Thies C.
   Arntzen,  Stig Bakken, Shane Caraveo, Andi Gutmans, Rasmus Lerdorf,
   Sam  Ruby,  Sascha Schumann, Zeev Suraski, Jim Winstead, and Andrei
   Zmievski.
Releases
   The  current  stable  released  version is 4.2.3 with hopefully the
   next release being 4.3 in the next 6-8 weeks and a PHP 5.0 sometime
   in  mid  2003.  Since the previous report in May versions 4.2.2 and
   4.2.3 were released on July 22 and September 6 respectively.
Sub-Projects
   Within the PHP project there are a number of sub-projects.
   * PHP
   * PHP Documentation
   * PHP Quality Assurance
   * PEAR - PHP Extension and Application Repository
   * Smarty - Templating system
   * PHP-GTK
Committers
   There  are  651 People with CVS accounts on [4]cvs.php.net. Because
   of  the  large  number  we do not give out real system accounts but
   instead rely on pserver and CVS access control.
Rough CVS Access Breakdown
    10 users have access to everything.
    97 have access to all PHP source and Documentation.
   372 people only have access to the Documentation.
    90 people have access to PEAR and the PEAR Documentation.
    35 people have access to the PHP website files.
     3 people have access to PHP-GTK sub-project source+docs.
    12 people have access to PHP-GTK sub-project docs.
     2 people have access to the Smarty sub-project code+docs.
     4 people have access to the Smarty sub-project docs.
Mailing Lists
   PHP  has  quite  a few mailing lists, both run by us at php.net and
   many  others  elsewhere. These are available via both http and nntp
   from  news.php.net and we have found more and more people use these
   alternative  means  to participate due to the ever-growing traffic.
   The subscriber breakdown is:
   php-announce    4832
   php-general     1701
   php-dev         622
   phpdoc          248
   php-qa          150
   pear-general    513
   pear-dev        303
   smarty-general  440
   smarty-dev      94
   php-gtk-general 276
   php-gtk-dev     97
Infrastructure
   The  main  PHP  web site gets hit pretty hard. 2-3 million hits per
   day   from  between  70  and  80  thousand  unique  visitors.  This
   translates  to  somewhere  between  6 to 8 Mbps sustained bandwidth
   usage.  We have had to move the main site lately and it is now on a
   machine  hosted  and  donated by RackShack. We are trying to entice
   more  people  into  using some of the 94 mirrors we have around the
   world.  The  machines  that make up the main php.net infrastructure
   are:
   * rs1.php.net  hosted by RackShack (p3/1GHz, 1GB RAM 40GB HD, redhat
     7.2) handles main www.php.net site
   * va1.php.net  hosted  by  VA Software (dual p3/650, 1 GB RAM, 130GB
     HD, debian-stable) handles rsync.php.net and snaps.php.net
   * rack1.php.net  hosted by Rackspace (dual p3/650, 1GB RAM, 33GB HD,
     redhat  7.3)  handles  mx  duties,  master.php.net,  bugs.php.net,
     gtk.php.net and smarty.php.net
   * pair1.php.net  hosted  by  Pair Networks (dual p3/1000 xeon, 512MB
     RAM,  27GB  HD,  freebsd 4.6) handles mailing lists, cvs, nntp and
     pear.php.net
   * pair2.php.net hosted by Pair Networks (p3/566, 128MB RAM, 27GB HD,
     freebsd 4.6) is a luke-warm-swap backup for pair1
Conferences
   There  are  2  major  PHP events coming up. First, [5]PHPCON2002 in
   Millbrae   (Near   San   Jose)   on  Oct.  24,25  and  then  [6]The
   International  PHP  Conference Nov. 3-6 in Frankfurt. PHP will also
   have a small presence at Apachecon in Las Vegas in November.
Apache 2.0 Support/Issues (hasn't really changed from the May report)
   Aaron Bannert and Justin Erenkrantz have worked hard in the past on
   improving  Apache 2.0 support. It sort of works in 4.2.x but should
   be  better  in 4.3. We still have a huge problem with thread safety
   issues  in  3rd-party  libraries.  PHP  itself  is  threadsafe  and
   re-entrant,  but  a number of 3rd party libraries that are commonly
   linked into PHP are not and many more we simply don't know how well
   they  will  work  in  a  threaded  environment.  This will slow the
   adoption  of  Apache  2.0 combined with PHP significantly. There is
   also  a  certain  lack  of  motivation  when it comes to Apache 2.0
   because the perception is that the improvements vs. headaches ratio
   is not very good. If the perchild mpm ever became useful, you would
   see  a  big push from the PHP community towards Apache 2, but right
   now there is a bit of a ho-hum attitude.
Trademark Issues
   Like  the  Apache  project,  we  occasionally have some issues with
   commercial entities using "PHP" in their name and other than asking
   them  nicely  to  not do that, we aren't sure how to handle it. For
   some reason, hundreds of non-commercial projects use "PHP" in their
   project  name as well which we have been trying hard to discourage.
   To  that  end  we have tried to clarify this somewhat in the [7]PHP
   license.  Not  sure  what  the  status  of the new project-agnostic
   Apache  license  is, but we would likely move to that if it fits us
   and addresses this point in a clear manner.
References
 1. http://www.php.net/
 2. http://www.netcraft.com/
 3. http://www.securityspace.com/
 4. http://cvs.php.net/
 5. http://www.php-con.com/
 6. http://www.php-conference.de/2002/index_en.php
 7. http://www.php.net/license/3_0.txt
 There was some discussion regarding the nature of the relationship
 and licensing issues between the ASF and the PHP Association, but it
 was generally felt that we should recognize the people who we believe
 should be responsible for defining that relationship.
 The following resolution was approved by vote of the directors
 present, with six yea votes (Brian, Ken, Roy, Rasmus, Doug, Dirk),
 no nay votes, and one abstention (Ben).  Ben wished it to be recorded
 that the reason for his abstention is that he didn't feel the
 question of licensing had bottomed out.
    WHEREAS, the Board of Directors deems it to be in the best interests
    of the Foundation and consistent with the Foundation's purpose to
    establish a Project Management Committee charged with the creation
    and maintenance of open-source software related to the PHP software
    product for distribution at no charge to the public.
    NOW, THEREFORE, BE IT FURTHER RESOLVED, that a Project Management
    Committee, to be known as the "Apache PHP Committee", be and hereby
    is established pursuant to Bylaws of the Foundation; and be it further
    RESOLVED, that the Apache PHP Committee be and hereby is responsible
    for the creation and maintenance of software related to the PHP
    software product based on software licensed to the Foundation;
    and be it further
    RESOLVED, that the office of "Vice President, Apache PHP" be and
    hereby is created, the person holding such office to serve at the
    direction of the Board of Directors as the chairman of the Apache PHP
    Committee, and to have primary responsibility for management of the
    projects within the scope of responsibility of the Apache PHP
    Committee; and be it further
    RESOLVED, that the persons listed immediately below be and hereby are
    appointed to serve as the initial members of the Apache PHP Committee.
       Thies C. Arntzen       Stig Bakken           Shane Caraveo
       Andi Gutmans           Rasmus Lerdorf        Sam Ruby
       Sascha Schumann        Zeev Suraski          Jim Winstead
       Andrei Zmievski
    NOW, THEREFORE, BE IT FURTHER RESOLVED, that Rasmus Lerdorf be and
    hereby is appointed to the office of Vice President, Apache PHP,
    to serve in accordance with and subject to the direction of the
    Board of Directors and the Bylaws of the Foundation until death,
    resignation, retirement, removal or disqualification, or until a
    successor is appointed; and be it further
    RESOLVED, that the initial Apache PHP Committee be and hereby is
    tasked with the creation of a set of bylaws intended to encourage
    open development and increased participation in the PHP Project.