The problem with the installers is that the LC binaries are linked with specific versions of the shared libraries in the system. If you have a different version, or the library has a different name in that system, then there is a chance that LC will not run correctly (and by not run I mean not run at all). For example, here in our server, LC is linked against:
$ ldd livecode-community-server linux-vdso.so.1 (0x00007ffcee51b000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f617d849000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f617d62a000) libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f617d376000) libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f617d131000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f617cf29000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f617cba0000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f617c802000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f617c5ea000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f617c1f9000) /lib64/ld-linux-x86-64.so.2 (0x00007f617da4d000) libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007f617bfc7000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f617bdaa000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f617bb78000) Of course the engine for the IDE and desktop apps (alongside the externals) links with more libraries than what is shown here. What having real .deb and .rpm would allow on Linux is to get the correct library versions installed at the same time as the LC installation is running because the package manager would know which dependencies were needed for LC to work. Right now, if something fails on Linux, you need to be savvy enough to check libraries and then install the correct ones. Another solution for that would be to generate AppImages which are quite similar to Application Bundles from macOS in the sense that they are a package of files disguised as a single file and contains everything an app needs to run. In the case of Linux appimages they'll even contain the shared libraries inside them which makes them quite large but easier to run. On Mon, 14 Sep 2020 at 20:07, Richmond Mathewson via use-livecode < use-livecode@lists.runrev.com> wrote: > That is a good point. > The same could be said for the Apple store, the Windows store and the > Ubuntu thing. > > On Mon, 14 Sep 2020 9:54 pm Mark Wieder via use-livecode, < > use-livecode@lists.runrev.com> wrote: > > > On 9/14/20 10:47 AM, Richmond via use-livecode wrote: > > > > > Also: why is the installer app "silly"? It is no worse or no better > > > than the installer apps for Macintosh and Windows, > > > and I, for one, have no real problem with any of them. > > > > Having "real" installers (.deb, .rpm) would enable LiveCode to get into > > the various repositories and thus get more exposure. > > > > -- > > Mark Wieder > > ahsoftw...@gmail.com > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- https://www.andregarzia.com <http://www.andregarzia.com> Want to support me? Buy me a coffee at https://ko-fi.com/andregarzia _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode