delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2016/04/13/23:17:13

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Thu, 14 Apr 2016 05:24:00 +0200 (CEST)
X-X-Sender: igor2 AT igor2priv
To: "Gene Heskett (gheskett AT shentel DOT net) [via geda-user AT delorie DOT com]" <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] Tyring to build this on wheezy, fails
In-Reply-To: <201604132221.35146.gheskett@shentel.net>
Message-ID: <alpine.DEB.2.00.1604140503560.26144@igor2priv>
References: <201604131058 DOT 31788 DOT gheskett AT shentel DOT net> <201604131840 DOT 21114 DOT gheskett AT shentel DOT net> <570ED7D5 DOT 1050402 AT sbcglobal DOT net> <201604132221 DOT 35146 DOT gheskett AT shentel DOT net>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
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


On Wed, 13 Apr 2016, Gene Heskett (gheskett AT shentel DOT net) [via geda-user AT delorie DOT com] wrote:

> Somewhat, as it helps to explain that as old as this project is, it is
> still suffering from teething problems. ;-)

I think it's not like "still suffering". The project has some 
tamagotchi-like dependencies: autotools, gtk, guile. These are huge, 
ever-changing deps which require projects to be constantly upgraded just 
to keep the projects compilable.

If the project can't employ a bunch of programmers who are always ready to 
track these changes in the deps and add new code/fixes/hacks/workarounds 
in the project to statisfy the deps, there will be new problems from time 
to time. If said deps have more programmers and evolve faster, you get 
more of these problems over time. So I believe this is not a problem that 
"still exists" but rather something that is going to be more and more 
relevant as geda programmer team doesn't grow much while the codebase of 
those dependencies do.

One of the reasons I said good bye to autotools in pcb-rnd. Short term 
effect: I could do large scale changes (e.g. convert big parts of the code 
to plugins, including the HIDs) that touched the build system much faster. 
I could concentrate on the actual job instead of fighting autotools. 
Long term effect: I don't need to constantly spend time and add code just 
to keep the current level of service.

Regards,

Igor2

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019