Here is the Mac OS X Yosemite problem report:
Process: opennx [72140]
Path: /Applications/OpenNX/OpenNX.app/Contents/MacOS/OpenNXapp
Identifier: org.opennx.OpenNX
Version: ???
Code Type: X86 (Native)
Parent Process: ??? [1]
Responsible: opennx [72140]
User ID: 501
Date/Time: 2014-10-16 23:33:27.490 -0700
OS Version: Mac OS X 10.10 (14A389)
Report Version: 11
Anonymous UUID: F8C2E5EC-D8F4-2826-0590-04EFCFA73FDC
Time Awake Since Boot: 4400 seconds
Crashed Thread: 0
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Application Specific Information:
dyld: launch, loading dependent libraries
Dyld Error Message:
Library not loaded: /usr/X11/lib/libSM.6.dylib
Referenced from: /Library/OpenNX/*/opennx
Reason: image not found
Binary Images:
0x8fe61000 - 0x8fe94e03 dyld (353.2.1) <EBFF7998-58E8-32F5-BF0D-9690278EC792> /usr/lib/dyld
0x90aaa000 - 0x90b9bffb libiconv.2.dylib (42) <4AF77F10-0BEC-3BE0-99DF-C5170EDB316B> /usr/lib/libiconv.2.dylib
0x911a5000 - 0x911b4ff3 com.apple.opengl (11.0.7 - 11.0.7) <C4738E5F-C178-3A01-B941-C638E6A14D7C> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
0x91e01000 - 0x91e01fff com.apple.Carbon (154 - 157) <5A078967-8437-3721-A6B1-70CC00461D7B> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
0x952fd000 - 0x95587ffb com.apple.WebKit (10600 - 10600.1.25) <DCD91A86-737E-352F-921A-5A029DCAD0D7> /System/Library/Frameworks/WebKit.framework/Versions/A/WebKit
0x96a5b000 - 0x96a62fff com.apple.agl (3.3.0 - AGL-3.3.0) <B5C27F6B-1650-33A2-A310-BB4C12385E49> /System/Library/Frameworks/AGL.framework/Versions/A/AGL
0x976bc000 - 0x97739ff3 com.apple.framework.IOKit (2.0.2 - 1050.1.21) <C3A9E799-0B67-3292-AF44-43CCA846C169> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x97741000 - 0x97742fff libSystem.B.dylib (1213) <77FA0B3F-4412-31F6-A798-21D068AE16C3> /usr/lib/libSystem.B.dylib
0x99b92000 - 0x99b92fff com.apple.Cocoa (6.8 - 21) <6AF80DDB-C28E-36FF-BC11-D7D561AC52A9> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
0x9b1a7000 - 0x9b42cfff com.apple.QuickTime (7.7.3 - 2890) <34289D2B-07CC-3D12-8F32-6F97D96DEE81> /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime
0x9b8e7000 - 0x9b8f5ff7 libz.1.dylib (55) <DF3B8F77-8931-3A6B-8BDF-DB67315050E6> /usr/lib/libz.1.dylib
Model: MacBookPro10,1, BootROM MBP101.00EE.B05, 4 processors, Intel Core i7, 2.7 GHz, 16 GB, SMC 2.3f36
Graphics: Intel HD Graphics 4000, Intel HD Graphics 4000, Built-In
Graphics: NVIDIA GeForce GT 650M, NVIDIA GeForce GT 650M, PCIe, 1024 MB
Memory Module: BANK 0/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D5434314753364D465238432D50422020
Memory Module: BANK 1/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D5434314753364D465238432D50422020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xEF), Broadcom BCM43xx 1.0 (7.15.124.12.8)
Bluetooth: Version 4.3.0f10 14890, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
Serial ATA Device: APPLE SSD SM768E, 751.28 GB
USB Device: Hub
USB Device: FaceTime HD Camera (Built-in)
USB Device: Hub
USB Device: Hub
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
USB Device: Apple Internal Keyboard / Trackpad
Thunderbolt Bus: MacBook Pro, Apple Inc., 23.4
Here also I can confirm. OpenNX-0.16.0.725 and Xquartz-2.7.5 in Yosemite 10.10.1.
Thx!
Yes thanks Jiro, someone else had reported this and I couldn't get it working before but your post prompted me to give it another shot. I installed OpenNX 0.16.0.725 and XQuartz 2.7.5 and I tried it and it didn't work. I then logged out and logged back in (which I should have done in the first place) and now it works! Thanks again. So happy to have this working again.
Just a follow up to my own post from two days ago. I tested OpenNX 0.16.0.725 with a few different version of XQuartz. Unfortunately, it has to be OpenNX 0.16.0.725 with XQuartz 2.7.5 to work with Yosemite (10.10.1, to be exact).
Unfortunately, I can't seem to get xterm, xclock,xeye, etc to work from Terminal.app any more. If I do, I get an error saying "Can't open display: /private/tmp/com.apple.launchd.NDEhRSLs4u/org.macforge.xquartz:0" (or something like that).
The file itself does exists, however, the path is 65 character long. I'm guessing this is the 64 character limitation that davmp reported a while back.
Of course, this does not mean that I can't start X11 applications: I can always start xterm from XQuartz itself. Once I do, from there, I can call xeyes, xclock, or any other ones (I think: I can't possibly try everything…). So, this isn't a huge problem. For the very least, with XQuartz 2.7.5, I can use OpenNX when I need it. It also appears that I can do remote X11 via ssh tunneling without any problem. So, I am happy where it is (at least for now).
XQuartz 2.7.5 on Yosemite did not fix it for me. I dug a bit further into the problem, and this is what I found:
With Yosemite, the paths for launchd services changes. Previously it was /tmp/launchd, with Yosemite it is /private/tmp/com.apple.launchd.
The problem seems to be in nxproxy, specifically Loop.cpp, which contains the following snippet:
This test fails on Yosemite, causing that function to believe that the DISPLAY is actually a hostname, and therefore tries to resolve it, but without success.
I believe it should be sufficient to just add a test so it detects the new path also as launchd socket. I couldn't get nxproxy to build on my machine, so I did not verify this.
Last edit: Florian Bruckner 2014-12-10
Finally found a workaround. You need macports (from http://www.macports.org) installed with the package nxproxy. The Yosemite problem in nxproxy has been fixed there:
Then go to /Library/OpenNX/bin and replace the nxproxy here with the nxproxy provided by macports:
Florian,
Did you get OpenNX working with a new nxproxy with XQuartz 2.7.5 or 2.7.7? If you got it working with 2.7.7, I may be interested in trying…
Cannot confirm. Tried with XQuartz 2.7.7 + OpenNX 725 and 729, no luck, still the same behavior: "Starting session", then silently back to the login menu :(
Hi Florian, thanks for posting this solution. Unfortunately, it does not work for me. I installed macports and subsequently executed the commands you posted in terminal. The command "port install nxproxy" returned some errors, though. Is there something that I might have overlooked? You write "go to /Library/OpenNX/bin and replace the nxproxy here with the nxproxy provided by macports:". Do I have to change the directory or is it sufficient to execute the command? Could you post the path to the NXPROXY that comes with macports?
Thanks a lot in advance!!
Last edit: Hans Rettenwender 2014-12-27
Hi Hans,
macports uses /opt/local as its base directory, so nxproxy is in /opt/local/bin.
You say that port install nxproxy returned errors - it did not for me. These are the ports that I have installed (I usually use homebrew, so this is very minimal):
jpeg @9a_1 (active)
libpng @1.6.15_0 (active)
nxcomp @3.5.0.28_0 (active)
nxproxy @3.5.0.28_0 (active)
xorg-xproto @7.0.26_0 (active)
zlib @1.2.8_0 (active)
There may be other issues that I do not have with my installation, but this is all I did to get it running.
Yes, got it working with 2.7.7.
Florian, thank you for discovering this fix. If you are still listening, could you confirm the configuration that worked for you? I am trying to get it working with:
1. OSX: Yosemite version 10.10.2
2. Opennx: Version 0.16.0.729 (RELEASE)
3. XQuartz: XQuartz 2.7.7 (xorg-server 1.15.2)
4. nxproxy: Activating nxproxy @3.5.0.28_0
In , /Library/OpenNX/bin I have
lrwxr-xr-x 1 root wheel 22 21 Feb 15:49 nxproxy -> /opt/local/bin/nxproxy
However when I try to connect, I still see the behaviour described by others earlier: opennx goes through all the normal authentication cycle (it seems to ignore any previously open connections), and then bounces back to the login window. Is there any obvious way my setup differs from yours?
This is exactly my setup. I have applied this to a couple of machines I have been using over the past weeks, and it worked on all of them.
We may be looking at two distinct problems, because there are earlier posts to this issue that a downgrade of XQuartz would do the trick. It didn't (and couldn't, due to the nature of the problem) resolve the problem for me, but did for others.
Thanks Florian. I think you're right about multiple bugs. My situation is this:
.Downgrading to OpenNX 0.116.0.725 causes magic cookie problems, so I have to stick with 729.
.XQuartz 2.7.7 gives the bounce-back-to-opennx problem, whether or not I have your link-to-nxproxy trick set up
.XQuartz 2.7.5 runs, but doesn't give a proper nx window (no top bar, sets itself up across both screens I am using, and using the whole screen)
The latter isn't really satisfactory, but I desperately need nx, so I guess that's what I'm going to have to live with for now. Thanks for all your help,
Bob
Bob,
same to me: mac osx 10.10.2 and XQartz 2.7.5 works (without window border) but 2.7.6, 2.7.7 and new 2.7.8_beta3 does not work. No NX window open after login. I try to set DISPLAY var and all the other tips, but only 2.7.5 works (and without a trick or patch).
-js
I also have tried Florian's fix on OS 10.10.2, but can only get OpenNX 0.116.0.725 to work with XQuartz 2.7.5, though I do get the nx window border under that config. No luck with XQuartz 2.7.6, 2.7.7 or 2.7.8_beta3.
Since we don't yet have a reliable fix, I did some exploration of alternatives. Previously, I had tried x2go and found it too unreliable for production use. I'm not sure what has changed (client or server), but so far I have found the latest mac client (4.0.3.2) on Yosemite to play very reliably, both on LAN links (to Fedora 20/21 servers) and on intercontinental WAN links to CentOS (even so, I'd recommend a lightweight desktop such as lxde/lxdm for such applications). If you are still struggling to get nx to work cleanly, this might be a good alternative.
It seems that the nxssh binary is broken on Yosemite (and none of recipes posted here really help). It needs to be recompiled against recent X libraries, and here is the how to get it done with Xquartz 2.7.7 on Yosemite. It will work using other OpenNX 729 binaries, so have it installed.
Instructions are loosely based on:
http://www.nerdenmeister.org/2013/11/09/build-opennx-on-os-x-10-9-mavericks/
1.
Set up MacPorts and install these packages (maybe only nxcomp and nxproxy are needed, but I'm posting what I did):
sudo port install wxWidgets-3.0 curl libidn openssl zlib nxcomp libpng jpeg svn2cl cctools libtool autoconf automake pulseaudio
tar xzf nxssh-3.5.0-2.tar.gz
cd nxssh
UPDATE:added correct env for configure command
CPPFLAGS="-I/opt/local/include -I/opt/local/include/nx" LDFLAGS="-L/opt/local/lib -L/opt/local/lib/nx -lresolv" ./configure --prefix=/opt/local
make -j4
(hint: 3.5.1-2 source might also work but I didn't try..)
sudo cp nxssh /LIbrary/OpenNX/bin/
That's it! Run OpenNX and try to connect. If you get an older session with messed up keymap, start another one (happened to me once but later it was always ok).
Last edit: smorovic 2015-03-13
Thanks smorovec; can I check one part of your explanation? When I
followed your recipe, configure picked up the apple openssl
installation rather than the MacPorts one; for some reason, although
my mac installation is (as far as I can tell) completely up-to-date,
the openssl headers and libraries were inconsistent versions, so I was
unable to get it to work. I tried passing command line parameters to
configure, to try to switch it to use /opt/local, but haven't been
able to find the right combination. I'm guessing you are using
environment variables for the purpose; can you let us know how you
have them set up?
On Tue, Mar 10, 2015 at 4:35 AM, smorovic smorovic@users.sf.net wrote:
Related
Bugs: #80
You're correct, I forgot to put correct instructions for compiling nxssh (actually taken from www.nerdenmeister.org page). So, nxssh configure needs to be run as:
CPPFLAGS="-I/opt/local/include -I/opt/local/include/nx" LDFLAGS="-L/opt/local/lib -L/opt/local/lib/nx -lresolv" ./configure --prefix=/opt/local
Thank you for the details; it's now working perfectly for me.
Best Wishes
Bob
On Wed, Mar 11, 2015 at 5:10 AM, smorovic smorovic@users.sf.net wrote:
Today we created a binary packet for openNX which is functional under yosemite.
feel free to check it out or make improvements.
currently known problems are:
some crashes with session assistant (works, but not fine)
problem with 2 display systems: be aware to create a user defined screen size,
otherwise the display stays in background.
download it at: http://www.hirnschwund.de/OpenNX.pkg.zip
factsoft , Martin Richter, Max Czarnecki
Vielen Dank für Ihr Engagement und die Benachrichtigung!!
Jörg Glockengießer
Am 21.08.2015 um 17:42 schrieb Martin Richter factsoft@users.sf.net:
Related
Bugs: #80
I used this on El Capitan and it worked great, but I just upgraded to Sierra and it connects and then closes.
Is there an update for Sierra?