Opened 15 years ago
Closed 15 years ago
#535 closed defect (duplicate)
make tarball copying error in install_shlib.pl
Reported by: | henjoh@… | Owned by: | troy |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | cmake | Keywords: | install_shlib.pl |
Cc: |
Description
When running 'make tarball' errors like this one appear:
"Couldn't copy /lap/i3_ports/1.0/root-v5.18.00/liblap/i3_ports/1.0/var/db/dports/software/root_5.18.00/5.18.00_3/lap/i3_ports/1.0/root-v5.18.00/lib/libCore.so.5.18 to simulation.candidates.V02-03-01RC.Linux-x86_64.gcc-4.2.4/lib/tools: No such file or directory at /scratch/597612344576472117827348/scratch/meta-project/src/cmake/install_shlib.pl line 74"
The reason seems to be that if the $src variable in install_shlib.pl is a symbolic link, it is assumed to be a relative link, while it might be absolute.
Change History (4)
comment:1 Changed 15 years ago by troy
- Resolution set to wontfix
- Status changed from new to closed
comment:2 Changed 15 years ago by henjoh
This happens on some of the SweGrid? clusters. Tools are installed by the cluster admins per request from me. When these errors occur I believe that the $I3_PORTS path is a symbolic link referring to an absolute path.
-Henrik Johansson
comment:3 Changed 15 years ago by troy
- Resolution wontfix deleted
- Status changed from closed to reopened
Thanks for the follow up... this ticket turned out to be a duplicate of #155, and there is an attempted fix in on the trunk. Could you try to make a tarball of offline/trunk and let me know how it goes.
-t
comment:4 Changed 15 years ago by troy
- Resolution set to duplicate
- Status changed from reopened to closed
Hard to go and fix this without a directory listing showing how the root libs got linked like that. Somehow it doesn't sound like the tool libs got like that as a result of a normal install.