The problem is not with Linux itself but with the way the programs are
distributed.   Almost all software depends on a LOT of external libraries
and these, in turn, depend on others.   And worse they depend on some
version of the library.     Linux distributions come with many of these
libraries pre-installed.  If I compile a program in my Ubuntu 18.04 system
then the binary executable I have depends on the set of libraries found on
Ubuntu 18.04 systems.

In the "old days" of Linux on one would distribute a binary executable
because it would depend on a specif set of library software.    They would
distribute source code.    But today Linux is used by less sophisticated
users would don't know how to follow instal instruction that reads "Edit
the Makefile as required then Make, Make install"  If your users can follow
instructions like that then your Linux software is universally compatible,
possibly even into non-Linux systems.  But today the majority of users
can't do that.

The problem is how to distribute software to non-technical Linux users.
This CAN BE DONE but mostly it is not done because the developer has to
work harder and itis easier for him to simply compile several executables
and make them all available.

Apple solved this problem on Macs by distributing software in the form of
an "App Bundle"  Every last file needed to run an app is inside the bundle
and there is usually nothing to install other then copying the bundle to
the hard drive.   Linux ca do this too.    e call these "app images"  and
some developers use the "app image".

The other way I see this done is to distribute the app as a Docker Image.
This is really the same idea.  The image contains ALL the files needed.

IN the past if I got some UNIX-like software it was NEVER an executable
binary and I would have to build it for SunOS, Or SiliconGraphis or Linux
but it would actually run on any system, even non-Linux.

If you want you Linux based software to run on any machine simply
distribute inside a container that includes the dependencies.  Some
containers hold even the entire operating system, some contain just a few
unusual libraries and the smallest container would be the executable binary.




On Tue, Mar 26, 2019 at 4:29 AM andy pugh <bodge...@gmail.com> wrote:

> On Tue, 26 Mar 2019 at 04:11, Rafael Skodlar <ra...@linwin.com> wrote:
>
> > OK, so if you are a software developer, I respect your trade. I assume
> > you are making money. Great. If you ported that program to Linux then
> > perhaps you could sell to different crowd and brag about it also.
>
> He is the author of SheetCAM.
> He _does_ have a version for Linux.
>
> https://www.sheetcam.com/downloads (See "SheetCAM TNG For Linux")
>
> So I would tend to assume that  knows what he is talking about.
>
> I used to be able to run games written for the Motorola 68k on an
> Intel Mac (probably with an intermediate conversion to PowerPC).
> Linux deinitely does not have that level of binary compatibility. Will
> the Ubuntu LinuxCNC binaries run on Debian, even?
>
> --
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1916
>
>
> _______________________________________________
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


-- 

Chris Albertson
Redondo Beach, California

_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to