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]" 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: <20170212090109 DOT GA450 AT localhost DOT localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: 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 Precedence: bulk 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