From owner-freebsd-hackers Fri Jul 17 07:56:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA13420 for freebsd-hackers-outgoing; Fri, 17 Jul 1998 07:56:56 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from oslo.geco-prakla.slb.com (geos01.oslo.geco-prakla.slb.com [134.32.44.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA13297 for ; Fri, 17 Jul 1998 07:56:47 -0700 (PDT) (envelope-from smoergrd@oslo.sl.slb.com) Received: from sunw110.oslo.Geco-Prakla.slb.com (sunw110 [192.23.231.54]) by oslo.geco-prakla.slb.com (8.8.8/8.6.9) with SMTP id QAA19801 ; Fri, 17 Jul 1998 16:54:53 +0200 (MET DST) Received: by sunw110.oslo.Geco-Prakla.slb.com (SMI-8.6/SMI-SVR4) id QAA19972; Fri, 17 Jul 1998 16:54:53 +0200 To: CyberPsychotic Cc: ben@rosengart.com, Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel dies. References: Organization: Schlumberger Geco-Prakla X-Disclaimer: I speak only for myself. From: smoergrd@oslo.geco-prakla.slb.com (Dag-Erling Coidan Smørgrav) Date: 17 Jul 1998 16:54:53 +0200 In-Reply-To: CyberPsychotic's message of Fri, 17 Jul 1998 19:54:10 +0300 (EET DST) Message-ID: Lines: 63 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG CyberPsychotic writes: > > > so binaries, right? > > And documentation, yes. Changed to /etc are made in /usr/src/etc and > > have to be brought over by hand. > Ah, I see. So things are more wide than in linux. in linux the most thing > i do is upgrade kernel, and binaries, if i feel they produce bugs working > with new kernel (but usually they don't) under BSD things are more > dependent uppon each other. hmm.,.. thanks anyway, I guess now i see the > whole picture. I don't think things are "more dependent upon eachother"in FreeBSD than in Linux. If you feel like, you can rebuild exactly the binaries you want manually, e.g. for ls(1): # cd /usr/src/bin/ls # make ; make install But since FreeBSD, unlike Linux, is one large, integrated, centrally controlled project, we have a consistent source tree and tools to rebuild the entire tree in just a few commands. If you are jumping a large gap (e.g. 2.2.1 to 2.2.7) you should at the very least rebuild most of man section 8 (init(8), fsck(8), mount(8) etc), anything that access kernel structures, such as ps(1) and top(1) (which is now part of the base system rather than a port), config(8), and the LKMs. Don't expect everything to work just peachy unless you rebuild everything, though. > yep.:) I just found out that i lack this binary, so I have to download by > hand cvsup archives (together with modula libs.,. hmm, why would it want > modula anyway?) You don't. Just look for a package named "cvsup-bin" and install that. > > Then you run cvsup with one of the files in /usr/share/examples/cvsup/, > > for you it would be stable-supfile. > and this file tells cvsup what to download, right? Yes. It's not very difficult to read, once you understand that everything that is on a "*default" line can also be put on a collection line. For instance, instead of: *default tag=RELENG_2_2 src-all ports-all tag=. you can drop the *default line and just use src-all tag=RELENG_2_2 ports-all tag=. > > You might want to copy it and tweak > > it first. > > Cvsup knows how to work with proxies; I've never had to do it, but take > > a look at the man page for the appropriate arguments. > yeah. I guess I won't have problems tuning it here. John Polstra (IIRC) has written an excellent CVSup FAQ, though the URL escapes me at the moment. DES -- Dag-Erling Smørgrav - smoergrd@oslo.geco-prakla.slb.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message