Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 99255 invoked from network); 2 Sep 2005 12:23:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Sep 2005 12:23:11 -0000 Received: (qmail 33351 invoked by uid 500); 2 Sep 2005 12:23:09 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 33313 invoked by uid 500); 2 Sep 2005 12:23:09 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 33300 invoked by uid 99); 2 Sep 2005 12:23:09 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Sep 2005 05:23:09 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of erik@codefaktor.de designates 62.75.252.62 as permitted sender) Received: from [62.75.252.62] (HELO mail.eatc.de) (62.75.252.62) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Sep 2005 05:23:22 -0700 Received: from [10.0.1.2] (p549CE698.dip.t-dialin.net [84.156.230.152]) by mail.eatc.de (Postfix) with ESMTP id E770213CB4 for ; Fri, 2 Sep 2005 14:23:03 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v734) In-Reply-To: <200509021903.42081.niclas@hedhman.org> References: <200509021903.42081.niclas@hedhman.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1--819789854; protocol="application/pkcs7-signature" Message-Id: <58BE77ED-023A-4D92-A06F-4F6A951D00E2@codefaktor.de> From: Erik Abele Subject: Re: The Incubator and Infrastructure Date: Fri, 2 Sep 2005 14:23:01 +0200 To: general@incubator.apache.org X-Mailer: Apple Mail (2.734) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --Apple-Mail-1--819789854 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 02.09.2005, at 13:03, Niclas Hedhman wrote: > On Friday 02 September 2005 17:42, Leo Simons wrote: > >> By all means, please help make it happen! Step 1 is subscribing to >> infrastructure _at_ apache _dot_ org, if you haven't already. >> > > After almost 2 years of trying to find angles of helping out, I > finally gave > up and unsubscribed a few weeks back. This is soooo ridiculous... just look at Leo: some time ago he was 'just' a committer, now he is a member and got even root access! Same with me and a lot of others. We were not born as ASF roots, just look at the archives: some years ago I started to explore our infrstructure as a committer, sent in patches to areas I had already access to and then, as people saw that I was working constructively, I got more and more karma. Why isn't that working for others? > Outsiders receives little insight how everything is done, the > infrastructure > repository is closed (although the realm says "ASF Committers" it > is probably > set to members) and the bits and pieces that are open, must be dug up > elsewhere. The infra repo isn't the almighty tool everyone needs. Most material in there (if not all by now) isn't instantly useful if you are not on top of the different setups. Furthermore you can find nearly everything on the machines itself, mostly world-readable; so the repo won't help you if you don't know where the live checkouts are living and how everything is pulled together. And if you are looking for documentation in there, you'll be disappointed - it's just too specialized on the different root or apmail tasks... > Sorry to say, I think infra@ overload is self-inflicted, being > disorganized, > non-transparent and "put out fire by hand" instead of preventive > measures, > automated procedures and "product development" attitude towards the > tools. a) overload is self-inflicted Uh oh, just consider the following example: account requests. To lower the load on this seemingly simple task, we tried to come up with an utterly simple mechanism to request an account: pmc votes in new committer, makes him sent in a CLA; the PMC chair watches for the receipt of the CLA and if it gets recorded, he sends a single email to root@ (cc'ing the PMC) in a pre-defined format and waits till the account is created. The whole process is described in detail on the website, we sent numerous educating emails about this. So, what would you expect to happen? Well, 80% of the requests root@ were receiving for a long time were completely out of sync with this process (e.g. CCs missing, CLAs not recorded, wrong spellings, completely different format, email mistakes, bounces, request not by the chair, etc. etc.) - it's slightly better now, but I hope you get the point ;-) b) being disorganized Maybe, but keep in mind that we are all volunteers and that not only the ASF is growing tremendously, our hardware/infrastructure needs are doind so too. Old systems and services have to be kept running for projects who want to still use it, new systems and services have to be put in place (and administered) because projects are begging for it. The complexity is growing daily. Ask Leo and Upayavira how easy it is to set up a wiki (which btw, is running excellently for some committer's company: 'our 22 developers cannot live w/o it, why the heck isn't this available at the ASF?') for billions of clicks per day? c) non-transparent Hmm, IMO infra is *not* non-transparent; it's just that the bar is pretty high (knowledge-wise and confidence-wise (in the sense of trust)). Please give me an example of what is so non-transparent; I'm willing to help you here. d) "put out fire by hand" Well, that's the occasional hdd failure or worm attack or svn wedge or ... . It's pretty hard to come up with automated solutions to every problem so administering a system always means to baby-sit it in some way. If it would be solvable by a click on a fancy button, the managers could do it and we wouldn't need any sysadmins anymore :) > Well.... Good luck with your baby steps. Thanks, I'm nearly outta here too - it's far more easy to support my own systems which have to take care only for a couple hundred users per second and not millions and, ah, making a living out of it instead of just fighting with a huge amount of of whining people, materializing in hundreds of emails :| Cheers, Erik --Apple-Mail-1--819789854 Content-Transfer-Encoding: base64 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGGDCCAtEw ggI6oAMCAQICAw3hHDANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDUwMTI0MjE1MDE1WhcNMDYwMTI0MjE1MDE1WjBEMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJlcmlrQGNvZGVmYWt0b3Iu ZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDY029EKPOjeQT40rJROnJFCUhSkcoK 1FXGxLnFEIIfHLuWXJmcRBSAh2u7bAsvCi43Oc9u2LoJZe2/O5smRbRCfNqy/as8fOGlp/QFsyCe sQeiMj5YrttRRRS7/xekCZhZAJ7jTayZmoVmgAamFNGBnbOXWNQNv3FIS3MUA1luBs251c8mTpE6 8fXTeMDgmUNwTPanluhsPrH/jhpTjfHJYw4OqNQm0U+EurYF9ZeJBxz0SrHsp3yn8UTATCs+pRPZ ibseGrkCaR86dQRwLe6VgR0QMRJ8QC/iknIhIV4oZSuxnPw5vh3JUi/YrzzGZc0S+wQ/kpXx0kQY pFvxKNFxAgMBAAGjLzAtMB0GA1UdEQQWMBSBEmVyaWtAY29kZWZha3Rvci5kZTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBBAUAA4GBAK6lXG1DfolEhBy5k/Li5Nz0WQS4LolhYO3wuhJwvt08GW0F u5CsCB5hniRHkuYqjvm0lpXAVjaQs/FqvHGobiPVPpqt0ICAUFZulLpWY7AYwE7EtLvEdLIhNFEI q75WXf5nWbtgs8Pi/+ttnS/MONgETIS0feA+QPb3LuVWdQ18MIIDPzCCAqigAwIBAgIBDTANBgkq hkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UE BxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlm aWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAz MDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0 ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1 BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fx H5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wID AQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2Ny bC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkG A1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOB gQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZ foSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4 gtwhGTXeJLHTHUb/XV9lTzGCAucwggLjAgEBMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBJc3N1aW5nIENBAgMN4RwwCQYFKw4DAhoFAKCCAVMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUwOTAyMTIyMzAyWjAjBgkqhkiG9w0BCQQxFgQUxWQn7l7S 3OpV8zXWLms/OpYy0coweAYJKwYBBAGCNxAEMWswaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZy ZWVtYWlsIElzc3VpbmcgQ0ECAw3hHDB6BgsqhkiG9w0BCRACCzFroGkwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMN4RwwDQYJKoZIhvcNAQEBBQAEggEAitNx3Njv RoogE0qr09r1tM/6I1Ri7nHzu7jPQZsKAxxWJD2poV+8taBrC74MMq8O/aynrvXHAo20OvbMCAW4 9/2kv5Eh8WANssg8YXIm+1D+7Zwb6TmwvnKxdXQK1rN6ALp5ByeE0CD6UI2TD2UCfCJO2MjHTuWG pna08HIGhOGIda5kv8rtR7zSay04A6t0gbtsaiQsNMtQQBEAyqP5c8XTnOQAidELpWAy3L5QS43l KxX1vk2ue4A5XMYPzpaF+w2IpR7cFnTNQiX0Y7cIi4c3imShPWdyN3qH4CEh7rK0AzQGVt6uQfUU 7Qb0LdnCtDGC4suta2pgQHZj2dfeDAAAAAAAAA== --Apple-Mail-1--819789854--