Subject: Linux-Misc Digest #561
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, 6 Aug 94 15:13:09 EDT

Linux-Misc Digest #561, Volume #2                 Sat, 6 Aug 94 15:13:09 EDT

Contents:
  possible Linux/g++ bug? (Hans B. Kuhlmann)
  Re: fontserver for Linux? (BERNARD Sebastien [93-94])
  Re: Usefulness of BSD/Linux Source Knowledge (was BSD vs. LINUX) (Torbj|rn Lindgren)
  Re: Format DATs? (Matthew Dillon)
  Re: Linux vs. CP/M ? (Dan Newcombe)
  Re: fontserver for Linux? (Drew Eckhardt)
  Re: Usefulness of BSD/Linux Source Knowledge (was BSD vs. LINUX) (Vernon Schryver)
  Adaptec 2842 SCSI controller with Linux? (Nicolas Gauvin)
  Linux Inside T-Shirts (Jean-Paul Chia)
  Re: STREAMS  (was I hope this wont ignite ...) (Scott Michel)
  FRANKEN: Bericht ueber 1st Linux Stammtisch (Iain Lea)
  Re: Usefulness of BSD/Linux Source Knowledge (was BSD vs. LINUX) (Peter G. Berger)
  Re: Imake (hoover david)
  Good drives (RYAN  Colin Patrick)
  Re: WD Caviar w/Linux (John Lamp)

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

From: kuhlmann@be.seas.upenn.edu (Hans B. Kuhlmann)
Subject: possible Linux/g++ bug?
Date: 4 Aug 1994 17:48:15 GMT

I am trying to port a short project I have written in C++ to Linux,
and I have come across a curious problem:

I have compiled this source under AIX 3.2.5 and IRIX 4.x, both with
GCC 2.5.8.  The program compiles and executes fine (at least with no
faults/exceptions).  However, under Linux, the program exits with
SIGFPE, in different places in the program (probably part of the
project implementation which has randomness, not a fault of G++).  I
tried to use GDB to track down the problem, but all I can do is cause
another SIGFPE and halt the program.

Before I _really_ get my hands dirty, is there are documented way of
figuring this out?  

BTW, I am running Linux on a Gateway Handbook DX2/40 (Intel SL
enhanced), and I also tried it on an AMD386/40 with kernel math
emulation.  Same results.

If anybody cares to reply via e-mail, I'll summarize and post
answers....

Thanks.

--
Hans B. Kuhlmann kuhlmann@central.cis.upenn.edu
Manager - Distributed Systems Laboratory
my words, my opinions.

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

From: bernard@dear (BERNARD Sebastien [93-94])
Subject: Re: fontserver for Linux?
Date: 5 Aug 1994 06:39:12 GMT

Thomas KIRCHTAG (tkircht@PROBLEM_WITH_INEWS_GATEWAY_FILE) wrote:

: Hi,

: As we have installed 4 machines running mainly Linux, but on rather limited
: diskkspace, I would like to find a way of saving some space by using a 
: fontserver for the X-fonts.
: Is there some fontserver daemon for Linux out there ?
: Does anybody have experiences with it, especially concerning speed?

: thanks for any hints!

: Thomas

: tkircht@fbch.tuwien.ac.at

  Don't know if there's a fontserver for X11. But I suggest you to install
X11 on one machine and to mount the directory where it is installed on
the other machines via the NFS filesystem. Note that this solution could
work with other materials than X11 fonts.
  You can even boot a machine with the filesystem of another one. Just
mount the / of the remote machine to this machine.
  The inconvenient is that this is quiet slow, and it cause a lot of
reliability problems : If the remote machine die, it becomes impossible to
uses other machines.
  There is performance problems too. But not much if the machines have
enough memory (RAM + swap). Speed is acceptable.

  In our site, we have 3 SparcServer which hold all of the software
(the machines boot via the net). The disk of the machines are used for the
tmp and the swap area. All of the remaining software is downloaded from the
servers.

  Maybe I can suggest you to set to machines with software to boot from
(the two quickest and most powerful machines) and the other machines
with a minimal kernel (the kernel and some config files).

  If a server fails, just use the second one (it's doable).

  My 0.02$ contribution.

  Hope this helps.

  Seb.

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

From: tl@cd.chalmers.se (Torbj|rn Lindgren)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Usefulness of BSD/Linux Source Knowledge (was BSD vs. LINUX)
Date: 4 Aug 1994 18:01:00 GMT

In article <31mfon$efs@glitnir.ifi.uio.no>,
Kjetil Torgrim Homme <kjetilho@ifi.uio.no> wrote:
>+--- Dan Pop:
>| When is SunOS 4.1.4 or 4.2.0 expected to be released?
>
>4.1.3 ought to be 4.2.0 -- the file system actually was incompatible
>with 4.1.2... (if I understood my sysadmin correctly).

Wrong.

>A political decision has been made: 4.1.3 is the last version of SunOS
>4. That's why the new versions are called 4.1.3U2 and so :-) [I'd
>never think they'd begin putting in SMP in SunOS 4, but I guess their
>customers force them to it.]

Adding SMP was prrobably rather easy. Just put a big lock on the whole
kernel... This means that only one process (or thread) can be in the
kernel in the kernel a given time, but if that process can run on any
processor you have a SMP (per definition, symmetric means that either
processor may run kernel tasks, not that more than one process may be
in the kernel).

Creating a system where more than one process can be in the kernel at
a give time is *much* harder, and SunOS 4.x doesn't support this (This
is one of the major differences between SunOS 4 and Solaris 2). The
main difference is that you have to use data-locks (lock the
data-structures you use) instead of a big lock.

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

From: dillon@apollo.west.oic.com (Matthew Dillon)
Subject: Re: Format DATs?
Date: 4 Aug 1994 17:40:54 -0700

In article <31r6cm$keu@stud.uni-sb.de> flla@stud.uni-sb.de (Florian La Roche) writes:
:Christopher M. May (cmay@titan.ucs.umass.edu) wrote:
:: Hi, is it necessary/possible to format 4mm DAT's for the 
:: Conner/Archive 2GB DAT under linux?  Is there a special
:: blocksize switch required for backups?
:
:: --
:DAT never have to be formatted. Just use them...
:
:The size doesn't matter. It should be the same on other systems, if you
:want to use the DAT's also on other systems...
:
:Florian  La Roche
:
:: -Chris May, Computer Science, University of MA, Amherst
:: -    Technical Assistant, P.C. Maintenance Lab

    Also, note that you cannot generally use audio DAT tapes in DAT-based
    backup tape drives.  Audio DAT media is simply not up to par with the
    density used by most DAT backup drives.  

    For example, an HP DAT drive can store 4 GB uncompressed on a 120m
    tape.  That's over 6 hours worth of 2 channel 16 bit 44 Ksamp/sec
    audio on one tape with NO compression!

    You generally have to use DAT tapes specifically designed for data
    storage, as recommended by the manufacturer of the backup drive.

    Audio DATs may appear to work, but they die very quickly and are not
    generally reliable for purposes of backing up data.

                                                -Matt

-- 

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way             ham: KC6LVW (no mail drop)
    Incline Village, NV. 89451  Obvious Implementations Corporation
    USA                         Sandel-Avery Engineering
    [always include a portion of the original email in any response!]


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

From: newcombe@aa.csc.peachnet.edu (Dan Newcombe)
Subject: Re: Linux vs. CP/M ?
Date: Thu, 4 Aug 1994 14:05:29 UNDEFINED

In article <31ousj$7um@charles.cdec.polymtl.ca> bouchard@info.polymtl.ca (Jean-Hugues Bouchard) writes:
>        It is nothing; I am trying to port Linux on my commodore 64 (it is
>for sale for 1500$ with the 1541 and 1802) A true multitask env with this
>machine. I have been waiting for that a long time. Imagine all the
>benchmark it will make. 

Great...when you get it done, let me know.  Then I'll run it under the C64 
emulator for DOS (or X Windows.)

Oh, that would be good...Linux can now run ... ... LINUX!!!

        -Dan

--
Dan Newcombe                    newcombe@aa.csc.peachnet.edu
Clayton State College           Morrow, Georgia
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"And the man in the mirror has sad eyes."       -Marillion

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

From: drew@frisbee.cs.Colorado.EDU (Drew Eckhardt)
Subject: Re: fontserver for Linux?
Date: 5 Aug 1994 08:21:40 GMT

In article <31smqg$3du@serveur.cribx1.u-bordeaux.fr>,
BERNARD Sebastien [93-94] <bernard@dear> wrote:
>Thomas KIRCHTAG (tkircht@PROBLEM_WITH_INEWS_GATEWAY_FILE) wrote:
>
>: Hi,
>
>: As we have installed 4 machines running mainly Linux, but on rather limited
>: diskkspace, I would like to find a way of saving some space by using a 
>: fontserver for the X-fonts.
>: Is there some fontserver daemon for Linux out there ?

Yes.  It is included in the standard X11/Xfree86 distribution,
see fs(1) for details on font server configuration, invocation,
and font path specifications.

>: Does anybody have experiences with it, especially concerning speed?
>: thanks for any hints!
>
>: Thomas
>
>: tkircht@fbch.tuwien.ac.at
>
>  Don't know if there's a fontserver for X11. But I suggest you to install
>X11 on one machine and to mount the directory where it is installed on
>the other machines via the NFS filesystem. Note that this solution could
>work with other materials than X11 fonts.

For fonts, the font server is bound to be faster.  With 
TCP/IP, I can get about 900K/sec out of my ethernet board
under Linux.  With NFS, I'm lucky to get 1/6th of that
(8K NFS, no client caching patches).

>Speed is acceptable.

While Linux's network implementation has evolved quite nicely
and offers reasonable performance, the NFS client is still
sadly lacking.

-- 
Drew Eckhardt drew@Colorado.EDU
1970 Landcruiser FJ40 w/350 Chevy power
1982 Yamaha XV920J Virago

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

Crossposted-To: comp.os.386bsd.misc
From: vjs@calcite.rhyolite.com (Vernon Schryver)
Subject: Re: Usefulness of BSD/Linux Source Knowledge (was BSD vs. LINUX)
Date: Sat, 6 Aug 1994 13:10:08 GMT

In article <Cu2ny3.J9o@boulder.parcplace.com> imp@boulder.parcplace.com (Warner Losh) writes:
>In article <31racs$si2@nyheter.chalmers.se> tl@cd.chalmers.se
>(Torbj|rn Lindgren) writes: 
>>Adding SMP was prrobably rather easy. Just put a big lock on the whole
>>kernel... This means that only one process (or thread) can be in the
>>kernel in the kernel a given time, but if that process can run on any
>>processor you have a SMP (per definition, symmetric means that either
>>processor may run kernel tasks, not that more than one process may be
>>in the kernel).
>
>What you describe is ASMP.  With ASMP, you must block until the
>"Master" CPU is ready to process your kernel request, where with you
>suggestion, you must wait for the current CPU to finish being in the
>kernel.  It sounds like you have a floating Master CPU.  A SMP kernel,
>btw, means that you can have multiple processes in the kernel
>concurrently and not more than one of them is accessing the same
>criticial structures at the same time.  So one could be servicing a
>serial line interrupt while the other one is blitting stuff to a
>remote X server.

I think that's wrong, that it is a Symmetric MultiProcessing system,
albeit with rather coarse locking.  It certainly is not Master/Slave.  
Dividing the simplest, single mutual exclusion region scheme in two
would be trivial (say by catagorizing system calls), but would not
change it's fundamental nature.


Vernon Schryver    vjs@rhyolite.com

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

From: Nicolas Gauvin <CT64@music.mus.polymtl.ca>
Subject: Adaptec 2842 SCSI controller with Linux?
Date: 04 AUG 94 11:20:43 EDT

I would like to know if the Adaptec 2842 VLB SCSI controller is
supported under Linux. Thanks in advance.

Nicolas Gauvin
ct64@music.mus.polymtl.ca


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

From: jpchia@iinet.com.au (Jean-Paul Chia)
Crossposted-To: comp.os.linux.help
Subject: Linux Inside T-Shirts
Date: 6 Aug 1994 23:18:11 +0800

Hello....
Who would be interested in a Black/White Short/Long T-Shirt, with the 
'Linux Inside' logo, printed in Red. A large one accross the back, and 
one small badge sized on the top left corner on the front. :)
If anyone is, then mail me.. I'm just seeing if it is worth looking into
the idea. :)
Thank you.
- JP

--
        Jean-Paul Chia                      TheWiz @ IRC
        Drasnian Technologies,  Perth, Western Australia
        PH +61-9-447-6261             FAX +61-9-447-4098
        jean-paul@drasnia.it.com.au, jpchia@iinet.com.au


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

Crossposted-To: comp.os.386bsd.misc
From: michel@blizzard.seas.ucla.edu (Scott Michel)
Subject: Re: STREAMS  (was I hope this wont ignite ...)
Date: Fri, 5 Aug 1994 19:03:11 GMT
Reply-To: scottm@intime.com

>>>>> "V" == Vernon Schryver <vjs@calcite.rhyolite.com> writes:
In article <Cu2Ey9.2oM@calcite.rhyolite.com> vjs@calcite.rhyolite.com (Vernon Schryver) writes:

V> In article <Cu0w8x.923@seas.ucla.edu>
V> michel@lightning.seas.ucla.edu (Scott Michel) writes:
>> ...  Most x86 System V's use Lachman's TCP/IP package (I know
>> that SCO and Interactive did) which is based on top of
>> Streams. But there are some optimizations that Lachman did to
>> make it faster. And there are numerous stream buffer parameters
>> that can be tuned.

V> System V STREAMS are a nice porting environment.  It's far
V> easier to port STREAMS code from one system to another than BSD
V> protocol switch code , which is justification for DKI/DLPI
V> using STREAMS (but not the reason for using STREAMS; that has
V> to do with politics).  STREAMS were emphatically not "designed
V> to implement the ISO 8 layer model" (was that an intentional
V> slip?  It's great!)  STREAMS were designed for not just network
V> stuff--read the old AT&T "STREAMS Primer."  My first experience
V> with STREAMS was writing what I suspect was the first
V> commerical implementation of UNIX STREAMS tty code.  It shipped
V> years before either AT&T or Sun shipped theirs, and was
V> completed about the time the Lachman TCP/IP was started.

I own one of the original STREAMS manuals from AT&T, and had to to
battle with the DataKit (a fiber interface to a network processor
who's name escapes me.) Sure, STREAMS is a generic pathway for
seperating components in a device driver, but then again, the
conversation was about networking, wasn't it? Pedantic displays of
knowledge ("I've been doing programming for 25 years") don't help the
discussion much.

V> Unfortunately, all of those put and service functions and the
V> generic nature of the stream head and scheduler ensure that
V> STREAMS are never as fast as sockets.  I think you can make
V> "page flipping" and "hardware checksumming" work with STREAMS
V> (two primary techniques for fast networking), but I doubt it is
V> possible to make a "squashed STREAMS stack" without doing fatal
V> violence to the fundamental ideas of STREAMS.  The fastest
V> TCP/IP implementations are based on sockets, not STREAMS, and
V> they run 2 to 20 times faster (yes, twenty, as in Gbit/sec).

Ever notice that everything has to be designed and implemented twice?
I think the same is true of STREAMS, it needs to be reimplemented now
that we know the mistakes and things we'd like to do better.

V> It is extremely difficult to implement sockets on top of
V> STREAMS.  The years of bad results were not just because they
V> didn't care, but because it is very hard.  The models differ in
V> critical respects.  It is simply false that "conceptually
V> sockets and TLI implement the same thing" unless you stand so
V> far back that you think COBOL and C are the same.

I dunno about that statement. If you're talking about actual semantics
and syntax, then the COBOL vs. C issue is valid. If you're talking
about the process modelled, then there are some striking
similarities. For example, given that we want to set up a simple
connection oriented IPC:

sockets:
server calls: socket -> bind -> listen -> accept -> read -> write ...
client calls: socket ->         connect ->          write -> read ...

TLI:
server calls: t_open -> t_bind -> t_alloc -> t_listen -> t_accept ->
              t_rcv -> t_snd ...
client calls: t_open -> t_bind -> t_alloc -> t_connect -> t_snd -> t_rcv ...

Structurally, they model the same thing, the names of the calls are
different.

-scottm

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

From: iain.lea@anl433.erlm.siemens.de (Iain Lea)
Crossposted-To: de.comp.os.linux,zer.t-netz.linux
Subject: FRANKEN: Bericht ueber 1st Linux Stammtisch
Date: 5 Aug 1994 08:41:23 GMT

Wilkommen zum linux stammtisch

login: linux
password: stammtisch

$ cat /doc/intro

[ Note: this message is in English & Deutsch. Sorry for posting it to d.c.o.l ]
[ $ flames > /dev/null  Any mistakes are mine and mine alone. ]

The 1st linux treff in Franken was held in a 'huhnestahl' in Kreigenbrunn
near Erlangen on 26 August from 18:30 to ~01:00. After expecting ~10 people
we were more than suprised when 32 people eventually turned up. There was
beer, saft and enough to eat for everyone while they talked. 

I started the talk by stating that the combination of linux and networking
is a good choice today for people connecting to the 'net' and also to escape
from the 'gates of hell'. The follow-on talks then provied more details in
both areas. Ralf and Stefan talked about the various distributions (lst,
slackware etc.) in the Linux world and present and future developments.
This was then followed by Erik Troan who talked about his work with the
ftp archive sunsite.unc.edu. Later a little was heard from various groups in
franken that offer network access (mail, news, IP etc.) 

We all (?) had a very enjoyable evening and I for one will be repeating it
in the near future. It has come to our attention that the 26.08 was a
vollmund and that future meeting should be held only on nights with a vollmund.
Comments on the dates 23. Aug., 20. Sept., 25. Okt., 22. Nov., 20. Dez. are
welcome. For more info see the end of this posting.

$ cat /doc/distributions

Ralf and Stefan talked about the various distributions that exist in the
Linux world today. They talked about why linux LST exists, its past and its 
future. The next version will be available with configurable language support 
when installing (ie. german, english etc.). They noted that LST priorities 
are to have good user documentation and a stable kernel (not bleeding edge).

Ralf also had an idea to provide a package that allows easy connection to
all local network providers ie., ready to run setup scripts for uucp, mail,
news and fido feeds. He wants the network providers to check the scripts 
for accuracy. I think this would be an excellant idea and save all concerned
a lot of time. Ralfs idea is attached below as he typed it (german):

Grund: Linux Stammtisch und viele Leute, die mich nach Netzanschluss
bzw. News-/Mailanschluss fragen, nachdem Sie Linux installiert haben.

Absicht: Informationen aus erster Quelle zu bekommen und daraus eventuell ein 
"Easy-hook-on-the-net-kit" zu bauen, das man als Paket zur Linux Distribution 
anbieten koennte, und das Standard-Anbindungen moeglichst per automatischer 
Konfiguration vereinfacht. Zumindest mal zunaechst fuer Endpunkte (a la FIDO 
points), die nur pollen. Am besten Loesungen fuer Freenet, franken.de, 
nbg.sub.org, FIDO, und was es sonst noch so hier gibt. A la "feed, hub, polls 
abfragen" und dann direkt sich ins Netz einklinken, auch fuer Newbies. Dazu 
brauche ich natuerlich auch besonders Eure Hilfe, da Ihr Euch in Eurem Bereich 
natuerlich jeweils besonders gut auskennt. Im Linux Bereich kuemmere ich mich 
dann darum.

$ cat /doc/guest-speaker

Eric gave a talk about the history of sunsite (2 CPU sparc10 + 512MB Ram +
14GB ftp area (sigh!)) and how it came to be (Sun donated the machine).

He is personally interested in seeing a small distribution again (ie. 6
disks that have a tightly intergrated and well tested set of utilities
+ C/C++ compiler + tinyX). Certainly not a bad idea when you think of a
newbie that gets ~50 Disks from a friend with the comment "Its easy!" :).

Erik was amazed at the amount of people using Linux in Germany and the 
penetration of Linux books/CDs and other info available in normal
bookstores. Ralf mgave him a LST CD so he will have something to play with
when he gets home after his european tour.

He also talked about a few books that will be published in the near future
by O'Reilly (nutshells) which will mean linux available in mainstream 
bookstores in the US (and the world?).

He was especially impressed by the german beer (but then who isn't:).

[ The following is info from people offering net access in Franken   ]
[ Note: this is the order in which they spoke and we do not have any ]
[       contact or financial interest in any of the services offered ]

$ cat /doc/network-providers

franken.de
==========
Speaker: Guenther Jung
Contact: info@franken.de
About: Member of IN (individual network), 44 sites (Nbg) + 16 sites (Wuerzburg)
Connection: 2 Modems, 1 ISDN for Dialin
            Connection via ISDN to university Erlangen (0-6 am only)
            Connection (SLIP) via Cisco Routers, University
Costs: Mail+News: Fixed 20,- DM/month + phone
       IP : additional fixed 10,- DM/month
       no volume oriented costs


subnet.sub.net
==============
Speaker: Joachim Astel
Contact: ?
About: Spirit of networking for free, anybody providing conectivity for
       anybody, you just have to know a kind soul who offers you connectivity.
Connection: POP and X-Link Nuernberg
Costs: Fixed cost 60,-/120,- DM/year (Students/non Students) + volume + phone


msn.sub.org
===========
Speaker: Stefan Hartmann
Contact: info@msn.sub.org
Connection: 8 modems
Costs: Fixed 10,- DM/month + phone
       1.50,-/8,00 DM/MByte national/international

Zugang (physikalisch) ueber ISDN (64 kBit) oder Telefon (14400 V.42bis). Wir 
sind fuer Erweiterungen immer offen, wenn Bedarf besteht koennen wir auch ISDN 
mit 38.4kBit oder (sobald entsprechende Modems verfuegbar sind) 28.8kBit 
realisieren. Es stehen 8 Amtsleitungen zur Verfuegung, wovon momentan 4 an 
die SUN gehen (2x ISDN, 2x Analog), das lasst sich aber leicht erweitern. Wir 
betreiben eine Octopus-ISDN Telefonanlage, so dass die flexible Konfiguration 
der Telefonanschluesse kein Problem ist. 

F|r die direkte Internet-Anbindung kvnnen wir ueber die Modems SLIP (cslip) 
und PPP (dp-2.3) bieten. ueber ISDN fahren wir die BinTec-Soft- und Hardware, 
alles, was dafuer erhdltlich ist, kvnnen wir auch einsetzen. Der Xlink POP, 
an dem wir hdngen, faehrt uebrigens auch Linux. UUCP ist selbstverstaedndlich 
auch moeglich, wir installieren derzeit Taylor UUCP (bisher lief hier die 
original SUN uucp Software).

Wir berechnen einmalig 20 DM fuer den Erstanschluss und 10 DM/Monat 
Grundgebuhr unabhaedngig von den tataeschlich genutzten Diensten.

An Diensten (und Kosten) gibts folgendes:

Mail: national 0,2 Pf/kB, international 1,5 Pf/kB

News: Alles was gewuenscht wird und erhaeltlich ist lokal vorhanden 
(derzeit ueber 5000 Gruppen). News sind grundsaetzlich kostenlos.

Anonymous FTP-Server auf Gateway-Maschine, fuer angeschlossene Systeme 
kostenlos nutzbar.

WWW-Server: Angeschlossene Systeme koennen hier Seiten einspielen.

Internet:
Alle mvglichen Services ohne Einschrdnkung, wir routen transparent durch. 
Kosten:
nationale Verbindungen 1,50 DM/MB uebertragene Daten zzgl. Telefongebuehren
internat. Verbindungen 8,00 DM/MB uebertragene Daten zzgl. Telefongebuehren
Die Telefongebuehren fallen fuer ein Stadtgespraech an, also 6/12 Minuten 
Takt, wir berechnen die Einheit zu 25 Pfennigen.


rednet.nbg.de
=============
Speaker: Joerg Goltermann
Contact: info@rednet.nbg.de oder 09123/99172-1
About: He sells an X-link contingent he bought
Connectivity: 3 modems
Costs: 25,- DM/month fix + phone units
       Mail/News additional 20 DM/month
       International Mail 2 Pf/KB

Der Internetzugang ueber rednet ist per ISDN ueber Xlink realisiert und
wird vom Subnetz-Verein unterstuetzt. Zur Zeit haben wir hier 3 Modems
(V.32terbo) fuer die Zugaenge per Slip, PPP ist in Vorbereitung. Fuer
Kunden mit mehr als einem Rechner, haben wir extra ein Class-C Netz was
fuer diesen Zweck in mehrere Subnetze unterteilt ist. Eine eigene Domain
ist natuerlich auch vorhanden (nbg.de).

News koennen wir all.all anbieten, haben aber nur das was auch wirklich
gebraucht wird um Kosten und Resourcen zu sparen.

Zur Zeit gelten folgende Preise, ich stehte zur Zeit mit meinem
Provider in Verhandlungen um die Kosten weiter zu druecken. 

Mail & News: 20.- DM/monat, plus Volumengebuehren fuer internationale Mails,
wenn das Gesamtvolumen fuer internationale Mail ueber 40 KB im Monat steigt.
Volumengebuehr fuer internationale Mails: 2Pf/KB.

IP: 25.- DM/monat, plus Volumengebuehr und Telekommunikationskosten (*) des 
Anbieters. nationaler IP-Traffic: 0.001 DM/KB. internationaler IP-Traffic: 
0.007 DM/KB

Telekommunikationskosten fuer IP: 
Normaltarif: 0.23 DM/6 Minuten
Billigtarif: 0.23 DM/12 Minuten


freenet
=======
Speaker: ?
Contact: Peter Beck (?)  beck@freenet-a.fim... ?
About: spirit of free connectivity and volume for anybody ;-)
Connectivity: ?
Costs: none


$ cat /doc/next-meeting

[ Achim produced the next set of meeting for the rest of the year :)) ]
 
BTW. Nachdem Achim in seinem Posting den Scherz mit dem 1. Dienstag
     nach Vollmond publik gemacht hat, saehen die Termine bis Jahresende
     so aus:

     23. Aug., 20. Sept., 25. Okt., 22. Nov., 20. Dez.

     Falls die nicht zu halten sind, sollten wir besser gleich dementieren ;-)

[ Maybe we will do another 'vollmond' meeting on 23.8.94 but wait a few days
[ for a posting to d.c.o.l ]

$ logout

Iain

-- 
iain.lea@erlm.siemens.de  +49-9131-7-43402
 'Raus aus dem Alltag, rein in die Kiste'

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

From: peterb@telerama.lm.com (Peter G. Berger)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Usefulness of BSD/Linux Source Knowledge (was BSD vs. LINUX)
Date: 5 Aug 1994 15:40:26 -0400

In article <9408040155.38@rmkhome.com>, Rick Kelly <rmk@rmkhome.com> wrote:
>Well, if AT&T dies, the USENET dies, as they own all the leased lines
>in the US.
>

No, they don't.

Not even *close*.
-- 
........................................................................
  Peter G. Berger, Esq.  Telerama Public Access Internet, Pittsburgh
Internet: peterb@telerama.lm.com Phone: 412/481-3505 Fax: 412/481-8568
    http://www.lm.com/ gopher://gopher.lm.com/ ftp://ftp.lm.com/

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

From: hoover@uxa.cso.uiuc.edu (hoover david)
Subject: Re: Imake
Date: 5 Aug 1994 19:32:29 GMT

lyonspr@crd.ge.com (Paul R. Lyons) writes:

>When I try to run xmkmf - I get an error saying it can't find the template file for Imake. I am running slackware - linux kernel v. 99pl15

>thanks

Hi.  I had the same problem, and I don't know if my solution is the best,
but it works.  In the man page of imake, it says how to specify the
default directory for Imake.  You need to specify it to be something like
/usr/X386/lib/X11/config, or /usr/X386/lib/Server/config.  I am not sitting
in front of my linux box right now, so I am not sure where the file you
are looking for (Imake.tmpl) is.  Just wade through that part of the filesystem
until you find it.

Good luck,
Dave Hoover

>---
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>Paul R. Lyons                        InterNet:lyonspr@crd.ge.com
>Unix Support Specialist              
>Aule-Tek Inc.                        UUCPNet:!uunet!crd.ge.com!lyonspr
>General Electric                     BellNet: (518) 387-5560
>Corportate Research & Development    GENet: 8*833-5560
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


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

From: ryan@ecf.toronto.edu (RYAN  Colin Patrick)
Subject: Good drives
Date: Fri, 5 Aug 1994 19:33:13 GMT

I'm looking to by a good fast 540 meg drive for my linux box. I've heard that
the WD , and Seagates are quality, although the seagates are slow. I'm curius
about the MAxtors. Are they any good. They are priced very competitivly right
now( not just grey market) and would like some opinions.


L8r.

email: ryan@ecf.utoronto.ca


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

From: jw_lamp@tasman.cc.utas.edu.au (John Lamp)
Subject: Re: WD Caviar w/Linux
Date: 6 Aug 1994 04:52:34 GMT

mjuric@fred.cs.depaul.edu (Mark Juric) writes:

>>>:   I'm running pl 1.13, and I have the WD drive and a Conner 212 meg IDE drive
>>>: too.  Any thoughts on this?
>>
>>>     I thought my IDE controller was getting old ,but after reading your post 
>>>I don't think so. I happen to have the same problem. I have a WD 2420 and 
>>>Conner 170 as a slave.  I have a hunch it has to do with the newer kernels.
>>
>>Do you have the CP jumper set on the WD drive? CP = connor compat

>I just went through my manual again, and couldn't find anything about a CP
>jumper.  It does have the statement:

Have a look at FAQ 3 in comp.sys.ibmpc.hardware.storage (or something
like) That FAQ has details on these WD jumpers - MA, SL and CP and the valid
combinations.
--
-- jw_lamp@postoffice.utas.edu.au : John Lamp --------------------------------
So this is it. We're going to die.
================================= http://131.217.21.61/jw_lamp/jw_lamp.html ==

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


** 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
******************************
