Re: Updating tk +quartz failed on Snow Leopard

On 8/25/16 10:02 PM, Ryan Schmidt wrote: I just haven't researched whether one is supposed to use MAC_OS_X_VERSION_MIN_REQUIRED or MAC_OS_X_VERSION_MAX_ALLOWED or __MAC_OS_X_VERSION_MAX_ALLOWED or something else. Can someone try something like this: #if MAC_OS_X_VERSION_MIN_REQUIRED < 1070

Permission denied, "pkg" phase

How do I get elevated privileges in a “pre-pkg” block? In a thread a couple of days ago, it was pointed out that “pkg” and “mpkg” are phases and that one can have a pre-pkg or post-mpkg block. I want to include a copy of daemondo in an mpkg and it looks like all I need to do is copy the

Re: Updating tk +quartz failed on Snow Leopard

On Aug 25, 2016, at 8:38 PM, Ken Cunningham wrote: > > I agree - preprocessor macros are the upstream way to solve this. I've seen > several ports that use this method... > > Ken > > > Begin forwarded message: > >> From: Ken Cunningham

Re: Updating tk +quartz failed on Snow Leopard

On 2016-8-26 11:21 , Ryan Schmidt wrote: On Aug 25, 2016, at 11:38 AM, Ryan Schmidt wrote: tk isn't the first program to need to deal with Retina displays. Can we find any other program that uses NSWindow's backingScaleFactor selector and see how it handles it? I missed these warning from

Re: Updating tk +quartz failed on Snow Leopard

On Aug 25, 2016, at 11:38 AM, Ryan Schmidt wrote: > tk isn't the first program to need to deal with Retina displays. Can we find > any other program that uses NSWindow's backingScaleFactor selector and see > how it handles it? I missed these warning from the original post: warning:

Re: Goodbye Mac OS Forge, hello GitHub

On Sat, Aug 20, 2016 at 4:11 AM, Joshua Root wrote: > > I share these concerns and brought them up during the discussions. And TBH > I think Mercurial is a better tool. But we did come to a consensus that > GitHub is overall the best choice at this time. > As I see it,

Re: r151951: Wrong compiler dependencies of llvmlite

> On Aug 25, 2016, at 9:14 AM, Mojca Miklavec wrote: > > Hi, > > The changes from >http://trac.macports.org/changeset/151951 > don't work to well. I guess that the same compiler should be used to > build the ports as the one you are linking against. > > See an example

Re: Updating tk +quartz failed on Snow Leopard

> On Aug 25, 2016, at 5:44 AM, Mojca Miklavec wrote: > > Hi, > > I'm moving the discussion from the user mailing list to the developer > one, hoping to catch attention of more experienced developers there. > > To summarize. > > Tk fails to compile on Snow Lepard due to

updated port of LaTeXML

Hello mac developers; Could someone please commit the Portfile in https://trac.macports.org/ticket/51818 ? It updates to upstream 0.8.2, upgrades the perl dependency to 5.24 (per https://trac.macports.org/ticket/52081 ) and fixes https://trac.macports.org/ticket/47972 and

r151951: Wrong compiler dependencies of llvmlite

Hi, The changes from http://trac.macports.org/changeset/151951 don't work to well. I guess that the same compiler should be used to build the ports as the one you are linking against. See an example of the failed build:

Re: Updating tk +quartz failed on Snow Leopard

On 25 August 2016 at 12:44, Mojca Miklavec wrote: > > and tried to replace > scalefactor = ([[win backingScaleFactor] floatValue] == 2.0) ? 2 : 1; > with > scalefactor = ([win backingScaleFactor] == 2.0) ? 2 : 1; ... The other way around. Mojca

Re: Updating tk +quartz failed on Snow Leopard

Hi, I'm moving the discussion from the user mailing list to the developer one, hoping to catch attention of more experienced developers there. To summarize. Tk fails to compile on Snow Lepard due to the following chunk of code: MacDrawable *macDraw = (MacDrawable *) d; NSWindow *win =