X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=/Qtq2Rm/9nm25SZ/herL3YTc5nwrT1FyExisl+HRbzI=; b=nL/t6KP1PRM7q29sN6wRJaSToI+lH+81uoLjxk+zKgWiElFouWaNoj69YNxLxoD1D7 jGqTuRUeNgx+2OiAwa6xElXsjsEMSWRFZhPaOTI1KEBUSDSueK1GievFxnkPzADIrRiE 9EJW4azrTPC9Cer/+X2j2iPNSOU2oBcrEZyfvbPYMD5MQoOVFnXZHI6tziDcnlzGv5ec sYngBZyVHb3NHJ6Z6a2rhNZRhx09h/1IZdRAZs8bPGkA5I0i2m5QPgj3DBKeB/2PcpJf TscBLHad6gO3SAXQWTM2FtCYb5/psuZTi7JuDqhWy7k9aJmG2d8QVf+l1xwYlzWwgXNt rHCg== MIME-Version: 1.0 X-Received: by 10.112.61.193 with SMTP id s1mr16084188lbr.83.1442258780429; Mon, 14 Sep 2015 12:26:20 -0700 (PDT) In-Reply-To: <9YS.JVf3.4bTQ}uiaVeU.1LzcJP@seznam.cz> References: <20150913140631 DOT 1da1b78d AT jive DOT levalinux DOT org> <201509131529 DOT t8DFTUVS022118 AT envy DOT delorie DOT com> <201509131824 DOT t8DIOCBc028428 AT envy DOT delorie DOT com> <201509132031 DOT t8DKVH0P000824 AT envy DOT delorie DOT com> <201509132148 DOT t8DLmxI6003481 AT envy DOT delorie DOT com> <201509132300 DOT t8DN0sE6006134 AT envy DOT delorie DOT com> <7EF3E562-BC7F-4853-B90A-29726FDFEBF6 AT noqsi DOT com> <201509132319 DOT t8DNJBjC006829 AT envy DOT delorie DOT com> <40057B48-2FD4-4A37-A01E-9344F6C33ADF AT noqsi DOT com> <201509140138 DOT t8E1cqY1011780 AT envy DOT delorie DOT com> <9YS.JVf3.4bTQ}uiaVeU DOT 1LzcJP AT seznam DOT cz> Date: Mon, 14 Sep 2015 15:26:20 -0400 Message-ID: Subject: Re: PLEASE STOP !!! - Re: [geda-user] Apollon From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: text/plain; charset=UTF-8 Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Mon, Sep 14, 2015 at 2:10 AM, Vaclav Peroutka (vaclavpe AT seznam DOT cz) [via geda-user AT delorie DOT com] wrote: > > How does it correspond to geda users ? I would understand that this kind of > info is needed for developers. But from user's point of view ? Users want to > download software and just use it. Users want to notice bugfixes. Users want > to see new features to increase their productivity. 1. No one talks on the developers email list. (I actually forgot it existed and I am on it because there is almost zero traffic.) 2. Not everyone who should be is on the developers list is because some folks wanted to play gate keeper. This killed off trolling and flame wars but it killed off all other discourse for some reason. 3. There is already a serious split in motivations between the developers and the users. The developers might not like hearing the roar of the crowd but the users input needs to be in *some* of this discussion. 4. Yes after an objective is set it should be migrated over to the developers list but I have avoided this because I think a lot of people there want to be left alone. > I am user of geda (scm, pcb) more than 10 years. I did first experiments in > year 2003. And what is the current situation ? Recently somebody wrote that > Kicad still evolves, there are new releases. It seems to me that geda > developers talk what to do but nothing new is being developed. I tried to > contribute the way I was able to. I filled in several bug reports. One year Ok I just searched the launchpad for your bugs (your name and your email address) and did not find them. Is this your bug? http://archives.seul.org/geda/user/Apr-2010/msg00003.html > is gone but nothing happened. But I receive 100 emails from geda-user > mailing list every day. 90 emails are various flame wars. I think that is a bit high. 60 of them are flame war fodder. 40 are people just trying to discuss what the future should look like. > I do not know how many real users are here. But for all PLEASE - stop > flamewars in this list. Let somebody create geda-thrashcan list. Or some > similar. If you want to talk about how to implement features, about how to > rewrite the geda core - please move to geda-devel list. I tried to start a flame war specific thread and that failed. I think it failed because of the over whelming cultural issue in our geda community. I left "developer excitement? was Re: [geda-user] gEDA/gschem still alive?" feeling like we were on track to do something and then ran into "[geda-user] New experimental netlist features" which devolved into a re-re-re-rehash of every old fight + ageism. In my first 3 drafts of this I tried to summarize my view on where/how/why but really I am also burned out on how this list runs and how receptive people are to things. I need the list as a sounding board but I can't use it that way because when ever I do I get people who are uncompromising and that leads to a flamewar. I feel like there are agendas behind everything that are not stated. The amount of care I have to put into writing just to be sure not to start a fight is ridiculous. I am remembering now why I spent all those years as a user and not a contributor. > If you want to fix bugs (unfortunately I am not able to. I even have not > succeeded to compile geda for Windows...), please DO IT. If you want to > implement functionality which increases productivity of at least something > (improve moving of components, etc.) please DO IT. I will be the first > person who will thank you. Odd I don't have issues moving components. I do not see any bug reports regarding this can you be more descriptive in another thread or a report on launchpad? I do wish we had the ability to nudge traces though. > I have not used Kicad. But I used Orcad 16.5 and Zuken cr5000. I am sure > that there are several features and functionality that can be added to geda > (routing of high frequency pairs, measurement of track length, routing of > busses, ... ). One or two of the threads going around are Igor2, John Doty, and myself working on stuff that leads up to that. -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/