Date: Mon, 21 May 2007 12:45:22 +0200 From: "Ralf S. Engelschall" <rse@FreeBSD.org> To: Mike Makonnen <mtm@FreeBSD.Org> Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, "Ralf S. Engelschall" <rse@FreeBSD.org>, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/etc/rc.d hostid Message-ID: <20070521104522.GA88769@engelschall.com> In-Reply-To: <20070521085750.GA2277@rogue.navcom.lan> References: <200705210822.l4L8Miog004013@repoman.freebsd.org> <20070521085750.GA2277@rogue.navcom.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, May 21, 2007, Mike Makonnen wrote: > On Mon, May 21, 2007 at 08:22:44AM +0000, Ralf S. Engelschall wrote: > > rse 2007-05-21 08:22:44 UTC > > > > FreeBSD src repository > > > > Modified files: > > etc/rc.d hostid > > Log: > > The standardized textual representation of UUIDs according to RFC 4122 > > and ISO/IEC-9834-8:2005 is with LOWER-CASE hexadecimal characters only, > > so translate the (usually upper-case and this way not conforming) > > representation of the BIOS UUID when reading it. Also be more strict > > about the valid characters in the textual representation by checking for > > just the hexadecimal characters. > > tr(1) lives in /usr/bin, which may not be available when / (root) is > mounted (it may live on a remotely mounted filesystem, for example). So, > you can't rely on tr(1) being available when this script is run. Well, I explicitly checked the script and it contained uuidgen(1) which also stays under /usr/bin so I blindly concluded that tr(1) is fine, too ;-) So, although we can try to replace tr(1) with something else we have a problem as we cannot easily replace the uuidgen(1) call. Hmmm... I'll investigate. Thanks for the hint. -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070521104522.GA88769>