Files
2024-02-19 00:25:02 -05:00

542 lines
21 KiB
Plaintext

From: Digestifier <Linux-Activists-Request@news-digests.mit.edu>
To: Linux-Activists@news-digests.mit.edu
Reply-To: Linux-Activists@news-digests.mit.edu
Date: Thu, 23 Jan 92 07:30:11 EST
Subject: Linux-Activists Digest #9
Linux-Activists Digest #9, Volume #1 Thu, 23 Jan 92 07:30:11 EST
Contents:
Trouble decompressing rootimage (David Tucker / KC4ZGO)
Re: X11R5 Re: [Bob Pendelton: Re: A question] (gleason margaret)
Re: compiling minix commands source on linux (gleason margaret)
Re: X11R5 Re: [Bob Pendelton: Re: A question] (Bob Pendelton)
Re: X11R5 Re: [Bob Pendelton: Re: A question] (Glenn G. Lai)
New files on TSX-11.MIT.EDU (Theodore Ts'o)
Where are the #include files for GCC ? (Divya Sundaram)
lp patches for linux 0.12 (jim wiegand)
Re: alt.os.linux activity (Simon Townsend)
[jim wiegand: lp patches for linux 0.12] (Theodore Ts'o)
New floppy driver (Lawrence C. Foard)
switch over, you'll like it (Mont Pierce)
Re: Installation. (Tommy Thorn)
Re: compiling minix commands source on linux (Ari Lemmke)
PD tar on Linux? (Andrew Haylett (GEC-Marconi Research Centre))
Re: compiling minix commands source on linux (Mika Matti Jalava)
How to boot a PC from drive B: (Jiansheng Zhao)
JOE Version 0.1.2 (Randolph Carter (nee. Joseph H. Allen))
subscribe (Jack Dunn)
----------------------------------------------------------------------------
From: tucker@yuppie.enet.dec.com (David Tucker / KC4ZGO)
Subject: Trouble decompressing rootimage
Date: 23 Jan 92 04:32:28 GMT
Sorry for the beginner type question: I ftpmail to a VAX/VMS, then
kermit to a pc. The uudecode part seems to work ok; rootimag.z comes
out to a little over 500k. Then my decompress program (comp430d) quits
after producing a file a little over 600k and says:
''comp430d: bad file token in rootimag.z''.
Anyone seen this before or have any idea?
Regards,
David Tucker / tucker@yuppie.enet.dec.com
------------------------------
From: n8141165@henson.cc.wwu.edu (gleason margaret)
Subject: Re: X11R5 Re: [Bob Pendelton: Re: A question]
Date: 23 Jan 92 03:13:30 GMT
keener@upenn5.hep.upenn.edu (Paul T. Keener) writes:
>In article <32302@mentor.cc.purdue.edu>, chapinsj@mentor.cc.purdue.edu (Steve Chapin) writes:
>> In article <1992Jan22.231937.3564@ctr.columbia.edu>, ejvette@pace3.cts.mtu.edu (Calvin) writes:
>> >
>> > I was led to believe that Linux was still socketless, and that X11 required
>> > sockets to function at all. This was a good enough reason for the Minix
>> > people to say that X could not be compiled on that OS. Am I wrong in either
>> > of these statements?
>>
>> Yes and No. X requires a reliable byte stream. How you implement that is up
>> to you. Of course, to run it "out of the box," it will want either TCP
>> connections, unix domain sockets, or decnet connections.
>>
>Before this gets too far, there is a port of the mit X11R4 core to various PC unix
>platforms and several VGA cards. The one main requirement that the README
>specifies is that STREAMS must exist. I have included the README below.
>
> stuff deleted ...
>
No No No.
Do not believe anything anyone will tell out about X running without TCP
It will not. If they say so make them prove it.
Frank Gleason
n8141165@henson.cc.wwu.edu
------------------------------
From: n8141165@henson.cc.wwu.edu (gleason margaret)
Subject: Re: compiling minix commands source on linux
Date: 23 Jan 92 03:16:10 GMT
tytso@athena.mit.edu (Theodore Y. Ts'o) writes:
>In article <15302@awdprime.UUCP> rjohnbob@there.austin.ibm.com (John Harvey) writes:
>>I was wondering what the legal point of view is on compiling minix commands
>>on linux, and then later putting the entire source out on a linux archive.
>>Commands like tty.c and date.c seem to compile ok. But is it a no-no to
>>copy the source to a linux archive because it came on the minix
>>diskettes?
>Yes, this is a no-no. Minix is copyrighted. Linux is copyrighted, but
>freely redistributable. This is not the case with Minix. Even putting
>the binaries of Minix- or AT&T- derived sources is illegal, without
>explicit permission from the copyright holders.
I do not think this is true for every file in Minix. Many commands are
or are derived from public domain code. I think the Minix people should
be clearly marking the public domain code from the copyrighted code.
Frank Gleason
n8141165@henson.cc.wwu.edu
------------------------------
From: bobp@hal.com (Bob Pendelton)
Subject: Re: X11R5 Re: [Bob Pendelton: Re: A question]
Date: 23 Jan 92 03:52:00 GMT
From article <63327@netnews.upenn.edu>, by keener@upenn5.hep.upenn.edu (Paul T. Keener):
> Before this gets too far, there is a port of the mit X11R4 core to various PC unix
Yes, you don't need sockets. Now, could we take my name out of this
discussion?
Bob P.
--
| Bob Pendleton | Engineering Anethema: |
| bobp@hal.com | 1) You've earned an "I told you so." |
| Speaking only for myself. | 2) Our customers don't do that. |
------------------------------
From: glenn@cs.utexas.edu (Glenn G. Lai)
Subject: Re: X11R5 Re: [Bob Pendelton: Re: A question]
Date: 23 Jan 92 04:47:30 GMT
In article <63327@netnews.upenn.edu>, keener@upenn5.hep.upenn.edu (Paul T. Keener) writes:
> In article <32302@mentor.cc.purdue.edu>, chapinsj@mentor.cc.purdue.edu (Steve Chapin) writes:
> > In article <1992Jan22.231937.3564@ctr.columbia.edu>, ejvette@pace3.cts.mtu.edu (Calvin) writes:
> > >
> > > I was led to believe that Linux was still socketless, and that X11 required
> > > sockets to function at all. This was a good enough reason for the Minix
> > > people to say that X could not be compiled on that OS. Am I wrong in either
> > > of these statements?
> >
> > Yes and No. X requires a reliable byte stream. How you implement that is up
> > to you. Of course, to run it "out of the box," it will want either TCP
> > connections, unix domain sockets, or decnet connections.
> >
>
> Before this gets too far, there is a port of the mit X11R4 core to various PC unix
> platforms and several VGA cards. The one main requirement that the README
> specifies is that STREAMS must exist. I have included the README below.
I'm the person who wrote all of the speedup routines of SpeedUp (currently
at 1.0.2), an (much) enhanced X11R5 server for ET4000 boards running 386
UNIXes (currently only Sys5r4s). It is rated at 6,275 XStones in 1024x768x256
mode; this is significantly faster than the X386 1.2 server (but then 1.2 is
ridiculously slow) that comes with the X11R5 distribution, and is from 30% to
80% faster than X386 1.1b (what the README above was referring to) for the
operations I've sped up. The measurements were done on a 33-MHz 386 + Cyrix
83D87 and a 32-K cache.
X11R5 can use TCP/IP connection, UNIX connection, or DECNET connection. To
support X, the least painless way is to get UNIX domain sockets (and STREAMS)
to work; they also give you better performance (but don't screw them up like
Sys5r4.03 does). If anyone needs to use X across a network, the TCP/IP stuff
can be added later. I don't see any good reason to add DECNET support.
X11R5 needs a tremendous amount of memory. I use shared libs and an X session
with an Emacs and an xterm (together with SpeedUp, the Sys5r4 kernel, and the
normal daemons) uses about 6M. As you start up more X clients, memory will
start to become a problem. To support X, it's best to break the 16-M barrier
( :-) ), and make shared libs a part of Linux (for doing Linux development,
don't use shared libs, as they tend to break lots of code).
A friend introduced Linux to me, so if I somehow get the money to buy an extra
(and large) disk and someone writes a SCSI driver for the Future Domain 860, I'd
like to start to use it (and most likely do some work on X11R5 if someone would
port it to Linux first). I'm currently using ESIX 4.03A.
Glenn
glenn@cs.utexas.edu
------------------------------
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: New files on TSX-11.MIT.EDU
Reply-To: tytso@athena.mit.edu
Date: Thu, 23 Jan 1992 05:19:20 GMT
~ftp/pub/linux/patches/fd.tar.Z
New and improved floppy driver written by Lawrence Foard
(entropy@ee.WPI.EDU). Includes formatting capability.
~ftp/pub/linx/binaries/usr.bin/elvis.tar.Z
PD version of VI. Compiled by Erik Schoenfelder
(schoenfr@ibr.cs.tu-bs.de)
~ftp/pub/linux/binaries/usr.bin/find-3.2.tar.Z
GNU find 3.2 compiled under Linux 0.12. Supports symbolic
links. Compiled by Douglas E. Quale (quale@saavik.cs.wisc)
------------------------------
From: sundaram@cps3xx.cps.msu.edu (Divya Sundaram)
Subject: Where are the #include files for GCC ?
Date: 23 Jan 92 04:08:27 GMT
I cannot find the #include files for GCC?
Also, I cannot get Kermit to transfer files. Is there something I
am missing here?
Please send e-mail to das@vthnw.cvm.msu.edu
Thanks
Divya.
------------------------------
From: jim wiegand <V5068U%TEMPLEVM.BITNET@mitvma.mit.edu>
Subject: lp patches for linux 0.12
Reply-To: V5068U%TEMPLEVM.BITNET@mitvma.mit.edu
Date: Thu, 23 Jan 1992 07:07:04 GMT
hi all;
i have uploaded to tsx-11.mit.edu lp.12.tar.Z, the lp patches for
Linux 0.12. These patches implement a parallel printer interface
and feature a greatly improved driver design. The file includes
information to make the required special devices.
enjoy.
jim
bug reports, comments, suggestions to v5068u at vm.temple.edu
------------------------------
From: st@bbl.be (Simon Townsend)
Subject: Re: alt.os.linux activity
Reply-To: st@bbl.be (Simon Townsend)
Date: Thu, 23 Jan 1992 07:23:33 GMT
I dont know how the rest of you are set up and I'm not terribly well up on how news works anyway, but I understand that here in Belgium the news feed is direct from the States onto a backbone. The transport cost is shared by all who take a feed from the backbone - because of this, the feed is particularly selective and we dont see half the stuff we might like to, alt.os.linux included (democracy in action).
If Linux-Activists@NEWS-DIGESTS.MIT.EDU is going to be an effective gateway I'm happy to use that.
Simon Townsend st@bbl.be
------------------------------
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: [jim wiegand: lp patches for linux 0.12]
Reply-To: tytso@athena.mit.edu
Date: Thu, 23 Jan 1992 07:24:15 GMT
To be found in ~ftp/pub/linux/patches/lp.12.tar.Z
======= Forwarded Message
Date: Thu, 23 Jan 92 01:58:40 EST
From: jim wiegand <V5068U%TEMPLEVM.BITNET@mitvma.mit.edu>
Subject: lp patches for linux 0.12
To: tytso@Athena.MIT.EDU
hi ted;
i have uploaded lp.12.tar.Z to tsx-11.mit.edu. These are the patches
for linux 0.12 to implement the line printer device. These patches
include a much improved parallel driver.
jim v5068u@vm.temple.edu
======= End Forwarded Message
------------------------------
From: entropy@wintermute.WPI.EDU (Lawrence C. Foard)
Subject: New floppy driver
Date: 23 Jan 92 04:52:04 GMT
I uploaded the improved floppy driver to tsx-11.mit.edu, this allows you to
format floppies as well as greatly speeding up reads. It may still have some
problems expecially when comes to more than one floppy drive (I only have
one), if it does weird things tell me :) Unfortunitly the documentation for
the chip is dreadful at best, so god only knows what other things will crop up
on slightly different floppy controllers.
I was trying it with gnu multiple volume backups, it makes them fine but gnu
tar bombs out instead of asking you for the next volume when reading them.
I decided not to bother with auto format devices since you can always switch
to another console and run format when needed.
The file is fd.tar.Z, unfortunitly I don't know how you make patch files so
it has a copy of all the modified files, eventhough most have only trivial
changes.
--
Disclaimer: Opinions are based on logic rather than biblical "fact". ------
Hackers do it for fun. | First they came for the drug users, I said \ /
"Profesionals" do it for money. | nothing, then they came for hackers, \ /
Managers have others do it for them. | I said nothing... STOP W.O.D. \/
------------------------------
From: mont@netcom.netcom.com (Mont Pierce)
Subject: switch over, you'll like it
Reply-To: mont@netcom.netcom.com (Mont Pierce)
Date: Thu, 23 Jan 1992 08:59:44 GMT
All those of you still using the linux-activists@niksula.mit.fi really
should switch over. If you can't get alt.os.linux locally, then just
get on the mailling list for linux-activists@news-digests.mit.edu!!
You will get exactly the same list that is posted to alt.os.linux.
Send subscription request to linux-activists-request@news-digests.mit.edu.
To encourage more people to support the newsgroup, all replys should at
least be CCed to the newsgroup. I still get allot of replys on the
mailing list only.
Mont@netcom.com
------------------------------
From: tthorn@daimi.aau.dk (Tommy Thorn)
Subject: Re: Installation.
Date: 22 Jan 92 12:12:07 GMT
There ain't a snowmans chance in hell that linux will run on a 286:-)
Seriously, this is a faq, but Linux need the 32-bit. End-of-Story
/Tommy
--
Tommy Thorn email: tthorn@daimi.aau.dk
Computer Science Department "People shouldn't work because they love it,
Aarhus University they should work because it hurts."
DENMARK -- Bob Sparacino, former Xerox executive
------------------------------
From: arl@cs.hut.fi (Ari Lemmke)
Subject: Re: compiling minix commands source on linux
Date: 23 Jan 92 02:37:33 GMT
In article <15302@awdprime.UUCP> rjohnbob@there.austin.ibm.com (John Harvey) writes:
: I was wondering what the legal point of view is on compiling minix commands
: on linux, and then later putting the entire source out on a linux archive.
Not a good idea. Minux is a copyrighted commercial product.
: Commands like tty.c and date.c seem to compile ok. But is it a no-no to
: copy the source to a linux archive because it came on the minix diskettes?
ast would not like it. We would not like it .. (we have
then something common with ast ;-)
: -john
arl
------------------------------
From: Andrew Haylett (GEC-Marconi Research Centre) <ajh@gec-mrc.co.uk>
Subject: PD tar on Linux?
Reply-To: ajh@gec-mrc.co.uk
Date: Thu, 23 Jan 1992 09:21:08 GMT
I haven't seen this mentioned, in the last <n> months anyway, so thought I
would mention it... Somebody pointed out recently the problem of backing up
from a Linux partition onto floppy disks, particularly since the tar that comes
with Linux can't handle multiple volumes. I dug out an MS-DOS port of the PD
tar, which I grabbed (with source) quite some time ago. Here's an excerpt from
the README:
"This is a public domain tar(1) replacement. It implements the 'c',
'x', and 't' commands of Unix tar, and many of the options. It creates
P1003 "Unix Standard" [draft 6] tapes by default, and can read and
write both old and new formats. It can decompress tar archives when
reading them from disk files (using the 'z' option), but cannot do so
when writing, or when reading from a tape drive. Its verbose output
looks more like "ls -l" than the Unix tar, and even lines up the
columns. It is a little better at reading damaged tapes than Unix tar."
I have used it quite happily to extract tar files created on a Unix system.
Now, the interesting thing is that it can also write to the floppy device
directly, using BIOS calls in (presumably) much the same way as rawrite, *and*
it can handle multiple volumes. It has options -V to set the volume name (eg.
A) and -S to specify the volume size. I tried to write an archive onto floppy
in this way, and then read it using the usual `tar xvf /dev/fd0...' on Linux.
However, Linux tar barfs and says `skipping to next file header' after
extracting the first file (the `diff' binary in this case). The file ends up
with the right size under Linux, but differs from the `proper' version after
about 3000 bytes or so. There is something subtle going on, apparently.
However, apart from its possible utility in transferring files between
MSDOS/Linux partitions conveniently, a port to Linux might be useful. The
notes that come with the PD tar say that a port to Minix was done, but was
dropped; the reason given being:
"Due to an extreme lack of interest (I would almost say aggressive
disinterest) on the part of Minix users, I no longer support the tar
port for Minix outside IDA. The Minix port has not been beta tested
as well as I would like due to the difficulty in finding Minix beta
testers; however, the DOS port has been tested extensively at several
locations for transferring files between DOS and Unix."
I'll try compiling it with gcc and see what develops. If anyone else thinks it
could be of any use at all, drop me a line. Or stop me if you've tried all
this already...
----
Andrew Haylett | Inet: ajh@gec-mrc.co.uk | Fax: +44 245 75244
GEC-Marconi Research | Tel: +44 245 73331 x.3283 | Telex: 995016 GECRES G
------------------------------
From: r36110m@kaira.hut.fi (Mika Matti Jalava)
Subject: Re: compiling minix commands source on linux
Date: 23 Jan 92 00:08:29 GMT
In article <15302@awdprime.UUCP> rjohnbob@there.austin.ibm.com (John Harvey) writes:
>Commands like tty.c and date.c seem to compile ok. But is it a no-no to
>copy the source to a linux archive because it came on the minix diskettes?
Isn't that just the idea of copyright? You may not copy the stuff
without permission.
Mika
------------------------------
From: zhao@unixg.ubc.ca (Jiansheng Zhao)
Subject: How to boot a PC from drive B:
Date: 23 Jan 92 09:04:00 GMT
A linux related question: PC is booted from drive A:. can it be done
from drive B:, 1.44 MB, which will give me more space on system disk
to play with.
zhao@unixg.ubc.ca
PS Thanks to those who sent me advice, I now have vi (elvis) installed
on root drive and works well.
------------------------------
From: rcarter@wpi.WPI.EDU (Randolph Carter (nee. Joseph H. Allen))
Crossposted-To: comp.editors,alt.sources,comp.unix.xenix.misc
Subject: JOE Version 0.1.2
Date: 23 Jan 92 11:22:19 GMT
Here (well on alt.sources, anyway) is what I think (hope) will be the last
version of JOE before the rewrite (version 1.0.0). This version includes
some quick fixes and additions to the previous one:
* undo/redo are now a real undo system instead of undelete
* keyboard macros added
* repeat prefix added
* capture shell output and pipe block through shell command added
* A version for Linux is now included
* Simple macros may be specified in the .joerc file
* Some bugs in the paragraph reformat routine were fixed
* The right margin may be specified in the .joerc file
* A bug where strange things would happen if you typed \ in the
search & replace prompt is fixed
I have time now so I should be able to come out with the rewrite real-soon.
Oh, and it looks like it will have a macro language. It's going to be C
except that the C pointers will be buffer pointers. This won't make it more
complicated to use- the only change I envision beyond what's in 0.1.2 is
that ^K L will be able to take vi-style regular expressions and editor
commands.
--
/* rcarter@wpi.wpi.edu */ /* Amazing */ /* Joseph H. Allen */
int a[1817];main(z,p,q,r){for(p=80;q+p-80;p-=2*a[p])for(z=9;z--;)q=3&(r=time(0)
+r*57)/7,q=q?q-1?q-2?1-p%79?-1:0:p%79-77?1:0:p<1659?79:0:p>158?-79:0,q?!a[p+q*2
]?a[p+=a[p+=q]=q]=q:0:0;for(;q++-1817;)printf(q%79?"%c":"%c\n"," #"[!a[q-1]]);}
------------------------------
From: Jack Dunn <jack@headless.larc.nasa.gov>
Subject: subscribe
Reply-To: jack@headless.larc.nasa.gov
Date: Thu, 23 Jan 1992 12:23:35 GMT
Please subscribe me to the linux mailing list.
Jack Dunn
------------------------------
** FOR YOUR REFERENCE **
The service addresse, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
You can send mail to the entire list (and alt.os.linux) via:
Internet: Linux-Activsts@NEWS-DIGESTS.MIT.EDU
Linux may be obtained via one of these FTP sites:
nic.funet.fi pub/OS/Linux
tsx-11.mit.edu pub/linux
tupac-amaru.informatik.rwth-aachen.de pub/msdos/replace
The current version of Linux is 0.12, released on Jan 14, 1992
End of Linux-Activsts Digest
******************************