Open bdbaddog opened 6 years ago
Removed "has patch" label again because the patch was for a different issue, had been attached to this issue in error.
Interesting decision: "Make symlinks a first-class Node type" did anything further ever happen with that?
This issue was originally created at: 2007-08-09 13:05:08. This issue was reported by:
cuberoot
.I am working on a Scons project where I need to unpack a tar file that contains symbolic links. When I use the
Clean
directive to make sure the directory I unpacked to gets removed, I run into problems. Scons fails to clean up because it ignores the symbolic links when removing the directory and therefore it cannot remove the parent directory because it is not empty.Created an attachment (id=208) Tiny project that demonstrates bug. Just to "scons;scons -c"
Created an attachment (id=349) patch to add
$"VARNAME"
Ignore that last patch - on the wrong bug. Tigris is playing tricks on me :)
Bug party triage: combine with other symlink issues (#962, #1141, #1604 , #1947). Make symlinks a first-class Node type to resolve all these cases.
Collect all symlink-related issues into a group with the keyword 'symlink'
Adjust triage of issues.
de-assigning all tickets assigned to Greg Noel (no longer working on SCons)
Tiny project that demonstrates bug. Just do
scons; scons -c
patch to add $"VARNAME"