compiles and works on macos by adding keyword
Steps to Reproduce:
>>> 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...
/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.