NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

toolchain/39047: distribution/sets needs a little make clean before packaging its sets

>Number:         39047
>Category:       toolchain
>Synopsis: distribution/sets needs a little make clean before 
>packaging its sets
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    toolchain-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Jun 26 23:50:00 +0000 2008
>Originator:     George Michaelson
>Release:        current
NetBSD snoid 4.99.66 NetBSD 4.99.66 (GENERIC) #1: Wed Jun 25 21:57:42 EST 2008  
ggm@snoid:/usr/obj/sys/arch/i386/compile/GENERIC i386
I use this command to remake world into a populated /usr/obj

cd /usr/src;
./ -u -U -O \
 /usr/obj -T /usr/tools \
 distribution sets kernel=GENERIC >& /var/tmp/b.log &
tail -f /var/tmp/b.log

increasingly, during the build distribution process I get this:

=======  18 extra files in DESTDIR  =========
Files in DESTDIR but missing from flist.
File is obsolete or flist is out of date ?

(or other things)

and it terminates. 

I don't understand what is the *MINIMUM* I can remove from /usr/obj which 
prevents this class of problem. 

I can understand that its highly variable. Its possible there is no fix, and 
that this requires a /usr/obj cleanout and thats all there is.

run across cvs updates which removes some files/dirs from the target 
Well, I'm thinking that making something not exist usually means removing it 
from a mtree file, and so the build process could parse the mtree to remove the 
things detected as superfluous *before* trying to cut the distribution.

or, 'extra' goodies could be dealt with in a non-fatal way maybe.

This is a whinge. Its one for the back burner, for somebody who feels like 
making 'nicer'

feel free to close if you think this is a dead-end.


Home | Main Index | Thread Index | Old Index