We also pass the "-n" (no dereference) switch to ln when creating symlinks
on the Haiku image/installation. Apparently BeOS R5's ln is buggy in that it always assumes "-n". A correct ln would resolve an existing symlink to a directory and create/replace the symlink there. If you have such an ln, you may find symlinks /boot/beos/apps/apps, /boot/beos/preferences/preferences, and /boot/home/home on your boot partition (if you have run "jam install-haiku" at least twice). Fixes bug #143. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16354 a95241bf-73f2-0310-859d-f6bbb57e9c96
This commit is contained in:
@@ -310,7 +310,7 @@ actions AppendToHaikuImageCopyFilesScriptSingleFile
|
||||
|
||||
actions AddSymlinkToHaikuImageCopyFilesScript
|
||||
{
|
||||
echo \$ln -sf "\"$(SYMLINK_TARGET)\"" "\"\${tPrefix}$(1:G=)\"" >> $(2[1])
|
||||
echo \$ln -sfn "\"$(SYMLINK_TARGET)\"" "\"\${tPrefix}$(1:G=)\"" >> $(2[1])
|
||||
}
|
||||
|
||||
rule BuildHaikuImage
|
||||
|
||||
Reference in New Issue
Block a user