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=OsCeIXx6BrC1Sp0ufAcyukSV8MQkpxWdd8ke0uAESKg=; b=y++h5BXo56U50XoaOR78K9AgCwJNYk8FYdPE7opCRUyGHBpoRO4Dt+sL7CgMsy0yOw 08/RxvCq7WzeS8/Sqym2+V0XoQkRshLKZ5lpGcB9waaVqqpv3rvYbVyIDFqL3FUu+iZS CibT2nNzocclCHPBkeyYSeK3HAq/avMoJDdApUE9tgie8akrfViSRlH+svCzEoTT3auA DJkJt/R1mt+1ikK1cw8sMDe7N2mHtePQPGcSnyhQZ5qlqwzNy0JPcojbsRw2tzbZ0TTd IPpSvgGav8SZr7uENLXY8NQLm8JDN1dEb9zBuWilMYJ9f6dyACMtSTkJQG8Z99z/NBFB 29ag== MIME-Version: 1.0 X-Received: by 10.202.49.195 with SMTP id x186mr2486004oix.81.1442562094160; Fri, 18 Sep 2015 00:41:34 -0700 (PDT) In-Reply-To: <20150916000551.GA1404@localhost.localdomain> References: <20150916000551 DOT GA1404 AT localhost DOT localdomain> Date: Fri, 18 Sep 2015 09:41:34 +0200 Message-ID: Subject: Re: [geda-user] Re: PLEASE STOP !!! Apollon] From: "Carlos Nieves (cnieves DOT mail AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=001a113cd994306210052000a9d8 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 --001a113cd994306210052000a9d8 Content-Type: text/plain; charset=UTF-8 Hi, 2015-09-16 2:05 GMT+02:00 Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com] : [...] > OK, I can tell you my opinion on this. > Two of the waiting of approval people are Bob and Carlos, they are the > developers, who you'd call 'inactive'. That's why (I think) nobody > decides (at least, I wouldn't) if there is any sense to add them now. > [...] I haven't look at gaf code since a lot of years now, so yes, I'm one of the inactive developers. By now, I think there is no reason I should be on that list. There are people here who dag into the code and know the internals better than me. In fact, I don't remember when I applied to that list. I recently received the rejection to being a member, and I think it's a logical and sane decission. I'm glad the activity on this list is growing. There is a lot of work being done recently (thank you all!). As I see, the people who is willing to expend the time coding should decide how the work will be done. Advice and others points of view are valuable, but the critical decissions should be taken by those who are actively coding. My opinion is that, if something is valuable for a dev/user, it could also be valuable for others, so it should be thought to be integrated in the main repo. In fact, I added some tools I valued to the repo, and I don't know of anyone who are using them. As they don't harm anyone, why don't have them in? Now everybody who wants to code can create a branch, there should be no reason to not use this. I mean, new features should always be welcome. If it adds new dependencies, please add an option to switch it off at compile time. If it conflicts internally with anything, then it can require consensus from all active devs. Some "old" devs like me may not be active and there may be no leader, but you have now a way to have full access to everything, so you can agree what should be done. There are regression tests which should assure full backwards compatibility after any change to the code. If anyone cares about a special feature he is using in any tool, he should provide a regression test to assure this feature is not changed over time. If it's not included in the regression test suite, there is no warranty about backwards compatibility and the devs should not be responsible of any changes to it. As John has pointed out many times, this is a toolkit, so I think it's sane if new tools are added to the repository, even without asking, as long as users have an option to disable them if they are introducing new dependencies or the behaviour is changed. Just make the default the "least surprising". There should be no objection to this: whoever who don't like them, they don't need to build/use them. If they are useful or not, we will see in the future. I think we should be thankful to all people doing the work (coding, documenting, squashing bugs,..) and no one should be forgotten or taken aside. There are now many branches/forks/local work which I'm sure are very valuable. I expect you can find a way to get them into the main branch, so all could join in and have a good team to work with. Please take aside personal feelings, and think that if someone expent time to do that, it should be valued and valuable for others (even others than you), so that's a very good reason to be integrated. If there is any conflict and there is an option to switch it on or off, let the users decide. Real world is not black or white. Open source is about freedom: if we have it, at least we can choose. If no one is working, we have no option. Thank you very much for all your work! Carlos --001a113cd994306210052000a9d8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

2015-09-16 2:05 GMT+02:00 Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com>= ;:
[...]
=C2=A0
OK, I can tell you my opinion on this.
Two of the waiting of approval people are Bob and Carlos, they are the
developers, who you'd call 'inactive'. That's why (I think)= nobody
decides (at least, I wouldn't) if there is any sense to add them now.
[...]

I haven't look at gaf code = since a lot of years now, so yes, I'm one of the inactive developers.
By now, I think there is no reason I should be on that list. T= here are people here who dag into the code and know the internals better t= han me.
In fact, I don't remember when I applied to that = list. I recently received the rejection to being a member, and I think it&#= 39;s a logical and sane decission.
=C2=A0
I'm glad the= activity on this list is growing. There is a lot of work being done recent= ly (thank you all!).
As I see, the people who is willing to expend the t= ime coding should decide how the work will be done.
Advice and others po= ints of view are valuable, but the critical decissions should be taken by t= hose who are actively coding.

My opinion is that, if something is va= luable for a dev/user, it could also be valuable for others, so it should b= e thought to be integrated in the main repo.
In fact, I added some tools= I valued to the repo, and I don't know of anyone who are using them. A= s they don't harm anyone, why don't have them in?

Now everyb= ody who wants to code can create a branch, there should be no reason to not= use this.
I mean, new features should always be welcome. If it adds new= dependencies, please add an option to switch it off at compile time.
If= it conflicts internally with anything, then it can require consensus from = all active devs.

Some "old" devs like me may not be active= and there may be no leader, but you have now a way to have full access to = everything, so you can agree what should be done.

There are regressi= on tests which should assure full backwards compatibility after any change = to the code.
If anyone cares about a special feature he is using in any= tool, he should provide a regression test to assure this feature is not ch= anged over time.
If it's not included in the regression test suite,= there is no warranty about backwards compatibility and the devs should=C2= =A0 not be responsible of any changes to it.

As John has pointed out= many times, this is a toolkit, so I think it's sane if new tools are a= dded to the repository, even without asking, as long as users have an optio= n to disable them if they are introducing new dependencies or the behaviour= is changed. Just make the default the "least surprising".
The= re should be no objection to this: whoever who don't like them, they do= n't need to build/use them.
If they are useful or not, we will see i= n the future.

I think we should be thankful to all people doing the = work (coding, documenting, squashing bugs,..) and no one should be forgotte= n or taken aside.
There are now many branches/forks/local work which I&#= 39;m sure are very valuable. I expect you can find a way to get them into t= he main branch, so all could join in and have a good team to work with.
= Please take aside personal feelings, and think that if someone expent time = to do that, it should be valued and valuable for others (even others than y= ou), so that's a very good reason to be integrated.

If there is = any conflict and there is an option to switch it on or off, let the users d= ecide.
Real world is not black or white. Open source is about freedom: i= f we have it, at least we can choose. If no one is working, we have no opti= on.
=C2=A0
Thank you very much for all your work!

=
Carlos
--001a113cd994306210052000a9d8--