[comp.unix.bsd] NetBSD, FreeBSD, and OpenBSD FAQ (Part 10 of 10)

Skip to first unread message

Dave Burgess

Sep 27, 1997, 3:00:00 AM9/27/97

Posted-By: auto-faq
Archive-name: 386bsd-faq/part10

Section 9 ("Supported" Software List).

9.0 What GNU software has been tested and is working with Net/2 derived
BSD systems for the 386?

Just about all of it.

9.1 Has anyone ever gotten news to work?

The program 'news' running on 386bsd. Here is a quick summary of
the major places to stumble:

1) get bash, gmake, gcc 2.X, cnews, trn (or your favorite reader).

2) Make uucp work. (Read the info files that come with the
original distribution for the whole scoop on configuration

Ed Note: This step is not needed if you are implementing SLIP,
PPP, or are directly connected to a network.

3) Edit all the scripts which come with cnews and replace every
occurrence of /bin/sh with /usr/local/bin/bash (or wherever you put

4) Build cnews using bash, gmake and gcc 2.x

5) Install cnews in the directories you want it. Some hand-hacking
of the install scripts is required (Too long ago to remember the

6) Change the permissions on all the scripts from execute only to
read-execute for group and other. (On 386bsd, if you can't read
a script, you can't execute it).

7) Set up uucp to accept news

8) Post an article and steal it out of the uucp queue before it
gets sent. Feed it to your rnews (as user uucp) instead and make
sure that it does not bomb out with permission denied or some such.

9) Have fun!

Implementing innd is even easier. The configure script that comes
with the system has been modified to work more correctly with
Net/2 derived BSD systems. The first is that the LINTLIBSTYLE
option in config.data needs to be set to NONE, since NetBSD and
FreeBSD don't come with lint. With that changed, the system
should work right out of the box.

If you are running with memory mapped files, you will also need
to make the following patch:

--- icd.c.orig Tue Feb 7 13:36:50 1995
+++ icd.c Tue Feb 7 14:56:27 1995
@@ -366,7 +366,9 @@
#if defined(ACT_MMAP)
- /* No-op. */
+ if (msync(ICDactpointer, 0)) {
+ syslog(L_ERROR, "msync error on active file: %m");
+ }


9.1.1 I want to make sure I have every set up right for my news
partition. What newfs options do I need to use to get this
information stored OK without future problems?

There has been a lot of discussion of the years about the default
options for newfs. If you have "modern" disks and you created
your filesystems with 1.0, or with a pre-9412 -current, then
you may want to back them up and then re-create them. u
Filesystems created with the current defaults should be much

The newfs(8) defaults are equivalent to `-a 8 -d 0 -n 1'.

To make you news server software work better, you should
increase the number of inodes available, you should include
either '-i 512' or '-i 1024' depending on the normal size of the
files in the filesystem. News partitions are often the
repository for many files which are very small, averaging less
than 512 bytes per file. By quadrupling the number of inodes
(using -i 512 instead of the default 2048) you make it more
likely that you will run out of disk SPACE before you run out of
disk INODES.

9.3 Has anyone tried to get Postgres to work?

Jim Bachesta and his crew have gotten Postgres 4.2 working in
the i386 version of NetBSD 1.0. The netbsd source tree is
available from:


The regular postgres distribution is available from:


Get the standard distribution and then overlay the NetBSD source
distribution over it for a complete system.

There is also work in progress to get Postgres95 working.
Check the following URL for more information:


It works fine on NetBSD/i386 1.1. I've heard that it works
fine on the sparc port, too, so there don't seem to be any
byte-order funnies in there (although take a look in the
www/bugs/p*.html for 14 patches that should be applied to
the 1.0 sources - at least one of them deals with
order-dependencies when the backend is on a different
byte-ordered machine to the client program).

Someone mentioned that you need dynamic loading, and so you
may be out of luck if you're on one of the more esoteric
ports. I'm not sure about this, and would say that pg95
should run fine, albeit with reduced functionality, without
dynamic loading - it just means that you can't define C
functions for the backend to load at will. However, I
haven't tried this. (From memory, the previous v4r2 port
didn't have support for dynamic loading, and most of the
regression tests ran fine.)

9.4 Has anyone gotten the Java Developers Kit working?

There are a couple of ways to go about this. The first is just
use either the FreeBSD or Linux version and load up the /emul

The second is to load Penguin or Kaffe, both Java replacements.


i386 FreeBSD 2.0.5R & 2.1.0R (tested)
i386 Linux 1.2.13 (tested)
i386 NetBSD 1.1R (untested)
i386 Solaris 2.4 (untested)

The source for the most recent version of Kaffe can be found at
the following location:


This version has extensive improvements over version 0.1 (see the
README in the distribution), and is now distributed using a
Berkeley style license so can be used for both personal and
commercial purposes.

In addition to Kaffe, there is a Java Bytecode compiler called
"Guavac" which works with NetBSD, FreeBSD, and OpenBSD.

* Java, Javasoft, and Java Virtual Machine are registered
trademarks of Sun Microsystems, Inc.

9.5 Has anyone ever used any of the BSD systems for a Firewall?

In my experience, most of the commercial firewall systems
started out as BSD systems.

There are several choices when it comes to firewalls for *BSD
systems. There is Juniper, a "transparent p[ass through" system
that allows non-routable networks to lurk behind the firewall
and block traffic from the outside. Another is the TIS Firewall
Toolkit. Http://puma.macbsd.com/macbsd.howto/fwtk-faq.html has
an excellent set of instructions on using and building a
firewall using TIS.

There are several other offerings out there; nearly all of them
will easily lay on top of an existing BSD installation. After
all, BSD was where TCP-IP was invented.

9.6 How about the BSD Song?

In a dark dim machine room
Cool A/C in my hair
Warm smell of silicon
Rising up through the air
Up ahead in the distance
I saw a Solarian(tm) light
My kernel grew heavy, and my disk grew slim
I had to halt(8) for the night
The backup spun in the tape drive
I heard a terminal bell
And I was thinking to myself
This could be BSD or USL
Then they started a lawsuit
And they showed me the way
There were salesmen down the corridor
I thought I heard them say

Welcome to Berkeley California
Such a lovely place
Such a lovely place (backgrounded)
Such a lovely trace(1)
Plenty of jobs at Berkeley California
Any time of year
Any time of year (backgrounded)
You can find one here
You can find one here

Their code was definitely twisted
But they've got the stock market trends
They've got a lot of pretty, pretty lawyers
That they call friends
How they dance in the courtroom
See BSDI sweat
Some sue to remember
Some sue to forget
So I called up Kernighan
Please bring me ctime(3)
He said
We haven't had that tm_year since 1969
And still those functions are calling from far away
Wake up Jobs in the middle of the night
Just to hear them say

Welcome to Berkeley California
Such a lovely Place
Such a lovely Place (backgrounded)
Such a lovely trace(1)
They're livin' it up suing Berkeley California
What a nice surprise
What a nice surprise (backgrounded)
Bring your alibis

Windows NT a dreaming
Pink OS on ice
And they said
We are all just prisoners here
Of a marketing device
And in the judge's chambers
They gathered for the feast
They diff(1)'d the source code listings
But they can't kill -9 the beast
Last thing I remember
I was restore(8)'ing | more(1)
I had to find the soft link back to the path I was before
sleep(3) said the pagedaemon
We are programmed to recv(2)
You can swap out any time you like
But you can never leave(1)

[ substitute whirring of disk and tape drives for guitar solo ]

Written by David Barr <ba...@pop.psu.edu>
and Ken Hornstein <ke...@physci.psu.edu>
and a little help from Greg Nagy <na...@cs.psu.edu>

and thanks to the lyrics archive at cs.uwp.edu

Dave Burgess Network Engineer - Nebraska On-Ramp, Inc.
*bsd FAQ Maintainer / SysAdmin for the NetBSD system in my spare bedroom
"Just because something is stupid doesn't mean there isn't someone that
doesn't want to do it...."

Reply all
Reply to author
0 new messages