Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 15477 invoked by uid 500); 6 Sep 2001 12:08:33 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 15464 invoked from network); 6 Sep 2001 12:08:33 -0000 Sender: minfrin Message-ID: <3B976592.B789068A@sharp.fm> Date: Thu, 06 Sep 2001 14:01:22 +0200 From: Graham Leggett X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.7 ppc) X-Accept-Language: en MIME-Version: 1.0 To: Apache Developers List Subject: Proposal: Future release strategies Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms4A080554DE3E81D7AF3DC4BB" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a cryptographically signed message in MIME format. --------------ms4A080554DE3E81D7AF3DC4BB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, Before anyone can make any decision on the fate of mod_ssl, mod_proxy, mod_ldap, etc - we need to make a decision on how Apache v2.0 and it's submodules are to be released in their final form. This gives us a goal to work towards when we make a decision about what goes where and how. Before we can make this decision, we need to know what the requirements for such a release are. I would make an initial stab at this: o Any release should be simple and straightforward from a user perspective o Any release should be simple and straightforward from a developer perspective o There must be a clear understanding by the user as to which modules are "official ASF well supported blessed good quality modules" and which are 3rd party non-ASF modules. o There must be a clear understanding of what modules a website developer can expect to be available to them when they have "Apache installed at their site". We need to acknowledge that Apache is installed at many hosted environments where end users have litte or no control over what modules are included and what modules are not by a system administrator. Going from the above requirements, I would suggest a release strategy like this: o We release apr-x.x.x.tar.gz containing APR, which can be installed separately (this is the direction APR seems to be going, we should follow it through to it's logical conclusion). o We release apache-core-2.x.x.tar.gz containing the basic webserver and basic core modules. o We release apache-modules-2.x.x.tar.gz containing mod_proxy, mod_ldap, mod_ssl, mod_gz ** OR ** We release apache-proxy-2.x.x.tar.gz, apache-ssl-2.x.x.tar.gz, apache-ldap-2.x.x.gz Some points about the above release: - The official "blessed" ASF supported modules mod_ssl et al are released with the prefix "apache-". This clearly demonstrates to the end user that this is an official ASF supported module, and they know what quality to expect from it. - When a "release" is made, the apache-core and the apache-modules are made at the same time. The different archives are simply a result of the automated rollup process, and are *not* different projects nor are they released separately (otherwise they would simply confuse the hell out of end users). What needs to be done to achieve the above: o APR needs to be made to be buildable and releasable on it's own (assuming this is not already possible). o Each of mod_ssl, mod_proxy and mod_ldap needs to be stripped into it's own archive, and the rollup script needs to be modified to produce a rollup tarball for these modules (or combined module). o The build procedures for mod_ssl, mod_proxy and mod_ldap need to be modified so that they are buildable outside the Apache tree. The stuff I've put down are just suggestions - please tell me if I am barking up the wrong tree... Regards, Graham -- ----------------------------------------- minfrin@sharp.fm "There's a moon over Bourbon Street tonight..." --------------ms4A080554DE3E81D7AF3DC4BB Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIHyAYJKoZIhvcNAQcCoIIHuTCCB7UCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BcYwggKVMIIB/qADAgECAgMEyOwwDQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA1MTEwMDE3NDZaFw0wMjA1MTEwMDE3NDZa MF0xEDAOBgNVBAQTB0xlZ2dldHQxDzANBgNVBCoTBkdyYWhhbTEXMBUGA1UEAxMOR3JhaGFt IExlZ2dldHQxHzAdBgkqhkiG9w0BCQEWEG1pbmZyaW5Ac2hhcnAuZm0wgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBALX2zJvQ/9l+sCEpkfMNNwtnMcF8vmPM2sRpibT5nR87bYWyLVCt XXWXU+UyDOkiQJt6UahnmYZV7u40a1/osbNnjHjyNybejOuUFjHYy1gDwjsElnxYbRRA2SZc CmrZ4V0QFI0ZKuimGryZQj77UroiIV+Qq+v+PaxDEGwiqJqnAgMBAAGjLTArMBsGA1UdEQQU MBKBEG1pbmZyaW5Ac2hhcnAuZm0wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQCO l5bH8JXuFM+EZi01jfezzKML5iPBHx4BDj/4gl2lXw1t0v6o+9442F6TpnOVAk3LL1KTupvc HfM+Bn71iWuD8ASCoSsmVpeoCbOv3lPGltrDgywcmM8phZyK1hHLvvJgfd4IMZbuH/rm0ZWp WjRORFfik8yuO9DgahgjgAhkujCCAykwggKSoAMCAQICAQwwDQYJKoZIhvcNAQEEBQAwgdEx CzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93 bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24g U2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBD QTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4 MzAwMDAwMDBaFw0wMjA4MjkyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz dGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UE CxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJT QSAyMDAwLjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7Sbngn Z4HF2ogZgpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmF zVWaNRqdknWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ 7JRr6aFpAgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwx LTI5NzASBgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOB gQBzG28mZYv/FTRLWWKK7US+ScfoDbuPuQ1qJipihB+4h2N0HG23zxpTkUvhzeY42e1Q9Dps NJKs5pKcbsEjAcIJp+9LrnLdBmf1UG8uWLi2C8FQV7XsHNfvF7bViJu3ooga7TlbOX00/LaW GCVNavSdxcORL6mWuAU8Uvzd6WIDSDGCAcowggHGAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEV MBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRo YXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFs IEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwTI7DAJBgUrDgMCGgUAoIGGMBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDkwNjEyMDEyM1owIwYJKoZIhvcN AQkEMRYEFNq+Co9GWfV25xNJoB11suB+Ahx0MCcGCSqGSIb3DQEJDzEaMBgwBwYFKw4DAgcw DQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAEgYCX0zL14H9Nz9C6RQytInRQJ1+5VOWV UkepkF4TBQJhZSm3SOgcYITKc1vNp1VgE96Sio19XuaNKPTK7SWUBRZMfDcc9LlQRlQDcuZn +0Kwta8Xgzc+eE0GxdrSsD/pdNu4QzVYg84JuqjxR9as318gkcyMInciHPBINl2vbzBReg== --------------ms4A080554DE3E81D7AF3DC4BB--