Hi Luc, Le lundi 19 novembre 2007, Luc Verhaegen a écrit :
As the unichrome driver developer, i have the following lists on sourceforge: unichrome-devel, unichrome-bugs, unichrome-commits and unichrome-users. They've been there since the spring of 2004.
All but one are completely useless and superfluous. And if i could have another go, i would only have a single mailinglist there.
-bugs/-commits hasn't seen any traffic since early 2005. -devel has only seen commit messages since about the same time. The level of traffic never warranted seperate lists at all.
If you setup a "commits" list but send the commit messages to the "devel" list instead, it's not really a surprise that the "commits" list doesn't see any activity, is it? :D
As a reference, when you need to dig something up again, it is much easier to do so with a single mailinglist and a single point of reference.
For any new user it is also much easier to just sign up to a single mailinglist than to have to describe and manage several.
Obviously, not everyone shares your point of view. I find it more appealing to have a low volume list with just the info I need, than a "high" (all relative, granted) volume list with much stuff I am not interested in. When I start receiving many posts I never read, I end up unsubscribing from the list, as my time can be used better.
Plus, this is only for a single driver, the traffic will never be excessive and never has been so far. I do not expect this to change in any significant way. Even if we get slashdotted and the mailinglist gets flooded, we will still return to normal after a week or so.
Having bugs and commit messages sent to the same list is a feature. Everybody can easily track progress that way, no more git-pulling every five minutes, just scroll through the ML and find out.
Moot point, as split mailing lists would solve the problem just as fine.
Also, our commit messages are very sensible and very readable, unlike the ones sent to, say, xorg-commit, which are huge and unparsable. This is another conscious choice based upon unichrome driver experience.
-- Jean Delvare Suse L3 -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org