Opened 19 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@…

Yves, have this been fixed? If so, please close the bug, thanks.

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: newclosed
Note: See TracTickets for help on using tickets.