On 2016-08-25, at 8:20 PM, Kevin Walzer wrote:
> 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 someth
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
[
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
execut
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
>> Date: August 25, 2016 11:14:37 AM PDT
>> To: Mojca
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
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: ‘NSWindow’
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, mercurial doesn't have fea
> 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 of the failed build:
> 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 the following chunk of
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 https://trac.macports.
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:
https://build.macports.org/builders/ports-10.11_x86_64-builder/build
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
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 = T
13 matches
Mail list logo
