Files
2024-02-19 00:23:35 -05:00

768 lines
30 KiB
Plaintext

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, 8 Oct 94 15:13:23 EDT
Subject: Linux-Misc Digest #902
Linux-Misc Digest #902, Volume #2 Sat, 8 Oct 94 15:13:23 EDT
Contents:
Looking for mark@hartong... (Benjamin John Walter)
Re: Problem with static route table (Steve Whorwood)
Mitsumi FX001D-E (enhanced IDE) CDROM (Matthias Hanelt)
Re: Where is infomagic? (Ian Nandhra)
Re: Word (Text) processors for Linux? (Richard L. Goerwitz)
Re: Curious: Why is Linux DOOM so much slower than DOS doom (Jeff Kesselman)
Re: Linux on a 386 (Jeff Kesselman)
Re: Word (Text) processors for Linux? (Richard L. Goerwitz)
:( lockups (G. Browning)
Re: Yggdrasil Fall 1994: buyers be aware (Daniel Quinlan)
Re: Nailed down to 386bsd or linux, now which one? (NightHawk)
Re: Yggdrasil Fall 1994: buyers be aware (Myron Uecker)
Re: Linux/FreeBSD ISDN support (Timothy Aanerud)
Q: Max # of ftp/gopher/http users on a Linux PC? (Warren Ernst)
Re: Curious: Why is Linux DOOM so much slower than DOS doom (Clayton Haapala)
SCSI help (Steve Heistand)
Diamond stealth 64 (Steve Heistand)
Re: Nailed down to 386bsd or linux, now which one? (Mark Tinguely)
Re: Beautifying Linux/Xfree (Tom Wilson)
ISDN and Linux (Sam Oscar Lantinga)
----------------------------------------------------------------------------
From: ben@tsunami.demon.co.uk (Benjamin John Walter)
Subject: Looking for mark@hartong...
Date: Fri, 7 Oct 1994 16:19:32 +0000
Hi,
I got some mail from mark@hartong... who wanted help setting up slurp.
If you're reading this Mark, I sent you some things but your mail is
set up incorrectly and they were sent to 'mark@hartong' (no domain!)
and bounced back. I deleted your original letter, and I can't find
any posts from you in the comp.os.linux.* groups.
I'm sorry to have troubled everyone else, but I didn't know how else
to get in touch with Mark.
Peace, Ben
--
__ _
/ / (_)__ __ ____ __
/ /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a
/____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . .
------------------------------
Crossposted-To: comp.os.linux.admin,comp.os.linux.help
From: steve@vertex.demon.co.uk (Steve Whorwood)
Subject: Re: Problem with static route table
Date: Fri, 7 Oct 1994 09:16:56 +0000
In <36s5ig$2bo@garuda.csulb.edu> hienpham@csulb.edu (Hien Pham) writes:
>Hi everyone,
>I have a problem with networking my Linux box. I have Yddrasil Summer 94
>Linux 1.1.0 #84 with NET-2 running. I have set up my static route table with
>local ip address of 128.178.10.1 and 128.178.10.2 for my Linux boxes with
>netmask 255.255.255.0 and broadcast addr 128.178.10.255.
Your network number is invalid.
--
Steve Whorwood
e-mail steve@vertex.demon.co.uk
------------------------------
From: hanelt@eis.cs.tu-bs.de (Matthias Hanelt)
Subject: Mitsumi FX001D-E (enhanced IDE) CDROM
Date: Sat, 8 Oct 1994 13:53:20 GMT
Hi!
I'm wondering if the Mitsumi FX001D-E CDROM (similar to FX001D, but equipped
with enhanced IDE interface instead of proprietary Mitsumi adaptor card)
works with Linux.
The CDROM-HOWTO (as of 08/21/94) mentions some (alpha) kernel driver for
drives "based on a modified version of the IDE hard disk standard", but i'm
not sure if this is what i'm looking for.
In my understanding, an enhanced IDE CDROM would appear to the kernel as any
other IDE disk drive, except of the lacking writing capability, of course.
So no kernel driver patch should be necessary?
I'm not (yet) Linux user and currently trying to make up my mind on what
hardware to get for Linux. As an SCSI CDROM is much more expensive than the
Mitsumi and the FX001DE is the same price as the normal FX001D, this enhanced
IDE solution seems to be quite attractive. Once the Linux kernel fully supports
the enhanced IDE transfer modes, this will be not only a comparably elegant,
but also acceptably fast solution, won't it?
So, are there any experiences with this matter out there?
What about compatibility with software tools like audio players or photo-CD
access?
Thanks, Matthias.
---
Matthias Hanelt
hanelt@eis.cs.tu-bs.de
------------------------------
From: ian@lasermoon.co.uk (Ian Nandhra)
Subject: Re: Where is infomagic?
Date: Wed, 05 Oct 94 01:41:38 GMT
In article <36p7kd$8i@rc1.vub.ac.be> sforseil@vub.ac.be writes:
>
> I tried to mail infomagic.com but it bounced...
>
>
The last time I spoke to Joel and Kim (a few days back) it was warm and
sunny in Arizona. They *were* however having problems with their email.
> Did they change their IP or did they just shut down theeir business?
>
Well, they sent the new perl, tcl/tk & O'Reilly archive CD to us on
Monday so they must be alive and well!
--
ian@lasermoon.co.uk
Lasermoon Ltd, 2a Beaconsfield Road, Fareham, Hants, England. PO16 0QB
Voice +44 (0) 329 826444 Fax: +44 (0) 329 825936
+++ The UNIX & Linux Freeware Specialists! +++
------------------------------
Crossposted-To: comp.unix.questions
From: goer@quads.uchicago.edu (Richard L. Goerwitz)
Subject: Re: Word (Text) processors for Linux?
Reply-To: goer@midway.uchicago.edu
Date: Sat, 8 Oct 1994 14:19:20 GMT
Sergei Naoumov writes:
>
>It can be easily done with XEmacs. LaTeX is not a text processor. It's a
>different thing -- typesetting system.
Right on. The point here is that most people prefer for these two things
to be integrated, and not artificially separated. Separation here is an
artifact of the 80s.
Now I realize that many people - particularly people who like to get into
the internals of every system they encounter - like LaTeX as it is. Just
recognize, folks, that you are in the minority. Also, recognize that the
rest of us aren't just stupid. We simply have different priorities.
I can just see it now: Renegade Unixoid takes over as project manager for
the next revision of Word, and decides to strip it of its GUI; anyone not
willing to go along considered brain dead....
--
-Richard L. Goerwitz goer%midway@uchicago.bitnet
goer@midway.uchicago.edu rutgers!oddjob!ellis!goer
------------------------------
From: jeffpk@netcom.com (Jeff Kesselman)
Subject: Re: Curious: Why is Linux DOOM so much slower than DOS doom
Date: Fri, 7 Oct 1994 05:56:23 GMT
In article <36ujf0$hvn@hacgate2.hac.com>, Ken Sorensen <ksore@atr-14> wrote:
>Thomas Gschwind (tom@csdec1.tuwien.ac.at) wrote:
>: Sujat Jamil (sujat@shasta.ee.umn.edu) wrote:
>: : I'd really like to know why does Linux DOOM run significantly slower
>: : on Linux than it does on DOS for the same machine. Is it because it
>: : has to go through multiple layers of X and Linux? I've also played it
>: : on a SGI workstation, where it is reasonably fast. Of course, the
>: : machine also had a 150 MHz MIPS processor. Is there any way to
>: : make doom run faster on Linux besides getting a faster machine?
>
>Well, first off, I've heard that the code for Linux DOOM is pure C, whereas
>the DOS version has some optimized assembly in it for speed. So you should
>expect less performance.
Actually this is not really true. There are only 2 assembly routines in
PC Doom according to its author John Carmack (if its 3 not 2, please
don't flame me, I don't have the artical infront of me.) Doom's speed
comes from highly optimized algorithyms for drawing vertical walls.
In general the win from properly desgined algorithyms is many times that
you get just by dropping to assembly. There is a mystique abotu asembly
code, though 'cause its a manly thing to do..... (And yes, you can always
get some FINAL improvement by tight coding in asembly at the center of a
loop. But in a really well designed algorithym, its not going to be more
then a few frames/sec improvement max.)
>I've killed everything, but not doing a renice. Anyway, I have 486DX/2-66,
>and it ran slowwww. I have a local-bus ET-4000 (not accelerated) and I wasn't
>impressed with it. However, it was kinda nice to run two DOOM sessions
>side-by-side and watch the demo's play.
>
If running two side by side didn't make it crawl, the yes you shoudl
DEFINATELY try nicing your one process, as its obvious you have PLENTY of
CPU power left...
------------------------------
From: jeffpk@netcom.com (Jeff Kesselman)
Subject: Re: Linux on a 386
Date: Fri, 7 Oct 1994 05:59:47 GMT
In article <ianm.781374462@miles>, Ian McCloghrie <ianm@qualcomm.com> wrote:
>spritcha@nyx10.cs.du.edu (Steven Pritchard) writes:
>
>>ramos@engr.latech.edu (Alex Ramos) writes:
>>>Jeff Kesselman (jeffpk@netcom.com), quoted out of context, wrote:
>>>> In article <36cs30$sb6@senator-bedfellow.mit.edu>,
>>>> Jim Sun <jsun@athena.mit.edu> wrote:
>>>> >The first sentence is correct; the remainder are misinformation at best.
>>>> >IBM's SLC and DLC processors are indeed merely improved 386s;
>
>>>What about Cyrix's DLC? Is it also just an improved 386?
>
>>The DLC is 486 instruction set compatible. It has only a 1K cache. It
>>has the same pin-out as a 386DX, though. Apparently, this means that it
>>can't do anything a 486 does with those extra pins. (The only thing I
>>know of is burst mode, there could be more.)
>
>When you get right down to it, an Intel 486 is really nothing more
>than an improved 386 with a 387 thrown in for good measure. The
>architectural differences between a 386 and a 486 are far smaller
>than those between the 286 and 386 or those between the 486 and
>586/pentium.
>
Correct me if I am wrong here, but didn't internal parallel processing
(multiple seperate Fp and Integer processors0 coem in with the 486?
Thats whatI remember from teh BYTE artical on it. Thsi to me woudl seem
to be a MAJOR architectural change. (Among other things, it makes
careful mixing of floating point and ineteger math actually preferrable
to pure intger math as it keeps more of the sub-processors busy at once...)
Jeff Kesselman
------------------------------
Crossposted-To: comp.unix.questions
From: goer@quads.uchicago.edu (Richard L. Goerwitz)
Subject: Re: Word (Text) processors for Linux?
Reply-To: goer@midway.uchicago.edu
Date: Sat, 8 Oct 1994 14:26:44 GMT
michaelb@hobbie.bocaraton.ibm.com (Michael Rogero Brown (Sys Admin)) writes:
>: I won't claim that LaTeX is a good multilingual processor, but my master
>: thesis was written on it, in spanish, without troubles. Sure, Hebrew, Kanji
>: and lots of other languages are not there, but at least it's a step forward.
>
>Uhhh. Actually they [Hebrew Kanji etc] are there, at least for TeX. I was
>suprised/impressed when I got O'Reilly's _Making TeX Work_ and discovered that
>there are versions of TeX designed specifically for Hebrew (which even handles
>right to left rather then left to right), Chinese, Japanese and other languages
This is lovely news, but if it's the same news as I've heard, what we have
here is not an internationalized/multilingual product, but rather one that
has been hacked to include support for a language here and there. So, for
instance, things I do easily every day with MLS (or could with Nisus) on
micros, I could not do with TeX. This includes quoting Greek, Hebrew, Eng-
lish, Arabic, etc. in the same document. I believe that some versions of
TeX do Hebrew/Arabic and English; others might do Greek and English. The
model here, though, is not that of a multilingual product.
I really hope that the info I have is wrong. Please correct me if it is.
Also, I'd like to know what form TeX will accept those alternate languages
in. If it will accept, say, Unicode, and will allow me to use an editor
that displays "foreign" characters correctly on the screen (going in the
correct direction), then I'd say TeX has made it into the 90s.
So far I've not seen evidence of this. But then I only check on such
things about once a year. I don't have time to follow what has been, for
many years now, a dead end.
--
-Richard L. Goerwitz goer%midway@uchicago.bitnet
goer@midway.uchicago.edu rutgers!oddjob!ellis!goer
------------------------------
From: gbrownin@sun1.iusb.indiana.edu (G. Browning)
Subject: :( lockups
Date: Thu, 6 Oct 1994 15:42:12 GMT
Hey all,
Like, I have a big question to ask.. I guess this could be classified
as help category, maybe not.. anyways
from time to time my linux box locks up for no appearant reason. I
have checked the log files and nothing there is really relavent. I
made sure that things that were recently added were removed and the
like. Basically what happens is if I telnet to it it states it was
connected, but nothing happens after that. If I try access gopher
it says nothing is available. If I go to the console it has a login
prompt and I try to login, no password prompt appears. Any clues?
Here is some stats:
486 DX 33Mhz
32 MEG Ram
1.05 GIG Conner SCSI DRIVE
240 MEG Quantum SCSI DRIVE
160 MEG Quantum IDE DRIVE
Adaptec 1542CF SCSI controller
VLB Graphics card (not running X)
3.5" FLOPPY (BOOTS FROM)
AMI BIOS (turned off EXTERNAL CACHE as vendor has had problems)
oh, SCSI BIOS is enabled
I am using LINUX KERNEL 1.1.51
Running Gopher Server
Running EBBS software
SendMail by BERKELEY
I havent had problems till recently. (could this be the 1.1.51 kernel
doing this to me?)
BTW, our linux box has to stay online 24 hours a day (functionally) as
it is our gopher server.
Thanks
-Gary R. Browning
Confused on this one.
------------------------------
From: quinlan@freya.yggdrasil.com (Daniel Quinlan)
Crossposted-To: comp.os.linux.help
Subject: Re: Yggdrasil Fall 1994: buyers be aware
Date: 08 Oct 1994 00:00:19 GMT
Reply-To: quinlan@freya.yggdrasil.com
Yan Xiao <yxiao@umabnet.ab.umd.edu> writes:
> We purchased Yggdrasil Fall 1994 Plug-and-Play recently, and here
> are some of the problems we`ve encountered so far:
> 1. Im-Pass-word: User cannot change password.
> If you change password as a user, you will receive:
> Can't open /etc/ptmp, can't update password
This is covered in the Fall 1994 errata. The errata is available for
FTP at ftp.yggdrasil.com (192.216.244.52) in /pub/fall94/errata.
# chmod 4755 /usr/bin/passwd
> 2. More than you asked for: 'more' behaves strangely: in console
> (non-X), you'll get segmentation fault. in X's xterm, you'll
> have trouble scrolling. The problem also affects 'appropos'.
We are unable to reproduce a segmentation fault. It is always
possible that the copy you are running has been corrupted.
Meanwhile, I might suggest trying `less'.
> 3. Plug-and-Play, no-plug, no-play: waning CD-ROM can be a challenge
> We didn't install everything (has anyone?), thus we picked
> packages we wanted from control-panel. Guess what, we still
> have pointers to CD-ROM, such as /usr/X386/lib/libX11*.
Please get a copy of the errata. It covers this and other small
problems.
// Dan
--
Daniel Quinlan <quinlan@yggdrasil.com>
------------------------------
From: fsosi@j51.com (NightHawk)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Nailed down to 386bsd or linux, now which one?
Date: 6 Oct 1994 21:42:08 -0400
Woody Jin (wjin@moocow.cs.uh.edu) wrote:
: In article <36nd1u$d80@pdq.coe.montana.edu>,
: Nate Williams <nate@bsd.coe.montana.edu> wrote:
: >In article <36djkn$nm8@girtab.usc.edu>, Po-Han Lin <plin@girtab.usc.edu> wrote:
: >>386bsd is monolithic (controlled I guess), while linux is non-monolithic.
: >
: >You were misinformed. Both Linux and the BSD's use monolithic kernels.
: >For a fun discussion of this, there is a series of articles were Linus
: >and Andy Tanenbaum 'discussed' the merits of both of these when Linux
: >was in it's infancy.
: BTW, I have a question. Compiling FreeBSD kernel in 386 is much faster
: than compiling Linux kernel in 486 with twice memory.
: I found that Linux compiles everything whatever options I choose.
: Am I doing something wrong, or is it the feature of Linux ?
You cannot compare apple with orange. Try to compile the same source code
with the same gcc release.
NH
: --
: Woody Jin
------------------------------
Crossposted-To: comp.os.linux.help
From: muecker@slate.mines.colorado.edu (Myron Uecker)
Subject: Re: Yggdrasil Fall 1994: buyers be aware
Date: Sat, 8 Oct 1994 00:46:11 GMT
I haven't had any of the problems you mentioned, but I have yet to be
able to boot Linux from my hard drive. I think that part of the problem
stems from the fact that the Fall 94 CD has a lot of the directories
changed from previous releases and it is causing problems. The Lilo docs
uses a totally different directory structure than this CD does.
I am wondering how many of the shell scripts haven't been updated to
match the new release.
<Myron>
------------------------------
From: tima@tinian.cfsmo.honeywell.com (Timothy Aanerud)
Crossposted-To: comp.dcom.isdn,mn.general
Subject: Re: Linux/FreeBSD ISDN support
Date: 6 Oct 1994 21:36:17 GMT
Don't pester US West about residential ISDN service. US West would
probably be glad to provide it to you. Pester the Minnesota {insert your
location here} Public Utilities Commission. Your local phone company can
not provide ISDN service until the approve it.
--
We will get you there within | Timothy Aanerud
2 NM/hr, 95% of the time... | Honeywell Commercial Flight Systems
| Makers of Laser Gyro IRU's
N45 07.9 W93 16.6 | tima@cfsmo.honeywell.com
------------------------------
From: wernst@crl.com (Warren Ernst)
Subject: Q: Max # of ftp/gopher/http users on a Linux PC?
Date: 6 Oct 1994 15:07:37 -0700
All,
Our company is considering making a Linux equipped PC an ftp/gopher/http
server, but I don't know if such machines are able to handle the load. We
will ultimately be giving the machine its own router and 56k line, but we
have no idea what CPU's are appropriate -- 486 DX2/66, P60, P66, P90,
etc. The PC would have 16 Meg ram and at least a gig SCSI drive.
What I'm really looking for is something like: "a 486-66 starts to bog
down at 100 ftp logins transferring data out, but a p60 could take at
least 400 without breaking into a sweat".
We aren't sure what the average size of concurrent ftp/http accesses will
be, but we would like to be more than 200. If a Linux PC is simply
incapible of doing this, we would probably get a used Sun.
Feel free to email or post your answers. I could really use your help. Thanx
Virtually,
Warr
/-----------------------------------------------------------------------\
| Warren Ernst \ Computer Consultant / "Never quote me on this..." |
| wernst@crl.com \ Technical Writer / "Overclock - it's your 486." |
| Fullerton, CA, USA \ Graphic Artist / "Llama, llama, llama, llama!" |
| Will Write for Food \ Nerd / "I'm EXACTLY one Warren tall." |
\-----------------------------------------------------------------------/
------------------------------
From: clay@haapi.mn.org (Clayton Haapala)
Subject: Re: Curious: Why is Linux DOOM so much slower than DOS doom
Date: Sat, 8 Oct 1994 00:46:30 GMT
Doom runs marvy for me on a DX50 with an S3 ISA card, and on a DX/2 66 with
an old ISA ET4000 card. Both machines have 16Meg RAM, 256K cache. Others
have said that if you don't have sound available, get rid of the soundserver.
Mine run fine with sound.
--
Clay Haapala "Well, there was the process of sitting around
clay@haapi.mn.org and wishing I had more computer stuff."
-- Dilbert
------------------------------
From: heistand@iastate.edu (Steve Heistand)
Subject: SCSI help
Date: 7 Oct 94 02:42:58 GMT
I have a strange problem that I cant seem to figure out. I have a pentium
with a 1G scsi drive and am trying to run linux. I can boot lilo
no problems (now) and it starts loading the kernel and ties after
many bad scsi id requests. If I use a boot floppy and an old
install kernal it works fine. but I would like to be able to rebiuld
or rebuild the kernel some day. any one get linux to work with a
scsi driver with a chip of NCR53c810?
steve
--
=-------------------------------------------------------------------------=
= Steve Heistand Email: heistand@scl.ameslab.gov =
= =
= Scalable Computing Lab Phone: (515) 294-1918 =
= 237 Wilhelm Hall Fax : (515) 294-4491 =
= Iowa State University Home : 227 Hyland Ave Ames, Ia 50014 =
= Ames Ia 50011 (515) 292-8445 =
= =
= www: http://www.physics.iastate.edu/cfd/people/heistand/heistand.html =
= =
= If I knew what I was doing then it wouldn't be called RESEARCH! =
=-------------------------------------------------------------------------=
------------------------------
From: heistand@iastate.edu (Steve Heistand)
Subject: Diamond stealth 64
Date: 7 Oct 94 02:46:05 GMT
I need a Xconfig file for a diamond stealth 64 PCI card. anyone use
this card succesfully? I need it to work with a sony trinitron
1730 but am willing to start with almost anything and tune from there.
--
=-------------------------------------------------------------------------=
= Steve Heistand Email: heistand@scl.ameslab.gov =
= =
= Scalable Computing Lab Phone: (515) 294-1918 =
= 237 Wilhelm Hall Fax : (515) 294-4491 =
= Iowa State University Home : 227 Hyland Ave Ames, Ia 50014 =
= Ames Ia 50011 (515) 292-8445 =
= =
= www: http://www.physics.iastate.edu/cfd/people/heistand/heistand.html =
= =
= If I knew what I was doing then it wouldn't be called RESEARCH! =
=-------------------------------------------------------------------------=
------------------------------
Crossposted-To: comp.os.386bsd.misc
From: tinguely@plains.NoDak.edu (Mark Tinguely)
Subject: Re: Nailed down to 386bsd or linux, now which one?
Date: Fri, 7 Oct 1994 02:35:43 GMT
In article <36ui36$m9q@pendragon.jsc.nasa.gov> poirot@laurel.jsc.nasa.gov (Daniel Poirot) writes:
>In article <Cx7Fwx.qLH@ns1.nodak.edu>,
>Mark Tinguely <tinguely@plains.NoDak.edu> wrote:
>>In article <jeffpkCx4wtM.B64@netcom.com> jeffpk@netcom.com (Jeff Kesselman) writes:
>><text removed>
>> everyone can agree that Linux is a System V based OS and *BSD is BSD based
>
>How do you figure? Aside from /etc/inittab run state stuff, I can't
>think of a thing that makes Linux look like SysV (yuck).
*BSD has the proc filesystem too (wasn't that a Plan 9 idea?) so that is
not what I had in mind. Linux does use inittab, and rc.d (runlevels) like
System V. I guess I see things from the administrative point of view, users
see things from a shell or library level. No insult intended.
I generalized statements about all the groups, not to start a religous
war but to stop one. Linux, *BSD, and Mach running one of these as a server
are all good. Each group will be viable for the near future, each group has
its own support/design/distribution/economical drives. People from OS XX are
not going to switch to OS YY at this point. New people sincerly ask which
OS they should run. It would be wrong to say in long term or even today, that
OS XX is better than YY. If you want to convert them to Linux, sell them on
the "market share", the DOS-philic (for example filesystems), NetBSD people
can sell their plans (and successes) of have one OS across multiple CPU
architectures, FreeBSD people can sell their approach of wanting very tested
stable releases. This is certain better than "XX has a shitty HH (for me)", "No,
the HH in XX is works great (for me), you are just mad because your II is slow
(for me)"...
The new people can decide what they want. Let us sell, not FUD. If my
generalizations were offending, or incorrect, I am sorry. Lets let each
group put out a list of "selling features" for their OS. We can bundle all
of the selling features into a "What should I run FAQ", and let the user
choose.
--mark (the long winded preacher?).
------------------------------
From: ctwilson@mercury.interpath.net (Tom Wilson)
Crossposted-To: comp.os.linux.development
Subject: Re: Beautifying Linux/Xfree
Date: 7 Oct 1994 21:54:34 -0400
In article <372tg0$1ai@huron.eel.ufl.edu>,
Alexandra Griffin <acg@kzin.cen.ufl.edu> wrote:
:In article <1994Oct5.141142.773@muvms6>,
:Andy Bailey <bailey9@muvms6.wvnet.edu> wrote [in c.o.l.misc]:
:>[...]
:>
[...CHOMP...]
:
:1) A mouse-driven tool for setting common X resource preferences would
:be *very* helpful, even for experienced users (kind of a big project,
:I know). Hewlett-Packard workstations include this as part of the
:HP-VUE desktop-- you can adjust window colors, background pixmaps,
:speaker pitch & volume, screensaver status, etc. from a "control
:panel"-like utility. There are too many things under X that can be
:configured only from the command line, which is not good (ideally both
:a good GUI and command-line way of setting each option should exist).
Perhaps, but HP-VUE is Motif-based, and, just in case you haven't noticed,
*it's a resource hog*. You're probably running with at least 32 megs
of memory on a nice PA-Risc workstation, which is quite a bit more
powerful than an Intel box. I'm not saying your ideas are bad, but I
couldn't *stand* using VUE 3.0 with less than 32 megs...I had to for
a while with 24 megs, and it simply *sucked*. (twm & tvtwm were starting
to look awfully attractive ;-)
: An extension of this idea might involve using GetWidetTree
:calls to a selected application to find out what resources can be set
:(like editres does), filtering out those that are obviously used only
:internally, and providing some kind of nice front-end for altering
:these (and saving them to .Xdefaults, which would be automatically
:"xrdb -load'ed" on exiting the preferences tool). HP-VUE even allows
:some things to be changed on the fly in already-running clients, but I
:think support for this has to be specially compiled into each client.
:Maybe a drop-in replacement for some of the X shared libraries could
:allow existing binaries to support this, though?
:
:2) A better X file manager than what's currently out there (xfm &
:xfilemanager are nice but not as easy to configure, easy to use, or
:generally polished as one might like). Maybe something that provided
more and more resources....
:essentially the same functionality as Mouseless Commander (the
:text-based Norton Commander clone), but with a mouse-driven GUI? (&
:provisions for icons if desired, scrollbars on the dual file selection
:lists, real pulldown menus-- leave in the command line at the bottom,
:though!).
:
[CHOMP]
:
:3) Another idea from HP-VUE... this environment features a "console
:bar" area at the bottom of the screen, containing buttons to switch
:virtual desktops, invocation icons for commonly-used apps, small icons
I've been toying with somthing quite similar using fvwm and xfm...the
functionality is quite similar if you don't mind using fvwm's virtual
desktops.
:for system functions (logging out...), and space for a clock,
:calendar, Xload bargraph, & other stuff. The appearance of the bar is
:very professional, with little beveled insets for each item. I'm
more and more resources....
[CHOMP]
--
/-----------------------------------------------------------------------\
| Tom Wilson | "I can't complain, but sometimes |
| ctwilson@rock.concert.net | I still do." |
| | -Joe Walsh |
------------------------------
From: slouken@cs.ucdavis.edu (Sam Oscar Lantinga)
Crossposted-To: comp.os.linux.development,comp.dcom.isdn
Subject: ISDN and Linux
Date: 7 Oct 1994 21:24:50 GMT
Reply-To: felix@sbei.com
My company is probably going to pay for a residential ISDN
installation at home, and I would be a fool to not look into this. I
have a PC at home, running the usual DOS/Windows crap, and also
running Linux (yay!). DigiBoard has announced a product called
DataFire (maybe DigiFire, I always get confoozed here) which runs
2B+D, has an ODI interface, PPP support. Their slick says they
support Windows for Workgroups 3.1.1, but makes no mention of Windows
3.1.
I have also found that psi.com has an ISDN dialup Internet service,
running both with their software under Windows (great for the kids)
and under PPP (but not "certified" to work with Linux, only SUN,
HP-UX, a couple like that). This service costs $29 a month for 29
hours connect time. Hey! this caught my attention.
On a side note, as much as I personally hate Windows, it is a lot
easier for the kids, and I don't object at all to having a Windows
Internet interface for them. Especially since there are many Windows
programs they use for school essays and such, I don't see any need to
force them to use Linux. But I personally want Linux, if for no other
reason thn that I can work at home once in a while.
So here are my questions:
1. What can people tell me in general about home ISDN, that I
probably haven't already found out from PacBell?
2. WHat does this ODI interface mean to me and Linux? Is this a
standard hardware interface, for which Linux drivers already exist?
Or are there easily modifiable drivers?
3. What the heck is WIndows for Workgroups 3.1.1, and would those
drivers probably work with Windows 3.1?
4. What the heck, let me ask again for any general information. You
probably can not send me too much basic information; I can always toss
it.
My friend is psoting this for me; I haven't got news access, so please
REPLY rather than FOLLOWUP. I will of course accumulate replies and
send him a summary to post.
===================
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
Felix Finch, scarecrow repairer / felix@sbei.com
PGP = 23 2E BD 2D 7C 3B D9 1E 9C 51 23 C1 57 04 2E C3
------------------------------
** 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
******************************