Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
In my experience, I've had to turn MGETTY OFF when I wanted to make an outbound PPP call. Dunno exactly why. I can dial out when I have MGETTY running, if I dial out with something like Minicom. This is because they're not putting their lockfiles in the same directory. Look at the compilation options for both of them and make sure that they're each using, e.g., /var/lock/LCK..ttyS0 for the lockfile, and that they write their pid in the file in ASCII format (not binary). (This is from the Linux FSSTND.) Kermit, Minicom, pppd, any modem software you write, mgetty, etc., must agree on all of the above, and then it works like a dream. The serial HOWTO and the mgetty docs cover this and a lot more, btw. -- Pete Harlan [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
On Wed, 23 Oct 1996, Daniel Stringfield wrote: However, this has *not* fixed the bizzare problem with pppd thinking I don't have PPP support compiled in, even though I do. In my experience, I've had to turn MGETTY OFF when I wanted to make an outbound PPP call. Dunno exactly why. I can dial out when I have MGETTY running, if I dial out with something like Minicom. try using the 'lock' option in either /etc/ppp/options or on the pppd command line. Craig -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
On Wed, 23 Oct 1996, Philip Hands wrote: In my experience, I've had to turn MGETTY OFF when I wanted to make an outbound PPP call. Dunno exactly why. I can dial out when I have MGETTY running, if I dial out with something like Minicom. Sounds like your pppd is not getting its locks right. Possible causes: 1) it has not been told to use locks (``lock'' on the command line or in the options file sorts this out) That's done... 2) You may be mixing /dev/ttyS? with /dev/cua? devices --- mgetty doesn't like cua's and you should not use them at all on a port that mgetty is using. Everything uses ttyS3. 3) pppd has been compiled to put the locks in the wrong place. If you run: strings /usr/sbin/pppd | grep LCK you should get ``/var/lock/LCK..'' --- If not you need a different pppd. That's ok too.. A clasic symptom of this sort of locking failure is that you will see mgetty's attempts to reset the modem in the logs of the outgoing chat --- Mgetty doesn't know you're still using its line, so it goes ahead and resets it almost as soon as you start dialing. Mgetty reports no problems. Actually, MGETTY isn't the one having the problems, its the program I use to log into my ISP. I use DCON scripting, not 'chat'... It adds some cool features... It can't open the port when I have mgetty running on that same port. -- Daniel Stringfield mailto:[EMAIL PROTECTED] http://www.jax-inter.net/user/servo Send email for more information on the Jacksonville Linux Users Group! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
On Tue, 22 Oct 1996, Joe Emenaker wrote: So, as near as I can tell, the modem was answering the modem on its own volition just moments before mgetty sent an ATA which, I believe, toggles the online state (hangs up if off-hook, picks up if on-hook). Hence, the two clicks, I guess. So, putting ATS0=0 in the init line for that tty fixed the problem. yep. agetty wants 'ATS0=1Q1E0' so that the modem answers the phone itself when it rings. S0=1 == answer after one ring, Q1 == quiet, E0 == echo off. mgetty wants 'ATS0=0E1Q0' so that the modem answers the phone only when told to (ATA) by mgetty. BTW, ATA doesn't toggle online state. ATA = Answer. It tells the modem to go off-hook and attempt to establish carrier. The reason why the ATA is causing the modem to hang up at that point is that most (all?) modems will hang up if they receive any characters from the serial port while they are trying to connect. You've probably seen that hitting enter or space in a terminal program while the modem is dialing will result in NO CARRIER. However, this has *not* fixed the bizzare problem with pppd thinking I don't have PPP support compiled in, even though I do. is ppp compiled into the kernel or as a module? try compiling it as a module, and make sure that either a) ppp is listed in /etc/modules or b) auto is listed in /etc/modules. Do you see something like: PPP: version 2.2.0 (dynamic channel allocation) PPP Dynamic channel allocation code copyright 1995 Caldera, Inc. PPP line discipline registered. show up at boot time? try running dmesg to display the most recent kernel messages...also, if the ppp message has scrolled out of the buffer, you can search for this text in /var/log/messages. If you DON'T see this message then you have either not compiled in ppp support or you have compiled it as a module but have failed to load the module. Also, the person who suggested that I use mgetty seemed to think I was kiiky for wanting to use uugetty. Well, if he's listening, I'd like to add that, under mgetty, I *still* can't dial out on the modem that mgetty is sitting on. The whole reason I wanted to use uugetty was that it supposedly allowed for dial-in and dial-out without having to do the inittab shuffle. mgetty works perfectly for dialin and dialout use. I have all 3 of my modems set up that way, even the one which is only ever used as my ppp link to the net (which is set to redial as soon as connection is lost) - i have it like that so that I have an emergency dial-in line if ppp connection is failing. getting it to work is really VERY simple and straightforward. here's what you need to know: - use the ttyS? devices for everything - dialin and dialout. - completely ignore anything you may have read about cua? and ttyS? devices. Linux no longer needs to do port locking with this barbaric method :-). Information you may have read saying that you have to use cua? devices for dialout use is obsolete and counter-productive. in fact, IMO /dev/cua? devices are obsolete. I can't think of any reason (except for supporting legacy software) why anyone would want to use them in preference to ttyS? devices. - put the word lock in /etc/ppp/options. This will force it to use lockfiles (in /var/lock/) - configure any other software which needs to use the modem so that it uses lockfiles in /var/lock. (e.g. uucico, cu, minicom - you'll find that the debian versions should already be configured to do this and is probably the default). - use mgetty. it knows about /var/lock already. no problems. It's a great program to start with and Chris L (the debian maintainer) has done a good job packaging it for debian. enjoy. Craig -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
On Wed, 23 Oct 1996, Pete Harlan wrote: In my experience, I've had to turn MGETTY OFF when I wanted to make an outbound PPP call. Dunno exactly why. I can dial out when I have MGETTY running, if I dial out with something like Minicom. This is because they're not putting their lockfiles in the same directory. Look at the compilation options for both of them and make sure that they're each using, e.g., /var/lock/LCK..ttyS0 for the lockfile, and that they write their pid in the file in ASCII format (not binary). (This is from the Linux FSSTND.) Kermit, Minicom, pppd, any modem software you write, mgetty, etc., must agree on all of the above, and then it works like a dream. I use DCON.. its DCON that can't OPEN the port... pppd works fine, and mgetty work fine.. but its DCON that can't share the port... -- Daniel Stringfield mailto:[EMAIL PROTECTED] http://www.jax-inter.net/user/servo Send email for more information on the Jacksonville Linux Users Group! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Missing cygwin.dll for win32 cross compiler
Christian Schwarz wrote: Hi! Does someone out there has a cygwin.dll for win32gcc_2.7.2.cygnus.960412-1? [cut] ... Win95 (yuck!) [cut] The dll can be obtained from the Cygnus site as part the binary distribution for their current beta version of gcc. Unfortunately, if you try to run a binary compiled with the Debian Win32 compiler with the latest cygwin.dll it complains that the dll/application have incompatible versions (as Chris mentions). The (less than optimal) solution I use is to download the Cygnus binary distribution and compile the application on Win95 (yuck!). The binary distribution comes with GNU make and FLEX (but not bison!) and other tools, so re-compiling is relatively painless. Does anyone have experience compiling Cygnus' source on Linux? Evan. -- Evan Thomas Department of Anatomy Cell Biology University of Melbourne Parkville, 3052 ph: 9344-5849 fax: 9347-5219 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
From: Pete Harlan [EMAIL PROTECTED] [ snip ] Look at the compilation options for both of them and make sure that they're each using, e.g., /var/lock/LCK..ttyS0 for the lockfile, and that they write their pid in the file in ASCII format (not binary). (This is from the Linux FSSTND.) Kermit, Minicom, pppd, any modem software you write, mgetty, etc., must agree on all of the above, and then it works like a dream. Except for the fact that I have to point minicom to /dev/ttyS0 (which is what mgetty is listening on) instead of /dev/cua0. I can see why it would be necessary to do this for management of locking, etc. But, after taking about 2 years to get myself thinking along the lines of separate devices for dialing *in* and *out*, I have a little trouble when someone basically says Eh, nevermind with the /dev/cua deal. Just use the ttyS devices.. Why, after years and years of needing them, are the /dev/cua's suddenly, seemingly, obsolete? - Joe -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
Joe Emenaker [EMAIL PROTECTED] writes: Why, after years and years of needing them, are the /dev/cua's suddenly, seemingly, obsolete? There was a post a long while back where the maintainer of the kernel serial devices said not to use cua's anymore if you can avoid it. He seemed to be indicating that they were now mostly around for compatibility purposes. -- Rob -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
PPP still doesn't think the kernel supports it..... wait a sec... yes it does!
From: Craig Sanders [EMAIL PROTECTED] Subject: Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem)) [snip] However, this has *not* fixed the bizzare problem with pppd thinking I don't have PPP support compiled in, even though I do. is ppp compiled into the kernel or as a module? Tried both. I've tried compiling it into the kernel, I've tried it as modules. When using the modules, I've tried loading them via /etc/modules and I get some message at boot about the modules not containing any version info. However, if I use insmod after the boot, they load fine (when I say they, I mean the slhc.o, ppp.o, and bsd-comp.o modules). Even when I use insmod -v to see verbose loading info, nothing jumps out at being wrong. Now, get this: I just ran dmesg to see if the version info messages were in there and what do I see, but this: | # dmesg | Console: 8 point font, 400 scans | Console: colour VGA+ 80x50, 1 virtual console (max 63) ... | VFS: Mounted root (ext2 filesystem) readonly. | Adding Swap: 49136k swap-space | CSLIP: code copyright 1989 Regents of the University of California | PPP: version 2.2.0 (dynamic channel allocation) | PPP Dynamic channel allocation code copyright 1995 Caldera, Inc. | PPP line discipline registered. | PPP BSD Compression module registered (Which means that what I *thought* I knew about dmesg is wrong, since I thought it was a record of the messages displayed at boot, and them thar PPP messages certainly weren't there at boot... I was watchin'!) So, I immediately try to see if I can invoke ppp and I get this: | # /usr/sbin/pppd | Sorry - this system lacks PPP kernel support So the kernel says it's there, pppd says it's not. I wish I could let *them* argue it out. I hate being the go-between like this. :) in fact, IMO /dev/cua? devices are obsolete. I can't think of any reason (except for supporting legacy software) why anyone would want to use them in preference to ttyS? devices. - put the word lock in /etc/ppp/options. This will force it to use lockfiles (in /var/lock/) Holy shit! It works now! Okay, here's what I did: I went snoopin' around in the options file looking for the lock (which shouldn't even be needed since I'm trying to support dial-*IN* ppp, and mgetty should have the line locked for me already, yes? no?) and noticed that: 1 - I hadn't commented out the device that it's supposed to use (in this case, I had it on /dev/modem) 2 - I hadn't commented out the connect script line that tells it to run chat. 3 - lock hadn't been commented out. I commented them all out and pppd ran right off the bat! So, it *seems* to have been a device-lock problem the whole time. So, why the message about ppp support?!?! Thanks for the help, though! Man, I'd been trying to get this working for a week! - Joe -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Linuxconf or something like?
Hi all, I was wondering if I could use Linuxconf on a Debian system? If not, please explain. I think as new user, it would be nice to have admin. tool to control most of system config. in one setting.:-) Thanks for any information, David -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
package versining problem
can dpkg be modified to ignore non-numeric, non-punctuation in the version numbers/? lyx, for instance, was originally lyx_pre-10.3_1.deb or somesuch but is now lyx_10.6_2.deb or something like that. but p10, so going to the new version is 'downgrading'. bleh. --Z -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Expiring mail articles in a region in Gnus?
Yves Arrouye [EMAIL PROTECTED] writes: I'd like to know how it is possible to expire mail articles in the current region in Gnus. I'm not knowledgeable about Gnus so I can't write it mself, but if someone has an idea or can help me, this would be great... Just select the messages and hit `E'. Most of the gnus commands use the same convention to figure out which messages to operate on. Given a prefix, they'll operate on the next N messages; given a region and if transient-mark-mode is t, they'll operate on the region; otherwise they'll operate on the current message. The documentation on Gnus is very well written. Also, someone sent me a nice intro to using Gnus to read mail. I lost it :-( If you read this message, please, send it again. I think that was Rob [EMAIL PROTECTED]. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Expiring mail articles in a region in Gnus?
Guy Maor [EMAIL PROTECTED] writes: If you read this message, please, send it again. I think that was Rob [EMAIL PROTECTED]. Missed the initial request, but I saw this. Email copy coming right up. -- Rob -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Starting up nfs?
Why are all the lines in /etc/netstd_nfs (for start) commented out? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
qmail for dial-up to ISP
Hello, I am quite new to unix and would like to know if someone could give me detailed instructions on how to set up qmail to work with a dial up acounnt with an isp. My ip address is dynamic if this matters and mail is sent to and received from cedar.netten.net and my email address is [EMAIL PROTECTED] Also does it matter what the hostname is one my machine. If so where exactley do i need to make the changes? And like i said i am very new to *nix so do not be afraid to be verbose on the subject:) Any help at all would be greatly appreciated. Thank you, Tracy Phillips [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Which Netscape? 3B4?
Hi, I noticed that the .deb in rex is for 3B4 Is that what people are running today? Will that deb (which requires you to download netscape) work with other releases? -- They pay homage to a king who's dreams are buried in their minds. His tears are frozen stiff. Icicles drip from his eyes. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
I use DCON.. its DCON that can't OPEN the port... pppd works fine, and mgetty work fine.. but its DCON that can't share the port... That would happen if DCON is trying to open, say, /dev/cua0, rather than /dev/ttyS0. mgetty will get in the way of that. The Serial Gods could tell you a lot more than I can, but I do know that if everyone uses ttySn then everyone is happy. I don't know what DCON is, but perhaps you can reconfigure it. Part of reconfiguring it is to make sure it obeys the locking conventions; as far as I know all the cuan devices did for you was a kernel-level lock, rather than the cooperative, user-space method used by programs sharing ttySn. Gorier detail: mgetty does a select() on ttyS0, waiting for the modem to do something (e.g., emit RING). Because mgetty has ttyS0 open, trying to open cua0 fails (or blocks, perhaps), which is presumably what's happening with DCON. But you can still open ttyS0, and use it; the first time you cause the modem to emit any characters, mgetty's select() returns, and if mgetty finds that someone else has written a lockfile it quits. If someone hasn't written a lockfile, then mgetty writes the lockfile itself and tries to make sense of what the modem is saying (usually RING, but maybe AT... if your program is trying to use the modem without having written the lockfile). The moral being that your program should open ttyS0, but if it hasn't written a lockfile before it talks to the modem, your program and mgetty will trip over each other trying to converse with it. -- Pete Harlan [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Problems with most in xterm
[EMAIL PROTECTED] (H. Manz) writes: I have installed an almost uptodate Version of rex. Starting with an update I have made in the last days most is no longer working in a xterm, however it runs fine on the console. I get the following message: [EMAIL PROTECTED] most .xmodmaprc Terminal not powerful enough for SLang. [EMAIL PROTECTED] echo $term xterm Here is what I have installed: slang0.99.34 slang0.99.34-dev most_4.6-1 Thanks for any hint I have found the problem, it was the environment Variable TERMCAP it was set to: TERMCAP=co#80:li#24: as soon as I remove this TERMCAP variable all is ok. But who is responsible in setting TERMCAP? It seems that xterm (and xterm_color) are doing that. It doesn't matter if termcap-comp is installed or not. -- _/ _| _/ _/_/_/ _/_/_/ _/_/_/ Hartmut Manz _/ _/| _/_/_/ _/ _/ INTES GmbH _/ _/_| _/_/_/_/ _/_/_/Industriestr. 2 _/ _/ _|_/_/_/ _/ _/ D-70565 STUTTGART _/ _/ _|/_/_/_/_/ _/_/_/ Tel: +49 (0)711 784 99 - 29 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Linuxconf or something like?
In article [EMAIL PROTECTED], David Puryear [EMAIL PROTECTED] wrote: Hi all, I was wondering if I could use Linuxconf on a Debian system? If not, please explain. I think as new user, it would be nice to have admin. tool to control most of system config. in one setting.:-) I had a look at it. The problem is that it: a) scatters file all over the place where they don't belong b) replaces the entire /etc/init.d startup scripts with its own monolithic procedure, thus preventing you from ever upgrading packages that need that stuff again. Also I have the idea that it does something like Sun Netra: I think it stores part of the configuration info in its own files, so if you edit the config files in /etc by hand and you then restart linuxconf it will happily restore the old config over your changes. Ugh. Basically it was designed for Slackware. Mike. -- | Miquel van Smoorenburg \ The answer to Life, the Universe and Everything \ | [EMAIL PROTECTED] \ Just reinstall windows and try again, sir. \ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
Daniel Stringfield says he's using dcon scripting to connect to his isp, and that he's using locking in pppd, and that everyone uses ttyS3, and that the locks are in the right place, and... Actually, MGETTY isn't the one having the problems, its the program I use to log into my ISP. I use DCON scripting, not 'chat'... It adds some cool features... It can't open the port when I have mgetty running on that same port. Then you're not configuring it right. I just downloaded it and configured it (see how dedicated I am? :) and it 'worked' with mgetty. The reason I put quotes around 'worked' is because, according to dcon's own docs (this is dcon0.96), it doesn't perform locking. I had to write my own lock manually, and even then had to pad the beginning of the lockfile with spaces so mgetty would know it was ASCII, and finally I didn't bother to get the exact invocation of pppd working because it was clear that dcon didn't have any problems dialing into my provider, logging in, and starting pppd. (My pppd options are set up so all I have to do is type 'pppd' and I get connected; no dcon scripts, just a working /etc/ppp/options file; this interfered with final success of my dcon experiment, but the long and short of it is that dcon didn't have any trouble opening the port.) NB: If you want to use dcon (and I see no reason why you would; really, guy, rethink that decision!), you should manually write your lock using dcon's icky language and tell pppd *not* to use a lock (because dcon already locked it: pppd's lock attempt will fail). Don't worry about removing the lock when you're done; mgetty will eagerly do that for you. I'd be happy to show you my configurations for dcon, pppd, and mgetty. More to the point, I'd be happy to show you my script for 'chat' :) -- Pete Harlan [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: New Infomagic Release
I have been told that InfoMagic has just released a 6 cd-rom set for linux which includes the Debian/GNU Linux 1.1.4. Is this a stable and recent version or is a later version out there? The numbered releases are stable, but not frozen: once fixes are applied, the last number is incremented. Currently, 1.1 is at 1.1.12. Of course, there are always later versions :-) - the unstable (development) version; only via FTP or custom-made CDs - a gold CD with the stable release; see http://www.debian.org/order.html for details. Hope this helps, Ray -- UNFAIR Term applied to advantages enjoyed by other people which we tried to cheat them out of and didn't manage. See also DISHONESTY, SNEAKY, UNDERHAND and JUST LUCKY I GUESS. - The Hipcrime Vocab by Chad C. Mulligan -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: better fonts?
David Puryear [EMAIL PROTECTED] writes: How can I do this? Do I need to download the source and compile it? Don't know. All I know is that you should be able to say gv -antialias foo.ps and get antialiasing. Unfortunately, it dies with: Unknown device: x11alpha Error: /undefinedfilename in --file-- ... Whow, thanks. I was in moskow when the bug was reported, and never realised it was this important. But I think I'll recompile gs-4.03 with the x11alpha device in tonight. (Althought I'm feeling a bit ill, anyway). Your gs maintainer, joost witteveen [EMAIL PROTECTED] [EMAIL PROTECTED] -- Use Debian/GNU Linux! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Starting up nfs?
Why are all the lines in /etc/netstd_nfs (for start) commented out? because /etc/nfsd_nfs comes (from memory) with netstd.deb, and not all people who need netstd may want nfs exports. Anyway, personaly, I'd say: Include a good (i.e. empty except for some comments) /etc/exports file in netstd, and make the servers load by default (or, alternitavely, put K20netstd_nfs links in /etc/rc?.d, not S20netstd_nfsd. The setup now seems to be somewhat confusing -- joost witteveen [EMAIL PROTECTED] [EMAIL PROTECTED] -- Use Debian/GNU Linux! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
On Thu, 24 Oct 1996, Pete Harlan wrote: I use DCON.. its DCON that can't OPEN the port... pppd works fine, and mgetty work fine.. but its DCON that can't share the port... That would happen if DCON is trying to open, say, /dev/cua0, rather than /dev/ttyS0. mgetty will get in the way of that. The Serial Gods could tell you a lot more than I can, but I do know that if everyone uses ttySn then everyone is happy. I don't know what DCON is, but perhaps you can reconfigure it. No, its on /dev/ttyS3, both of them... Part of reconfiguring it is to make sure it obeys the locking conventions; as far as I know all the cuan devices did for you was a kernel-level lock, rather than the cooperative, user-space method used by programs sharing ttySn. Gorier detail: mgetty does a select() on ttyS0, waiting for the modem to do something (e.g., emit RING). Because mgetty has ttyS0 open, trying to open cua0 fails (or blocks, perhaps), which is presumably what's happening with DCON. But you can still open ttyS0, and use it; the first time you cause the modem to emit any characters, mgetty's select() returns, and if mgetty finds that someone else has written a lockfile it quits. If someone hasn't written a lockfile, then mgetty writes the lockfile itself and tries to make sense of what the modem is saying (usually RING, but maybe AT... if your program is trying to use the modem without having written the lockfile). The moral being that your program should open ttyS0, but if it hasn't written a lockfile before it talks to the modem, your program and mgetty will trip over each other trying to converse with it. Its DCON thats doing the tripping, is the problem :) -- Daniel Stringfield mailto:[EMAIL PROTECTED] http://www.jax-inter.net/user/servo Send email for more information on the Jacksonville Linux Users Group! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
On Thu, 24 Oct 1996, Pete Harlan wrote: Daniel Stringfield says he's using dcon scripting to connect to his isp, and that he's using locking in pppd, and that everyone uses ttyS3, and that the locks are in the right place, and... Actually, MGETTY isn't the one having the problems, its the program I use to log into my ISP. I use DCON scripting, not 'chat'... It adds some cool features... It can't open the port when I have mgetty running on that same port. Then you're not configuring it right. I just downloaded it and configured it (see how dedicated I am? :) and it 'worked' with mgetty. I've never seen DCON in my life, to tell you the truth. As far as a package. Someone gave me the script, and the dcon binary, and said, here run this... I've been running the DCON for quite some time now... and I suppose its very outdated. I ought to slap the guy that gave it to me NB: If you want to use dcon (and I see no reason why you would; really, guy, rethink that decision!), you should manually write your lock using dcon's icky language and tell pppd *not* to use a lock (because dcon already locked it: pppd's lock attempt will fail). Don't worry about removing the lock when you're done; mgetty will eagerly do that for you. The only reason why I have been using it, is because it does automatic redial. Believe me, with my ISP, its a much needed feature.. And not to mention that I've been running it for a long time. (Before I ran debian, in fact) I'd be happy to show you my configurations for dcon, pppd, and mgetty. More to the point, I'd be happy to show you my script for 'chat' :) That'll work:) But I really want automatic redial. I haven't used chat in so long.. I dunno if you can do that or not... these days.. All in all, its been one of those 'it works, don't change it' things...:) -- Daniel Stringfield mailto:[EMAIL PROTECTED] http://www.jax-inter..net/user/servo Send email for more information on the Jacksonville Linux Users Group! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
TeX Make files
Hello to all, Can anyone tell me which package supplies the MakeTeX* files found in /var/lib/dpkg/info. Mine got deleted ... don't ask ;-) . Best Rgds, John Olwoch -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Fixed! (Re: mgetty isn't answering the phone (ioctl problem))
Joe Emenaker wrote: Why, after years and years of needing them, are the /dev/cua's suddenly, seemingly, obsolete? Rather than just saying RTFM, I've gathered it up for you. = This is explained in the mgetty file: /usr/doc/mgetty/ttyS-cua.txt QUOTE: Date:Mon, 13 May 1996 07:57:09 +1000 From: Tony Nugent [EMAIL PROTECTED] Can someone kindly explain the difference between the /dev/cua? and /dev/ttyS? devices? /dev/ttySxx devices are fully POSIX-compliant TTY devices. If you are only going to be using one set of tty devices, you should be using /dev/ttySxx. /dev/cuaXX devices are different from /dev/ttySXX in two ways --- first of all, they will allow you to open the device even if CLOCAL is not set and the O_NONBLOCK flag was not given to the open device. This allows programs that don't use the POSIX-mondated interface for opening /dev/ttySxx devices to be able to use /dev/cuaXX to make outgoing phone calls on their modem (cu stands for callout, and is taken from SunOS). The second way in which /dev/cuaXX differs from /dev/ttySXX is that if they are used, they will trigger a simplistic kernel-based locking scheme: If /dev/ttySXX is opened by one or more processes, then an attempt to open /dev/cuaXX will return EAGAIN. If /dev/cuaXX is opened by one or more processes, then an attempt to open /dev/ttySXX will result the open blocking until /dev/cuaXX is closed, and the carrier detect line goes high. While this will allow for simple lockouts between a user using a modem for callout and a getty listening on the line for logins, it doesn't work if you need to arbitrate between multiple programs wanting to do dialout --- for example, users wanting to do dialout and UUCP. I originally implemented the cuaXX/ttySXX lockout mechanism back before FSSTND established a standard convention for the use of tty lock files. Now that it's there, people should use the tty lock files and not try using /dev/cuaXX. The only reason why /dev/cuaXX hasn't disappeared yet is for backwards compatibility reasons. = And here's a quote from the Info file: /usr/info/mgetty.info-3.gz QUOTE: *Important note:* Use the `/dev/ttyS*' devices for getty and for dial-out (that is, for kermit, uucico, cu, seyon, ...) - *never* use `/dev/cua*'. Dialing out on `/dev/cua*' will result in the error message device busy. (There are reasons why `mgetty' cannot use the `ttyS*' vs. `cua*' kernel locking mechanism, see below). If *all* programs agree on using `/dev/cua*' only, it will work, too - but they have to agree on one variant. For some background about `ttyS' vs. `cua', you might want to read a mail from the author of the Linux serial drivers, Ted Ts'o, posted to the Linux-PPP mailing list. I have included it in `doc/ttyS-cua.txt'. Some guys seemingly can't resist posting misinformation to the net all the time, don't believe 'em. The `/dev/cua*' devices are *not* different from the `/dev/ttyS*' devices concerning data flow or modem control lines. The only difference is how the device reacts if you do an `open()': Opening `/dev/ttyS*' normally blocks until the carrier detect line goes active (unless `open()' is called with the `O_NDELAY' flag; `mgetty' and all dial-out programs do that), and opening `/dev/cua*' will return an error message (`errno=EBUSY') if another process has the device already open, thus *preventing dial-out on `/dev/cua*'* if `mgetty' is active on `/dev/ttyS*'. We use `/dev/ttyS*' all the time for dial-in *and* for dial-out, and believe me, it works, and it's the *only* combination that will work properly. The kernel locking mechanism only works if you use modem auto-answer (the getty process sleeps until the modem gets a carrier), and mgetty uses manual answer (it waits for the RING message from the modem), which will save your callers a lot of grief because their calls will only be answered if your computer is ready to receive a call. Part of the motivation for writing mgetty was being tired of losing lots of money for useless calls to a hung machine. I'd recommend against using `/dev/modem' as a link to the real device, but if you do that, make it a *hard link* to the appropriate `/dev/ttyS*'. A soft link will cause problems with the device ownership because of a peculiarity in the linux `chown()' implementation (that I refuse to work around). = And, here's a quickie from the mgetty FAQ: /usr/doc/mgetty/FAQ.gz Q: I have a Linux system, and while trying to dial out on /dev/cua1 (mgetty is running on /dev/ttyS1), it says device busy (EBUSY)??? A: use the same device (always!!) for dial-in and dial-out. On Linux, use /dev/ttySx, on SunOS and *BSD use /dev/cuax. -- ...RickM... -- TO UNSUBSCRIBE
ethernet card
Hello to all! I'm intending to put in two ethernet cards in two computers, so that I can nfs mount /home and /usr in one (where disk space is limited) from the other (where there's plenty of disk space). I don't have a great deal to choose from from my hardware supplier: Either an NE2000 compatible, Genius GE2000; or a 3Com card. I can get either one with ISA or PCI bus. What I wonder is, is there any reason to buy a PCI card (speedwise) if I go for the NE2000 compatible one? Do any of you know if there are problems with the Genuis card? Or do you think that the double price of the 3Com cards is justified, and what kind of 3Com card should I have if I decide for one of those? My supplier don't know what kind of 3Com cards he have! He says he buys them from another store. I hope I didn't upset anyone with my non-debian specific questions, MartinS -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Samba and LyX
Hi Debian! I was using Slackware for the last 2 years and have switched to Debianbecause of your package install program. I love it! I do have a couple of questions: 1. I use NT as a network here(choke). So I need the Samba routiens running. Although on Slackware I had some other problems with it (probably the version levels I was using), On this one I cannot see long filenames. I am using the smbmount command like I am supose to and I compiled the smb support into the kernal. I figure that it is something simple but I do not know. 2. In Slackware I could never get LyX to work at all. I installed it on Debian and it worked! Thanks for that much. But today I powered up and none of the keys work at all! I do not know why but for some reason the keyboard is dead in only that program. What would cause this? Thanks to everyone that made Debian. It is an exelent system. Brian Schramm -- For more info please see http://www.csd.net/~bschramm/home Or contact [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Linuxconf or something like?
I was wondering if I could use Linuxconf on a Debian system? If not, please explain. I think as new user, it would be nice to have admin. tool to control most of system config. in one setting.:-) cfengine is nice if managing a network. Brian ( [EMAIL PROTECTED] ) --- Generated by Signify v1.01. For this and more, visit http://www.verisim.com/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Which Netscape? 3B4?
Hi, I noticed that the .deb in rex is for 3B4 Is that what people are running today? Will that deb (which requires you to download netscape) work with other releases? The primary site has not netscape packages under rex. There is a package for netscape-3.0 under contrib. Brian ( [EMAIL PROTECTED] ) --- Generated by Signify v1.01. For this and more, visit http://www.verisim.com/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: ethernet card
At 04:41 PM 10/24/96 +0200, Martin Stromberg wrote: I'm intending to put in two ethernet cards in two computers, so that I can nfs mount /home and /usr in one (where disk space is limited) from the other (where there's plenty of disk space). I don't have a great deal to choose from from my hardware supplier: Either an NE2000 compatible, Genius GE2000; or a 3Com card. I can get either one with ISA or PCI bus. What I wonder is, is there any reason to buy a PCI card (speedwise) if I go for the NE2000 compatible one? Do any of you know if there are problems with the Genuis card? Or do you think that the double price of the 3Com cards is justified, and what kind of 3Com card should I have if I decide for one of those? My supplier don't know what kind of 3Com cards he have! He says he buys them from another store. I had the same setup a while ago. Aparantly I heard there's a bug in the NE2000 (and associated clones) hardware wise that play around with *NIX platforms. Under DOS and Windows they seem to be fine, but under Linux they can do things such as not even detect, or freeze the computer daily (the latter happened to me). The solution was to keep taking back the cards until I found a pair that worked - all be it a drastic move, but it worked for other people I know (not myself though) in the end. I bought two SMC Elite 16C Ultra's (I think they're either the same price as a 3com 3c509) and they've been fine ever since. Call, me silly, but I used the exact same settings (0x300 irq 15) as the NE2000's and they havent flinched since. The 3com's are very good cards too from what I hear. If I ever had a choice it'd be either of those only. As for PCI versions - they're worth it, they speed up transfers accross the network dramatically (that is, if you have both cards being PCI). Be careful to choose the right PCI card that Linux supports as well. A note on the NE2000's: They're just my personal experiences, but others have used them perfectly. They're cheap and there's heaps of clones out there of them, but it's definately no comparason to SMC's or 3com's (then again, I suppose you're paying for quality). Regards, ...Karl -- Karl Ferguson, Tower Networking Pty Ltd (ACN: 072 322 760)[EMAIL PROTECTED] t/a STAR Online Services [EMAIL PROTECTED] Tel: +61-9-455-3446 Fax: +61-9-455-2776 http://www.star.net.au/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: New Infomagic Release
Hi Paul, There latest is dated september 1996 and it does include Debian-1.1.4. This is not the latest stable release but its a good starting point. You can istall from the CD and then upgrade using ftp. Very nice! Write if you need help. --- Jean Pierre On Wed, 23 Oct 1996, Paul Bennett wrote: linux which includes the Debian/GNU Linux 1.1.4. Is this a stable and recent version or is a later version out there? Paul R. Bennett [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Missing cygwin.dll for win32 cross compiler
On Thu, 24 Oct 1996, Evan Thomas wrote: Christian Schwarz wrote: Does someone out there has a cygwin.dll for win32gcc_2.7.2.cygnus.960412-1? [cut] The (less than optimal) solution I use is to download the Cygnus binary distribution and compile the application on Win95 (yuck!). The binary distribution comes with GNU make and FLEX (but not bison!) and other tools, so re-compiling is relatively painless. But that's the advantage of a cross compiler. You can develop software for Win95 under Linux! If I have to compile under Win95, I loose all the advantages of Linux: X, emacs, fvwm, etc. Does anyone have experience compiling Cygnus' source on Linux? Well, I think the maintainer of the win32 packages should have! I tried to contact him but didn't get a response, yet. I'm thinking about what sense it makes to have these Debian packages with a cross compiler, that's lacking the necessary DLL! Getting the source from cygnus and compiling it under Linux is not a satisfying solution, since that's what these Debian packages are good for. Is there someone out there that _uses_ the crosscompiler from the Debian packages? Perhaps I should report the missing of the DLL as a bug, since it makes those packages useless. Any hints? Chris -- _,, Christian Schwarz / o \__ [EMAIL PROTECTED], [EMAIL PROTECTED], ! ___; [EMAIL PROTECTED], [EMAIL PROTECTED] \ / \\\__/ !PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA \ / http://www.informatik.tu-muenchen.de/~schwarz/ -.-.,---,-,-..---,-,-.,.-.- DIE ENTE BLEIBT DRAUSSEN! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Bash 1.14.6.....
I was just reading the new LJ, and afterwords I browsed their www site. I found a link on their site to a CIAC Advisory regarding all Linux systems running Bash 1.14.6 (the version Debian is using). I suggest all users read the advisory, the URL is. http://ciac.llnl.gov/ciac/bulletins/h-01.shtml thnx, mike... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: ethernet card
Karl Ferguson wrote: What I wonder is, is there any reason to buy a PCI card (speedwise) if I go for the NE2000 compatible one? As for PCI versions - they're worth it, they speed up transfers accross the network dramatically (that is, if you have both cards being PCI). It seems to me that the ETHERNET-HOWTO goes out of it's way to prove that 16bit ISA ethernet cards can handle 10Mb ethernet just fine, and that PCI doesn't buy you anything. Are you saying different? -- ...RickM... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]