Summary: | Keyword: net-www/surfraw | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Tim Ellis <onez60> |
Component: | Mac OSX | Assignee: | Gentoo for Mac OS X <ppc-macos> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | jnrowe |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Tim Ellis
2004-07-30 17:50:02 UTC
>>> 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. |