Subject: Linux-Development Digest #409
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Wed, 26 Jan 94 18:51:30 EST

Linux-Development Digest #409, Volume #1         Wed, 26 Jan 94 18:51:30 EST

Contents:
  Re: Which is better? 680x0 or 80x86? (Donald Jeff Dionne)
  Version control systems... (Michael David Henders)
  ELF binaries (Rob Kenny)
  voice capabilities of 386 PC -- help ! (HENRY WONG)
  Re: Version control systems... (Ron Smits)
  Re: How to write a word to a port (inside a device driver). (Linus Torvalds)
  Re: Which is better? 680x0 or 80x86? (Charles Hedrick)
  Re: Version control systems... (E Magnus Hulthen)
  Is there a driver for Panasonic dual speed CD-ROM? (Glen Harris)
  Re: Upper Memory Blocks ?? (Marc ter Horst)
  Re: Linux v1.0: what's in it? (Alan Cox)
  Re: kmalloc for more then 4096 Bytes ? (Alan Cox)
  Re: ELF binaries (hugo@artware.nl)
  Re: How do I debug the kernel / OS ??? (Rob Janssen)
  Re: Version control systems... (Dominik Kubla)
  Re: PCI SCSI Support ? (Dominik Kubla)
  Re: Good info on device drivers. (Dominik Kubla)
  Re: IP Multicasting (Alan Cox)
  Building shared/dynamically loadable/linkable libraries (digalog.systems)
  Need a bit of help! (Mike Charrier)
  Re: Version control systems... (Dave Truckenmiller)
  Re: Version control systems... (Erik Troan)

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

From: jeff@ee.ryerson.ca (Donald Jeff Dionne)
Subject: Re: Which is better? 680x0 or 80x86?
Date: 24 Jan 1994 20:20:51 GMT

Magdaleno (cooljohn@leland.Stanford.EDU) wrote:
: This argument is going to be passe' in a couple of months when the PowerPC
: computers will be released. (Of course the Amiga will still have it..)
Which brings up the question, is anyone going to try to port Linux to 
PowerPC? 

: -John

73! de Jeff / VE3DJF

Internet Jeff@ee.Ryerson.Ca

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

From: mdhender@acs.ucalgary.ca (Michael David Henders)
Subject: Version control systems...
Date: Tue, 25 Jan 1994 04:32:28 GMT

Can anyone point me to a good version control system for Linux?
Some associates of mine and myself are developing some new
software and running into the problem of multiple people editing
the same file at the same time.  Preferably a vcs where the files
are signed out (and locked), and the signed back in.  I would
also appreciate a shareware (ftp site) version, but commercial
will do.

Thanks,

Mike Henders
mdhender@acs.ucalgary.ca



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

From: rob@atlantis.claircom.com (Rob Kenny)
Subject: ELF binaries
Date: Mon, 24 Jan 1994 20:38:17 GMT

I have looked through all the FAQ's, HOWTO's and source code at sunsite,
and I cannot find out the latest status of ELF binaries running under
Linux.  I've looked at fs/binfmt_elf.c and sure enough, my ELF binary
gets loaded, but /usr/lib/libc.so.1 doesn't work.  The only one
I could find was in /pub/Linux/distributions/SLS.old/a3/elfabi.tgz,
but it only prints:
Interpreter: 10b 3000 2000
lcall 7,xxx:eax = 00000036
lcall 7,xxx:eax = 00000004
lcall 7,xxx:eax = 00000004
lcall 7,xxx:eax = 00000004
..


So, could "someone in the know" please, please, please help me?

TIA

--
        Rob Kenny                    email:  rob@claircom.com
        Claircom Communications      phone:  (206) 389-5947
        700 5th Ave, Suite 2100      fax:    (206) 389-5972
        Seattle,  WA 98104           "Poignant comment here"

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

From: hwong@ee.ryerson.ca (HENRY WONG)
Subject: voice capabilities of 386 PC -- help !
Date: 24 Jan 1994 19:03:18 GMT

        I am doing a thesis on producing voice capabilities for the 386
under UNIX -- using Linux.  The project involves making a scaled down 
version of a sound card.  The audio is to be telephone quality.
I willbe writing device drivers to run the sound card.

        Help !  Can anyone give me any advice on the subject of producing
voice on the 386.  If you can then please email me at
hwong@ee.ryerson.ca

Thanks in advance !

 Henry






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

From: rsmits@xs4all.hacktic.nl (Ron Smits)
Subject: Re: Version control systems...
Date: 25 Jan 1994 09:39:21 GMT

mdhender@acs.ucalgary.ca (Michael David Henders) writes:
: Can anyone point me to a good version control system for Linux?
: Some associates of mine and myself are developing some new
: software and running into the problem of multiple people editing
: the same file at the same time.  Preferably a vcs where the files
: are signed out (and locked), and the signed back in.  I would
: also appreciate a shareware (ftp site) version, but commercial
: will do.
: 
: Thanks,
: 
: Mike Henders
: mdhender@acs.ucalgary.ca
: 
: 

Hai,

 Check out RCS version 5.6a is distributed under the GNU licensing and is
imho a very robust and easy package to use. Furthermore Emacs completly
supports it
                        
        Ron Smits
        rsmits@hacktic.nl


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

From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
Subject: Re: How to write a word to a port (inside a device driver).
Date: 25 Jan 1994 09:46:20 +0200

In article <1994Jan25.021338.27397@martha.utcc.utk.edu>,
Nick A. van Goor <nick@verdi.engr.utk.edu> wrote:
>
>The manual of the board tells me that (and I quote) "all
>registers are 16-bit wide, and are word accessible only".
>The Hacker's Guide lists several functions which read/write
>bytes to specified ports (inb* and outb*).
>My question is are there functions available which read/write
>words to ports ? If not, is there a quick and easy way for
>me to modify the inb* and outb* functions so that they
>write words ? Any helpful tips/hints/comments would be
>greatly appreciated, since I would hate to have to dive into
>the assembler jungle to solve it that way.

In the newer kernels, the <asm/io.h> file also defines the 'inw()' and
'outw()' functions which do exactly what you want.  The 32-bit versions
of the same also exist (inl()/outl()), along with the string versions
({ins,outs}[bwl](unsigned short port, void * addr, int nr)). 

Also, for the single-IO functions, the *_p() versions of the call will
add a slight pause after the IO operation, as that is needed by many
drivers.  As pausing doesn't make sense for the string IO instructions,
the corresponding _p-functions do _not_ exist for {ins,outs][bwl]. 

                Linus

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

From: hedrick@geneva.rutgers.edu (Charles Hedrick)
Subject: Re: Which is better? 680x0 or 80x86?
Date: 25 Jan 94 06:21:47 GMT

bantolph@unm.edu (-=| Bantolph |=-) writes:

>I am a mechanical engineer and not very knowlegable on the guts of 
>microprocessors or operating systems so please pardon my ignorance.

>All of the recent discussion on Linux on the mac has made me come up
>with a few questions. Which is a better processor for running a UN*X
>like operating system on, the Motorola 680x0 series or the Intel 80x86
>series? I have heard a few people complain about 68000's not being able
>to multitask well so they switched to Intel chips. Is there any truth 
>to this? 

I'm not an expert on this, but I can make a couple of comments:

1) As in many areas in engineeering, you can't look at a single part
of the system and ask whether it's better.  Specific components have
strengths and weaknesses, but the results that you would see as a user
would depend upon more than just the CPU.  It would depend upon bus
design, cache, and many other issues.

2) The 68000 family was used by most of the workstation vendors as
their primary chip before RISC processors became available.  I don't
know of any major workstation vendor that uses Intel chips.  This does
not suggest that there's any serious problem with the 68000 series.
There was a problem with the original 68000, but that was fixed by the
68010.  Sun is producing Solaris for Intel, and other vendors are
producing other Unix versions for Intel.  But that seems to be because
there are millions of AT clones out there, and they think they can
sell Unix to some reasonable number of those people.  I've never heard
them claim that they've evaluated different architectures for Unix and
settled on an AT clone as a good architecture.

But this issue is of interest primarily if you're planning on
designing your own machine.  If you want to run Unix on commercial
hardware, what you want to look at is the actual systems available.
And unless you intend to write your own operating system from scratch,
you have to look at the quality of the Unix implemetations available
on them, as well as any other software you might want to run in
addition to Unix.

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

From: d86-emh@dront.nada.kth.se (E Magnus Hulthen)
Subject: Re: Version control systems...
Date: 25 Jan 94 12:20:29

In article <2i2pcoINNafc@xs4some.hacktic.nl> rsmits@xs4all.hacktic.nl (Ron Smits) writes:
   mdhender@acs.ucalgary.ca (Michael David Henders) writes:
   : Can anyone point me to a good version control system for Linux?
   : Some associates of mine and myself are developing some new
   : software and running into the problem of multiple people editing
   : the same file at the same time.  Preferably a vcs where the files
   : are signed out (and locked), and the signed back in.  I would
   : also appreciate a shareware (ftp site) version, but commercial
   : will do.
   : 
   : Thanks,
   : 
   : Mike Henders
   : mdhender@acs.ucalgary.ca
   : 
   : 

   Hai,

    Check out RCS version 5.6a is distributed under the GNU licensing and is
   imho a very robust and easy package to use. Furthermore Emacs completly
   supports it

           Ron Smits
           rsmits@hacktic.nl

Once you've gotten RCS running I suggest you take a look at CVS
which is built on top of RCS.  It will solve the multiple developers
working on the same files by letting each developer keep a local
copy of the sources and handle all the mergin problems (almost)
by itself. (Hence the name Concurrent Version System)  If you've
used ordinary, locking, version systems the CVS philosophy seems
strange at first but indispensible within a week.

                                        /Magnus Hulthen
                                        d86-emh@nada.kth.se


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

From: glen@paladine.ece.jcu.edu.au (Glen Harris)
Subject: Is there a driver for Panasonic dual speed CD-ROM?
Date: 25 Jan 94 11:40:53 GMT

  The model number is CR562.


--
*******************************************************************
*  Glen Harris     *  3D and Virtual Reality Groupie              *
*  Don't mail here *  Mail to: glen@wench.ece.jcu.edu.au          *
*******************************************************************

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

From: mht@nuclint.nl (Marc ter Horst)
Subject: Re: Upper Memory Blocks ??
Date: Tue, 25 Jan 1994 15:05:06 GMT

In article <1994Jan24.180843.5433@swan.pyr> iiitac@swan.pyr (Alan Cox) writes:
>From: iiitac@swan.pyr (Alan Cox)
>Subject: Re: Upper Memory Blocks ??
>Date: Mon, 24 Jan 1994 18:08:43 GMT


>Before people get confused here. UMB's in DOS are implemented by 386 page
>mapping not by hardware. Linux just uses the memory as it finds it. I normally
>turn off video rom shadowing and bios rom shadowing to get the last few K
>on the 4Mb machine here.
If you only use dos with emm386, Qemm or another memory manager that's true. 
Most of the glue chipsets used in PC's have at least some method of doing 
the memory mapping in the hardware. This is a lot (emm386) or somewhat 
faster then using the MMU and the overhead of managing the virtual dos 
machines in software. Also it's possible to load the memory manager in 
a umb.
Marc 


>Alan
>iiitac@pyr.swan.ac.uk


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

From: iiitac@swan.pyr (Alan Cox)
Subject: Re: Linux v1.0: what's in it?
Date: Tue, 25 Jan 1994 12:12:43 GMT

In article <CK5H32.M6t@aston.ac.uk> evansmp@mb48025.aston.ac.uk (Mark Evans) writes:
>Rob Janssen (rob@pe1chl.ampr.org) wrote:
>
>: The networking code still is not 'as good as' that in BSD.  Unfortunately,
>: there are only a few knowledgable people working on it, and even in
>: this small group there are differences in opinion on what is the right
>: way to solve problems (and to treat fellow developers)
>
>Also the fact that in quite a few ways the code does not follow the
>host or gateway requirements.

As of pl14u the major remaining violation in both sets of NET code is the
IP option code. NET2E Beta3 also violated a lot of the slow start stuff,
but I've not yet seen Beta4 to comment on that. IP options are not going
to make 1.0 since they will need the socket buffer code improving.

Alan
iiitac@pyr.swan.ac.uk


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

From: iiitac@swan.pyr (Alan Cox)
Subject: Re: kmalloc for more then 4096 Bytes ?
Date: Tue, 25 Jan 1994 12:16:57 GMT

In article <2i1ild$5dh@smurf.noris.de> urlichs@smurf.noris.de (Matthias Urlichs) writes:
>
>BSD networking uses buffer chains ("mbufs") to work around this, but Linux
>networking has different ideas -- and fitting a different buffering scheme
>into the networking code is a lot more difficult than just grabbing the
>BSD networking code and stuffing it into Linux whole (more or less).

The BSD mbuf code is inefficient in many cases and can end up doing a lot
of allocations it doesn't need to. When its backed by a fast fixed mbuf 
block cache its not so bad, but Linux has a unified memory management scheme.
MBufs also play havoc with DMA device drivers.

I'm working on two schemes for reimplementing the linux buffer code to
deal with large packets and the other improvements needed to allow
proper efficient ip over ax.25 ip over 802.2 ip over ipx and ip over ip
and primarily netrom over ax.25 layering. This will definitely be post 1.0
>

Alan
iiitac@pyr.swan.ac.uk


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

From: hugo@artware.nl
Subject: Re: ELF binaries
Date: Tue, 25 Jan 1994 14:20:10 GMT

In article <CK5Int.7Gs@claircom.com> rob@atlantis.claircom.com (Rob Kenny) writes:
>I have looked through all the FAQ's, HOWTO's and source code at sunsite,
>and I cannot find out the latest status of ELF binaries running under
>Linux.  I've looked at fs/binfmt_elf.c and sure enough, my ELF binary
>gets loaded, but /usr/lib/libc.so.1 doesn't work.  The only one
>I could find was in /pub/Linux/distributions/SLS.old/a3/elfabi.tgz,
>but it only prints:
>Interpreter: 10b 3000 2000
>lcall 7,xxx:eax = 00000036
>lcall 7,xxx:eax = 00000004
>lcall 7,xxx:eax = 00000004
>lcall 7,xxx:eax = 00000004
>..
>
>
>So, could "someone in the know" please, please, please help me?
>
>TIA
>
>--
>        Rob Kenny                    email:  rob@claircom.com
>        Claircom Communications      phone:  (206) 389-5947
>        700 5th Ave, Suite 2100      fax:    (206) 389-5972
>        Seattle,  WA 98104           "Poignant comment here"
Cant't help you Rob, but i second your request for a guru to
explain the in's and out's of running Elf executables.
When i try to run my System V fmli executable under linux, i
get:

Unable to resolve symbol: _bufendtab (twice)

Thanks anyone for help.
Hugo


-- 
Disclaimer: My boss agrees with this,        [T>
not sure about my wife though.               /|
                                            / |
Hope not to many people                    /  |
object to my long signature,              /   |\
i cannot possibly sail in                /    | \ 
four lines.                             /     |  \
I would have to "strijk                /      |   \
mijn mast en vaar op de               /       |    \
motor". :-(                          /        |     \
                                    /         |      \
                                   / hugo@artware.nl  \
                                  /___________|        \
                                    |o    /---|---------\
                              __/~~\|O|_/~~~~~~~\________\
                              |                          /
                             |\ "WOOD_B" muiderzand     /
                      ~~~~~~~~~~8~~~~~~~~~~~~~~~~~~~~~~~~~~~~

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: How do I debug the kernel / OS ???
Date: Tue, 25 Jan 1994 18:33:35 GMT
Reply-To: pe1chl@rabo.nl

In <1994Jan24.235037.3487@excaliber.uucp> joel@rac2.wam.umd.edu (Joel M. Hoffman) writes:

>Well, I've gotten to the point where I can consistently crash Linux
>(0.99.13) with user-level software.  Is there anyway I can have the
>kernel record everything that happens, so I'll know where to look for
>the bug?

Maybe you can produce a trace with "strace" (which will show the system
calls made from the application) and post some interesting part of that?

Also, try to reproduce it on a more recent kernel, maybe your problem has
been fixed already.
(current version is pl14u)

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: kubla@goofy.zdv.Uni-Mainz.DE (Dominik Kubla)
Subject: Re: Version control systems...
Date: 25 Jan 1994 18:01:31 GMT

In article <2i2pcoINNafc@xs4some.hacktic.nl>, rsmits@xs4all.hacktic.nl (Ron Smits) writes:
"> "mdhender@acs.ucalgary.ca (Michael David Henders) writes:
"> ": Can anyone point me to a good version control system for Linux?
"> ": Some associates of mine and myself are developing some new
"> ": software and running into the problem of multiple people editing
"> ": the same file at the same time.  Preferably a vcs where the files
"> ": are signed out (and locked), and the signed back in.  I would
"> ": also appreciate a shareware (ftp site) version, but commercial
"> ": will do.
"> ": 
"> ": Thanks,
"> ": 
"> ": Mike Henders
"> ": mdhender@acs.ucalgary.ca
"> ": 
"> ": 
"> "
"> "Hai,
"> "
"> " Check out RCS version 5.6a is distributed under the GNU licensing and is
"> "imho a very robust and easy package to use. Furthermore Emacs completly
"> "supports it
"> "                    
"> "    Ron Smits
"> "    rsmits@hacktic.nl
"> "

Even better use CVS too, it is an extension of RCS which allows you to
integrate third party source-TREEs into your own.
The name stands for "Concurrent Version control System".
That is: more than one developer can work on the same file at the same time,
which is impossible with RCS and SCCS.

There is a binary version available as well as a CVS-processed Linux source
tree containing pl14f up to 14r with some other patches as well ...

CVS sources might be found on an prep.ai.mit.edu mirror, since they are
part of the GNU project. It compiles with a minor change in cvs.h, just
change one argument type from int to size_t and it will compile.

Give it a try, it's GOOD ...
-- 
Cheers,
  Dominik

+---------------------------------------------------------------------------+
| eMail: kubla@goofy.zdv.Uni-Mainz.DE                                       |
| sMail: Dominik Kubla, Steinsberg 34, 56355 Nast"atten, F. R. Germany      |
+---------------------------------------------------------------------------+
|                                                                           |
|        "Linux: The choice of a GNU generation"      --S. Frampton         |
|                                                                           |
+---------------------------------------------------------------------------+
DISCLAIMER:  Everything written above are the expressed thoughts of the
author and in no way connected to 'Johannes Gutenberg Universit"at', Mainz
(Germany). This way, they do not have to care about what I say ...

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

From: kubla@goofy.zdv.Uni-Mainz.DE (Dominik Kubla)
Subject: Re: PCI SCSI Support ?
Date: 25 Jan 1994 18:05:32 GMT

The german magazine c't stated in their Feb.94 issue, that the magazine iX
(same publisher ...) is working on a driver for the SCSI bridge which will
be available around May. No further details have been disclosed ...

-- 
Cheers,
  Dominik

+---------------------------------------------------------------------------+
| eMail: kubla@goofy.zdv.Uni-Mainz.DE                                       |
| sMail: Dominik Kubla, Steinsberg 34, 56355 Nast"atten, F. R. Germany      |
+---------------------------------------------------------------------------+
|                                                                           |
|        "Linux: The choice of a GNU generation"      --S. Frampton         |
|                                                                           |
+---------------------------------------------------------------------------+
DISCLAIMER:  Everything written above are the expressed thoughts of the
author and in no way connected to 'Johannes Gutenberg Universit"at', Mainz
(Germany). This way, they do not have to care about what I say ...

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

From: kubla@goofy.zdv.Uni-Mainz.DE (Dominik Kubla)
Crossposted-To: comp.os.linux.help
Subject: Re: Good info on device drivers.
Date: 25 Jan 1994 18:08:36 GMT

Read the Linux Kernel Hackers Guide from the Linux Documantation Project.
It can be found on TSX-11 and SunSite and most of their mirror.
We carry it at:
FTP.Uni-Mainz.DE:/pub/Linux/docs/LPD/kernel-hackers-guide/

There are tex, dvi and postscript versions available.

-- 
Cheers,
  Dominik

+---------------------------------------------------------------------------+
| eMail: kubla@goofy.zdv.Uni-Mainz.DE                                       |
| sMail: Dominik Kubla, Steinsberg 34, 56355 Nast"atten, F. R. Germany      |
+---------------------------------------------------------------------------+
|                                                                           |
|        "Linux: The choice of a GNU generation"      --S. Frampton         |
|                                                                           |
+---------------------------------------------------------------------------+
DISCLAIMER:  Everything written above are the expressed thoughts of the
author and in no way connected to 'Johannes Gutenberg Universit"at', Mainz
(Germany). This way, they do not have to care about what I say ...

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

From: iiitac@swan.pyr (Alan Cox)
Subject: Re: IP Multicasting
Date: Tue, 25 Jan 1994 19:00:49 GMT

In article <TERJEVE.94Jan24195142@gymir.ifi.uio.no> terjeve@ifi.uio.no (Terje Vernly) writes:
>
>Has anyone added the IP Multicast extensions (described in rfc1112)
>to Linux yet?
>
Multicasting is in the device drivers but no higher currently. I have to admit
its one of the more esoteric things well well down the jobs list unless
anyone cares to contribute code..

Alan
iiitac@pyr.swan.ac.uk

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

From: digalog.systems <digalog.systems@mixcom.mixcom.com>
Subject: Building shared/dynamically loadable/linkable libraries
Date: Tue, 25 Jan 1994 16:48:10 GMT


Does someone know where to find DLL tools or a port of GNU dld to linux?
I need to be able to build my own dynamically loadable/linkable libraries.

    Thanks,
    Matt Gerassimoff
    digalog.systems@mixcom.com



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

From: msc@austin.ibm.com (Mike Charrier)
Subject: Need a bit of help!
Date: Tue, 25 Jan 1994 13:43:43 GMT


Hello!
I just installed the Slackware 1.1.1 version of Linux on my home computer
and can only say WOW!  Nice product for shareware!  I hope to be contributing
to it soon, but have a few questions that I need the answers to.  First let
me tell you about my setup:
        386DX-40
        8 Megs of RAM
        AMI BIOS
        1.2 & 1.44 floppies
        2 380 meg SCSI hard drives
        Adaptec 1522 SCSI controller
        Plain Jane VGA adapter using Trident chips (1 meg RAM)
        VGA monitor (640x480)
        Logitech MouseMan Cordless Mouse
        14,400 Zoom FAX/Modem
        Running DR DOS 6.0 and Windoze 3.1 and Linux

Questions:
  1.  When I used "fdisk" to partition my second SCSI drive (/dev/sdb) for
      Linux I got the following message:

      Partition   Boot    Begin    Start     End
      /dev/sdb1     *       1        1       301
      Partition 1 does not start on cylinder boundary:
      phys=(0, 0, 2) should be (0, 1, 1)
      
      Linux APPEARS to be running alright.  Is this a message to be
      concerned about?  Or should I just ignore it?
      
  2.  When I try to start XFree 2.0 with the command "xinit" I get the
      message:
      
      XFree86 Version 2.0/X Windows System
      (protocol Version 11, revision 0, Vendor Release 5000)
      
      Operating System: Linux
      Configured drivers:
        VGA16: Server for 4-bit colour VGA (Patchlevel 0)
          et4000, generic
      (using VT number 7)
      Fatal Server Error: No config file found!
      xinit: No such file or directory (errno2): Unexpected signal 13
      
      I take it I am missing a file.  I have the files .profile and
      .Xdefaults.  What am I missing?
      A related question:
      I configed my system during setup with the generic VGA driver; is
      there one that works better with Trident cards?
      
  3.  Is anyone else out there using a cordless Logitech MouseMan with Linux?
      What problems have you had and what solutions have you found?
      I saw a few earlier posts where someone was having problems with a
      MouseMan under Linux, but did not save them.

  4.  What is a GOOD book for the commands available under Linux?  I am used
      to AIX and some of the commands I normally use under AIX don't work
      with Linux. 

  5.  What problems have other DR DOS users encountered?  I have not run into
      any snags yet.

  6.  LILO LILO LILO.... I have read the documentation but still cannot
      figure out how to configure it so I can choose what operating system
      to use at startup.  Any help on this will be appreciated.

  7.  How do I install TEX?  The setup program (when I ran it) did not ask
      for that series of disks.

These are all I can think of for the moment.  Any help will be greatly
appreciated.  Thanks!
===========================================================================
Michael Charrier  | Internet: msc@austin.ibm.com | Post Simsvum Sequitur
Lead RS/6000 Tech | VM ID:    MSC@AUSVM6         | Septuna Luna Subset
===========================================================================
All comments are the ravings of a lunatic mind and not the opinions of IBM.
===========================================================================

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

From: trucken@atto.cs.umn.edu (Dave Truckenmiller)
Subject: Re: Version control systems...
Date: Tue, 25 Jan 1994 14:01:57 GMT

In <Jan25.043228.59499@acs.ucalgary.ca> mdhender@acs.ucalgary.ca (Michael David Henders) writes:

>Can anyone point me to a good version control system for Linux?
>Some associates of mine and myself are developing some new
>software and running into the problem of multiple people editing
>the same file at the same time.  Preferably a vcs where the files
>are signed out (and locked), and the signed back in.  I would
>also appreciate a shareware (ftp site) version, but commercial
>will do.

Also check out CVS.  It doesn't "lock" files that are checked out, but
it works quite well in practice.  I've been using it for several years
on a variety of projects and have been VERY happy.  Much happier than
with systems that "lock" files. 

CVS is available from a number of ftp sites, (maybe on sunsite in the gnu
directory), and compiles easily under Linux.  It requires that RCS is 
properly installed.

%Dave%

--
==== _.. ___ ... ====|~~--V   ___________________ ._.. .. _. .._ _.._ 
Dave Truckenmiller   |___II   Linux, Linux, Linux,  L   i  n  u    x 
trucken@cs.umn.edu or trucken@sebic.mn.org   *.tc.umn.edu is unsecure

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

From: ewt@sunSITE.unc.edu (Erik Troan)
Subject: Re: Version control systems...
Date: 25 Jan 1994 17:53:11 GMT

In article <trucken.759506517@atto>,
Dave Truckenmiller <trucken@atto.cs.umn.edu> wrote:
>In <Jan25.043228.59499@acs.ucalgary.ca> mdhender@acs.ucalgary.ca (Michael David Henders) writes:
>
>CVS is available from a number of ftp sites, (maybe on sunsite in the gnu
>directory), and compiles easily under Linux.  It requires that RCS is 
>properly installed.
>

Both RCS and CVS are avilable at sunsite in /pub/Linux/devel/ver_cont.

Erik
-- 
========================================================================
"Could I bend yer ear fer a tick?"   ewt@sunsite.unc.edu  = Erik Troan
                                     sasewt@unx.sas.com
    - Strictly Ballroom                          

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


** 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-Development-Request@NEWS-DIGESTS.MIT.EDU

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

    Internet: Linux-Development@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-Development Digest
******************************
