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=X4zYzdC2rxoa7K8p8zLD2YJd9bIbhN/cqW/Kz+MYnbQ=;
        b=es/OJ6dBxSLg9hGwkcr9B1lEQ50SydNuMR5WrJi9+dx+IKXGYxO1sVHnRoSNFBHvVO
         GCju9Rfpe1U2TF7lD7rxSORtoCJG5Co5gQH/5IeaHXlRm9ZSgGr9tSEoZEXG2xPB19bS
         /mlvNN3+das1hCzCQDlU0gP0t494f9aWYGV+fOe8zy+cHgJwXCELZzcKbHgOgmzjs0kH
         vaI2HKzoNSlidQ2qcZB+n6izXtNJhNbytvSbatTtXl1wPtT+KBctF2KyEo8X2lwZ2ds9
         FJyhFB4OvhQXdEcJERxnp8aZWopeSfDmEHkhlvk9o97RanC2h5iJMylQQhYGoTgp/D84
         zwlg==
MIME-Version: 1.0
X-Received: by 10.112.149.68 with SMTP id ty4mr1133342lbb.74.1442519420831;
 Thu, 17 Sep 2015 12:50:20 -0700 (PDT)
In-Reply-To: <20150917192808.GC5896@localhost.localdomain>
References: <CAM2RGhTbgUfGJZacRUQ=3VBAKtd0F7OV37oRZFVjHR4A9XecnA AT mail DOT gmail DOT com>
	<20150917043146 DOT GA1837 AT localhost DOT localdomain>
	<alpine DOT DEB DOT 2 DOT 11 DOT 1509171124330 DOT 3828 AT nimbus>
	<20150917142035 DOT GA5896 AT localhost DOT localdomain>
	<CAM2RGhTpHe7iZRx08Odb2B70WPkLcQn_PtuMg9-Y819OzFRG2w AT mail DOT gmail DOT com>
	<20150917192808 DOT GC5896 AT localhost DOT localdomain>
Date: Thu, 17 Sep 2015 15:50:20 -0400
Message-ID: <CAM2RGhQNQ41w_2EQfbcYEM-nY1WMzMp5EyKYnSLpCpJ3x5iJnw@mail.gmail.com>
Subject: Re: [Geda-developers] PLEASE STOP !!! - Re: [geda-user] Apollon
From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: "gEDA developers @ Launchpad" <geda-developers AT lists DOT launchpad DOT net>,
        gEDA users mailing list <geda-user AT delorie DOT com>
Content-Type: text/plain; charset=UTF-8
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 Thu, Sep 17, 2015 at 3:28 PM, Vladimir Zhbanov <vzhbanov AT gmail DOT com> wrote:
> On Thu, Sep 17, 2015 at 11:15:04AM -0400, Evan Foss wrote:
> ...
>> > Here [3] I wrote
>> > ========================================================================
>> >> Even John Dotty seemed to agree that we need an alternative to scheme.
>>
>> Ahem.. I said this in the talk about C plugins not in refrence to
>> python. You are confusing me with Roland. Check the link.
>> (I agree with Roland, I just want the citations to be correct)
> Sorry for this, though I've not meant your words here, just my reaction
> on new circumstances (indeed, I talked about xorn).

Odd how emotional a load of technical nonsense can get isn't it.

>>
>> > Yes, yes, I could even agree ;) But not two parallel versions with new
>> > dependencies in one repository. How to support them? How to support
>> > cross-compiling in this case? There is another way. Let's make bindings
>> > for various languages since gobject model allows this. Let's introduce
>> > plugins/modules, and we already have modules in scheme.
>> > ========================================================================
>>
>> Find me a user of any reasonably current desktop that does not have
>> python. I dislike python and yet I still have it.
>>
>> Besides he added the option to turn off xorn so python is an
>> *optional* dependency.
>>
>> OT: Ok so then why was having plugins in C a bad thing? It added no
>> additional dependencies.
> No, I've never said C plugins are a bad thing. I don't think so.

Hmm...
I could dig through more email to try to settle our missmatched
memories but I would rather accept this answer here and now then
fight.

>> > Why should I? Tomorrow another user will say he/she prefers Lua and
>> > merge his/her library into the master branch without asking us. And what
>> > if someone decides to rewrite things in Haskel or bash 8-|
>>
>> Vladimir this is why this thread went off in search of a new project
>> leadership structure.
>> You wanted a group of devs voting. Why don't you subject yourself to
>> your proposed process via a vote on the developers list.
> I remember I have said I'm fully agreed with Peter Brett. I don't think
> there is a reason to continue voting while other devs ignored it and
> Peter and me total overwhelming majority :) But what does it change?

No. Your plan as stated was to take everyone active on the developers
list and put them to a vote. You even put me in as voting along with
Markus whom you were replying too and DJ. Plus you were just saying in
another thread that we should add a few other people including John
Doty to that list. My memory is failing me but I don't recall any of
them in opposition.

I am just trying to clear this up because the project needs to know
what we are to do to clarify such conflicts while all the original
luminaries are away.

***
On Tue, Sep 15, 2015 at 5:16 PM, Vladimir Zhbanov <vzhbanov AT gmail DOT com> wrote:
> On Mon, Sep 14, 2015 at 11:03:53PM +0200, Markus Hitter (mah AT jump-ing DOT de) [via geda-user AT delorie DOT com] wrote:
>> Am 14.09.2015 um 21:10 schrieb Vladimir Zhbanov:

<snip>

> Let's play in the 'real democracy', that is
>   * let's ask the current admins if they're ready/consider this to be
>     good to changing the current policy and add some other devs/users as
>     admins of the admins' list
>   * let's do it in the dev list which all devs and admins have been
>     subscribed on (At least you, DJ, Bert, Evan, me could participate in
>     the voting)
>   * If nobody of the admin list admins answers, we could consider them
>     to be inactive
>   * The result can be defined just as majority vote.
>   * Any time there is a possibility to do a fork (I hate to say this!)
***


> Cheers,
>   Vladimir
>
> --
> Mailing list: https://launchpad.net/~geda-developers
> Post to     : geda-developers AT lists DOT launchpad DOT net
> Unsubscribe : https://launchpad.net/~geda-developers
> More help   : https://help.launchpad.net/ListHelp



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/