Re: make release abends with "*** Error code 1"

"Perry E. Metzger" <[email protected]>
Newsgroups gmane.os.netbsd.help
Message-ID <[email protected]>
Woodchuck <[email protected]> writes:
> On Fri, 19 Jan 2007, Perry E. Metzger wrote:
>
>> Woodchuck <[email protected]> writes:
>>> On this machine: NetBSD jezebel.chuck 3.1_STABLE NetBSD 3.1_STABLE
>>> (GENERIC) #0:
>>> 	Wed Jan 17 15:08:30 EST 2007
>>>
>>> the commands:
>>> cd /usr/src
>>> make release 2>&1 | tee /home/make.out
>>>
>>> are failing.  This error is repeatable.
>>
>> I'd suggest using build.sh instead of "make release". It also looks
>> like you may be missing some of the error message information, though
>> I'm not sure why.
>>
>> Perry
>
> Trust me, the sample command above (make release 2>...) is *cut
> and pasted* from the command history, and the total output put up
> at the website is unedited.
>
> Googling various archives for Net- Free- and OpenBSD show that your
> response is a typical one going back several years ;-), namely
> "Where are the error messages?" And indeed I share your mystification
> about that.  I have the feeling that there is a *bug* somewhere,

I do builds all the time -- I've probably done several hundred -- and
I don't generally have this problem when things error out. The only
time I've seen error messages "vanish" this way is when I fail to do a
make clean before re-building, and that usually only happens if I'm
not using build.sh.

> script, called by make, which is "stingy" with information, or that
> it is invoked with 2>/dev/null, as is sometimes done by the "hurried"
> programmer.

You can grep through our source tree -- that's not happening here.

> I suspect mtree, the command that seemed to have most recently
> executed.  A cursory inspection of the source in
> /usr/src/usr.sbin/mtree/mtree.c shows this bit of code near the
> end:
>
> 	status = verify();
> 	if (Uflag & (status == MISMATCHEXIT))
> 		status = 0;
> 	exit(status);
> }
>
> I feel like putting in a spoiler gap here, so that readers could
> try to "spot that bug", but I won't ;-)

That does indeed look like a bug -- thank you for spotting it -- but I
suspect that is not, in fact, what is causing your issue. In any case,
I'll see about fixing it.

Perry
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.