newvers.sh: can't find dirname?
Garrett Cooper
gcooper at FreeBSD.org
Wed Nov 17 20:56:27 UTC 2010
On Wed, Nov 17, 2010 at 12:23 PM, Warner Losh <imp at bsdimp.com> wrote:
> On 11/17/2010 12:36, Garrett Cooper wrote:
>>
>> This is the second time I've seen this (I forgot why I fixed it the
>> first time, reverted the local change, and ran into the change the
>> second time):
>>
>> ===> include (install)
>> creating osreldate.h from newvers.sh
>> NEWVERS PATH:
>> /usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.Nuxzcgf9
>> /usr/src/include/../sys/conf/newvers.sh: dirname: not found
>
> This shouldn't be running newvers.sh...
This might be because sys/param.h was newer than osreldate.h (I
unpacked it from a tarball as it was on a memory disk). I thought tar
was supposed to preserve the file dates and times with -p though -_-:
-m, --modification-time
(x mode only) Do not extract modification time. By default, the
modification time is set to the time stored in the archive.
>> # dirname
>> usage: dirname string [...]
>>
>> I hacked around this by adding dirname to $PATH in newvers.sh (if
>> you look at the above $PATH printed out, it doesn't contain /bin and
>> /usr/bin -- both which are required to run the above commands), but I
>> was wondering if anyone else has run into this issue before, and
>> whether or not a better solution was in the works (maybe).
Thanks,
-Garrett
More information about the freebsd-current
mailing list