Hi ! Sorry to say this, but after having to use rc.conf.site as it is now I really kind of 'hate' it.
When we had one central rc.conf file it was fun to browse through it and having all supported knobs visible at a glance. No I have to use two vi sessions (or one ,more' and one ,vi' session) in two different (!) windows (especially after a new installation, when X isn't running anymore) and have to browse through both files, to see what's missing in rc.site.conf. Then rc.conf.site has a totally different sort order which is not very helpful/comfortable, when comparing rc.conf and rc.conf.site. Then rc.conf.site doesn't contain every knob which rc.conf has. Well, I think it comes soon to a point, that I have to compare /etc/rc.conf.site with /etc/rc.conf after a make world, to see, if I want/need to merge new knobs into /etc/rc.conf.site. In the good old days we had to compare /usr/src/etc/rc.conf with /etc/rc.conf, which is exactly the same but with one difference... We had a knifty tool named mergemaster, which helped us a lot, to update /etc/rc.conf very easily. Now with an incomplete /etc/rc.conf.site, which contains only a subset of knobs in /etc/rc.conf, you have to do it manually. Well, kill me or not, but I have a certain feeling, that /etc/rc.conf.site is a bit drainbamaged in handling a) after a new installation b) if you have to keep track of changes, since it's not mergemasters, it's your bloody manual task to update it. Well, maybe I overlooked some things advantages ;-) Then please tell me. What do you think ? Or what are your experiences ? Andreas /// -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message