From: Digestifier 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 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 , Ian McCloghrie 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 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 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 ------------------------------ 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 wrote: : >In article <36djkn$nm8@girtab.usc.edu>, Po-Han Lin 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. ------------------------------ 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 , >Mark Tinguely wrote: >>In article jeffpk@netcom.com (Jeff Kesselman) writes: >> >> 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 wrote: :In article <1994Oct5.141142.773@muvms6>, :Andy Bailey 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 ******************************