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=S29kbiVE44CzNqn6SG3TYB0Zpxy9lvhkLhQsHLofEOs=;
        b=IyFOj2Y6M+Q2Hdol0ashIQ0pxHRtWM3JkEPklAkcEPdNDz1msKl/D9268baxIAuFIN
         6ZhRyseQHcJA2OQ+HvYU5R4/a4X7FBAyHTafk9fQ+Yp6EbfR3UcBqD2+phXhcLG/3XGr
         qTJKtPVRl0eFsrtwRafJFvk0wTL8hgcI8eUFPEGkh/PYQBeFFEW1xW69dY1JTsfukTrw
         hb14/lCG4YdqOFaM3lCJKcT59yTVwU0ss3PNIXngSrWeG0A8n5g9l2c/4xLlM9ln03MG
         AnxlE1z4H/6OWDV2rSebaF8Z6Z1OIQYWTehjlgTiQiI6Mz+t4iZmE4M8d4MFPpsNLc7P
         ksog==
MIME-Version: 1.0
X-Received: by 10.25.43.80 with SMTP id r77mr613710lfr.120.1444235043309; Wed,
 07 Oct 2015 09:24:03 -0700 (PDT)
In-Reply-To: <20151007160826.21277.qmail@stuge.se>
References: <3E72AC35-5862-41B9-A8FD-6804E89E9FFB AT sbcglobal DOT net>
	<20151003210144 DOT GA21262 AT localhost DOT localdomain>
	<56104E16 DOT 3050006 AT jump-ing DOT de>
	<20151003222928 DOT GC4287 AT localhost DOT localdomain>
	<CAM2RGhSuaNy3PQ7CJJjTbzTM6TckNGRShobchRj42Vk10ixPGQ AT mail DOT gmail DOT com>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1510040356140 DOT 7137 AT igor2priv>
	<20151007134152 DOT 9597 DOT qmail AT stuge DOT se>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1510071600380 DOT 7137 AT igor2priv>
	<20151007152048 DOT 17589 DOT qmail AT stuge DOT se>
	<CAM2RGhQK=BQWH1BP78dWAKZ=7L7-Ga3ZDDeam1ON72Q89=GAUg AT mail DOT gmail DOT com>
	<20151007160826 DOT 21277 DOT qmail AT stuge DOT se>
Date: Wed, 7 Oct 2015 12:24:03 -0400
Message-ID: <CAM2RGhS=4GTC_SLYUgxCYq1y9TKMmyy66uzm+MU-nbKZgAfkPA@mail.gmail.com>
Subject: Re: [geda-user] Toolkits
From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: 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 Wed, Oct 7, 2015 at 12:08 PM, Peter Stuge (peter AT stuge DOT se) [via
geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com] wrote:
>> > There is at least one more way, in between the two: If at some point
>> > gtk2 is no longer easily available but we still want to use it then
>> > *we* can make it available. We can even go so far as bundle it into
>> > our source tarballs. That's not ideal, but nothing ever is.
>>
>> That bloats our stuff a lot because you will need all of GTK2
>> including a lot of its dependencies.
>
> I don't see that coming for a very long time but if it does then so be
> it. That's the deal we enter into when we rely on a stack of external
> dependencies, and I think that's perfectly fine.
>
> We are as much a user of open source as we are a producer, and using
> open source only works when we take responsibility for what we use.
>
> This may mean that we become terribly slow at what we do, because we
> also have to maintain much of the infrastructure we depend on, and I
> find that perfectly acceptable, as long as there's a compelling
> reason to wait.
>
>
>> Keep in mind we want to package binaries for distros to use. So
>> that is a lot of waisted space.
>
> Reducing binary size is part of the "modern" value, but to be honest
> I don't think it's a strong argument with today's storage cost.

I work with people in the 3rd world where bandwidth and storage are
not cheap. I also like that geda works nicely on my raspi.

>> > I am quite sure that we would not be the only group of developers who
>> > had this problem, and I think we would get lots of unexpected help if
>> > we took responsibility for maintaining a legacy gtk2 package. :)
>>
>> I think this is being smarter than other people.
>
> I think it is simply taking responsibility for what we choose to consume.
>
>
>> > I also don't think it would require much effort. Certainly less than
>> > writing a new toolkit from scratch.
>>
>> libgeda has it's own problems and changing them always starts a war.
>
> Wars come from frustration because of different goals, mindsets and
> expectations. I've fought too, although I didn't see it at the time.
>
> I believed I was discussing, being constructive, but in the end
> nobody was able to follow the discussion except the fighters and
> all relevant facts were drowned by sheer email volume.

We are but if Igor2 or I actually explained our issues with libgeda a
lot of other people would join in and it would not be so nice.

>
> //Peter



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