On Thursday, 26 January 2006, at 13:22:52 (+0900), Carsten Haitzler wrote: > "Tell us where to donate and we will" - well for over a year now > there has been a donate butotn on www.enlightenment.org - on the > left side, see where it says in an image icon "put your money where > your mouth is - support us" - there. we have been registered for the > ef.net donation system for a while now. donations are pretty sparse > and small - maybe people just don't notice. but you CAN > donate. currently donations go into a paypal account KITTY run by > Nathan <[EMAIL PROTECTED]>. We have been letting funds accumulate a > bit to maybe one day afford something like this. So how - either > donate DIRECTLY via Paypal to [EMAIL PROTECTED], or if you don't > trust that donate vis sf.net's donation system and let them have > their cut (we won't see all the money then). i think they take 5% > from memory and paypal have fees too.
If memory serves, SF charges 2-3% just like Paypal does. Merchant account providers tend to charge about that much for credit card transactions anyway if you lack a certain volume, so Paypal's fee is pretty fair. Obviously, SF taking another cut on top of that isn't necessarily ideal, so I'd encourage folks to donate directly via Paypal if possible. SF donations go through Paypal via Nathan's very same Paypal account, so if you don't trust going directly to Paypal, you really don't trust SF either. :-) I can personally vouch for the fact that Nathan's been handling the donations for us for a long time now, and he has yet to run off to Zimbabwe with the money. So it's a pretty safe bet all around. raster and I (and numerous others) have met Nathan personally and can vouch for him, so if you don't trust our judgment, you should probably hang on to that $20 anyway. ;-) > "25GB of traffic isn't much" - Well sure. Fileserving isn't. If it's > CVS where it has to process a lot - svn too, then it puts load. Also > thats only thinktux, and that may go up over time too. Also remember > it will come in spikes - so provisioning for them is a good idea. Also keep in mind that cvs wasn't designed to scale real well, particularly in pserver mode. Bandwidth is not going to be the key issue for anyone hosting a mirror; it's going to be CPU load. > "I'll help donate" - FANTASTIC! The response has been very positive > so far and I am pleasantly surprised with it. This is great. of > course we will want to post more prominently to annouce lists, on > the website, get-e.org, edevelop.org etc., but this is a good > indicator of people lisitening in the last 24hrs and those reading > and responding to their email. You don't need to run and donate > right now - we should first still decide if this IS the right option > for us and then how much it wil cost us to set up. Ongoing costs are > simply hardware maintenance and people's time spent administering > the system. To most folks around here, one more box wouldn't make a real dent in their admin load. I think the biggest factor is going to be how long it will take before we can afford to buy a server sufficient to the task. Having recently purchased a dual dual-core AMD64 system for a customer, I'll tell you right now they're not cheap. We speced ours out at around $6k. I can provide exact specs if needed. > "enlightenment.org is slow" - We can't do much - It's hosted on > sf.net and hoevere fast it is - is how fast e.org will be. If we run > our own server we have a bit more control - but also we have fewer > freidns to help push up the service quality of the network > overall. We likely can't be putting sites everywhere (in the USA, > UK, Japan, China, India, etc.). We could definitely have the option > of local mirrors for speedier access in the future. Though I say I > am in Japan and enlightenment.org isn't too bad. Maybe you forget > the days of 14.4k modems... :) If we can pull together enough servers, I think we can put a real dent in performance issues, but mirroring a CMS can get real ugly. Perhaps HandyAndE can chime in here with some suggestions on how scaleable his CMS is. > "Where will the server be" - We have a tentative offer of hosting at: > http://osuosl.org/ > It's in Oregon, USA. Free bandwidth - free rackspace, power and minimal > administration as needed to be done by the lab. We can and likely will > administer our own box and simply give them root password info as a courtesy > in > case poo hits the fan and they need it. I'd also like to point out that the OSUOSL guys are extremely knowledgeable and have served us quite well (cAos). They also host Debian and Gentoo, among numerous other projects, so they've got ample experience (and references!) in this area. > "Use SVN!" - That's not a solution. It's a complication. It's EASY > to mirror CVs usijng CVSup - but mirror CVS to an svn repository has > more complexity and more things to go wrong. Whatever we do run - > we'd like to have as few problems as possible. We NEED to mirror CVS > at ANY rate. we then need to convert the mirrored CVs tree into > something else. Let's get the mirroring working first to solve most > people's problems. Adding SVN simply adds confusion and support > issues - as develoeprs will use CVSA and users then won't. "CVS is > fine - SVN problem" will be your answer most likely. :) Exactly my point. If there's a call for an SVN mirror, that's great. I have no problem with folks using it. But it doesn't solve the fundamental problem: Mirroring the repository requires resources whether the end result is CVS, SVN, or carrier pigeon. :) > "Caos is using OSUOSL - we will help" - Thanks Mej! We might yet > take you up on that offer - how is the service ther so far? network > ok? maybe in the longer run if we get a box - we can arrange to nfs > mount eachother to give better access to files more readily? Network service and reliability has been excellent. And if we do end up purchasing a box for the project, some type of network-available filesystem should be quite doable. We can also provide redundancy and failover. We also have some east coast servers (near Newark, IIRC) which could provide some bi-coastal balancing. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "Learn to enjoy your own company. You are the one person you can count on living with for the rest of your life." -- Ann Richards ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
