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=20161025;
	h=date:from:to:subject:message-id:mail-followup-to:references
	:mime-version:content-disposition:in-reply-to:user-agent;
	bh=UbJ5AnegcJ6WLrgvqAT5OMdg/7L1+PYETinVKrFeCvo=;
	b=bq+j4r/RUaP+FR8Etr7H+DC5Ic+MciiUi+3A/Su2MOC6KDMblfwXZU/aPIFfKWM5Az
	HpA810AdRKwS7GgrBF1EFHEJLuqCHAUMtkkEVu+rhH6OmQLllV5xSpVh5qFxWzKON9Jq
	mEdjAFXHOC27RIzuf0B5/jzjXeCrXZ4DjHamsozKNU8P5ofbucp75sErWjBm43rG4r6p
	IIiXkTwBMKmcyiIMDaowmrn0ZdfUiC8CtaLtWjwDnvo9b+uO5Lfwb+9pApRkJwOuRqKZ
	PD9ULA2tGM6hdxGRUPmRSs6twEClWpIykuC4omGgNy3wmrtVpVAjSK0dvRqqJXwgu5fQ
	8Ebw==
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to
	:references:mime-version:content-disposition:in-reply-to:user-agent;
	bh=UbJ5AnegcJ6WLrgvqAT5OMdg/7L1+PYETinVKrFeCvo=;
	b=hKuHQ4o7DQPWVacRn5tctvr+Y6BqTmBMPNWuo6lsQmARgl/T9yooGeI+79xh+6uhX4
	EtuJwM5yjCnENYZOVdz0tSfFpFm6nry1HKpUK6HOP3Qgpo1BltCoRM9zA53isdrYoBlM
	6zekJy9wnNRAzP098eMGyDI7mMYrKwZUmPr+uuZCrWjGRtK14X0WA/XzXtx2LqhHpukP
	laNknQgjavhsY1VMhFMio21pPnTaskVgwTiyqQb9RLERQY+WZNwLoazyGRedOP0NmkW9
	dafQTE1TCPIUa0jW57/Om+UrlM2pcZ8l8sKzRUgLjDQ2WSr6pXYwwbnGjTvnYIrVO2Zy
	FEDQ==
X-Gm-Message-State:	AMke39lH4m5JQ8ea/6ZyevM6++xc+dZ1P7YaZgEZkGYlhGLktbf+ZLAhn4wtemQC5B0cKA==
X-Received:	by 10.25.19.67 with SMTP id j64mr5422312lfi.34.1486895289098;
	Sun, 12 Feb 2017 02:28:09 -0800 (PST)
Date:	Sun, 12 Feb 2017 13:28:07 +0300
From:	"Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] gnetlist chaos
Message-ID:	<20170212102807.GB30751@localhost.localdomain>
Mail-Followup-To:	geda-user AT delorie DOT com
References:	<D0E30DB4-3ADF-415C-A95E-B58F09AE054D AT noqsi DOT com>
	<alpine DOT DEB DOT 2 DOT 11 DOT 1702111609100 DOT 25113 AT nimbus>
	<CAJXU7q_ogjTmEOjruGJ3od-GYdv_gef0X_yc7Fne1q6kDu1xrg AT mail DOT gmail DOT com>
	<20170212090109 DOT GA450 AT localhost DOT localdomain>
	<alpine DOT DEB DOT 2 DOT 11 DOT 1702121039420 DOT 2050 AT nimbus>
MIME-Version:	1.0
In-Reply-To:	<alpine.DEB.2.11.1702121039420.2050@nimbus>
User-Agent:	Mutt/1.5.23 (2014-03-12)
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 Sun, Feb 12, 2017 at 10:39:48AM +0100, Roland Lutz wrote:
> On Sun, 12 Feb 2017, Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via
> geda-user AT delorie DOT com] wrote:
> >Roland pushed it just after I stated clearly on the list that I'll work
> >on C/Scheme part and gnetlist refactoring and actually started it:
> >
> >http://git.geda-project.org/geda-gaf/commit/?id=ee29aa57a0b348fb7f1a42d7664ab$
> 
> Or let's phrase it the other way around: after I put a lot of effort into
> cleaning up the old netlister code, at a point where the cleaned-up code was
> ready to use and stable enough to make the old code obsolete, you stepped up
> and tried to undermine my work by introducing incompatible changes into the
> old version of the code.

Or let's phrase it the other way around: now, after putting your
work into geda-gaf without asking other geda-gaf developers you
want to put "legacy gnetlist" developers and users into a ghetto
preventing its developement and calling it "obsolete" just because
you're thinking it is so. What were incompatible changes you're
complaining about?

To make things clearer. I have a vision and continue the work
started by Peter Brett to introduce new configuration system. Next
step would be to modularize gnetlist and gsymcheck and make their
code usable in gschem. The most easy way as I see it is rewriting
two these program as Scheme modules and I've already did it with
gsymcheck and published the branch on github a year ago. The
situation in the repo prevented me to finish it and publish so I
waited long to see how much contribution your work will have to
decide on whether to continue or not. When I decided to continue,
well, I consider your act as an hostile intervention. You don't
want for some reason have programs to be separate while some users
asking them to be so.

> 
> >Requiring to use some variable in rc-files to enable "old gnetlist"
> >behaviour is a "good step" by Roland to effectively hide it from users
> >because some of them just don't know of it and some are lazy.
> 
> Yes, because it's the obsolete version of the netlister.  There should not
> be any reason why you would need to use it; it's just sitting there so
> people can switch back if they feel better about it.

It's just your vision. I don't want to step into
counter-productive discussion and fights.

> >I tried xorn several times but it broke my work with REPL and
> >rc-configuration (you know I use several scripts in Scheme, some of which
> >have been published on github).
> 
> This should not have happened.  Which are the scripts which don't work for
> you any more with the cleaned-up code?

I tried to enable your code in October. Looking at the repo
history I don't think you've cleaned up something since then. And
I have no motivation to look at it any more.

-- 
  Vladimir

- Raw text -