#17688 closed defect (invalid)
OS X 'native' kdebase4 applications have hidden X11 dependencies
Reported by: | cjones051073 (Chris Jones) | Owned by: | illogic-al@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.7.0 |
Keywords: | kdebase4 X11 | Cc: | |
Port: | kdebase4 |
Description
After building the kdebase4 port trying to start any of the applications (kwrite, dolphin etc.) triggers X11 to start. In addition the applications fail to start properly and hang. Killing the X11 application sometimes causes the application to continue loading.
These applications should be OS X native (they depend on no X11 applications and use qt4-mac) so it looks like some X11 dependency is accidentally being compiled in somewhere ?
Chris
Change History (14)
comment:1 Changed 16 years ago by jmroot (Joshua Root)
Owner: | changed from macports-tickets@… to illogic-al@… |
---|
comment:2 Changed 16 years ago by illogic-al@…
Status: | new → assigned |
---|
comment:3 Changed 16 years ago by illogic-al@…
comment:4 Changed 16 years ago by cjones051073 (Chris Jones)
Sure I'll try it out thanks... But, I'm not sure how to do this ?? Could you point me towards some documentation ?
cheers Chris
comment:6 Changed 16 years ago by cjones051073 (Chris Jones)
Thanks for the instructions. I had also to do a
sudo port uninstall kdebase4
before I could install the newly compiled version though.
Unfortunately, it hasn't helped with the X11 problem. I have the same symptoms as before, starting ny KDE4 applications causes X11 to start, and the applications do not start properly.
Should I recompile anything else ? kdelibs4 ? Do I need kdebase4-runtime ?
Chris
Chris
comment:7 Changed 16 years ago by illogic-al@…
Might be something other library linking to X11. Unless you can find out what specifically is linking to X I'm going to leave this one alone. FWIW I used to get this error too. My solution was to move X from /usr/X11 and then compile KDE :-) You may be able to get away with changing the location of X11 pointed to in macports.conf also. Oh, running 'otool -L /path/to/library' will list everything that is linked to. This should help you hunt down the problem if you really want to. I'm in #kde-mac on freenode also if you fancy some real time "fun" :-)
comment:8 follow-ups: 9 10 Changed 16 years ago by illogic-al@…
Resolution: | → invalid |
---|---|
Status: | assigned → closed |
I think this is because dbus was compile w/ x11. recompile w/ +no_x11. Either way. closing as invalid. Re-open if you get more info.
comment:9 Changed 16 years ago by jonas.baehr@…
Replying to illogic-al@…:
I think this is because dbus was compile w/ x11. recompile w/ +no_x11.
It is. I think it's a problem with the dbus port. X11 should not be the default! In fact, it wasn't till some month ago to "fix" a problem with an x11 app! See https://trac.macports.org/ticket/16755#comment:36 for more.
comment:10 Changed 16 years ago by cjones051073 (Chris Jones)
Replying to illogic-al@…:
I think this is because dbus was compile w/ x11. recompile w/ +no_x11. Either way. closing as invalid. Re-open if you get more info.
This works for me too. X11 no longer starts when I try and start KDE4 apps. Unfortunately, the KDE4 applications still do not start up correctly. For one, all the icons are missing. What package do I need to install for the KDE4 artwork. Maybe I should start another ticket for this issue ...
comment:11 Changed 16 years ago by illogic-al@…
Also giflib also pulls in X11 dependencies _if_ it can't find X when it is being installed. For me specifically, /opt/local/lib/libX11.6.dylib .
comment:12 Changed 16 years ago by jonas.baehr@…
Please try the dbus port in #17950, it uses launchd the storing the session bus address instead of X11.
comment:13 Changed 16 years ago by illogic-al@…
The port has been committed. Please update dbus and report any problems.
tried to fix this in r44112. Can anyone confirm?