From: Digestifier To: Linux-Admin@senator-bedfellow.mit.edu Reply-To: Linux-Admin@senator-bedfellow.mit.edu Date: Thu, 29 Sep 94 09:14:26 EDT Subject: Linux-Admin Digest #118 Linux-Admin Digest #118, Volume #2 Thu, 29 Sep 94 09:14:26 EDT Contents: ftp freeze problems (Craig Tavener) dosarch tape drive on linux??? (Craig Tavener) Re: c++ problem with Slackware 2.0 distribution (Gareth Webber) Re: Smail on Linux. Was: Smail has intermittent fits (Jon Peatfield) Term problems (Bryan Wright) Kernel 1.1.45 and X Weirdness with talk and more (Daniel M. Coleman) Kernel 1.1.45 and X Weirdness with talk and more (Daniel M. Coleman) Enabling Dial-In to my Linux system. (Kurt Schafer) Re: linux+slip+bootp. How? (James Harper) Just a test, please ignore ... (Lencse Zsolt) Re: Special Sale On QNX! (Brad Hull) Re: X-windows (Richard B Munn) Re: Keyboard help (Andries Brouwer) Re: 80x50 screen (Andries Brouwer) Re: DOOM DOOM DOOM DUMB DUMB DUMB! (benny@hgs.se) Re: BUG: Linux <--> Cisco (Matthew S. Crocker) Re: Linux NOT logging people out on hangup (Bart Kindt) ---------------------------------------------------------------------------- From: craig@chem.chem.wits.ac.za (Craig Tavener ) Subject: ftp freeze problems Date: Tue, 27 Sep 1994 11:37:59 GMT I've got linux (Slackware2.0) recently installed on a 468-66. It has an ethernet card and is networked to Novell and and UNIX. When ftp/telnetting from linux to elsewhere things generally work well. However, when trying to ftp into the linux machine (most notably from the novell network) the session frequently freezes. Pressing cntl-C returns the ftp prompt, but the last action ends up being truncated. A good example of this is a file transfer. All packet but the last one get through. Then it freezes and the last packet it lost. Does anyone have any idea what is going on here? ------------------------------ From: craig@chem.chem.wits.ac.za (Craig Tavener ) Subject: dosarch tape drive on linux??? Date: Tue, 27 Sep 1994 11:49:48 GMT I've got a tape Shuttle that runs DOSARCH on MS-DOS machines to back up data. I'd like to use it to back up data from linux as well. The tape shuttle is simply called "tape shuttle 525" and it has both SCSI III and parallel connectors. The parallel connector is generally used with DOS machines, and since my linux machine doesn't have a SCSI port I'd like to use the parallel port. Is there any way I can use this to back up data from linux? If possible I'd like to use the same format (?) as Dosarch does on MS-DOS. ------------------------------ From: gpw1000@cus.cam.ac.uk (Gareth Webber) Subject: Re: c++ problem with Slackware 2.0 distribution Date: 27 Sep 1994 12:02:38 GMT Peter Tieleman (tieleman@chem.rug.nl) wrote: : Hello, : An example of what happens: : #include : #include : main(){ : float x; : x = cos(3.14); : printf("Hallo"); : } : gcc -o test test.cc : /tmp/cca041071.o: Undefined symbol _cos referenced from text segment Link with the maths library !! Add -lm to get gcc -o test test.cc -lm gary... ------------------------------ From: J.S.Peatfield@amtp.cam.ac.uk (Jon Peatfield) Crossposted-To: comp.mail.smail Subject: Re: Smail on Linux. Was: Smail has intermittent fits Date: 28 Sep 1994 22:27:48 GMT > > First, and ABSOLUTELY critical: (if you skip the rest of this > >post, at least read this!!) Put the line: > >-smtp_debug > >in your /usr/lib/smail/config file. It turns off SMTP debugging, > >which can give an unauthorized user access to run commands on your > >machine (probably as user nobody, but remember that smail runs as > >root.) > > How? I read the source when I first heard this long ago, and > couldn't see how this is possible? This misunderstanding probably comes from the fact that sendmail DEBUG mode allowed remote execution of commands (worm etc) but smail's debug mode simply allows to to specify the verbosity of it's commentry on what it is doing. I've pretty carfully checked through the smail source and can't see anywhere where having the DEBUG on causes any problems. -- Jon Peatfield (postmaster@amtp.cam.ac.uk) -- Jon Peatfield, Computer Officer, the DAMTP, University of Cambridge Telephone: (+44 223) 3-37852 Mail: J.S.Peatfield@amtp.cam.ac.uk Friends don't let friends use PP. PP: Just say NO. ------------------------------ From: bryan@elvis.phys.virginia.edu (Bryan Wright) Subject: Term problems Date: Tue, 27 Sep 1994 21:03:21 GMT Hi Folks, I'm having a tough time setting up 'term'. When I run linecheck, I get the following output (stderr) on the local and remote machines: Local machine Remote machine ============= ============== Handshaking Handshaking Handshaking sucessful 0 sending char After that, both linechecks hang. I start the remote linecheck as: $ linecheck 2> /tmp/linecheck.remote and the local linecheck as: $ linecheck < /dev/modem > /dev/modem 2> /tmp/linecheck.local When the remote linecheck first starts, it spits out an 'A' on the screen. As soon as the local linecheck starts up, the remote linecheck spits out: B 0 ABC on the screen. The problem seems to lie with the remote machine. Both remote and local machines are PCs running Linux. If I make a connection to a remote machine running Ultrix (via the same route) everything works fine. A similar problem seems to afflict file transfers via 'sz' from the remote system. In this case the locally-running 'rz' creates a new, zero-length file then hangs, waiting for data. As with term, the problem goes away when the remote host is a DECstation running Ultrix. Here's a description of the local and remote systems: Gateway 4DX2-66V Linux 1.0, 1.09 or 1.50 (same results with all) Term 1.08 'setserial -a /dev/modem' yields: /dev/modem, Line 1, UART: 16550A, Port: 0x02f8, IRQ: 3 Baud_base: 115200, close_delay: 50, divisor: 0 Flags: spd_normal skip_test Same reults with a 14.4 kilobaud internal modem and a 2400 baud external modem. Seyon 2.14b or minicom 1.5beta (same results with both) Connection to the remote machine is made via a dial-in line connected to a Cisco terminal server. Does anyone have any suggestions? Thanks in advance, Bryan -- =============================================================================== Bryan Wright |"If you take cranberries and stew them like Physics Department | applesauce, they taste much more like prunes University of Virginia | than rhubarb does." -- Groucho Charlottesville, VA 22901 | (804) 924-6814 | bryan@sphinx.phys.virginia.edu =============================================================================== ------------------------------ From: dcoleman@mail.utexas.edu (Daniel M. Coleman) Crossposted-To: comp.os.linux.help Subject: Kernel 1.1.45 and X Weirdness with talk and more Date: 27 Sep 1994 22:16:25 GMT I upgraded to the 1.1.45 kernel, and noticed that more and talk only seem to respond to keypresses in groups of 4,.. i.e. if I were to type the word test nothing would appear on screen until I typed the last 't', and then the whole word test would appear. This only happens when running X (xfree 2.0, mach 32 server.) Has anyone else noticed this strange phenomenon, and found a solution???? Thank you very much, Dan -- Daniel Matthew Coleman | Internet: dcoleman@mail.utexas.edu ===================================+ DECnet: UTXVMS::DCOLEMAN The University of Texas at Austin | IRC: Shiner Electrical/Computer Engineering | "Sure thing, Giant Beer!" ------------------------------ From: dcoleman@mail.utexas.edu (Daniel M. Coleman) Crossposted-To: comp.os.linux.help Subject: Kernel 1.1.45 and X Weirdness with talk and more Date: 27 Sep 1994 22:24:09 GMT I upgraded to the 1.1.45 kernel, and noticed that more and talk only seem to respond to keypresses in groups of 4,.. i.e. if I were to type the word test nothing would appear on screen until I typed the last 't', and then the whole word test would appear. This only happens when running X (xfree 2.0, mach 32 server.) Has anyone else noticed this strange phenomenon, and found a solution???? Thank you very much, Dan -- Daniel Matthew Coleman | Internet: dcoleman@mail.utexas.edu ===================================+ DECnet: UTXVMS::DCOLEMAN The University of Texas at Austin | IRC: Shiner Electrical/Computer Engineering | "Sure thing, Giant Beer!" ------------------------------ From: kurt@ramsey.cs.laurentian.ca (Kurt Schafer) Subject: Enabling Dial-In to my Linux system. Date: 26 Sep 1994 20:53:56 -0400 I am trying to enable dial in access to my linux box here at home. I printed out the README for getty_ps and as per the file I changed my inittab and gettydefs as I felt appropriate. The verdict ? I try calling from my other line and it doesn't pick up. This is the deal. my modem is on COM1 (under DOS) and is a USRobotics Courier Dual Standard (16.8k bps HST speed, 14.4k bps v32bis) If somebody could either send me the appropriate config files or some meaningful insight on getting this going I would appreciate it. Thank you. . ------------------------------ Crossposted-To: comp.os.linux.development Subject: Re: linux+slip+bootp. How? From: loon@ironbark.ucnv.edu.au (James Harper) Date: 28 Sep 1994 12:34:43 GMT Sowmya Raman (raman@ewl.uky.edu) wrote: : Iam trying to use bootpc on my linux box to get an valid ip over SLIP and I am : running into some problems. First of all the ioctl SIOCGIFADDR fails to get : hardware address obviously because its a slip connection I am trying to : make. I tried commenting out the ioctl and tried again and now I get my ip : as 127.0.0.1. : My questions are : (1) Does the bootp client on linux work with slip connections? tried it and couldn't do it, think that was because the slip connection doesn't have an ethernet address (ie in the form xx:xx:xx:xx:xx:xx). the reason i was trying it was to get a computer to telnet in, the computer was local so I tried it with plip which does have an ethernet address type setup but still couldn't get it working. I did end up getting it working using rarp tho and maybe that would work over slip??? : (2) Is there any RFC that deals with slip and bootp? : (3) Has anybody successfully used bootpc over SLIP connections? LOON ------------------------------ From: lencse@math.klte.hu (Lencse Zsolt) Subject: Just a test, please ignore ... Date: 28 Sep 1994 15:51:41 GMT Reply-To: lencse@math.klte.hu Sorry, this is just a test Zsolt ------------------------------ Crossposted-To: comp.os.linux.admin From: bhull@renoir.cftnet.com (Brad Hull) Subject: Re: Special Sale On QNX! Date: Thu, 29 Sep 1994 00:22:10 GMT rgollent@force.stwing.upenn.edu (Roman Gollent) writes: >scheidel@gate.net wrote: >: QNX 4.21 represents the culmination of over a decade of research and >: experience with an installed base of over 250,000 microkernel, message- >: passing QNX operating systems world-wide. QNX combines the function- >: ality and flexibility of a research-calibre OS with the robustness and >: performance of a commercial OS! And, it's fast! >Never heard of it, don't care to know about it. >Roman That's certainly a provincial attitude to take about it. I, on the other hand, have heard plenty about it, almost all inferior. The system is not standard enough to port 1/10th of the stuff we love Linux for, according to those I have heard from. So if you want a nearly-real-time fast unix that is too nonstandard to use any but the vendor-supplied tools on, feel free but don't come here for sympathy. I stand ready to accept flames since I too have not actually used QNX, but only accepted second-hand info on this. ------------------------------ From: munn@ug.cs.dal.ca (Richard B Munn) Subject: Re: X-windows Date: Thu, 29 Sep 1994 11:15:58 GMT s010dls@alpha.wright.edu wrote: : When Linux boots I see this: : Welcome to Linux 1.1.18. : hostname login: : and it waits for someone to login. This is fine, but I would rather : have Linux boot into X and show somekind of dialog box prompting for : login id and password. I don't need a window manager running or : anything. Actually, I'd rather not have one running and let the : ~/.profile load one. : My attempt: : I modified /etc/rc.d/rc.local and added the line : xinit -position =+100+150 -e login : I think it's -position, but I forget. If not, it's whatever does that. : This works, but when the user logs in and enters 'mwm&', it says display : not found. : Attempt #2: : Modified /etc/rc.d/rc.local and added the line : startx : Then I added a login command to the root menu in the system.mwmrc to run : a xterm -e login. This worked fine, but if the user asks for a generic : xterm, they get a window with a root account! In addition, the .mwmrc : file in the user's home directory is ignored (because mwm is already : running). : The results are the same with every window manager I tried (mwm, fvwm, : olwm, etc.). Also when the user logs out with the above attempts, X : exits and goes back to the name login: prompt. I simply want it to show : the 'login dialog box' again. Have you considered using the X Display Manager (xdm)? Xdm provides services similar to those provided by init, getty and login on character terminals: prompting for login name and password, authenticating the user, and running a session. To start a xdm session simple type "xdm" at your command prompt. ------------------------------ From: aeb@cwi.nl (Andries Brouwer) Subject: Re: Keyboard help Date: Thu, 29 Sep 1994 11:23:21 GMT s010dls@alpha.wright.edu () writes: : I would like to 'map' some keys on my keyboard, but I don't know how. : Here's what I'd like them to do: : DELETE -: ^D : HOME -: ^A : END -: ^E : BACKSPACE -: ^H Use loadkeys(1). ------------------------------ From: aeb@cwi.nl (Andries Brouwer) Subject: Re: 80x50 screen Date: Thu, 29 Sep 1994 11:47:15 GMT s010dls@alpha.wright.edu () writes: >Is there a way to use 80x50 text mode in Linux? I have a ATI mach32 >card, and I know it is capable of this. Last Sunday evening I made console resizing as an application of dynamic virtual console allocation. Hope to put kbd-0.88 on funet tomorrow or so. It works like this: (i) get svgalib, compile and put the program restoretextmode in your path. (ii) get (by whatever means, e.g. by rebooting linux with vga=ask in the lilo config file, or by using something under dosemu) the console video in the desired state(s), and say "restoretextmode -w file" to store the state of the video hardware. (iii) After this preparation you can at any moment change the console size by saying something like "resize 50x80". The program resize will reallocate console screen memory for all virtual consoles, send a SIGWINCH to all programs involved, call "restoretextmode -r file" to set the video hardware, and call "setfont font" to get reasonable characters. For me it works beautifully. So, it seems that this replaces the question "Can I get 50x80 text mode under Linux?" by "Can I get the video hardware into 50x80 text mode?". ------------------------------ From: benny@hgs.se Subject: Re: DOOM DOOM DOOM DUMB DUMB DUMB! Date: 29 Sep 1994 12:07:51 GMT Mark A. Horton KA4YBR wrote in article <1994Sep28.154531.26767@ka4ybr.com> : > >Please accept my most profuse aplogies for misunderstanding the cosmic >significance of this port of a PC game to the Linux operating system. ^^^^^^^ Just to make things worse, wasn't doom first developed for NeXT ? :) - Benny - ------------------------------ From: matthew@crocker.com (Matthew S. Crocker) Subject: Re: BUG: Linux <--> Cisco Date: 29 Sep 1994 12:12:13 GMT Alexander Terczka (alext@track.cslab.tuwien.ac.at) wrote: : I have the following problem, : A telnet session, or any tcp session like uucico or rlogin, from a : cisco 2500 router (it happens with other cisco devices too) is : hanging when sending large packets to linux pcs. I have thrown : out the 3com etherlink iii cards and replaced them with ne2000, : replaced the pcs, replaced the cabling, tried all sorts of kernels : from 1.0.9 to 1.1.50. : Steps to reproduce: : 1)Telnet to a cisco : 2)Telnet to a linux pc (from the cisco) : 3)login and run a "ps aux" or anthing that produces *fast* text output : 4)if it locks (and it probably will if you repeat the process often enough) : Hit CTRL-6 and then X (Cisco's esc sequence??) When you hit return to : resume your session, the rest ouf your output will be displayed. Hmm, i did this didn't have a hint of a problem... My setup, P5-90 running Linux-1.1.51 3c509 combo in BNC mode 1 user on at the moment (me) CICSO 2501 + 16MB RAM upgrade rmc1:# telnet gateway gateway# rlogin rmc1 rmc1:# ps aux ; ps aux ; ps aux ; ps aux ; ps aux ; ps aux ; ps aux (and while these are running I spade@rocko.lab.csuchico.edu (John Spade) writes: >Path: otago.ac.nz!canterbury.ac.nz!waikato!ames!agate!howland.reston.ans.net!gatech!newsxfer.itd.umich.edu!zip.eecs.umich.edu!yeshua.marcam.com!charnel.ecst.csuchico.edu!rocko.lab.csuchico.edu!spade >From: spade@rocko.lab.csuchico.edu (John Spade) >Newsgroups: comp.os.linux.admin >Subject: Linux NOT logging people out on hangup >Date: 23 Sep 1994 17:22:05 GMT >Organization: California State University Chico, BSS >Lines: 12 >Message-ID: <35v2rt$n85@charnel.ecst.CSUChico.EDU> >NNTP-Posting-Host: rocko.lab.csuchico.edu > I can't find this in a FAQ so... I need to find a way to >get linux to log people out on hangup. If a user hangs up the modem >line, and there is a program that is running, linux doesn't kill it. > My worst example is when people are using telnet via gopher. >They hang up and gopher telnet bombs the site it was connected to so >people have a hard time logging into the remote site. (Our little >486 shut down the telnetd on the faculty Mini) > Anyway, I have a cron script that kills most of them, but it >would be nice if there was a built in solution. Thanks. >-- >spade@rocko.lab.csuchico.edu "Quality, Service, Price... >spade@ecst.csuchico.edu Pick any two..." We have had lots of problems with the Sliplogin program here: When a user disconnected, in some situations the program would not kill itself. The fault is in the: close() function, which does sometimes not return. I have tried up to kernel 1.1.50. I have written a patch in the source of sliplogin, which kills the program after 15 seconds, if close(0) does not return. However, this must be a Kernel problem. Bart. ==================================================================================== Bart Kindt (ZL4FOX) System Operator, Efficient Software NZ LTD, Dunedin, New Zealand ==================================================================================== ------------------------------ ** 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 ******************************