Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 28 May 2000 14:48:08 EDT
From:      "John Daniels" <jmd526@hotmail.com>
To:        cjclark@home.com
Cc:        freebsd-questions@freebsd.org, freebsd-stable@freebsd.org
Subject:   Re: 4.0-RELEASE to 4.0-STABLE upgrade
Message-ID:  <20000528184808.46909.qmail@hotmail.com>

next in thread | raw e-mail | index | archive | help
Thanks for your reply.  I just wanted to clarify a point or two.

You wrote:

> > 2. www.freebsddiary.com has description of going from 4.0-RELEASE
> > to STABLE and provides a script for doing so.  The description and
> > script shows that compiling and installing a new kernel (#8 above)
> > comes *AFTER* make world (#6 above) - and *BEFORE* updating /etc.
> > Thus, according to them, #8 comes before #7 in the above list.
>
>Not a big deal.
>
I had another response to my post that also said that this would not be a 
problem.  The reasoning was that the kernel doesn't change until reboot.

> > 3. Oops!  I removed /usr/obj *AFTER* the make world, not before.
> >  I tried to redo make world but after a few messages (which seemed
> > unimportant) it told me that the proc tables were full.  I then
> > compiled and installed a new kernel without any noticeable
> > problems.
>
>If you'd never made world before, there probably was nothing in
>/usr/obj to delete before you got started.
>
Well that's true.  This was the first time that I was making world!  Any 
possible problems from restarting the make world?

Later, you wrote:
>If you made the kernel after _installing_ the world (after a 'make
>world' or 'make installworld'), the presence of /usr/obj makes no
>difference.

In sum, it seems that everything is OK, and the upgrade to -STABLE was 
successful.  Hurrah!  That's good news, but in my newbie ignorance, I was 
thinking that the kernel may need some of the /etc, /dev, or /usr/obj files 
when it is compiled.  Are the linkages to the userland stuff dynamic? (or, 
perhaps vis-a-versa: dyanamic links *from* userland to the kernel?)

>Do NOT edit /etc/defaults/make.conf. Instead, put entries like,
>
>   CFLAGS=-O -pipe
>   NOPROFILE=true
>
>In /etc/make.conf.

My post did propose _copying_ make.conf from /etc/defaults to /etc, since my 
/etc/make.conf was esstentially empty. (heh, you are not alone: I had 
another reply warning against editing /etc/default files)

<Caution!, rant to follow:>
Basically, my complaint was that the handbook says to edit /etc/make.conf 
(specifically to enable options by removing the comment character), but 
doesn't state that the file may need to be copied over.  I figured this out 
only *after* I finished, so I didn't have the options you listed above 
(which the handbook states should be there).  Simple things like this can 
cause newbies (like myself) some trouble, and generate "stupid" questions on 
mailing lists.  Should this be a problem report (PR)?  (I have never used 
send-PR, maybe I should try)

>
>firewalling is quite easy... figuring out how to make a useful
>ruleset is non-trivial.

Right now I have a simple system and simple needs. (That will probably 
change, though)  I just have a single PC connected to a Netopia router, and 
I just want to serve web pages, browse the net, send and receive email, and 
occasionally download files with ftp.  I don't need other services.

Do I really need a firewall? or do I just need to deny all ports and 
connections except what I need?  In any case, it seems that a firewall is 
still a good idea if only because I can learn (it's becoming kind of 
standard operating procedure).  It also seems that it's necessary for 
instituting more advanced safety measures like guarding against possible DOS 
attacks.

What I am trying to decide now is if ipfw would be sufficient or if I should 
use IPfilter (or both - is that possible?).  I am thinking that ipfw is 
probably enough for now.

Once again, thanks for your help!

John
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000528184808.46909.qmail>