Hi! > That technical staff have effective power to decide whether a fork is > justified is reason enough.
If you tried reading more of the message than just From: header, you wouldn't write this bullshit. The whole topic is about ease of forking, and: a) Member of technical staff did not allege that he is making any kind of decision, he just explains that there're tradeoffs to be made b) It was not being discussed whether "resources to allow forking" are to be spent or not. The message was more about "how much" c) He also questioned if organization bylaws/format/etc is a high risk, and he solicited feedback. d) He also wanted to know what is seen as a bad foundation decision worth forking. That is more of a "how not to need a fork" rather than "how not to allow a fork". I hope you will fix your attitude. As for resources spent on ease of forking, it can go many ways. WMF could be extremely supportive of forks/mirrors/whatever. That is not just about providing a dump, that is also about allowing to query an API for page-loads of remote forks. Essentially, it could become data engine for whatever gets built on top. That is expensive, fundraising becomes inefficient, but here you are, lots of resources and a commitment to spend them just to support forks. WMF could also give initial grants and actually help on fork engineering problems ;-) WMF could also impose rules on number of articles/data size, to put editors into britannica-like editing more, where each word added is a word removed from elsewhere :-) This would keep projects way more forkable, albeit this would be a catalyst to a fork without such a restriction ;-D WMF could provide reliable/robust change feeds/distribution mechanisms, including media. Depending on a requested feature set this may be relatively expensive operation (albeit it may be more expensive to be on a receiving end at that time - it is just multitude of polling people that may be costly for WMF ;) As you see, each of these things may require lesser or bigger MTS participation at the tactical level, k'thx. Domas _______________________________________________ foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
