Subject: Linux-Misc Digest #214
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Sat, 4 Jun 94 08:13:06 EDT

Linux-Misc Digest #214, Volume #2                 Sat, 4 Jun 94 08:13:06 EDT

Contents:
  Re: Seyon Question (Joe Pannon)
  Re: Linux vs *BSD (new twist) (Wayne Schlitt)
  Re: Looking for Linux BBS Software (Ed Thomson)
  Re: Reading BBC Micro disks under Linux (Joe Karthauser)
  New Yggdrasil shipping policy (Adam J. Richter)
  Re: Emulating 256 color X display (Bill Hogan)
  Re: Linux vs *BSD (new twist) (Geoff Rehmet)
  how to install netkit.tgz? (Craig Sanders)
  Q-Logic VLB SCSI card? (Craig Sanders)
  How to fix segmantaion faults and broken pipes (Augustyn  Robert)
  Re: Frustrated with new k (Kjetil Torgrim Homme)
  Re: Using CD-ROM recorder with Linux (davidh@wimsey.com)
  What IPC is available? (Was: UNIX Semaphores) (Robb Shecter)
  Re: UNIX or LINUX?? (Jim Robinson)
  Re: Linux vs *BSD (new twist) (Peter da Silva)
  Re: Linux vs *BSD (new twist) (Rene COUGNENC)
  How to cut&paste between XVT's on Linux. (Bill Hogan)
  Re: Not on PS/2s you don't! (Re: Linux game development) (AD BROWN)

----------------------------------------------------------------------------

From: danubius@chinook.halcyon.com (Joe Pannon)
Subject: Re: Seyon Question
Date: 3 Jun 1994 07:18:43 GMT

In article <1994Jun2.141304.13325@mother.bates.edu>,
George Reese <greese@abacus.bates.edu> wrote:
>How do I set up a dial string with seyon?  The modem I dial to is a
>14.4 modem which can handle only 9600 baud connections.  Since both my
>modem and the remote modems are 14.4, they always end up at 14.4.  I
>want to tell my modem to force a 9600 connect using my dial string, but
>i do not see where in Seyon to do that.

You put the setup string in your .Xdefaults file with the
startupAction resource.  For instance, my modem (ZyXEL U-1496E) is initialized
as follows:

Seyon.startupAction: Transmit("ATZ^M~~~ATL3 &R0 S9=10 S10=25^M");

You should read the Seyon help file to find out all the other things you
can set up there.

Joe Pannon

------------------------------

From: wayne@backbone.uucp (Wayne Schlitt)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Linux vs *BSD (new twist)
Date: Sat, 4 Jun 1994 04:46:57 GMT
Reply-To: wayne@cse.unl.edu

In article <2smc4m$daj@Mercury.mcs.com> dleeds@MCS.COM (Daniel Leeds) writes:
>                                                                       And 
> whose friggin idea was it for that godawful bloody color ls??  Wankers if 
> you ask me. ;)


The 'ls --color' is just an 1980's update to the 70's 'ls -F'...
Personally, I don't like either, but I have no problems with having
both as an option...



-wayne
-- 
The human brain is a complex organ with the wonderful power of
enabling man to find reasons for continuing to believe whatever it is
that he wants to believe.    -Voltaire

------------------------------

From: ethomson@amazon.ncsa.uiuc.edu (Ed Thomson)
Crossposted-To: alt.bbs,alt.bbs.unixbbs,comp.bbs.misc
Subject: Re: Looking for Linux BBS Software
Date: 4 Jun 1994 00:14:08 GMT

March Hare (jcarmack@phoenix.aps.muohio.edu) wrote:
> : >     : > : 1)  RIP graphics
> : What on earth do RIP graphics have to do with BBSs??? I'm writing BBS
> : software and I'm working with RIPs for professional purposes, but I have
> : no idea how to combine both ...

> And I have no idea what else you would use RIP for.

He must be thinking of a different "RIP".  I've never heard it plural-ized.

> There is RIPTerm for DOS, and there may be a Mac version also.  Take a
> look at oak.oakland.edu or garbo.  I believe the latest version is 4.5.

Also (commercial) is QmodemPro for DOS and for Windows.  The Windows version
really is nice (as nice as an MS-Windows program can be, anyway), and can
handle RIP/Ansi/VT100/Ascii, internal Zmodem, GIF previewing....

(Then again, QmodemPro's RIP implementation in it's earlier versions wasn't
terribly compatible.  Hopefully things have changed).

--
Ed Thomson - ethomson@ncsa.uiuc.edu                    

------------------------------

From: joek@cogs.susx.ac.uk (Joe Karthauser)
Crossposted-To: comp.emulators.misc,comp.sys.acorn,comp.sys.acorn.tech
Subject: Re: Reading BBC Micro disks under Linux
Date: 3 Jun 1994 18:57:22 GMT

In article <2snjui$8od@icebox.mfltd.co.uk>,
James Fidell <jfid@mfltd.co.uk> wrote:
>
>I want to be able to read my 100, 200 and 400K disks from my BBC Micro
>on my Linux machine.  The disks can be any of 40- or 80- track, single-
>or double sided.  Each track is formatted with (usually) 10 256-byte
>sectors.
>
>Can anyone offer any suggestions as to how I might go about this ?
>

One of the main problems you'll have is that old Beeb disks are single
density, rather than double or quad density (which are used now).

The best thing to do, assuming that you've got info on these disks that you
want to recover, is to get your hands on a beeb and knock up some serial
code to comm it across. Time wise this'll probably be much quicker than
rigging up an FM (single density) disk controller to your linux machine.

Joe.

-- 
Josef Karthauser     | 4 Rail Cottages, Falmer, Btn. UK. +44 273 697215
joek@cogs.susx.ac.uk | Einstein questioned the fact that time was linear,
University of Sussex |                  The rest is history..........

------------------------------

From: adam@adam.yggdrasil.com (Adam J. Richter)
Subject: New Yggdrasil shipping policy
Date: 3 Jun 1994 00:47:27 GMT

        This announcement effects United States direct end-user sales
only.  International and reseller shipping policies remain unchanged.

        Effective immediately:

        1. Next business morning delivery now costs $1 over our
           regular $5 per order shipping and handling charge for
           orders that do not include The Linux Bible, or an extra $6
           (i.e., total of $11) for orders that do. 

        2. Next Day Air orders received on a Friday can be delivered
           on Saturday instead of Monday for $5, which is what UPS
           charges us for this service.  This item really just
           codifies what has become a standard practice around the 
           office on Fridays. 

        3. Our regular $5 per order shipping and handling charge now
           means Second Day Air shipping  (currently UPS Blue), still
           the fastest default shipping of any Linux distributor. 

-- 
Adam J. Richter                     -      --------------   "Free software for
adam@yggdrasil.com                    \  /                   the rest of us."
4880 Stevens Creek Blvd., Suite 205    || g g d r a s i l    408-261-6630
San Jose, CA 95129-1034                ||  Computing Inc.    fax 408-261-6631

------------------------------

From: bhogan@crl.com (Bill Hogan)
Subject: Re: Emulating 256 color X display
Date: 4 Jun 1994 01:50:08 -0700

Ingar F Pedersen (ingar@cee.hw.ac.uk) wrote:
: Hi.....

: Is it possible to emulate a 256 color X display on a 16 color display.
: This would be nice as I'm running Linux on a portable machine, and
: this machine can only run the 16 color X display driver, and I think
: it would be nice to be able to run X applications that require a 256 
: color display.....

 I'm not sure this is what yoy have in mind, but I get 16 levels of 
grey using the XF86_VGA16 server with my 256 color Trident 8900C video 
card.

 Bill

-- 
  Bill Hogan
{bhogan@crl.com}

------------------------------

Crossposted-To: comp.os.386bsd.misc
From: csgr@cs.ru.ac.za (Geoff Rehmet)
Subject: Re: Linux vs *BSD (new twist)
Reply-To: csgr@cs.ru.ac.za
Date: Sat, 4 Jun 1994 08:36:19 GMT

In <2sndmu$bnk@acmez.gatech.edu> gt8134b@prism.gatech.edu (Robert Sanders) writes:

>dleeds@MCS.COM (Daniel Leeds) writes:

>>: How do you use virtual consoles on FreeBSD?

>>Compile with SYSCONS and RTFM.

>Actually, what the FM doesn't mention is that, unlike Linux consoles, 
>you can't switch to a FreeBSD console unless it is "open", and the only
I'm not sure what you are referring to as the "FM", but instructions on
installing syscons in section 6.7 of the FreeBSD FAQ.

>way to make a console open is to make it someone's controlling tty.  I
>suggest you (Alex) edit /etc/ttys and enable some of the gettys on the
>higher console numbers.  This confused me as well; the source was ever
>so much more helpful than the manual.
I guess what we need is a "syssons(4)" manual page.

>I think people used to Linux have a worse time than those not used to
>UNIX at all; we assume so many things that were true under Linux
>but aren't under *BSD.
This comment cuts both ways ;-)  Try finding a nfsiod (or biod) for
Linux ;-)
Anyhow, as of release 1.1.5, syscons will be the default console driver,
with 4 vtys enabled, so we should get away from these hasssles (ppcons
is being discontinued in 2.0 I think).

Geoff.
--
 Geoff Rehmet, Computer Science Department,   | ____   _ o         /\
  Rhodes University,  South Africa            |___  _-\_<,        / /\/\
 FreeBSD core team                            |    (*)/'(*)    /\/ /  \ \
     csgr@cs.ru.ac.za, csgr@freefall.cdrom.com, geoff@neptune.ru.ac.za

------------------------------

Crossposted-To: apana.lists.os.linux.net,aus.computers.linux,comp.os.linux.help
From: cas@muffin.apana.org.au (Craig Sanders)
Subject: how to install netkit.tgz?
Date: Sat, 4 Jun 1994 03:02:34 GMT


I just ftp-ed the latest netkit.tgz file from sunsite...all 3.1
megabytes of it.

All it contains are a whole stack of subdirectories containing the
source for various net related programs, and one cryptic little file
called "BSD-README" which doesn't even accurately relate to the contents
of the .tgz archive.

Has anyone installed this package?  Am I missing something (like a
proper readme on how to install and a top-level makefile), or do
I have to spend hours trying to figure everything out without any
documentation??

I'm running Linux 1.1.17 (started out as SLS 1.03 back in Sep last year,
but my system has been heavily modifed and hacked with since then),
and gcc 2.5.8 with libc 4.5.26.  Any clues or help would be gratefully
appreciated.

My main reason for getting this package was to install all new copies
of the networking binaries, compiled with the latest stuff to replace
the crappy SLS binaries which are lurking in my /etc directory.  I'd
also like to move the damn things out of /etc and into somewhere more
appropriate (perhaps /etc/inet or /sbin/net) to make future upgrades
easier and less prone to disastrous mistakes.

-- 
Craig Sanders                                     cas@muffin.apana.org.au
ThinkgloballyactlocallyActionspeakslouderthancoffeechatsSabotageisaseasyaspulli
ngaplugUnemploymentforallnotjusttherichSubvertthedominantparadigmEatthefoodofth
egodsforenlightenmentDowhatthouwiltshallbethewholeofthelawLoveisthelawloveunder
willAlotofmyfriendsdontpayanytaxandthatisrightbecausethatisthelawJohnelliot....

------------------------------

Crossposted-To: comp.os.linux.help,aus.computers.linux
From: cas@muffin.apana.org.au (Craig Sanders)
Subject: Q-Logic VLB SCSI card?
Date: Sat, 4 Jun 1994 03:13:14 GMT


Does anyone know if the QLOGIC VLB SCSI card is supported by the Linux
kernel?

I can get one of these for an OK price (over $100 cheaper than other VLB
cards), and want to know whether they're a good card for use with Linux
or whether I should save up a bit longer and get a Buslogic 445S.


-- 
Craig Sanders                                     cas@muffin.apana.org.au
ThinkgloballyactlocallyActionspeakslouderthancoffeechatsSabotageisaseasyaspulli
ngaplugUnemploymentforallnotjusttherichSubvertthedominantparadigmEatthefoodofth
egodsforenlightenmentDowhatthouwiltshallbethewholeofthelawLoveisthelawloveunder
willAlotofmyfriendsdontpayanytaxandthatisrightbecausethatisthelawJohnelliot....

------------------------------

From: august1@server.uwindsor.ca (Augustyn  Robert)
Subject: How to fix segmantaion faults and broken pipes
Date: Sat, 4 Jun 1994 07:14:44 GMT

Hi,
I can not get rid of those problems can someone
help please.
Thanks in advance.
robert


------------------------------

From: kjetilho@ifi.uio.no (Kjetil Torgrim Homme)
Subject: Re: Frustrated with new k
Date: 4 Jun 1994 09:50:09 GMT

[ Side note: _I_ am frustrated by offline readers chopping the subject
  lines off after 15-20 characters! ]

++--- Elaine Walton:
|| What I wanted was someone considerate enough to compile a package
|| BEFORE gzip'ing it into a package.
||
+--- Jim Robinson:
| Well, he [Elaine] says he posted a detailed message awhile ago. The
| problem was that in pl13 there was an undefined variable used in one
| of the block driver codes. That is something the compiler should
| have caught. Or maybe it broke during a patch, I don't know.
| 

The problem then was that you needed to enable the NET code for a
clean compile. Most of the kernel developers are on the network, so
this combination of configuration options was missed. If you think
about it, there are several million ways to configure your kernel, and
it is impossible to make sure they all work. In any case, patchlevel
14 was available 1-2 days later.


Kjetil T. (has 0.99.13 at home, but sleep() broke with libc 4.5.26 :-)

------------------------------

From: davidh@wimsey.com
Subject: Re: Using CD-ROM recorder with Linux
Date: Fri, 03 Jun 94 23:45:48 PDT


In article <Cqtr0p.Jvw@nist.gov>, <bagwill@sst.ncsl.nist.gov> writes:
> I don't know beans about it, but here's a couple of peas :-)
> 
> One of the big problems people have creating disks is that burning a CD
> is a one-pass, no-stopping operation.  CD makers often buy special disk
> drives that do not interrupt the data flow with the usual disk
> recalibration.  Given that Linux is a multi-tasking system, it might be
> difficult to keep the input stream full without having a huge buffer in
> the SCSI adapter.


Nah, there ARE cd-rom recording systems that DO work under Unix variants, 
specifically Sun based systems. Whether Linux is up to the task may be another 
matter, but in theory, with the proper hardware ( I think Micropolis makes 
drives specifically tailored towards this with some snazzy caching built in) 
and good drivers, I feel it could be done. But, no, I won't undertake it! 8)

davidh@wimsey.com

------------------------------

Crossposted-To: comp.os.linux.help,comp.unix.programmer,comp.unix.questions
From: rshecter@uceng.uc.edu (Robb Shecter)
Subject: What IPC is available? (Was: UNIX Semaphores)
Date: Sat, 4 Jun 1994 06:20:03 GMT

(Manfred Hollstein US/ESB B60/3/142 #71283) writes:
|Hi Stefan,
|
|the problem is caused by missing parentheses in the constructor! Simply change
|the line
|
|>   if (semid = semget (key, 1, IPC_CREAT | PERMS) < 0)

        Speaking of those fun semaphores, exactly what IPC is available on
Linux?  Shared Memory?  FIFO's?  

        - Robb
        rshecter@uceng.uc.edu

------------------------------

From: jimr@shorty.cs.wisc.edu (Jim Robinson)
Subject: Re: UNIX or LINUX??
Date: 4 Jun 1994 10:30:25 GMT

In article <1994Jun4.032320.16302@nomina.lu.se> claes@ecsdg.lu.se writes:
[..]
>>So quit saying Linux takes "100 megs or more"  !!! :-)
>
>If you want a system you can work with, you need at _least_ 100 meg.
>
>Indeed, it _is_ possible to squeeze a system into a much smaller area,
>and yes, it is even possible to get it to work, but I _don't_ think
>it's a very very good solution if you plan to use it as your only
>unix-box and need more than an intelligent terminal..

Cough.  I've got full blown X (development, etc), all the man pages,
networking, TeX, Emacs, etc., etc.. in 85 megs.  It is a *very* usable
system, if you don't do X development I can certainly see tinyX and
some other reductions giving you a 55 meg partition.  No I don't have
a lot of X crap, but I have all the tools for decent programming,
postscript-output writing, and networking available.  All that crap
like OI and Andrew Toolkit (for example) don't mean that it is any
more a "real workstation" as opposed to a system without all the GUI
crud.

I think perhaps people should look at what they say in regard to "real
systems" and realize that people can have radically different needs.
With Networking, TeX, Emacs, full GCC and X in 85 megs, I'm happy with
all the stuff I can do (write papers and tutorials, program in both
tty and X, with all the reference man pages at my fingertips).

>I just finished installing a new slackware system on a DX2/66 16M ram
>and 170M disk.  It runs very good when used as a workstation.

I can't say I'm happy with my 8 megs RAM, compiles take too long. A
note that probably chimes with you is that I have a 15 meg swap
partition, and 20 megs user space meaning that I DO need 120 meg disk
to be happy, but like I said: if somebody uses tinyX and not so
complete a TeX system, they can work very productivly in a lot less.

>Remeber: We are not talking about a crippled task-switcher - this is
>more or less a full-blown operating system...  Compare with
MS-Windows >with Word, Excel, and complete development tools...
>
>Btw.. The term "linux" only refers to the kernel itself, not the
>entire distribution.

Hmm, yes this is technically true.  But I still say "I run Linux," not
"I run Debian."



------------------------------

From: peter@Starbase.NeoSoft.COM (Peter da Silva)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Linux vs *BSD (new twist)
Date: 4 Jun 1994 05:50:09 -0500

In article <WAYNE.94Jun3224657@backbone.uucp>,
Wayne Schlitt <wayne@cse.unl.edu> wrote:
>The 'ls --color' is just an 1980's update to the 70's 'ls -F'...
>Personally, I don't like either, but I have no problems with having
>both as an option...

The difference is that "ls -F" doesn't mean "ls" has to suck in termlib.
Sometimes extra features are a bad idea, when they lead to code bloat. So
far Linux itself seems to have avoided this common GNU disease (at least
when compared with commercial UNIX), but with this sort of attitude it's
not going to last.

-- Peter, who first used UNIX on an 11/70 that supported 65 users in 2MB RAM,
   and still supports Xenix systems that'll run 10 users in 1MB.

------------------------------

From: rene@renux.frmug.fr.net (Rene COUGNENC)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Linux vs *BSD (new twist)
Date: 3 Jun 1994 12:58:49 GMT
Reply-To: cougnenc@hsc.fr.net (Rene COUGNENC)

Ce brave Daniel Leeds ecrit:

> Yes.  How does one justify that the bindist is not a useable system m8??


The reason why many of us (Linux users) use Linux and not BSD, is because
Linux was useable long before 386BSD on our home machines.

This includes Linus Torvalds  himself :-)

Today new users have the choice. It's a very good thing.
--
 linux linux linux linux -[ cougnenc@renux.frmug.fr.net ]- linux linux linux 

------------------------------

From: bhogan@crl.com (Bill Hogan)
Subject: How to cut&paste between XVT's on Linux.
Date: 4 Jun 1994 01:11:20 -0700

 Searching for bits and pieces of information seems to me to be a large 
part of what Unix sysadmin is all about -- a little like working a 
jigsaw puzzle.

 For example, I just finished grepping all the articles in

        comp.unix.pc-clone.32bit
        comp.unix.questions
        comp.windows.x
        comp.windows.i386
        comp.os.linux.help
        comp.os.linux.misc

        all the Linux FAQs and HOWTOs
and
        all the text files in my /usr tree

looking for the word 'paste' -- hoping to find out if I am supposed to be
able to cut&paste between XVT's and, if so, how -- but I found hardly any 
occurrences of the word 'paste' and no occurrences of the word 'paste' in 
a context that answers my question.

 I could almost swear that I was at one time able to cut&paste between 
XVT's, but now I an not so sure -- maybe I am just imagining things.

 I must have overlooked something.

 I better look again.

 Maybe it's right at the end of my nose.

 Excuse me while I go look in the mirror.


-- 
  Bill Hogan
{bhogan@crl.com}

------------------------------

Crossposted-To: rec.games.programmer
From: A.D.Brown@bradford.ac.uk (AD BROWN)
Subject: Re: Not on PS/2s you don't! (Re: Linux game development)
Date: Sat, 4 Jun 1994 11:02:28 GMT

bj@hatch.socal.com (Brendan Jones) writes:
>I agree Linux would be a good gaming platform, but unfortunately you have
>to worry about configuration problems.  For example, Linux doesn't even
>run on PS/2s, which already knocks a large number of potential users out
>of your market.  (PS/2s store the config on a section of the hard disk
>rather than in CMOS memory - Linux is hardwired to use CMOS).

>I haven't tried to run Linux on PS/1s but It'd be a safe bet that
>they can't run Linux either...  More people who can't run your program... :(

I've just been looking at installing linux on my system and part of the
faq for the slackware installation seems to deal with the problem of hard
disks not being recongnised on PS/1s.  (It doesn't meantion PS/2s).

So, there IS a way to get linux on PS/1s at least.

Alistair
-- 
Email A.D.Brown@bradford.ac.uk

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: Linux-Misc@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
    sunsite.unc.edu				pub/Linux

End of Linux-Misc Digest
******************************
