X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Tue, 22 Dec 2015 19:09:55 +0100 (CET) X-X-Sender: igor2 AT igor2priv To: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] Project leadership In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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 Tue, 22 Dec 2015, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote: > No Igor, it wasn't you I was thinking of... Then sorry for implying that. Just looked at my DEC VT420 still sitting 2 meters away from me ;) > I didn't want to call anyone out by name, but if you recall - there > was an individual who forked gEDA, and ported to a text-mode schematic > entry system... (no problem with that - especially given it worked for > him). I can't recall whether it was genuinely a PDP-10 he was running, > but I do recall being impressed by the level of retro-computing at the > time. > > I think he called the fork uEDA? I regret not having tried it, as the > concept actually had a lot of charm for certain types of circuit > (ironically - probably more so with more modern designs that have more > plumbing, and less analogue electronics!). Now that you say, I have some faint memories of this. Unfortunately I didn't try it either. Found a reference in the archives from 2007, good old times :) > > I am sorry you had to fork to keep what you wanted within PCB.. > (despite the OpenGL bits, it all should have kept working when > configured with --disable-gl, I have tried hard to avoid forcing > OpenGL onto everyone - as the driver support has only recently got to > be pretty ubiquitous). We lost out on your development talent when you > forked, which is a shame - since you are one of the talented ones. --disable-gl worked well! For a long time I didn't even have a fork, just my own debian package compiled with --disable-gl. Then I had some patch for something small, can't even remember what it was. But I tried to resist making bigger changes. Then after a while I had to admit if I have my own package and even my own patches I should just admit that I have a fork and make it properly (different name, VCS, web page, releases) I don't think I'm that talented (but thanks!), and I defiently don't think anyone lost anything with this deal. I just realized that after about 2010 my needs didn't really converge with the PCB user community's needs. > > FWIW, My "branch" with the later OpenGl stuff, and 3D support is way > more like a fork now, than I'd ever intended it to become. The > intention is to merge it, but the blocking problems regarding > data-structure and file-format additions have still not been resolved, > and my free time has (in complete generality) been reduced a lot. I'm sorry to hear that.