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:
Ingo Weinhold
2006-02-11 19:50:38 +00:00
parent 2d0e3b12b1
commit 4d5192896a
+1 -1
View File
@@ -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