#17956: Some x11-apps install app-defaults to $x11prefix with +system_x11 ---------------------------+------------------------------------------------ Reporter: mta@… | Owner: jeremyhu@… Type: enhancement | Status: new Priority: Low | Milestone: Port Updates Component: ports | Version: 1.8.0 Keywords: | Port: bitmap, editres, oclock, viewres, xcalc, xclipboard, xclock, xconsole, xditview, xdm, xedit, xfd, xfontsel, xgc, xload, xlogo, xmag, xman, xmessage, xmh, xmore, xsm, mesa, xorg-libAppleWM, xrender, fslsfonts, appres, listres, luit, xeyes ---------------------------+------------------------------------------------ Comment(by mta@…): Replying to [comment:7 jeremyhu@…]:
Which ports (other than xorg and xorg-apps) depend on these application? Nothing in there should.
The only thing that depends on xlogo (I didn't check all 22 apps) is xorg- apps. The only thing that depends on it is xorg, and the only thing that depends on xorg is gnucash-desktop. I.e., the dependency chain is gnucash-desktop->xorg->xorg-apps->xlogo.
As it is, you can't install something like gnome-desktop if you've installed the X11 libraries with the system_x11 variant.
The solution is to figure out why gnome-desktop is pulling in xorg. My MBP just borked, so I'm short a dev box for a few days... =/ sorry I can't dive into this more right now
Yes, I agree, gnome-desktop shouldn't pull in xorg. On the other hand these apps won't build at all if you built the X11 libraries with the system_x11 variant. This seems wrong. At the very least it seems that there should be something in the port file to warn people not to install them in this case. You could test for the location of the app-defaults directory and abort the install if it's outside the Macports prefix area. Letting the install proceed simply to fail later when it can't replace the non-Macports app-defaults file is going to be confusing. -- Ticket URL: <http://trac.macports.org/ticket/17956#comment:8> MacPorts <http://www.macports.org/> Ports system for Mac OS