On 20 July 2010 03:48, Anthony Tuininga <anthony.tuini...@gmail.com> wrote:
> On Mon, Jul 19, 2010 at 4:15 PM, Almar Klein <almar.kl...@gmail.com> > wrote: > > Thanks for the quick and clear answers so far. I have two more questions: > > You're welcome. > > >> >> > I want to distribute an application written in python 3.1 that uses > >> >> > the > >> >> > PyQt4 widget toolkit. I'd like to make the app available to as many > >> >> > people > >> >> > as possible (in binary form). I've gotten it to freeze on both > >> >> > windows > >> >> > and > >> >> > linux (I don't own a mac). In my experience the windows-frozen apps > >> >> > always > >> >> > work on windows machines, but I've no clue how well this works in > >> >> > Linux. > >> >> > Will the binaries work on *any* Linux distribution? Or only on > Debian > >> >> > derived Linuxes (I'm running Linux Mint myself)? > >> >> > >> >> On Linux the main issue is glibc which you need to make sure is "as > >> >> old as possible" in order to cover most of the distributions out > >> >> there. Glibc is backwards compatible but not forwards compatible so > >> >> you need to act accordingly. I generally use CentOS 5.x as that is > >> >> fairly old and covers most of the distributions in the past few > years. > >> > > >> > So you mean I'd best build the binaries on an old OS? And does this > >> > depend > >> > on how much "exotic low level stuff" I use in my application, or only > >> > how > >> > new the version is that is on my system? > >> > >> The main issue is glibc. Whatever version you are using everyone else > >> who will use your package needs to use that version of glibc or a more > >> recent one. Everything links to that library so everything stands or > >> falls on what version you happen to have installed. Since that package > >> is regularly being improved new distributions generally include newer > >> versions of glibc, too. > > > > Ok, fair enough. Would it also be possible to (temporarily) install an > old > > version of glibc on my current system? > > Maybe. But I wouldn't do that personally. A virtual machine is far > less likely to cause problems. :-) > > > You said you use CentOS 5.x since it is fairly old. If I check the > website > > v5.5 is from may 2010, which I don't consider old. All versions below 5.4 > > are not available anymore (at least not on the mirror that I checked). Do > > you recon that the 5.5 iso old enough or should I download CentOS 4.x? > > Well, CentOS 5.5 still uses the old version of glibc so even though it > was recently released it is still "old". :-) Red Hat is about to > release version 6 which will use a newer version of glibc. I don't > think version 4 is worth worrying about -- that's WAY too old! > > Anthony > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > cx-freeze-users mailing list > cx-freeze-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/cx-freeze-users > Just letting you know I followed your suggestion. I now've got a CentOS installation running in VirtualBox, with Python3.1, PyQt4 (incl. QScintilla) and cx_freeze. I tested the binaries on several Linuxes, and they all worked. Thanks again! Almar
------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________ cx-freeze-users mailing list cx-freeze-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cx-freeze-users
