From: Digestifier To: Linux-Admin@senator-bedfellow.mit.edu Reply-To: Linux-Admin@senator-bedfellow.mit.edu Date: Mon, 17 Oct 94 09:14:41 EDT Subject: Linux-Admin Digest #208 Linux-Admin Digest #208, Volume #2 Mon, 17 Oct 94 09:14:41 EDT Contents: Re: Dial-in and Dial-out on one modem? (Steve Miller) Xrn, Xmail, and Motif? (Steve Miller) Re: PPP: 1.1.18 to NetBlazer (Al Longyear) Re: Extreme delays telnetting into linux box (Bart Kindt) HOWTO for XMosaic setup? (Chris Funk) Re: New Motif lib's for use with XFree 3.1 ? (Peter Mutsaers) Re: Unknown Protocol Message, tredir errors (Christopher M. May) Re: SCSI vs IDE (Shannon Hendrix) Re: Problem using a LINUX-PC as a Router (Terry Dawson) Re: How do I get rid of silly little login quotes? (Al Longyear) Re: shutdown without root access -- SUMM (Andrew R. Tefft) Re: How to let normal users run SVGALIB programs (SOLN) (Michael Knigge) Re: XFree86-3.1 - Whoopee! (Michael Knigge) Re: New Motif lib's for use with XFree 3.1 ? (Adam J. Richter) Re: Spreadsheet for Linux wanted (Vianney Govers) Re: [Q] HP JetDirect Support on Linux??? (Vianney Govers) Re: Absurd backup problem with tar (Andrew R. Tefft) ---------------------------------------------------------------------------- From: stevem@tyrell.net (Steve Miller) Subject: Re: Dial-in and Dial-out on one modem? Date: Tue, 11 Oct 1994 21:05:48 GMT Viktor T. Toth (vttoth@vttoth.com) wrote: :>Just a small comment: you turn echo off with E0 but this has no effect on the :>display of CONNECT and other status messages. Q1 on the other hand turns off :>those messages (result codes). So it is entirely possible that your system :>would work with an ATE0Q0 for both dial-in and dial-out. Thanks everyone! I have found that the E0Q0 and the newer version of linux (1.0.9) has cured my problem! -- -- /--\ /--\ /--\ | | --- ---- ---- /--\ || Steve Miller | | | | |___| | |_ |_ \__ || Kansas City, MO | -\ | | | | | | | | \ || stevem@tyrell.net \__/ \__/ \__/ | | _|_ |___ | \__/ oo ------------------------------ From: stevem@tyrell.net (Steve Miller) Subject: Xrn, Xmail, and Motif? Date: Tue, 11 Oct 1994 21:10:07 GMT Does anyone know where I can find binaries of some xwindows news and mail programs to use with my slip connection? (xmail, xrn, or better) And what about Motif? -- /--\ /--\ /--\ | | --- ---- ---- /--\ || Steve Miller | | | | |___| | |_ |_ \__ || Kansas City, MO | -\ | | | | | | | | \ || stevem@tyrell.net \__/ \__/ \__/ | | _|_ |___ | \__/ oo ------------------------------ From: longyear@netcom.com (Al Longyear) Subject: Re: PPP: 1.1.18 to NetBlazer Date: Sun, 16 Oct 1994 22:15:58 GMT patr@icebox.iceonline.com (Pat Richard) writes: > I want to have a permanent conneciton between my Linux box (SLS, with >kernel 1.1.18 and no patches) and a Telebit NetBlazer at the other end >(connected with 2 Hayes Optima 288's). It all seems to work fine, just until >the part where I need the remote address of the other end of the connection. >pppd doesn't receive it and it dies out with: >ipcp: up >Could not determine remote IP address >ipcp: down >anyone out there have any ideas? Yes. Your service provider needs to configure the Netblazer with the IP addresses. Tell them to use the "pool" command. However, many providers don't do this. The solution is simple. You were told (given a piece of paper, by email, by telephone, by personal contact, etc.) the IP addresses for you and the "peer"/"gateway"/ "remote", etc. Use the parameter: : That is, your IP address, a colon, and the remote IP address. >On another note, are the any known problems with 1.1.18 and PPP 2.1.2a ? When 1.1.18 was the current 1.1 series kernel, we ran it with 1.1.18. >Should I move up to 1.1.49 or something? The main reason is that I want to be >able to run all the networking stuff that currently seeemd to work with >1.1.18 (I don't want to "break" anything that came with SLS). SLS? Oh, that may explain what everyone's love affair is with 1.1.18! :) There have been other 'undocumented features' which have been: 1. locate erronoues feature. 2. place firmly on smooth surface of rock. 3. Pick up second rock. 4. Place over first one. 5. Press firmly. This process has been repeated many times since 1.1.18 related to network errors. The PPP code has not changed since then, aside from an update which I just put on sunsite.unc.edu. However, PPP does work well with 1.1.18. >Please reply via e-mail to patr@iceonline.com. Sorry. -- Al Longyear longyear@netcom.com ------------------------------ Crossposted-To: comp.os.linux.development From: bart@dunedin.es.co.nz (Bart Kindt) Subject: Re: Extreme delays telnetting into linux box Date: Sat, 15 Oct 1994 19:22:36 GMT In article <37jjbp$fhf@library.erc.clarkson.edu> komarimf@craft.camp.clarkson.edu (Mark 'Enry' Komarinski) writes: >Klaus Lichtenwalder (klaus@gaston.m.isar.de) wrote: >: barkerc@GRAPHICS.CS.NYU.EDU (Chris Barker) writes: >: >[...] >: >delays when telnetting into my box from my PC over ethernet. Upto a minute of >: >delay before I see the issue.net message and a login prompt. This did not occur >: >using the 1.1.0 kernel. It also takes a long time to ping the box, although >: >pinging my PC from the linux box is ok and telnetting out over my slip is fine. >: >I am using gated 3.5 alpha, but this was happening even running routed. Every >: >thing is fine once I get in, but it is so slooooow to login! Any ideas? >: Yeah, have a look at /etc/resolv.conf. There might be a reference to an >: unknown name server. Looking up this name server gives a timeout, that's >: (perhaps) your delay. Also have a look at /etc/host.conf whether bind >: or nis is referenced. If there's no name server (and no nis for that >: matter) you might as well delete these key words, leaving only hosts >: (for looking in /etc/hosts). >We have a similar login problem, especially when connecting to a MUSH >port. The connection from a remote host can (sometimes) sit there forever. >If, however, from the machine I connect to that port (telnet localhost 7567) >the connection from remote becomes instantly connected. We were at first >thinking this is a problem with our code, as regular telnet appears to >work okay(who knows where that lag comes from? :). But these >problems may be related. Running 1.1.49 on a Slackware setup. There is a serious problem with the TCP in the new kernels. I (and many others) have been posting about it for months, but sofar I have never seen any reply from a Kernel developer. Have a look at all postings about Telnet, Ftp delays/hangups etc. Please, is there any developer who can look into this TCP problem? ==================================================================================== Bart Kindt (ZL4FOX) System Operator, Efficient Software NZ LTD, Dunedin, New Zealand ==================================================================================== ------------------------------ From: chris@ILS-5.lawlib.UH.edu (Chris Funk) Subject: HOWTO for XMosaic setup? Date: 13 Oct 1994 21:13:48 GMT I am trying to setup XMosaic on a Linux box but I seem to be missing a directory called Xm. Is there a HOWTO? a FAQ? What libraries do I need? Where can I get them? Thanks in advance, Chris. -- ============================================================================== Chris Funk chris@www.lawlib.uh.edu Law Library Automation Dept. ST1Z2@Jetson.UH.edu University of Houston Houston, Texas USA (713) 743-2318 ============================================================================== ------------------------------ Crossposted-To: comp.windows.x.i386unix,comp.windows.x.motif From: plm@atcmp.nl (Peter Mutsaers) Subject: Re: New Motif lib's for use with XFree 3.1 ? Date: Mon, 17 Oct 1994 07:41:22 GMT >> On Mon, 17 Oct 1994 01:16:09 GMT, dwex@aib.com (David E. Wexelblat) said: DEW> Since I don't run Linux, I can't comment on why the shared DEW> libraries were done this way. DEW> Except to point out that if you folks had SVR4-style shared DEW> libraries, you wouldn't have these problems. Good news: Linux *has* SVR4-style shared libraries. If you want you can use ELF object code format with the latest kernels and you can build ELF binaries and also shared libraries thanks to the excellent work of some people (H.J. Lu works on gcc, gas and binutils to do this). In fact, yesterday I built an ELF version of XFree 3.1 with shared libraries (some other kind person posted a very small patch to the XFree 3.1 source tree to make this a piece of cake). To Adam Richter: nothing stops you to recompile XFree 3.1 yourself and try to keep the version number of the shared libraries the same as the old ones and then see what happens. But the current shared libraries are difficult wrt to this, since all tables and global data must still fit in the same amount of memory. Otherwise your code may be compatible, but the shared library not because of changed addresses. When ELF will become the standard object code format, in a few months maybe, such problems will be of the past. -- Peter Mutsaers | AT Computing bv, P.O. Box 1428, plm@atcmp.nl | 6501 BK Nijmegen, The Netherlands tel. work: +31 (0)80 527248 | tel. home: +31 (0)3405 71093 | "... En..., doet ie het al?" ------------------------------ From: cmay@titan.ucs.umass.edu (Christopher M. May) Subject: Re: Unknown Protocol Message, tredir errors Date: 17 Oct 1994 07:44:20 GMT Well, after really screwing up my system, I believe I've found this to be a kernel dependant problem. Maybe I unknowingly configured in some "unknown" network protocol.... I'll post my solution... although it seems I'm talking to myself here anyway... -- -Chris May, Computer Science, University of MA, Amherst - Technical Assistant, P.C. Maintenance Lab ------------------------------ From: shendrix@escape.widomaker.com (Shannon Hendrix) Subject: Re: SCSI vs IDE Date: Mon, 17 Oct 1994 01:21:38 GMT greck@scaredy.catt.ncsu.edu (Greck Cannon) writes: >ralph@dci.rubicon.org wrote in article <<37l3pl$8j2@dci.rubicon.org>>: >> I believe this is due to the higher latencies of SCSI commands vs IDE, and >> lilo is probably loading one sector at a time. >If you're serious about SCSI, then you can find a host adapter than has >a good processor on it which will reduce SCSI command processing time >down to or less than that of IDE. Good examples are BusLogic's HA's, >which have i186's on them, or even better, Adaptec's AIC-7xxx series >boards, which have a really twitchy RISC processor on them... Then there are IDE controllers with '286's that have a separate cable for each IDE drive. They can be accessed simlutaneously like SCSI and there is space for cache RAM and more drives. The controller at a show this afternoon was $120. That's a lot cheaper than upgrading to SCSI for people that already have IDE and it's pretty snappy from what I saw. >-greck >-- >Greck S. Cannon \ [He's] only bitter on the outside--inside >sophomore CSC major \ he's got creamy nougat. >greck@ \ -Slappy Squirrel >scaredy.catt.ncsu.edu \ >--------------------------- >set your URL to http://www.catt.ncsu.edu -- csh =========================================================================== shendrix@escape.widomaker.com | Linux... that's it for the moment ===================================+ ------------------------------ From: terryd@extro.ucc.su.OZ.AU (Terry Dawson) Subject: Re: Problem using a LINUX-PC as a Router Date: Sun, 16 Oct 1994 22:38:59 GMT hamm@n1 (Volker Hamm) writes: >a friend of mine has a 486-PC with LINUX and two Eternet-Cards inside. >He want it to use as a Router, but the route-deamon erases all after >3 minutes! Then either stop the routing daemon entirely, or mark the network routes as passive to tell the routing daemon that it shouldn't expect updates. You might also look at getting your reply-to: field fixed. Terry -- --- Terry Dawson, terryd@extro.ucc.su.oz.au ------------------------------ From: longyear@netcom.com (Al Longyear) Subject: Re: How do I get rid of silly little login quotes? Date: Sun, 16 Oct 1994 22:29:34 GMT eric@runner (Eric Brian Mc Gallicher) writes: >Anyone know what file I need to edit to stop the silly little >login quotes from coming up? What! You don't like them! You certainly want a bland system! :) Solution: Remove the following line from the file /etc/csh.login echo "";fortune;echo "" And then remove the lines from the file /etc/profile echo fortune echo In addition, you have problems with your news posting system. The "runner" name is not acceptable. You must have a fully qualified host name, such as runner.ringer.cs.utsa.edu. Please correct your software if you want to be a "proper" member of the usenet community. Crossposting is not recommened! -- Al Longyear longyear@netcom.com ------------------------------ From: teffta@erie.ge.com (Andrew R. Tefft) Subject: Re: shutdown without root access -- SUMM Reply-To: teffta@erie.ge.com Date: Wed, 12 Oct 1994 19:14:29 GMT In article 94Oct9171015@k9.via.term.none, bcr@k9.via.term.none (Bill C. Riemers) writes: > Van> Peter allows users to > Van> reboot from the login prompt by defining a user "reboot" with > Van> no password, UID and GID of 0, login shell of bash, and a > Van> startup file ~reboot/.bash_profile containing the command > Van> "/sbin/reboot". He cautions that passwd(1) considers root > Van> and reboot to be the same user: > >Alittle security hole there: > >su reboot -c 'vi /etc/passwd' > >Access to the 'reboot' or 'shutdown' account is equivlent to access >to 'root'. Yes, but let's explain just a little bit. That works because reboot's login shell in the example is a shell. If you make the login shell be /sbin/reboot itself, that is what gets executed when you do the 'su', with arguments "-c 'vi /etc/passwd'". -- Andy Tefft - new, expanded .sig - teffta@erie.ge.com ------------------------------ From: knick@cove.han.de (Michael Knigge) Subject: Re: How to let normal users run SVGALIB programs (SOLN) Date: Sat, 8 Oct 1994 10:49:58 GMT Andrew Berkley (ajb@wonder.resnet.cornell.edu) wrote: : to /dev/console (new versions) which is a link to a tty0-6, you need : someway of letting it access them. One solution is to make tty? world : readable/writeable/etc, but that's just wrong... The real solution, which : most SVGALIB install programs do (witness zgv) is to install the program : with owner _root_, and set the 'Run this program as owner' bit on the : program. : chmod a+s FileName Yes, thats right. But SVGALIB needs access to /dev/mem too!!!!!! And for security reasons /dev/mem should only be read/writeable to root. Therefore all Programs that uses SVGALIB _MUST_ be running SETUID root. I don't know an other solution..... Bye Knick -- ----------------------------------------------------------------------- --- Michael Knigge eMail: knick@cove.han.de --- ----------------------------------------------------------------------- ------------------------------ From: knick@cove.han.de (Michael Knigge) Subject: Re: XFree86-3.1 - Whoopee! Date: Sat, 8 Oct 1994 10:59:29 GMT : Will fvwm and its modules work in Xfree3.11? : Any thoughts, ideas and observations are welcome. Flames will be ignored. Hi! It took me some hours to download XFree86-3.1 from ftp.gwdg.de, but it was worth the long time! It took me not 1 hour to get XFree86-3.1 installed. I've just done a "mkdev /usr/X11R6", changed to the new directory and installed the *.tar.gz Files. Than be sure that /usr/X11R6/bin is _BEFORE_ /usr/bin/X11 oder whatever in your $PATH. There is a Programm called xf86config - it's perfect! It installed everything for me (I've a Hercules Dynamite PRO, based on the ET4000/W32i). The new W32-Server runs PERFECT for me! It's GREAT! And fvwm? NO PROBLEM! Use your _OLD_ Libs from X11R5 and it will run. I saw a new Release of libXpm specially for X11R6 - but I've not tried this. For me it was the best decision installing XFree86-3.1... For me it works so great! And I've not noticed any problems with _ANY_ programm for X11R6. Bye Michael (AND A BIG THAAAANK YOU to the XFree86-Team!) -- ----------------------------------------------------------------------- --- Michael Knigge eMail: knick@cove.han.de --- ----------------------------------------------------------------------- ------------------------------ From: adam@yggdrasil.com (Adam J. Richter) Crossposted-To: comp.windows.x.i386unix,comp.windows.x.motif Subject: Re: New Motif lib's for use with XFree 3.1 ? Date: 16 Oct 1994 23:21:19 GMT In article <37n2nf$aob@tartan.metrolink.com>, Craig Groeschel wrote: >comp.windows.x.motif: >The simple fact is that X and Motif are on different development cycles. >There are going to be incompatibilities between the two products, >and there are features in the newer one (X) that the older one (Motif) >cannot exploit. That is no excuse cause Motif or other applications to be unable to work *at all* with R6 shared libaries. When Linux becomes the most widely used unix variant, do you think it will be acceptable for all binaries to *unnecessarily* break when a new version of a library comes out? >For developing and compiling new applications, Motif 1.2.4 simply was >not designed to work in an R6 environment. (I keep thinking of making >water run uphill.) Could the author of the above statement please explain what interface in R6 *breaks* Motif 1.2.4? I would sincerely like to know. We are not talking about using new R6 features, just continuing to run existing applications. >comp.os.linux.admin: >Whether XFree86-3.1's X libraries should or should not be compatible >with 2.1's, I don't know. I've heard speculations both ways. What I do >know is that the men doing the Linux shared X libraries have been doing >them for longer than a lot of us have been using Linux, so they should >know a thing or two about Linux shared libraries. Then these people should state some good technical reasons for their decision! Remember, we had an X11R6 distribution in ftp.yggdrasil.com:pub/software_dist that ran binaries of R5 programs that can successfully relink against R6 (we even adjusted the jump tables to reflect procedures that had simply been renamed in R6). If XFree86 made their beta releases free and accessible to the world (like new Linux kernels), the shared library problem would have been detected and fixed long ago. I also think that it would result in more contribution and faster bug detection and bug fixing. -- Adam J. Richter Yggdrasil Computing, Incorporated (408) 261-6630 "Free Software For The Rest of Us." ------------------------------ From: vgovers@frodo.leidenuniv.nl (Vianney Govers) Subject: Re: Spreadsheet for Linux wanted Date: 17 Oct 1994 11:32:51 GMT Reply-To: vgovers@cri.leidenuniv.nl Hoi, : >can also be made to work on a HP 720) : > : >Does anyone know what software is available? : > : >Any hint would be good. You might try oleo (GNU's spreadsheet). Have fun. Vian -- ________________________________________________________________________________ H.M.V.C. Govers vgovers@cri.leidenuniv.nl (I'm a major bottleneck at this stage, so progress depends on my productivity as a function of caffeine intake, sleep, patience, and lack of distractions). David A. Lyons ------------------------------ From: vgovers@frodo.leidenuniv.nl (Vianney Govers) Subject: Re: [Q] HP JetDirect Support on Linux??? Date: 17 Oct 1994 11:39:21 GMT Reply-To: vgovers@cri.leidenuniv.nl Hoi, Larry Schmitt (schmittl@cc.memphis.edu) wrote: : Hi All - We are considering placing our HP Laser Printers directly on the : network using the HP Jet Direct interface. Has anyone been able to configure : one of these printers in a Linux environment. The perferred method is to use a : bootp server. Any help will be appreciated greatly. You can try : ftp://ftp.cs.umn.edu/users/lemay/hpdriver-0.3.tar . I have tried the 0.2 version and it works like a charm. Cheers Vian : Thanks - Larry Schmitt -- ______________________________________________________________________________ H.M.V.C. Govers vgovers@cri.leidenuniv.nl (I'm a major bottleneck at this stage, so progress depends on my productivity as a function of caffeine intake, sleep, patience, and lack of distractions). David A. Lyons ------------------------------ From: teffta@erie.ge.com (Andrew R. Tefft) Subject: Re: Absurd backup problem with tar Reply-To: teffta@erie.ge.com Date: Fri, 14 Oct 1994 13:30:20 GMT In article <37gn6k$fmh@urmel.informatik.rwth-aachen.de>, dak@rama.informatik.rwth-aachen.de (David Kastrup) writes: >will do the trick. Mostly. It will refuse to work if I'm super user, >but of course, if I'm not, I cannot necessarily read all the files. > >The problem lies with /usr/bin/rsh, which will require a password when >logging in as super user (interactively) or just fail (non-interactively, gnu tar will contact the 'rmt' daemon on the machine with the tape drive, if you specify the tape as host:/dev/whatever. -- Andy Tefft - new, expanded .sig - teffta@erie.ge.com ------------------------------ ** 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-Admin-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.admin) via: Internet: Linux-Admin@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-Admin Digest ******************************