HDTenEightyP/NetNews huggingface dataset:
From: terry@ithaca.Eng.Sandy.Novell.COM (Terry Lambert)
Subject: Re: Motif on X386???
Organization: Novell NPD -- Sandy, UT
Date: Tue, 18 Aug 1992 17:55:20 GMT

In article <1992Aug18.104511.12373@olymp.informatik.uni-bonn.de> volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt ) writes:
>In article <1992Aug17.223909.14604@athena.mit.edu> bri@pegasus.mit.edu (Brian D. Carlstrom) writes:
>>What is the deal with site licenses and motif. i know mit has a bin/lib/src 
>>license to cover everyone on campus. does this mean you can give it to me?
>[...]
>>what's the legal bit on this...
>
>I would also be interested in an answer to this question.  Our university
>computer center will not ever get a Motif license.  [They can't even get a
>BSD license even though they *have* an AT&T license -- bah!]
>
>Is there any chance of a binary distribution?  I wouldn't mind paying a
>reasonable amount for Motif binaries, but the licensing fees that were
>recently mentioned in comp.windows.x.motif were outrageous.

Binary distributions are allowed if your license allows it.  The expectation
is that you will charge for them, although there is no requirement to do
so.  There are several flavors of license:

o	Source license and site use of binaries
o	Source license and site use of full developement kit
o	Source license and distribution of binaries
o	Source license and distribution of full developement kit

The major problem is the distribution of the libraries in binaries.  This
can be worked around with shared libraries, but these aren't supported on
386BSD (yet); so currently, there is no workaround.

What you want is someone who paid for the most expensive license to give
away compiled code, headers, and library files without charge.  I would
say this would qualify as a package, as opposed to something which might
be reasonably expected to become part of a full source istribution (like
OLIT/olwm).  It also qualifies as a "product" in a lot of companies minds,
so you may not be able to get someone to give this to you.

I suggest sending the $1000.00 off to OSF if you need this for other than
personal use reasons.

For a similar toolkit, someone may wish to contact John Bradley (email at
bradley@cis.upenn.edu), the author of 'xv'.  He has explicitly disallowed
a great deal of use of the toolkit, so this may not be suitable except
for personal use.

					Terry Lambert
					terry_lambert@gateway.novell.com
					terry@icarus.weber.edu

---
Disclaimer:  Any opinions in this posting are my own and not those of
my present or previous employers.
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: UUCP problems...
Keywords: UUCP NOT
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Sun, 16 Aug 1992 17:16:55 GMT

gclarkii@NeoSoft.com (Gary Clark II) writes:
>I also have been having problems with my UUCP connections.  I send mail to
>up node site using Sendmail, but am unable to recieve it from him.  I have
>no problems dialing him or transfering mail to the sight.  I belive the problem
>could be in MY config, but where?  No where in the docs can I find what a
>should look like, so I'm sort of just playing around.  Could someone who has
>it working post their /etc/uucp files?

What *specifically* is the problem?

How did you get sendmail to route outbound mail via uucp?  (someone else
suggested I use smail, which I intend to try shortly).





-- 
bill@unixland.natick.ma.us                      ESIX Mailing List Moderator
Public Access UNIX/USENET/E-MAIL!  UUCP Accounts Available!  (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
Newsgroups: comp.unix.bsd
From: rivers@ponds.uucp (Thomas David Rivers)
Subject: NMI probs and messages.
Date: Sat, 22 Aug 1992 15:16:08 GMT



 I sometimes notice the following message in /var/log/messages:

Aug 21 21:55:15 puddles /386bsd: NMI port 61 a0, port 70 ff

 can anybody tell me what this means?  It doesn't seem to cause any
 problems.   Initially, I thought it was related to the math coprocessor, 
 but I have hacked the probe function in npx.c to ignore mine.

 It seems to occur right at startup, never during (sometimes many days)
 when the machine is running, and certainly not consistently.

 Also, I seem to sometimes get empty messages, as in:

Aug 21 21:55:15 puddles /386bsd:

 which appear on my console screen as well, so if you run into a 
 message producing call that has some funny parameters, let me know.  

       - Thanks -
     - Dave Rivers -
     (rivers@ponds.uucp)
From: hm@hcshh.hcs.de (Hellmuth Michaelis)
Newsgroups: comp.unix.bsd
Subject: Re: Possible FAQ Answer (Re: Search for BSD books)
Keywords: books
Date: 15 Aug 92 10:53:57 GMT
Organization: HCS GmbH, Hamburg, Europe

In <l8nb3dINN2d5@neuro.usc.edu> merlin@neuro.usc.edu (merlin) writes:

>   o  George Pajari.  Writing UNIX Device Drivers.  Reading, MA:
>      Addison-Wesley, 1991.  ISBN 0-201-52374-4.  
>
>      This book is strictly oriented to AT&T Device Driver writing --
>      but the conceptual coverage and debugging advice is potentially
>      usefull to BSD driver developers.  There is also another book on
>      the market based on MASSCOMP (I think) systems which contains an
>      brief appendix describing differences betweek AT&T & BSD drivers.

this book is

	janet i. egan and thomas j. teixeira, "writing a unix device driver",
	john wiley & sons, 1988, ISBN 0-471-62859-X

hellmuth
-- 
hellmuth michaelis    HCS Hanseatischer Computerservice GmbH   hamburg, europe
hm@hcshh.hcs.de              tel: +49/40/55903-170         fax: +49/40/5591486
Newsgroups: comp.unix.bsd
From: sim@cory.Berkeley.EDU (Peng-Toh Sim)
Subject: Re: Selling 386BSD
Organization: University of California, at Berkeley
Date: Sat, 15 Aug 1992 00:03:13 GMT

Hi

Now, since the question of selling 386BSD comes up, let me ask a
question I had in my mind for some time now.
Is it ok to sell 386BSD for a distribution fee like that for GNU
software and then sell support for it?
Is 386BSD strictly not for use at a commercial site?
Say for using it to develop other software, or using it as a base
for value added products (without charging for 386BSD itself)?

PT

Newsgroups: comp.unix.bsd
Subject: Re: Restrictions on free UNIX / 386BSD (Re:
From: rmk@rmkhome.UUCP (Rick Kelly)
Organization: The Man With Ten Cats
Date: Thu, 20 Aug 1992 04:14:06 GMT
Reply-To: rmk@rmkhome.UUCP (Rick Kelly)

In article <1992Aug19.011831.3079@nrao.edu> cflatter@nrao.edu writes:
>In article 32@rmkhome.UUCP, rmk@rmkhome.UUCP (Rick Kelly) writes:
>>Software houses such as Lotus and Wordperfect want complete assurance that
>>their product is secure under the law when it goes out the door.  There is
>>no court record to show what happens when the buyer of a commercial software
>>product demands source from the author because it was compiled using GCC,
>>and should fall under the GNU Copyleft.  
>
>Compiling a program with GNU C does not automatically place it under the
>GNU General Public License.  It might help cut down on the bandwidth here
>if people actually read the GPL before posting.


I'm not saying that it does.  I'm just saying that the GPL Copyleft is an
untested licensing concept.

Apparently there are four versions of the GPL in circulation.

-- 

Rick Kelly	rmk@rmkhome.UUCP	unixland!rmkhome!rmk	rmk@frog.UUCP
Newsgroups: comp.unix.bsd
From: nbladt@autelca.ascom.ch (Norbert Bladt)
Subject: Re: Search for BSD books
Keywords: books
Organization: Ascom Autelca AG, Guemligen, Switzerland
Date: Thu, 20 Aug 1992 06:51:33 GMT

jaap@alice.att.com (jaap) writes:

>In article <scs.713925427@wotan.iti.org> scs@iti.org (Steve Simmons) writes:
> > scm@aiware.in-berlin.de (Harald Schmidt) writes:
> > 
[ Text about Leffler, et. al. book deleted - NB.]

> > In Germany?  You've got me.... but undoubtably there are US bookstores
> > which ship overseas.

>Note that Leffler etc. is also translated into German.
Although I am a german, I will never buy books which are translated into
german because most of them are translated so badly, that you have to know
the english translation to understand it !
Sometimes the german translation arrives and the software they are
describing is already out-of-date. This happened, e.g., with a book for
MS-Windows 2.1 programmers which arrived one week before MS-Windows 3.0 was
sold in Europe !
There are some reasons why I prefer the original english books.

Thank you for your hint, anyway.

Norbert.

This was my part in wasting bandwidth :-)
-- 
Norbert Bladt, Ascom Autelca AG, Worbstr. 201, CH-3073 Guemligen, Switzerland
Phone: +41 31 999 65 52			FAX: +41 31 999 65 44
Mail: nbladt@autelca.ascom.ch   UUCP: ..!uunet!mcsun!chsun!hslrswi!aut!nbladt
From: bvs@BitBlocks.com (Bakul Shah)
Newsgroups: comp.unix.bsd
Subject: Re: X386 far too busy?
Date: 18 Aug 92 17:25:13 GMT
Organization: Bit Blocks, Inc.

hpeyerl@novatel.cuc.ab.ca (Herb Peyerl) writes:

>I started the server about 18 hours ago and left it with only 
>two xterm's, an icon box, and an xclock running... There was
>basically no activity all night.  This morning I did a "ps -agx"
>and noticed that X386 had racked up 1145:23.29 CPU (minutes?)... 

I suspect this is due to a bug in the com.c driver as I used to
get the same symptom when I connected a serial mouse to com2.

Here is a much simplified explanation:
When there is nothing else to do, the X server waits for some
input activity.  It checks this by doing a select() on various
input sources, mouse being one of them.  But due to the above
mentioned bug in the com.c driver, select() on /dev/com2 always
returns true so the server is continuously checking for input,
even though there is no new input.

The fix is to upgrade to Chris Demetriou's latest com.c (from
agate.berkeley.edu) or apply Christoph Robitschko's patches to
the stock com.c (it was posted a while ago).

Information about this and other bugs for which solutions exist
should probably go in the FAQ.

-- Bakul Shah <bvs@bitblocks.com>
From: aw2t+@andrew.cmu.edu (Alex R.N. Wetmore)
Newsgroups: comp.unix.bsd
Subject: bad144 questions
Date: 22 Aug 92 20:45:56 GMT
Article-I.D.: andrew.UeZlU4600VoR89vUk3
Organization: Freshman, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

I have been problems getting 386bsd to work on my system (as outlined in
a previous post).  Anyway, I think that it is linked to bad blocks on my
HD.  I was wondering if anyone could explain how blocks on the file
system map to cylinders and heads, or if there is a way to make newfs
read the bad block table for my hd before booting it.

There are bad blocks early enough in the device to get into the inode
tables.  Any suggestions on how to get it working would be very helpful.
 I am looking forward to getting the system working (I just trashed
linux for 386bsd, and am missing unix, might switch to mach if I can't
get 386bsd working).

thanks again,
alex
Newsgroups: comp.unix.bsd
From: cproto@marsh.cs.curtin.edu.au (Computer Protocol)
Subject: 386bsd and version control via RCS or CVS
Summary: 386bsd and version control with RCS or CVS
Keywords: 386bsd RCS CVS
Organization: Curtin University of Technology
Date: Wed, 12 Aug 1992 11:43:48 GMT


I'm trying to use RCS or CVS to keep track of changes made to 386bsd.
My problem is the amount of diskspace wasted. Using NSE under SunOS I
don't have the same problem. All source files of a project are under
NSE control but are mapped into a work area using the translucent
file system. This gives read access to all files associated with that
particular project so that you can do a make or browse through files.
Once you check out a file a writeable copy is created in your work
environment. This means that only during the time a file is checked
out you require additional diskspace. Once you checked a changed file
back in it becomes read only (mapped via the translucent file system),
the space for the copy is freed but you still can do a make on it or 
browse through it without having to check the file out.

The question is - can I achieve the same thing with RCS or CVS.
Otherwise is there a public domain version of the TFS ?

Regards - Tibor Sashegyi (cproto@abel.cs.curtin.edu.au)

Newsgroups: comp.unix.bsd
From: rminnich@super.org (Ronald G Minnich)
Subject: Re: filesystem dissapears
Organization: Supercomputing Research Center (Bowie, MD)
Distribution: comp
Date: Fri, 21 Aug 1992 15:24:43 GMT

In article <GEORGE.92Aug21065529@gloria.csi.compuserve.com> gjones@csi.CompuServe.com writes:
>The problem I am seeing is that the filesystem seems to just
>"dissapear" randomly.  I've gotten the system installed on the hard
>drive (in a 97 meg partition, letting the install procedure use the
>default labeling), it boots, I can do an "ls" of the root directory,
>but subsequent "ls"'s show nothing.  "pwd" says "can't exec /bin/pwd"
>and so forth.

I have seen this too on a compaq where the disk drive was not quite
set up right. random commands did not work, it turned out the problem was
the commands themselves had somehow been hashed, not the file system. 
So mount a floppy and run ls off that and make sure that you know it is
the files disappearing, not ls.

ron
-- 
--------------------------------------------------------------------------------
satisfaction: the feeling you get when you        | rminnich@super.org
run newfs on a DOS disk so you can install 386BSD.| (301)-805-7451
Now if only I could do this to AIX on the RS/6k ...|
From: allard@isi.edu (Dennis Allard)
Newsgroups: comp.unix.bsd
Subject: modem usage, need help with
Date: 18 Aug 92 23:10:18 GMT
Reply-To: allard@isi.edu (Dennis Allard)
Distribution: world
Organization: USC Information Sciences Institute
Keywords: COM1, COM3, modem, tip

I got 386BSD up on my 386-33 over the weekend.  It is cool.

I am naive about COM lines and junk like that.
When I try entering

# tip com1<CR>

, as per INSTALL.NOTES, page 21, I get an error, "com1 is an
unknown host", or something like that.

Also, is com3 supported by 386BSD?

Does someone have a list of instructions about how to use
modems with 386BSD?  If I receive help on this, I will post
a summary to comp.unix.bsd.

Dennis
internet: allard@isi.edu
tel: 310-399-4740
Newsgroups: comp.unix.bsd
From: veit@du9ds3.uni-duisburg.de (Holger Veit)
Subject: Re: Endless boot cycle- suggestions? (SOLUTION)
Date: 19 Aug 92 15:13:37 GMT
Reply-To: veit@du9ds3.uni-duisburg.de
Organization: Uni-Duisburg FB9 Datenverarbeitung

In <16tkqqINN3e6@frigate.doc.ic.ac.uk> dds@doc.ic.ac.uk (Diomidis Spinellis) writes:

>Many people have reported endless boot cycles after installing 386BSD
>on a hard disk.  I had the same problem, and solved it using the
>following procedure.  The problems seems to be wrong disklabels on
>the disk created by install.  This is can fixed, by doing it manualy.
>You milleage may vary.

[...]

>(4) Create a new disk entry.  The manual pages for disktab 5 should guide
>    you.  You need to know the characteristics of your hard disk.
>    Look at the disks in the file, and add one for your own disk.
>	cd /etc
>	vi disktab

You are aware that this is a catch-22, if you have no space to unpack the
bindist files on another UNIX system, aren't you? The man page is in bindist,
but you have only readable man pages when you succeeded in installing them
on the disk. Just to mention... 
There should be some "hacker's guide" at least on the fixit disk, 
for all those who haven't started with 386bsd-0.0. (or aren't real *NIX wizards,
but it is worth a discussion whether 386bsd is for the occasional computer
user at all for the moment).

[...]

>Good luck,

>Diomidis
>-- 
>Diomidis Spinellis    Internet: <dds@doc.ic.ac.uk>  UUCP: ...!uknet!icdoc!dds
>Department of Computing, Imperial College, London SW7     #include "/dev/tty"


Note: *NIX is NOT a trademark of AT&T.

Holger
-- 
|  |   / Holger Veit             | INTERNET: veit@du9ds3.uni-duisburg.de
|__|  /  University of Duisburg  | BITNET: veit%du9ds3.uni-duisburg.de@UNIDO
|  | /   Dept. of Electr. Eng.   | "No, my programs are not BUGGY, these are
|  |/    Inst. f. Dataprocessing |          just unexpected FEATURES"
Newsgroups: comp.unix.bsd
From: veit@du9ds3.uni-duisburg.de (Holger Veit)
Subject: Re: 386bsd: 16550, color, vt100
Date: 21 Aug 92 10:00:13 GMT
Reply-To: veit@du9ds3.uni-duisburg.de
Organization: Uni-Duisburg FB9 Datenverarbeitung

In <1992Aug20.222741.9968@ugle.unit.no> arnej@Lise.Unit.NO (Arne Henrik Juul) writes:

[...]
>The sequence:   ESC [ 3 ; <number> x
>means: set the PC color mode to <number>, where <number> will be used
>in this way:

>|   7   |   6   |   5   |   4   |   3   |   2   |   1   |   0   |
>| blink |      background       |bright |      foreground       |
>| (fg)  |         color         | (fg)  |         color         |
>The standout mode works another way: Here, the foreground is given
>first (as a number from 0-15) followed by background as another number
>from 0-15. The same color combination would be:

Warning: this is incompatible with vt100. A vt100 emits an identification
string with ESC [ x, which may cause much problems. In a recent posting
of a vt100 console replacement (by Helmut Michaelis in alt.sources), we
had a problem that "color escape sequences" like the above could crash the
kernel (because of a special bug). In my next release of KEYCAP, a pccons 
replacement for national keyboards, this suspicious ESC x will be gone. You'll
read in the documentation about this then.

>--
>Arne H. Juul  --  arnej@lise.unit.no  --  University of Trondheim, Norway

Holger

-- 
|  |   / Holger Veit             | INTERNET: veit@du9ds3.uni-duisburg.de
|__|  /  University of Duisburg  | BITNET: veit%du9ds3.uni-duisburg.de@UNIDO
|  | /   Dept. of Electr. Eng.   | "No, my programs are not BUGGY, these are
|  |/    Inst. f. Dataprocessing |          just unexpected FEATURES"
Newsgroups: comp.unix.bsd
From: gclarkii@NeoSoft.com (Gary Clark II)
Subject: UUCP problems...
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Sat, 15 Aug 1992 23:06:21 GMT
Followup-To: comp.unix.bsd
Summary: I can send, but not receive
Keywords: UUCP NOT

Hello,

I also have been having problems with my UUCP connections.  I send mail to
up node site using Sendmail, but am unable to recieve it from him.  I have
no problems dialing him or transfering mail to the sight.  I belive the problem
could be in MY config, but where?  No where in the docs can I find what a
should look like, so I'm sort of just playing around.  Could someone who has
it working post their /etc/uucp files?

Gary Clark II (N5VMF)
gclarkii@tghost.gbdata.com
gclarkii@neosoft.com
From: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.unix.bsd
Subject: Re: Restrictions on 'free' UNIX / 386BSD (Linux licensing)
Date: 17 Aug 92 00:35:58 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

terry@cs.weber.edu (A Wizard of Earth C) writes:

>	Or, put another way:  It's hard to contribute code to Linux and
>Berkeley (or anything else) at the same time.

This seems to be wrong.  It's attributing a far greater degree
of coordination to Linux than actually exists.

Linus himself sort of uses the GPL.  The kernel code simply says (C)
1991 Linus Torvalds.  He has asserted separately that it may be
redistributed under the terms of the GPL.  But I believe other terms
could be negotiated as well.  Linus has no objections to commercial
distributions of Linux.  He is certainly not the extremist that rms
is.  There has never been a requirement that all Linux code must be
covered by the GPL.  Pieces of code from authors other than Linus
carry whatever terms the authors choose, although I think it's assumed
by everyone that code will be freely redistriutable.  There is
certainly Berkeley code used with Linux, though not in the kernel.
(This may change with TCP/IP support in the kernel -- I don't know
what they are doing, but I have assumed it would be based on some
version of Berkeley's TCP/IP.)

What is true is that code contributed to the Linux kernel will end up
with Linus' copyright being added to it, and rewritten to fit his
coding style and his views of the way the kernel should work.  That
does not affect your ability to continue redistributing the original.
It also assumes that the code is integrated by Linus.  It's perfectly
acceptable to supply additional code that users will have to install
for themselves.

There are no constraints on things outside the kernel.  Outside the
kernel Linux is a typical network hackers' product: There's no central
authority, and no official distributions.  There are people who put
together root disks roughly in sync with the kernel, but those people
are not under Linus' control, and as far as I can tell they take the
best software they can find without any particular requirements on
copyright aside from being redistributable.  Somebody else coordinates
the libraries and GCC.  Since they are based on glibc and gcc,
obviously most of this is covered by the GPL.  A few portions of the
library are taken from BSD.  Those particular modules continue to be
governed by the BSD copyright.  The nearest equivalent to the full
386BSD release is something done by the Manchester Computing
Consortium.  It's a packaged release which seems to have a good
reputation.  But they have no official status, and there are a couple
of other people trying to do their own releases.
Newsgroups: comp.unix.bsd
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: xpipeman and xantfarm work out of the box!
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Mon, 17 Aug 1992 04:44:22 GMT

Greetings, fellow computer weenies.

You will be pleased to know that xantfarm and xpipeman, from comp.sources.x,
work out of the box if you have 386BSD 0.1 with X386.

Just get them, unpack, do an xmkmf (you have /usr/bin/X11 in your PATH,
right?), do a make, play a while, then get back to work.

Host ftp.uu.net   (137.39.1.9)
Location: /usenet/comp.sources.x/volume14

-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
You will now awaken feeling relaxed and refreshed, remembering everything 
you've read except the details of the Omega contingency plan.
Newsgroups: comp.unix.bsd