Re: gephex--main--0.4--patch-1846
Martin Bayer <[email protected]>
| Newsgroups | gmane.comp.video.gephex.devel |
|---|---|
| Message-ID | <[email protected]> |
> Yes, I see. But I don't think this is important. Due to the build system > stuff (dependency to pluc.py, no extra module and type SDK) I suppose > that there won't be many third party developers other than those who > integrate their modules into our source tree. > Or, to put it another way, I think the gephex type and module system is > not really targetted towards (and not suited for) third party development. It's right that developing plugins outside of the gephex source tree is a bit difficult, but it's not impossible. > That's why I don't see much benefit in this part of the patch, I use a gephex installation at /usr/ from a debian package and install only new or modified modules in a subdir in my home directory. This allows me to reinstall all gephex stuff in /usr with dpkg and keep my local experimental changes in ~/.gephex/ > but I see that > it breaks current behaviour. (In addition the patch could lead to even more > confusion when multiple gephex versions are installed at different > locations). There is only a behavior change if gephex is installed at a uncommon location or if there a multiple installations of gephex. The first is only relevant for developers and the second is buggy with or without the change. The default gephex.conf is only installed in the users home at the first startup time. The gephex location to search for the plugins is wrong if you reinstall it at a different location. The current behavior of configure time selection of the default location to search for plugins is problematic for distributions. It is difficult to relocate the plugins after build time. E.g. binary linux distributions with user installable packages(in the users home) need to patch files at install time. Martin _______________________________________________ gephex-devel mailing list [email protected] http://lists.gephex.org/mailman/listinfo/gephex-devel
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCIHNECm3i57PRsbsRApsdAJ4397o3OvH1k0ZK3eSvjjatI0n4gwCcD0Qh 7fehSYgfbPLDKFVJrDGdH/A= =Td90 -----END PGP SIGNATURE-----