When sed_inplace is used on files that are actually symlinks to other files (e.g. in the games/gltron port, e.g. system.h -> system_sdl.h) it does not function properly. It truncates the original file and the backup of that file. Fix: A work around could be to use the old-style inplace using perl: perl -pi -e 's/foo/bar/' file.txt Or if perl is not available: sed 's/foo/bar/' file.txt >file.txt.new && mv file.txt.new file.txt How-To-Repeat: % echo 'This line is long.' >test.txt % cat test.txt This line is long. % sed_inplace -i.bak -e 's/long/short/' test.txt % cat test.txt This line is short. % cat test.txt.bak This line is long. Nothing strange until now, but when using symlinks: % echo 'This line is long.' >test.txt % ln -s test.txt test.txt.ln % ls test.txt.ln lrwx------ 1 aprogas users 8 Sep 9 15:56 test.txt.ln@ -> test.txt % cat test.txt.ln This line is long. % sed_inplace -i.bak -e 's/long/short/' test.txt.ln % cat test.txt.ln This lin% cat test.txt.ln.bak This lin%
Responsible Changed From-To: freebsd-ports->sobomax over to maintainer
State Changed From-To: open->closed Should be fixed in upgrade to 2002.10.19 snapshot. Thank you for reporting!