httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From r..@hyperreal.org
Subject cvs commit: apache-1.3 STATUS
Date Tue, 07 Apr 1998 15:15:19 GMT
rse         98/04/07 08:15:18

  Modified:    .        STATUS
  Log:
  The renaming debate gets more and more worse and I dislike it really how Jim
  and Kens opinions get silently ignored.... Hmmm... but ok, I've done my
  technical work by preparing both the renaming scripts and the HIDE-remove-path
  for Roy, so I've done my part (for which no one has asked me to do it ;-). The
  remaining decisions and commits are not my job... I hate political
  discussions, so I'm now concentrating on more useful stuff IMHO: Working
  on the DSO-support for SVR4-platforms.
  
  Revision  Changes    Path
  1.275     +34 -55    apache-1.3/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /export/home/cvs/apache-1.3/STATUS,v
  retrieving revision 1.274
  retrieving revision 1.275
  diff -u -r1.274 -r1.275
  --- STATUS	1998/04/07 13:27:07	1.274
  +++ STATUS	1998/04/07 15:15:17	1.275
  @@ -18,8 +18,23 @@
            +1: Roy, Dean, Paul, Jim, Martin, Ralf, Randy, Brian, Ken
            +0:
            -1:
  -      (Ken: 'lazy consensus' needs to be defined.)
   
  +      Notes:
  +      - Ken: 'lazy consensus' needs to be defined.
  +      - Ralf: At least the following points should be added:
  +              1. A statement that really everyone has the equal right to veto
  +                 in general and that only the one can rescind a veto who has
  +                 done it originally.
  +              2. The statements that although a veto can be done at any point
  +                 if it gets done more then approximately two weeks after some
  +                 stuff already went in or was changed, the guy who vetoes
  +                 really  _HAS_ to provide a reasonable alternative solution
  +                 idea _AND_ at least someone (not really the guy who vetoes)
  +                 who wants to volunteer for this alternative solution.  Or
  +                 the veto will not make much sense IMHO at this stage and
  +                 always just creates flamewars! I think only this way it's
  +                 fair.
  +
   Plan:
   
   Showstoppers:
  @@ -152,12 +167,11 @@
   
   In progress:
   
  -    * The proposed steps for the big symbol renaming change:
  +    * The proposed steps of Roy for the big symbol renaming change:
   
         NOTE: Roy won't even start down this path until there is at least
               three +1 votes for the prefix option(s) applied (see below).
   
  -      Step 1: Roy
           - completely remove HIDE stuff from
                src/Configure, include/*, APACI, etc.
   
  @@ -198,54 +212,6 @@
             $ cd apache-1.3
             $ cvs tag POST_AP_PREFIX_RENAME .
      
  -      Step 2: Ralf
  -        - tag the source tree
  -          $ cd apache-1.3
  -          $ cvs tag PRE_AP_PREFIX_RENAME_CLEANUP .
  -        - manual editing the source tree for the remaining
  -          changes which cannot be automated:
  -          1. change exported module structure symbols from
  -             mod_abc_def.c from def_abc_module to APM_abc_def (where APM_ is
  -             the prefix in rename.cf) and adjust/simplify src/Configure,
  -             mod_so.c accordingly etc. These APM_ symbols were commented
  -             in rename.cf for Roys step.
  -             [Roy doesn't think this step is necessary]
  -          2. change the prelinked_modules and preloaded_modules symbols
  -             to APX_ variants manually and adjust src/Configure accordingly.
  -             These APX_ symbols were commented in rename.cf for Roys step
  -             because these cannot be done automatically.
  -             [Roy might do this himself if the changes are clear]
  -        - compile entire server (static variant)
  -          $ cd apache-1.3
  -          $ ./configure --prefix=/tmp/apache 
  -                        --enable-module=most
  -        - check symbols
  -          $ cd apache-1.3/src
  -          $ nm -g httpd |more
  -        - check operation of server
  -          $ cd apache-1.3
  -          $ make install
  -          $ /tmp/apache/sbin/apachectl start
  -        - compile entire server (shared variant)
  -          $ cd apache-1.3
  -          $ ./configure --prefix=/tmp/apache 
  -                        --enable-module=most
  -                        --enable-shared=max
  -        - check symbols
  -          $ cd apache-1.3/src
  -          $ nm -g httpd | egrep -v 'ap(x|m)?_' | grep -v '.o$'
  -          $ nm -g httpd | more
  -        - check operation of server
  -          $ cd apache-1.3
  -          $ make install
  -          $ /tmp/apache/sbin/apachectl start
  -        - commit
  -          $ cd apache-1.3/src
  -          $ cvs commit .
  -        - tag the source tree
  -          $ cd apache-1.3
  -          $ cvs tag POST_AP_PREFIX_RENAME_CLEANUP .
  -
       * Ralf's and Martin's enhancement to the DSO support in Apache
         to be able to support DSO under mostly all SVR4-variants, too. 
         This would be a major milestone for Apache's DSO support. It is done by
  @@ -294,9 +260,17 @@
         1.3b6 and thus for the 1.3.x release branch via the
         apache-1.3/src/test/rename/rename.cf file as the configuration for the
         renaming. The used prefix or prefixes are configureable in the file.
  -       +1: Ralf, Jim, Roy, Ken [only because collisions won't be addressed any
  -	   other way, apparently - otherwise agrees with Marc]
  -        0: Marc [thinks this is the wrong time for such a big change]
  +       +1: Roy, Ralf, Jim, Ken 
  +        0: Marc
  +
  +      NOTES:
  +       - Marc: this is the wrong time for such a big change
  +       - Ken:  only because collisions won't be addressed any
  +               other way, apparently - otherwise agrees with Marc
  +       - Ralf: Yes, I personally also would like to keep HIDE, but
  +               now because it's vetoed, it's better to rename the
  +               source instead of just having the
  +               namespace-conflicts again.
   
       * What prefixes to use for the renaming:
   
  @@ -310,16 +284,21 @@
           - Private functions which we can't make static (because of
             cross-object usage) but should be (e.g., new_connection)
               ap_xxx:    +1: Roy, Dean, Randy, Martin, Brian
  +	               -0: Ralf
   		       -1: Ken
               apx_xxx:   +1: Ralf
               appri_xxx: +1: Paul, Ken
  +	               +0: Ralf
   
           - Public API module structure variables (e.g.,
             status_module) which are used special in Configure,
             mod_so, etc and have to be exported:
  +          [CANNOT BE DONE AUTOMATICALLY BY RENAME.PL!]
               ..._module:+1: Roy [status quo], Dean
  +	               +0: Ralf
               ap_xxx:    +1:
  -            apm_xxx:   +1: Ralf
  +	               -0: Ralf
  +            apm_xxx:   +0: Ralf
   
           Notes: 
   	    - Ken: I'm vetoing the 'same prefix for everything' proposed
  
  
  

Mime
View raw message