1 |
On Tue, 2004-12-07 at 15:18 +0200, Ivan Yosifov wrote: |
2 |
> I agree that no one wants to get too much irrelevant mail. However if |
3 |
> there is a single dev list where improvements (and not user problems) |
4 |
> are discussed there will usually be several threads that just keep |
5 |
> growing. AFAIK Thunderbird (which you appear to be using) supports |
6 |
> message folding and threading. So if there are a dozen messages under |
7 |
> the XOrg message tree you can quickly tell that they are not for you. I |
8 |
> mean that just because there are 100 messages more , does not mean you |
9 |
> will need more than 10 seconds to filter them all. |
10 |
|
11 |
You must not have been on this list long. Threads on this list tend to |
12 |
"wander" from their original topic all the time. In fact, many times a |
13 |
thread seems completely unimportant to you, but 80 messages in, somebody |
14 |
brings up something that directly affects you. |
15 |
|
16 |
Having fewer, more on-topic emails is a plus, as it makes it easier to |
17 |
search through them for things that relate directly to you. I |
18 |
definitely would not want to see every email that goes through |
19 |
gentoo-ppc or gentoo-releng or gentoo-desktop all in one mailing list, |
20 |
as it would present a ton of extra noise. |
21 |
|
22 |
> > *This* gentoo-dev isn't there for helping users with their problems. |
23 |
> |
24 |
> I agree. What I meant was that sometimes users have ideas about |
25 |
> improving Gentoo (apart from fix bug #####). And such ideas (i think) |
26 |
> are for gentoo-dev. |
27 |
|
28 |
Correct, but that isn't what you said at first. That is definitely a |
29 |
development-related issue and should be on this list. Any |
30 |
support-related issues should go to gentoo-user, or to bugs.gentoo.org |
31 |
for the problem to be fixed. |
32 |
|
33 |
> Mind your own example with app-foo/bar-1.0 on amd64. Most bugs (and |
34 |
> problems) are arch independent. Especially problems like "How do I use |
35 |
> this app" , or "where is this in the gnome menu". And these are the |
36 |
> problems a user is likely to ask help for. You can't expect form a user |
37 |
> to see the amd64 TCP/IP stack bug when all he knows is that gaim can not |
38 |
> connect. I believe that ppc,amd64,x86,etc users (and lists ) have more |
39 |
> experience to share than arch specific stuff. |
40 |
|
41 |
Actually, on some of the more exotic arch lists, there is very little |
42 |
arch-independent stuff simply because they may or may not be a fully |
43 |
supported platform on Linux. Since I have started using non-x86 |
44 |
machines, I have noticed a dramatic difference in the way I view things. |
45 |
Also, simply posting as much information as possible to a bug report |
46 |
usually gets it to the right people. There have been many bugs that |
47 |
have had to have been passed around between various groups before the |
48 |
true problem was discovered. Having all of that extra noise on a single |
49 |
mailing list wouldn't improve things, as the more noise there is, the |
50 |
less likely people are to read through everything to see if it is |
51 |
relevant to them. |
52 |
|
53 |
> > time the more emails you get about stuff you aren't interested in. I |
54 |
> > really don't care about java, and i don't care about hardened in general |
55 |
> > (well, i care about them if it's a amd64-specific problem :)) |
56 |
> |
57 |
> I understand. However something currently going on the java list may |
58 |
> very well have to do with amd64 , and you may never know about it. |
59 |
|
60 |
Because none of the java guys would ever suggest "that might be an amd64 |
61 |
problem", right? I'm playing Devil's advocate here. It is very rare |
62 |
that you see an arch-specific problem show up that doesn't get addressed |
63 |
properly. After all, if it works for me and I'm on sparc and x86 and it |
64 |
doesn't work for you and you're on amd64, with all other things being |
65 |
equal, I would think it is an arch-specific bug. |
66 |
|
67 |
-- |
68 |
Chris Gianelloni |
69 |
Release Engineering - Operational/QA Manager |
70 |
Games - Developer |
71 |
Gentoo Linux |