X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Wed, 7 Oct 2015 08:19:34 +0200 (CEST) X-X-Sender: igor2 AT igor2priv To: geda-user AT delorie DOT com X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] GTK3, Glade interface designer (how to support multiple scripting languages without n^2 effort) In-Reply-To: <201510070552.t975q4SA027281@envy.delorie.com> Message-ID: References: <20151003210701 DOT de392b925f54dadb0a5fedd8 AT gmail DOT com> <1443975731 DOT 671 DOT 52 DOT camel AT ssalewski DOT de> <20151004191717 DOT bf8223417541a9306bfbd9ea AT gmail DOT com> <1443997480 DOT 2068 DOT 32 DOT camel AT ssalewski DOT de> <1444070851 DOT 1014 DOT 20 DOT camel AT ssalewski DOT de> <56133047 DOT 7030402 AT neurotica DOT com> <56133CC4 DOT 7000306 AT neurotica DOT com> <56135F05 DOT 9000203 AT neurotica DOT com> <201510070458 DOT t974wZu9022589 AT envy DOT delorie DOT com> <201510070552 DOT t975q4SA027281 AT envy DOT delorie DOT com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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, 7 Oct 2015, DJ Delorie wrote: > > Well, my experience is from Fedora, perhaps it has different rules. > >> I see no reason why a distro would package glues of different >> languages into a single big package. > > If the concept is "these are pcb's scripting languages" they might > choose to keep them together for convenience, despite the dynamic > loader capabilities. The concept is these are scripting language backends/plugins for libgpmi. Pcb-rnd merely uses libgpmi. There's no direct connection between pcb and the scripting languages; libgpmi is a library dependency as much as libpng is when you chose to compile with the png exporter. I don't expect libgpmi to be packaged into with pcb-rnd just as libpng is not packaged into pcb - they are rather 3rd party libs pcb/pcb-rnd depend on. Debian delivers pcb-gtk and pcb-lesstif as separate packages, but they both depend on libpng. So Debian users have the option to chose between the GUIs but can't chose not to have libpng installed (without compiling, of course). These are distro policies. If I don't have a strong infra that can dynamically load things, there are no option to package it in a modular way. If I do, packagers can decide to do the right thing. > >> do you have anything against it? > > I'm not trying to discourage you, just mentioning that my experience > with Fedora leads me to expect an all-or-nothing packaging approach. > Well, it's really up to the packager and the distribution. I have much better experience with the distro I use, so I wouldn't say distros do it wrong generally. The upstream software allows for doing it properly. That's the best I can offer. Then if a distro decides to limit options, it's their choice. I wouldn't go for a limited upstream implementation just because "distros will surely ruin it anyway".