aplha, mips, amd64, hppa please mark as stable osx, please test and ~arch if appropiate thanks
stable on hppa
stable on amd64
We came, we tested, we alpha'd Cheers, Ferdy
closing due to timeout... thanks
Created attachment 63271 [details, diff] patch made to the ebuild to get sed quiet BSD sed on OSX is not able to do a case insensitive match. I solved it using some other script-foo, which seems to have the same effect on OSX.
This shouldn't be a problem. On OSX we have "gsed" which is automatically aliased to "sed" by portage. This should've been installed on both Panther and Tiger as a part of system.
Created attachment 63635 [details, diff] a platform independent fix for the sed issue It seemed that on OSX by default "gsed" is used upon invocation of "sed". When being called through another process, such as find or xargs, this alias is not being used resulting in the reported errors by sed. This proposed patch makes sure the ebuild calls sed directly by storing find's output first in a variable.
Comment on attachment 63635 [details, diff] a platform independent fix for the sed issue no patch should be necessary to run this ebuild on OSX. The issue why sed causes trouble on OSX is because there sed is actually an alias to gsed, and for aliases you need a shell. The fork done by find to execute sed does not spawn a shell first (why should it) and as such the normal BSD sed is executed. To solve this for OSX, a symlink to gsed as sed should be placed somewhere and put as first in the PATH environment, such that the exec() call after the fork() in find, finds the 'right' (g)sed due to the symlink and the PATH. I've tested this setup and that works find with the original ebuild, hence I obsolete this patch.
