compiles and works on macos by adding keyword Reproducible: Always Steps to Reproduce: 1. 2. 3.
>>> Completed installing into /var/tmp/portage/surfraw-1.0.7/image/ * checking 49 files for package collisions existing file /usr/bin/W is not owned by this package * spend 0.112397193909 seconds checking for file collisions * This package is blocked because it wants to overwrite * files belonging to other packages (see messages above). /usr/bin/W on mac os looks like the same as 'who' on gnu/linux... Ideas, anyone?
/usr/bin/W is /usr/bin/w (note that root partition is likely to be case-insensitive on Mac OS X), and /usr/bin/w is one of the common Unix utilities.
right right right. forgot about the case insensitivity. ideas on a workaround? creating a g<util> out of this would be hell...
Any chance of testing a recent v2 surfraw ebuild, /usr/bin is no longer populated with stacks of scripts. If W is the only clash it shouldn't cause any significant problems to work around it for macos, as it isn't a necessity for surfraw usage anyway(just a wrapper for opening the surfraw defined browser).
It still collides with the system because of /usr/bin/W.
I'm going to assume comment #5 was an answer to my question, and only /usr/bin/W collides in v2+. If that is the case the latest update to 2.1.5(in Bug #150945) fixes that.
Added in prefix, looks fine.