Mailinglist Archive: radeonhd (699 mails)

< Previous Next >
Re: [radeonhd] Separate mailing lists
  • From: Jean Delvare <jdelvare@xxxxxxx>
  • Date: Mon, 19 Nov 2007 13:19:47 +0100
  • Message-id: <200711191319.47825.jdelvare@xxxxxxx>
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

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

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@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx

< Previous Next >