[MacPorts] #18149: coreutils +with_default_names vs. gettext vs. MacPorts
MacPorts
noreply at macports.org
Fri Jan 23 07:37:57 PST 2009
#18149: coreutils +with_default_names vs. gettext vs. MacPorts
-------------------------------------+--------------------------------------
Reporter: macports@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Normal | Milestone: MacPorts Future
Component: base | Version: 1.7.0
Keywords: | Port: gettext, coreutils
-------------------------------------+--------------------------------------
Comment(by jmr@…):
I fixed a handful of this stuff in r45851. There are valid reasons for
calling out with system/exec sometimes, for example `file delete` doesn't
handle directories on Panther, and `file link -symbolic` won't let you
link to a file that doesn't exist. There are still quite a lot of places
where bare command names are being used, and they should be converted to
use full paths, preferably as detected by autoconf (and falling back on
binaryInPath). These are the ones I found:
{{{
bunzip2
chmod
chown
curl
diff
dscl
file
find
gunzip
gzip
id
lipo
patch
tar
touch
xcodebuild
}}}
At first glance it seems like all of them should be converted so that
broken ports can't break base. But we should be careful of problems like
what happened with svn (#15868).
--
Ticket URL: <http://trac.macports.org/ticket/18149#comment:3>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list