Closed GoogleCodeExporter closed 9 years ago
forgot to add that i'm on 10.6.7, although it's kind of irrelevant. also,
please see below the contents of cureutils.pkg in coreutils-8.5-0.dmg, as a
comparison. the earlier version installs fine with $ sudo rudix -i
/path/to/coreutils.pkg
Original comment by bamdad.k...@gmail.com
on 8 Jun 2011 at 5:20
Attachments:
Original comment by ruda.moura@gmail.com
on 8 Jun 2011 at 11:54
Oh That's really bad, It happened when we've made changes to the build system.
At least your bug report was really informative.
There's a new package upgraded to version 8.9, can you download and test?
http://code.google.com/p/rudix/downloads/detail?name=coreutils-8.9-0.pkg
Thanks!
Original comment by ruda.moura@gmail.com
on 9 Jun 2011 at 1:29
a non-informative bug report is worth nothing, imo.
the new package installs and works correctly. thank you.
one last question: should i file a separate feature request for having symlinks
in e.g. /usr/local/libexec/gnubin without the leading g-/gnu-? it would be much
more convenient just to add that to the path before /usr/bin to use the gnu
coreutils as default ones..
Original comment by bamdad.k...@gmail.com
on 9 Jun 2011 at 9:37
sorry, my bad. they are symlinked, but in the same directory. thanks again for
the prompt fix.
Original comment by bamdad.k...@gmail.com
on 9 Jun 2011 at 12:36
That's right, the gnu counterpart are prefixed with gnu and are made with
symbolic links, like gnudate to date, gnucp to cp and so on. /usr/local/libexec
are not appropriate for this.
You're welcome.
Original comment by ruda.moura@gmail.com
on 10 Jun 2011 at 12:48
Original issue reported on code.google.com by
bamdad.k...@gmail.com
on 8 Jun 2011 at 5:16Attachments: