In article <6d5f317f-1f1d-4864-b6c0-1efc50eae...@tigger.ws>,
James Linder wrote:
> Actually it is messier yet. You cannot install xcode on Snow Leopard any
> longer. Since this is a foobar of great magnitude (and exists because the
> certificate Apple uses to install xcode has expired) one can
On 11/18/14 7:17 PM, Ryan Schmidt wrote:
find ~ -name GIMP.app 2>/dev/null
The only other GIMP.app is in the GIMPskel folder in my Downloads folder
where I build the application bundle.
jsingleton@minimac ~ $ find ~ -name GIMP.app 2>/dev/null
/Users/jsingleton/Downloads/GIMP
> On 19 Nov 2014, at 4:00 am, macports-users-requ...@lists.macosforge.org wrote:
>
> I don't recall clearly but I think I wanted to run Snow Leopard in a
> VM. Either 64- or 32-bit would be fine. If either Parallels or
> VMWare would work for me I'd really like to hear about it because I
> real
On Nov 18, 2014, at 6:21 PM, James Linder wrote:
> Parralels and fusion are easy but they won’t install anything in violation of
> the license, in particular they won’t install Snow Leopard (and presumably
> anything earlier)
You can install Snow Leopard Server and Leopard Server, but not the
On Nov 18, 2014, at 12:58 PM, Jeff Singleton wrote:
> On 11/18/14 12:34 PM, Ryan Schmidt wrote:
>>
>> You're sure we're looking at the correct GIMP.app here? The error message
>> implied the GIMP.app was in /Users but this one is in /Applications.
>
> I launched GIMP.app from /Applications ...
> On 19 Nov 2014, at 4:00 am, macports-users-requ...@lists.macosforge.org wrote:
>
> I'm running OS X 10.5 Server, 10.6 Server, 10.7 and 10.8 in VMWare Fusion.
> Been doing that since running OS X 10.7 as host and am now at 10.10.
>
> You can download Fusion and trial it before paying and get a
On Nov 18, 2014, at 5:06 PM, Michael wrote:
> Is anyone able to get myst online to work in 10.9 or 10.10?
Yes, after fixing the mystonline-cider port today, it plays fine for me on
Yosemite, and should work on earlier versions too.
> I have managed to get the port to install and set up (runnin
Is anyone able to get myst online to work in 10.9 or 10.10?
I have managed to get the port to install and set up (running 10.9), but after
the game connects, downloads patches and updates, UruLive will proceed to give
me an error, "Access Violation", and 14 hex numbers of call stack.
(gads, I'm
On Tuesday November 18 2014 22:59:51 Chris Jones wrote:
> Clang 3.4 fully supports c++11 ( if i recall correctly it is complete as of
> 3.3). So whatever problems you where having it wasn't because clang does not
> fully support c++11...
Sorry, but yes. The support is not complete in 10.6 (and
> On 18 Nov 2014, at 6:30 pm, René J.V. Bertin wrote:
>
> On Tuesday November 18 2014 18:16:53 Chris Jones wrote:
>
>>> This is on 10.6.8, where the C++ runtime issues are in fact more with
>>> clang. Using a recent GCC is the only sort-of-reliable way to build C++11
>>> code.
>>
>> Not t
If you select a document in the Finder, then ask that it be opened in
an application - or just double-click it - the Finder will launch the
application, then shortly after it will send the application an "Open
Document" Apple Event.
However, GIMP is a *NIX/X11 application, so it does not natively
On Tuesday November 18 2014 20:50:44 Clemens Lang wrote:
> What kind of sandbox issues are you seeing? In general, it should be possible
> to symlink the whole /opt/local to somewhere else (at least that's what I
> tested the last time I touched the code).
And it works, for me at least. Moving pa
Hi,
- On 18 Nov, 2014, at 20:37, Michael keybou...@gmail.com wrote:
> Is there a way to safely move /opt without running into sandboxing issues?
>
> A simple symlink of /opt to /Volumes/drive-name/opt for example gave me
> problems.
>
> What I want to move, because of the size, is opt/local
Is there a way to safely move /opt without running into sandboxing issues?
A simple symlink of /opt to /Volumes/drive-name/opt for example gave me
problems.
What I want to move, because of the size, is opt/local/share/mystonline
---
Entertaining minecraft videos
http://YouTube.com/keybounce
__
On Nov 18, 2014, at 12:53 PM, René J.V. Bertin wrote:
> On Tuesday November 18 2014 11:59:10 Lawrence Velázquez wrote:
>
>> The GPL does not prohibit binary distribution.
>
> No, but I was under the impression that Apple doesn't want to distribute
> GPLed binaries.
As far as I understand it,
On 11/18/14 12:34 PM, Ryan Schmidt wrote:
On Nov 18, 2014, at 12:30 PM, Jeff Singleton wrote:
On 11/18/14 12:20 PM, Ryan Schmidt wrote:
otool -L/Users/USER/*/GIMP.app/Conte
jsingleton@minimac ~ $ lipo -info /opt/local/lib/libiconv.2.dylib
Non-fat file: /opt/local/lib/libiconv.2.dylib is ar
On Nov 18, 2014, at 12:30 PM, René J.V. Bertin wrote:
> On Tuesday November 18 2014 18:16:53 Chris Jones wrote:
>
>>> This is on 10.6.8, where the C++ runtime issues are in fact more with
>>> clang. Using a recent GCC is the only sort-of-reliable way to build C++11
>>> code.
>>
>> Not true. I
> On Nov 18, 2014, at 12:30 PM, Jeff Singleton wrote:
>
> On 11/18/14 12:20 PM, Ryan Schmidt wrote:
>> otool -L/Users/USER/*/GIMP.app/Conte
>
> jsingleton@minimac ~ $ lipo -info /opt/local/lib/libiconv.2.dylib
> Non-fat file: /opt/local/lib/libiconv.2.dylib is architecture: x86_64
>
> jsinglet
On Tuesday November 18 2014 18:16:53 Chris Jones wrote:
> > This is on 10.6.8, where the C++ runtime issues are in fact more with
> > clang. Using a recent GCC is the only sort-of-reliable way to build C++11
> > code.
>
> Not true. In the ROOT6 port we use MacPorts clang (3.4) compiler on
> OS
On 11/18/14 12:20 PM, Ryan Schmidt wrote:
otool -L/Users/USER/*/GIMP.app/Conte
jsingleton@minimac ~ $ lipo -info /opt/local/lib/libiconv.2.dylib
Non-fat file: /opt/local/lib/libiconv.2.dylib is architecture: x86_64
jsingleton@minimac ~ $ lipo -info
/Applications/GIMP.app/Contents/Resources/
On Nov 18, 2014, at 12:13 PM, Jeff Singleton wrote:
> On 11/18/14 11:38 AM, Ryan Schmidt wrote:
>
>> On Nov 18, 2014, at 11:01 AM, Jeff Singleton wrote:
>>>
>>> Library not loaded: /opt/local/lib/libiconv.2.dylib
>>> Referenced from:
>>> /Users/USER/*/GIMP.app/Contents/Resources/lib/libgobject-
On 18/11/14 18:12, René J.V. Bertin wrote:
On Tuesday November 18 2014 17:57:55 Chris Jones wrote:
the portfile has been setup to use by the port maintainer. Specifically,
forcing the use of gcc to build c++ code is very problematic due to the
much discussed runtime issues, and consequently ver
On Tuesday November 18 2014 17:57:55 Chris Jones wrote:
> the portfile has been setup to use by the port maintainer. Specifically,
> forcing the use of gcc to build c++ code is very problematic due to the
> much discussed runtime issues, and consequently very unsupported.
This is on 10.6.8, whe
I did that already...as well as trying -R to rebuild dependents. Same
error, but, again this is not really fatal, as I can open GIMP then open
images just fine, its only when I use "Open With" from the Finder
context menu.
On 11/18/14 11:38 AM, Ryan Schmidt wrote:
On Nov 18, 2014, at 11:01 A
On 18/11/14 17:53, René J.V. Bertin wrote:
On Tuesday November 18 2014 11:59:10 Lawrence Velázquez wrote:
The GPL does not prohibit binary distribution.
No, but I was under the impression that Apple doesn't want to distribute GPLed
binaries. As I said, I'm not complaining.
Yes, setting co
On Tuesday November 18 2014 11:59:10 Lawrence Velázquez wrote:
> The GPL does not prohibit binary distribution.
No, but I was under the impression that Apple doesn't want to distribute GPLed
binaries. As I said, I'm not complaining.
> Yes, setting configure.compiler to "macports-gcc-4.8" autom
On Nov 18, 2014, at 11:01 AM, Jeff Singleton wrote:
>
> This is not a failure of MacPorts, but since Gimp was built with MacPorts, I
> wanted to share it.
>
> I use the original GIMPskel process to create a GIMP.app bundle from the Gimp
> built in MacPorts. Other than having to manually copy o
On Nov 18, 2014, at 12:01 PM, Jeff Singleton wrote:
> Today I noticed that if I choose any image file and Open With GIMP, it
> crashes consistently with this:
>
> Dyld Error Message:
> Library not loaded: /opt/local/lib/libiconv.2.dylib
> Referenced from:
> /Users/USER/*/GIMP.app/Contents/Reso
This is not a failure of MacPorts, but since Gimp was built with
MacPorts, I wanted to share it.
I use the original GIMPskel process to create a GIMP.app bundle from the
Gimp built in MacPorts. Other than having to manually copy or symlink
some files from /usr/lib (base Apple), this process wo
On Nov 18, 2014, at 11:40 AM, René J.V. Bertin wrote:
> Exact. I was expecting gcc to be non-distributable due to it being GPL ...
> but I'm not complaining :)
The GPL does not prohibit binary distribution.
> On Tuesday November 18 2014 10:01:25 Ryan Schmidt wrote:
>
>> There is no mention o
On Tuesday November 18 2014 10:01:25 Ryan Schmidt wrote:
> I don't know what changes have occurred between gcc48 and gcc49. You could
> consult the changelog. Note that we do have binary packages, so if you're
> using binaries on your system there wouldn't be any time spent building.
Exact. I w
On Nov 18, 2014, at 5:34 AM, René J.V. Bertin wrote:
>
> For those of us still using 10.6 (whether real or virtualised): is there an
> advantage of gcc49 over gcc48? I think I read something about better
> optimisation somewhere, but is that noticeable enough to warrant spending the
> time of b
Hi,
For those of us still using 10.6 (whether real or virtualised): is there an
advantage of gcc49 over gcc48? I think I read something about better
optimisation somewhere, but is that noticeable enough to warrant spending the
time of building and installing gcc49? Would that at least give some
33 matches
Mail list logo
