geda-developers team mailing list archive

[Evan Foss <evanfoss@xxxxxxxxx>]

On Thu, Sep 17, 2015 at 3:28 PM, Vladimir Zhbanov <vzhbanov@xxxxxxxxx> 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@xxxxxxxxx> wrote:
> On Mon, Sep 14, 2015 at 11:03:53PM +0200, Markus Hitter (mah@xxxxxxxxxxx) [via geda-user@xxxxxxxxxxx] 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@xxxxxxxxxxxxxxxxxxx
> 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/