Opened 20 years ago
Closed 19 years ago
#2848 closed defect (fixed)
BUG: activate (revealed by ddd)
Reported by: | yves@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | base | Version: | 1.0 |
Keywords: | Cc: | jkh@… | |
Port: |
Description
while activating ddd 3.3.10 :
DEBUG: Adding file to file_map: /usr/X11R6/lib/X11/app-defaults/Ddd for: ddd port activate failed: Not a directory
which, in the Portfile, correspond to
xinstall -c ${destroot}${prefix}/share/${name}-${version}/${name}/Ddd \
${destroot}${x11prefix}/lib/X11/app-defaults
At that point : 1- ddd was registered as active, even though the command exited with an error. 2- port deactivate seemed to work, with no error, but all of the port's files were still present afterwards in /opt/local. 3- so doing "port activate ddd" gives errors of tryng to overwrite files that do not belong to any port (like bin/ddd, share/ddd etc)
the ddd port itself can be fixed by using /etc/X11 instead of ${x11prefix}/lib/X11
Change History (4)
comment:1 Changed 19 years ago by olegb@…
comment:2 Changed 19 years ago by pguyot (Paul Guyot)
I think that's a case insensitive problem.
"Not a directory" is there an error generated by the filemap native implementation, not by xinstall command.
The filemap tree should be coherent and you cannot have two items, a directory and a file, with the same name.
comment:3 Changed 19 years ago by yves@…
I have a little problem here, I don't have permissions to close the bug since I switched to @opendarwin bugzilla account.
comment:4 Changed 19 years ago by pguyot (Paul Guyot)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Yves, have this been fixed? If so, please close the bug, thanks.