Doug Barton wrote: > On Sun, 1 Dec 2002, Ruslan Ermilov wrote: > > I've attempted to overcome 1) as suggested by UPDATING, by running > > the ``mergemaster -p'' (from src/usr.sbin/mergemaster/). This did > > not work well because mergemaster(8) attempted to use stat(1) which > > is not present in 4.0. > > I'm not sure how to solve this problem non-invasively. One way to deal > with it would be to include the instructions to install stat(1) if needed > in UPDATING, but then if the upgrade fails for whatever reason, the user > would be left with a bogus 5.x stat(1) binary on their system. However, > if someone wants to include that step in UPDATING, I have no objection.
What arguments and information did it use? Most of the stuff stat(1) outputs can be gotten at another way... e.g. by awk'ing 'ls' output, or tar'ing to a tempfile and "tvf"'ing the archive to get the information, etc.. Makes me want to ask the question: how did you end up with a mergemaster(8) that needed stat(1), when the 4.x version of mergemaster that you were supposed to have been running uses a back-ticked perl command? -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
