Opened 19 years ago
Closed 17 years ago
#5065 closed enhancement (invalid)
RFE: a fix for X11/app-defaults recurrent problems
| Reported by: | yves@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | base | Version: | 1.0 |
| Keywords: | Cc: | ||
| Port: |
Description
Many ports use a post-destroot procedure to fix X11/app-defaults which will break the activation if port tries to overwrite the symlink in /usr/X11R6/lib/X11 with a directory, which is the case for Apple's X11 for instance.
However, if /usr/X11R6/lib/X11 really is a directory, which is the case for XFree86 4.5.0, app-defaults placed in /etc/X11 are boldly ignored.
So here is a little addition to the destroot_finish procedure which - hopefully - cope with the issue by adapting the app-defaults location to the user's setup, thus making app-defaults fiddlings in post- destroot obsolete.
Attachments (1)
Change History (4)
Changed 19 years ago by yves@…
| Attachment: | destroot.patch added |
|---|
comment:1 Changed 18 years ago by rhwood@…
| severity: | normal → enhancement |
|---|
Make the list of bugs easier to scan.
comment:2 Changed 18 years ago by markd@…
I have a fresh install of OS X 10.4.8 and Apple's X11 and my /usr/X11R6/lib/X11 directory is really a directory. Is this bug still applicable to current conditions?
comment:3 Changed 17 years ago by yves@…
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
Thougth was closed a long time ago, it was a bad idea anyway
patch for portdestroot.tcl, apply in base