gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] GNUmed on MacOSX


From: Sebastian Hilbert
Subject: Re: [Gnumed-devel] GNUmed on MacOSX
Date: Tue, 15 May 2012 19:34:23 +0200
User-agent: KMail/4.8.3 (Linux/3.2.0-24-generic-pae; KDE/4.8.3; i686; ; )

On Tuesday, May 15, 2012 02:12:52 PM Busser, Jim wrote:
> On 2012-05-15, at 12:47 AM, Sebastian Hilbert wrote:
> 
> py27-wxpython 2.8.12.1Python interface to the wxWindows cross platform GUI
> Maintained by: jwa
> Categories: python graphics
> Platforms: darwin
> Dependencies: python27 wxWidgets
> 
> I am not sure whether I tried the above, since I have py26 wx 2..10 (below)
> working under X11 and, since I could not get wx 2.9 to work (thought it
> could be my limitation) cannot experience an improvement until someone
> smarter than me posts a method or wx 3.x comes available and in a Mac
> package...
> 

I guess 2.9 could potentially fix some problems but the X11 variant should be 
avoided for the look and feel alone.

> ... unless perhaps wx 2.8 under Carbom (built on Leopard) avoids some of the
> problems experienced under x11
> 

The above has no carbon or cocoa variant

> 
> 
> 
> py27-wxpython-devel 2.9.3.1Python interface to the wxWindows cross platform
> GUI Maintained by: jwa
> Categories: python graphics
> Platforms: darwin
> Dependencies: wxWidgets-devel
> 
> I tried to install py27 with wx 2.9.x (devel) but could not successfully
> hack it

I see. sometime the port files are broken in some way. I remember I spent days 
getting a working version. But that was back in the Mac 10.4 days.
> 
> 
> py26-wxpython 2.8.10.1Python interface to the wxWindows cross platform GUI
> Maintained by: jameskyle
> Categories: python graphics
> Platforms: darwin
> Dependencies: python26 wxWidgets-python
> Variants: carbon gtk universal
> 
> The above is what I am using under X11 on Mac OS 10.6 Snow Leopard. We
> should bear in mind that Snow Leopard was released in 2009 (it is now 3
> years old).

I fail to see why this port is related to Snow Leopard ?

> 
> I guess the maintainer needs to be contacted to update the build to include
> a carbon or cocoa variant. The original binaries (see above) seem to
> indicate that it is possible to provide them.
> 
> https://svn.macports.org/ticket/20952
> wxWidgets fails to build 64-bit
> (closed defect: wontfix)
> Changed 6 weeks ago by address@hidden
> • status changed from new to closed
> • resolution set to wontfix
> sayeth the poster:
> "Well, 2.9.4 should be released soon, 3.0, i.e. the next stable version soon
> after that (that's the rumour anyway), but current wxWidgets stable port
> stays as it is."

Ah. Well the 2.9 vs. 3.0 coming soon debate is going on for years now. 
Research done by myself shows that they won't touch 2.8 at all unless beaten 
by a stick. I always hear that one is supposed to use 2.9 because 3.0 will 
only be another label for 2.9. But Debian won't package 2.9 since they 
consider it a devel release. So it is up to the wx guys to finally release 3.0. 
Guess we will see improved Mac support when this happens.

> 
> https://svn.macports.org/ticket/24350
> proposed new Portfiles for wxWidgets and wxPython
> (closed enhancement: fixed)
> ... this at least gives some background as to why the problems on Mac OS. I
> think these portfile patches make it easier to install wx under X11 on Snow
> Leopard but I don't think they have been rolled into MacPorts so the
> process of installation still may not be automatic and hence need a
> stepwise method (as I posted on the wiki) to achieve a Mac install.
> 
> 
As mentioned before the end user on mac can only be bothered by a DMG. That 
being said if I had a Mac at hand (e.g. 10.5) I would hack a working install 
of wxpython 2.9 (e.g. use the binaries from wxpython.org) and produce DMG for 
end users. DMG-users won't even have to install any version of wxpython. It 
all comes inside the dmg.

> 
>  Once we have that working on a development machine (ideally 10.5) it should
> be possible to package as dmg and hand it to users.
> 
> Maybe the above can provide a Mac native dmg built under 10.5 which, despite
> being Carbon and not Cocoa, can be run natively under Mac OS 10.6 and 10.7
> and provide a more satisfactory experience (than I have been having under
> x11) pending wx 3.x

I believe to have read that Cocoa builds work from 10.5 and higher. I would 
opt for that.

Sebastian



reply via email to

[Prev in Thread] Current Thread [Next in Thread]