From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28363 invoked from network); 7 Dec 2004 19:31:58 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 7 Dec 2004 19:31:58 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1Cbl42-0002vd-DZ for arch-gentoo-dev@lists.gentoo.org; Tue, 07 Dec 2004 19:31:58 +0000 Received: (qmail 29751 invoked by uid 89); 7 Dec 2004 19:31:57 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 2333 invoked from network); 7 Dec 2004 19:31:57 +0000 Message-ID: <41B60527.4010803@gentoo.org> Date: Tue, 07 Dec 2004 20:31:51 +0100 From: Simon Stelling Organization: Gentoo Foundation User-Agent: Mozilla Thunderbird 0.9 (X11/20041123) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Yosifov CC: gentoo-dev References: <1102417943.27228.8.camel@localhost> <41B59B88.8040501@gentoo.org> <1102425537.28387.47.camel@localhost> In-Reply-To: <1102425537.28387.47.camel@localhost> X-Enigmail-Version: 0.89.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig33C5E7ADC3F4B4234042E86D" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.cyon.ch X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gentoo.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: [gentoo-dev] Too many mailing lists X-Archives-Salt: 5e741a44-244e-442e-85bb-6a88f6d2e6c1 X-Archives-Hash: 5d2be2b49eec7a0199a27e0002bcf123 --------------enig33C5E7ADC3F4B4234042E86D Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ivan Yosifov wrote: > I agree that no one wants to get too much irrelevant mail. However if > there is a single dev list where improvements (and not user problems) > are discussed there will usually be several threads that just keep > growing. AFAIK Thunderbird (which you appear to be using) supports > message folding and threading. So if there are a dozen messages under > the XOrg message tree you can quickly tell that they are not for you. I > mean that just because there are 100 messages more , does not mean you > will need more than 10 seconds to filter them all. Yes, it does, and I use it. But the problem is, that many problems (especially those you are talking about) are not that clearly assigned to one herd/project. What about a user that finds an error in our amd64-specific documentation? Depending on his subject (i.e. "Found error in doc" or "amd64 technotes contain errors") I will miss it or not. To ensure I don't miss them (as I don't want users feel ignored) I'd have to read them, and that's the problem. You say: "You can't expect form a user to see the amd64 TCP/IP stack bug when all he knows is that gaim can not connect." Of course we can't. But the user that can't figure that out won't write a subject like "amd64 tcp/ip stack is buggy", he'd write "why is gaim unable to connect?". I'd completely ignore this thread, because I really don't bother about gaim. Perhaps the gaim maintainer would figure out that this is amd64-specific, and he would say: "amd64-guys, could you have a look at that?". Very likely in the same thread, with the same (boring) subject, and I still would ignore it. The user would feel ignored, and that's not what anybody want. > I agree. What I meant was that sometimes users have ideas about > improving Gentoo (apart from fix bug #####). And such ideas (i think) > are for gentoo-dev. I thought you thought so. ;) > Mind your own example with app-foo/bar-1.0 on amd64. Most bugs (and > problems) are arch independent. Especially problems like "How do I use > this app" , or "where is this in the gnome menu". And these are the > problems a user is likely to ask help for. You can't expect form a user > to see the amd64 TCP/IP stack bug when all he knows is that gaim can not > connect. I believe that ppc,amd64,x86,etc users (and lists ) have more > experience to share than arch specific stuff. see above. This is a very good example: The error could be a configuration error (interfaces, firewalls, even gaim), a bug in gaim or a bug in any other part of the OS related to internet connection. Someone will figure out where the error really is, but the responsible dev most likely will miss it. It's like spam: The more spam (unwanted mails) you want, the higher is the risk of missing an important information. > I understand. However something currently going on the java list may > very well have to do with amd64 , and you may never know about it. Right, but if a java dev finds out that it has something to do with amd64, he will contact us. And he will do that on #gentoo-amd64, amd64@gentoo.org or gentoo-amd64@gentoo.org, or even in a bug, but not on gentoo-java@gentoo.org, as he knows that most of amd64 devs don't read the list (i dont know if this is true or not, at least i don't ;). If the whole thread would be on -dev, he probably would ask us to have a look at it in the same thread, because we're actually receiving this list. Another aspect could be bandwith: I know there are a few devs that are not reading/receiving -dev because it has such a high amount of traffic. Not everybody has a 1MB flatrate, there are still some people that have to use a 32kbit dialup. Greetings, blubb --------------enig33C5E7ADC3F4B4234042E86D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBtgUoJI7I7YbPEuoRApgbAJ4z6XuL+U7gkit+qJ9kaOQ5V0TVYgCfXWhc PaNrFr3g25aOrmPkJ1PKpic= =xMCM -----END PGP SIGNATURE----- --------------enig33C5E7ADC3F4B4234042E86D--