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=sYBk/06Wu+sMZ+th6aXC/GbomUeE30GiWs3+cCn9pvs=;
        b=kCAZttLBwbo0E7dEhYEtzqEQCKs/dEthLF3SUa8izXWKcwgZd1XnxZliMDXKJxVHk/
         cdTtqe2IGAXIuNnoFB+Fcbgy1QB/k6+ztZabzKApHFnDRejugizbqgLDH9/2tnDVcUip
         oi61j6XA8/m5D4GzvUFw7/E1pMIYfwRawaj0qcIwruYmfRiSZgJTfX0xxQKQKHGO3XhA
         ibtq/4uFoRd1C4bY5r9EqE5xVM9iGnjY/qLF6RJIHlDovwe4ZxPG+yPfqVGNUNMOZ5SU
         Z4PCKomXbkOwWcvGXs5XJfPmF2C9+fhPtWElaDPCMgpfMEicfVQS7aVXwTVIi8B++HdY
         N8lw==
MIME-Version: 1.0
X-Received: by 10.25.26.146 with SMTP id a140mr478542lfa.31.1444227312939;
 Wed, 07 Oct 2015 07:15:12 -0700 (PDT)
In-Reply-To: <201510070458.t974wZu9022589@envy.delorie.com>
References: <20151003210701 DOT de392b925f54dadb0a5fedd8 AT gmail DOT com>
	<1443903758 DOT 1873 DOT 13 DOT camel AT ssalewski DOT de>
	<56104A0A DOT 9020507 AT xs4all DOT nl>
	<1443909591 DOT 1873 DOT 18 DOT camel AT ssalewski DOT de>
	<CAC4O8c_g7e562Gaotrbi6gLfjP6cJU1ys=MtEkDE7bSh4F9dfg AT mail DOT gmail DOT com>
	<1443975731 DOT 671 DOT 52 DOT camel AT ssalewski DOT de>
	<20151004191717 DOT bf8223417541a9306bfbd9ea AT gmail DOT com>
	<CAC4O8c9Bi5HJfcW6wUgm_+4O2gs4vDdBMbS2hF_0dCqnBuJahQ AT mail DOT gmail DOT com>
	<1443997480 DOT 2068 DOT 32 DOT camel AT ssalewski DOT de>
	<CAC4O8c-bnGky=Nab59-pOTJkB8Q9Tc5t5hqE+dnEF-777hUjMg AT mail DOT gmail DOT com>
	<1444070851 DOT 1014 DOT 20 DOT camel AT ssalewski DOT de>
	<muv4ua$hat$1 AT ger DOT gmane DOT org>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1510060356440 DOT 7137 AT igor2priv>
	<56133047 DOT 7030402 AT neurotica DOT com>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1510060433080 DOT 7137 AT igor2priv>
	<56133CC4 DOT 7000306 AT neurotica DOT com>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1510060523170 DOT 7137 AT igor2priv>
	<56135F05 DOT 9000203 AT neurotica DOT com>
	<CAC4O8c-OZHX2PLEKEW9X1N4BV0xXf_WfH=JkfiEjAXS6eypLsw AT mail DOT gmail DOT com>
	<CAM2RGhQFe5C+Z4Ko0zLt02xNDEyZUFQBosq6m7b34zwVV-V4Lg AT mail DOT gmail DOT com>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1510070555020 DOT 7137 AT igor2priv>
	<201510070458 DOT t974wZu9022589 AT envy DOT delorie DOT com>
Date: Wed, 7 Oct 2015 10:15:12 -0400
Message-ID: <CAM2RGhS7OY0bKDUhGeGHR6xj=DpMvaZ9d5+Siyuj_mjgtOAqqA@mail.gmail.com>
Subject: Re: [geda-user] GTK3, Glade interface designer (how to support
 multiple scripting languages without n^2 effort)
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:58 AM, DJ Delorie <dj AT delorie DOT com> wrote:
>
> Seeing this from the distro side, I agree with Evan.  A distro will
> default to building all the glue up front, partly to ensure the user
> can do whatever they want, and partially "because they can".  Even
> though the glue is dynamically loaded, the distro will still pre-build
> them all.  The only options you get are whether the resulting binaries
> are packaged in one big package (likely) or split into one per glue
> layer (unlikely, as they'd be conservative and want to make sure the
> user isn't confused by a partial install).

Now on gentoo this is a non-issue but binary distros will have issues.
Personally I like gpmi and for gentoo it is gold. I am just saying for
wider distribution it needs to be optional.

> Sometimes this can lead to problems, but this is how the distros do
> it.  Given the size of a standard desktop install, I don't think this
> is a "big" problem (heh) but that's how it works.

To be fair most desktops need to have basically every language
interpreter anyway. I don't like that but I accept it and I think most
people do.

> The case where support is added "on the fly" is a rarely used one -
> I've seen it for codecs and that's about it, and even then all the
> codes are pre-built and pre-packaged.

Hmm...

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