Re: need Identd
Jeanette Russo <[EMAIL PROTECTED]> writes: > > the line is in there is there anything else? > Jeanette > Is are there /etc/hosts.allow and/or /etc/hosts.deny files? What text is in them? The next time your try to irc and are denied, take a look at /var/log/daemon.log and see if identd is either denying a host or giving other errors. -- -Mike Horansky, Unix Systems Support (http://uss.stanford.edu) [EMAIL PROTECTED] "Conformity is everything--isn't it?" OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS.
Re: Failed to extract Drivers floppy
Yabba Dabba <[EMAIL PROTECTED]> writes: > I have a CD for debian 2.1. When I get to the point of installing > the kernel after booting from the CD, it says "failed to extract > drivers floppy". I've tried telling it exactly where to find the > resc1440.bin and drv1440.bin files, and I've tried putting them on > floppy download from www.debian.org (using rawrite2), but I stil get > the error. What can I do? Does the machine have any system on it already, like an older version of linux? If you switch virtual consoles (CONTROL-ALT-F-KEY) one of the screens (maybe F3) should show error messages. Are there any? -- -Mike Horansky, Unix Systems Support [EMAIL PROTECTED] "Conformity is everything--isn't it?" OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS.
Re: need Identd
Jeanette Russo <[EMAIL PROTECTED]> writes: > > I can't get on IRC chat server without it. Identd is installed > how do I get it running? In /etc/inet.d there should be a line like identstream tcp nowait nobody /usr/sbin/identd identd -i You made have take out "#" characters at the beginning of the line or change the listed location of identd. If you make a change, run /etc/init.d/netbase reload to have inetd reread its config file. -- -Mike Horansky, Unix Systems Support [EMAIL PROTECTED] "Conformity is everything--isn't it?" OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS.
Re: VA Linux/ SGI disc
This is too late to help you, but when I encountered problems with the Boxed Debian CD install, switching to one of the other virtual consoles (CONTROL-ALT-F) gave me a screen that showed error output (I think it was F3). I believe I got the same error that you originally mailed about when the installer tried unpacking files over existing links of the same name. <[EMAIL PROTECTED]> writes: > > Interestingly enough, I cannot seem to install regular debian slink back > on the system I tried the VOS (VA/OREILY/SGI) debian. Twice, I've > removed the partitions, and did a fresh install from cheapbytes 2.1r2 > disks. Each time, after installing everything. I would shortly start > getting drive errors. The drive completely stops doing reads or writes. > The errors scroll so fast it is hard to report them exactly. I could > issue no commands, so I had to hit the reset button. I booted off the cd > to fsck the drives, and see what was wrong, but it when trying to launch > cfdisk, it said "/dev/hda is not a block device". I also tried an 4.3 > slackware and a old freebie openlinux disk, and basically had the same > problems. I have just gotten a working VOS (2.2.12 kernel) install, and > am going to experiment a bit. My IDE drive, is just over the old 8.4 > limit, but that should only cause problems when booting right? > > > > In article <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] wrote: > > Clearly no one gave a damn, but just for shits and giggles: The > problem > > disappeared after deleting the partitions I had made with the > > (regular) debian slink. In my first two install attempts of the > > SGI/VA/OR, I mounted and reinitialized them, but that for some reason > > causes a problem with the SGI/VA/Oreilly Debian. After a fresh > > re-partition it worked. > > > > In article <[EMAIL PROTECTED]>, > > [EMAIL PROTECTED] wrote: > > > Has anyone tried to install with it? I did so, on a system that I've > > run > > > slink on for a while, without problems, and during the step where > you > > > write the kernel and modules to disk, I get this error: "attempt to > > > extract the drivers floppy failed". Can someone help me track down > > > which file it would be refering to? I'd like to track down what the > > > problem is. > > > > > > This is getting funny. Corporate distros are supposed to be so good, > > but > > > I've never had a problem with official debian images. A while back a > > > borrowed a friends CD from that Newriders Debian CD, and it was > hosed > > as > > > well. > > > -- -Mike Horansky, Unix Systems Support [EMAIL PROTECTED] "Conformity is everything--isn't it?" OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS.
Re: Vote Linus for Person of the Century
Richard Lyon <[EMAIL PROTECTED]> writes: > > > Oh, goodie! A religious discussion! > > > > OK I'm voting for Adam. Without him we all would be dust. Or a bunch of cheeky monkeys... -- -Mike Horansky, Unix Systems Support [EMAIL PROTECTED] "Conformity is everything--isn't it?" OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS.
Re: why kernel 2.0.29 in Debian 1.3.1?
(James D. Freels <[EMAIL PROTECTED]>) wrote: > > > I commend the Debian development team for choosing the 2.0.29 kernel > rather than the 2.0.30 kernel in the v 1.3.1 release. My experience > with the 2.0.30 kernel is that it caused the latest stable release of > the Ibcs2 emulator software (970513) to fail. This was important to > me in order to run the vendor's (APC) software for smart-ups based on > SCO emulation. Perhaps there are other stories of Ibcs2 or other > 2.0.30 failures the Debian users would like to share? > The afs client software we use at Stanford uses a module that is unhappy in 2.0.30. 2.0.31 is supposed to solve memory-manager problems, and that will allow a newer version of the client to be made. Sticking with 2.0.29 was definitely a good idea. -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: debian_user mailing list vs newsgroup
(Rob Browning <[EMAIL PROTECTED]>) wrote: > > mike horansky <[EMAIL PROTECTED]> writes: > > > Using trn to thread articles is more convenient than using elm (a > > GNUS-user tells me that its threading and searching are not as > > good). > > Gnus not as good at this as elm or trn... possible, but I'd be > surprised. As a mail-reader I'm sure gnus is more powerful than elm. I just like elm's simplicity. The most recent I've heard about gnus as a news-reader is that it doesn't thread related articles as well as trn, nor is its searching as good. -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: debian_user mailing list vs newsgroup
Karl Ferguson wrote: > > At 10:23 AM 27/04/97 -0700, Jim Pick wrote: > >I remember reading somewhere that the gateway from the mailing lists > >to the linux.* newsgroups was shutting down. Unfortunately, I can't > >find the message here anywhere. > > > >I suppose we could create our own debian.* newsgroups -- but I prefer > >getting them via e-mail anyways. > > Believe it or not, it's actually a good thing IMO. I've been replying to > users on debian-user and found that I suddenly receive multiple spam emails > everyday (and still are). Posting things to Usenet with your real email > address is just asking to be put on the latest spam stuff for the rest of > your life :( Thankyou to whoever shut it down :-) My take on this is completely different. Using Usenet instead of a mailing list is more efficient in terms of disk usage and probably cpu load as well (the sysadmins here tell me that our mail servers have much higher load spikes now that people are using lists). Using trn to thread articles is more convenient than using elm (a GNUS-user tells me that its threading and searching are not as good). If you don't like getting mail-spam, deal with the spammer or the spam-site. Specimens like this who abuse internet resources need to have their accounts or sites cut off, and that will only happen if you complain to their hostmaster or access-provider. Many of them respond to complaints. You may also have a sysadmin or security officer at your own site who is willing to do this for you if you provide them with the spam message (including full headers). -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
start-stop-daemon unwell?
Running a machine with the frozen version of debian: etc/init.d/xdm: Command not found. host:/etc/init.d# /etc/init.d/xdm stop no /usr/bin/X11/xdm found; none killed. host:/etc/init.d# start-stop-daemon --stop --exec /usr/bin/X11/xdm no /usr/bin/X11/xdm found; none killed. host:/etc/init.d# ps -aux | grep xdm root 162 0.0 2.3 2008 720 ? SApr 1 0:00 /usr/bin/X11/xdm root 7866 0.0 0.9 900 296 p0 S 13:04 0:00 grep xdm the xdm init script has start-stop-daemon use the pid-file to set the target. Mine has the proper process number in it. Is this a bug or am I missing something? -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Will the real vi please stand up?
Robert D. Hilliard wrote: > > It is generally agreed that any Unix user should be able to use > vi, regardless of which editor he prefers to use regularly. It is generally agreed in the computing mainstream that that kind of assumption will keep unix out of the hands of the common computer-user. Of course, some unix gurus actually want this. Assuming that the Debian folks don't have this agenda, and assuming that there isn't room for two editors, keeping ae on the base disks is a good idea. Pico, minus the line-wrapping, would be even easier to use, but I see it's about 6 times bigger. -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS.
Re: bi
Ralph Winslow wrote: > > Rick wrote: > > > > > My point is if Linux is moving forward in time why do vi-hards get > > up-in-arms > > about it being left out. vi is good for what it is. I think it should move > > into the GUI world since it is really too much for this application. > > What would one need a real editor for in the GUI world? You don't need a > text editor for playing Tetris and Solitaire, do you? One only needs a > real text editor when one is trying to accomplish some work, and one > wouldn't want to piss away 97% of one's system resources on color and > mouse handling and reshaping windows and crap like that, ... would one? > vi is a modal editor, so has a much steeper learning curve than something like ae. I stay versed in vi commands because I have to be, not because I want to be. There may be a better bare-bones editor for debian than ae, but it should not be vi. -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS.
"ICMP redirect" kernel message
Looking through /var/log/messages, I see Jan 18 18:23:34 bigbox kernel: ICMP redirect from Jan 18 18:23:34 bigbox last message repeated 3 times every few days. Is that an indication of Ping Of Death? Some other problem? -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS. -- This message was delayed because the list mail delivery agent was down.
Re: how to find out who has fingered me?
[EMAIL PROTECTED] (Pete Templin) wrote: > > > On Mon, 13 Jan 1997, Lawrence Chim wrote: > > > Rather than checking any log file, is it possible to find out who has > > fingered a user. I heard that I can create a .plan file to do it, but > > I don't know how to do it. Anyone knows how? > > Install cfinger (a debian package), a configurable finger server. It will > create a .fingerlog in each user's home directory (if they are fingered), > along with whatever central logging is normally performed by the program. I'm not sure if this is a bug, or if I'm not versed in inetd stuff, but after doing the debian install of cfinger, no one on my machine could be fingered. I was able to fix this by changing the line in inetd.conf from finger stream tcp nowait root /usr/sbin/tcpd /usr/sbin/cfingerd to finger stream tcp nowait root/usr/sbin/cfingerd cfingerd It looks like I'm giving logging and access-control over to cfinger and leaving tcpd out of it. Security-wise, is this proper? -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
system clock messed up
Hi there. I have a linux box running Debian pre-1.3 distibution, kernel version 2.0.27, and installed xntpd. The latter doesn't seem to prevent the system time from veering off wildly. As a band-aid solution I have netdate running every 12 hours. Each time it runs it has to correct by 300 to 500 seconds. Thinking that maybe xntpd was working against it, I turned it off, but then netdate had to make even larger corrections. My machine is using a Tyan S1668 motherboard. Below is the ntp.conf file, partially borrowed from a solaris machine that has proper system time: --- # NTP configuration file (ntp.conf) # servers # connection name version #server clock-a version 3 # avallone, 36.56.0.152 #server clock-b version 3 # mashhad, 171.64.64.64 server clock-c version 3 prefer # argus, time, 36.56.0.151 #server clock-d version 3 # ee, 36.20.0.185 server clock-e version 3 # leland, 36.21.0.69 server clock-f version 3 # jessica, 36.21.0.20 # Miscellaneous stuff logfile /var/log/xntpd #precision -18 # clock reading precision (usec) driftfile /var/lib/ntp/ntp.drift# path for drift file statsdir /var/log/ntpstats/ # directory for statistics files statistics loopstats peerstats clockstats filegen loopstats file loopstats type day enable filegen peerstats file peerstats type day enable filegen clockstats file clockstats type day enable # Authentication stuff #keys /usr/local/bin/ntp.keys # path for keys file #trustedkey 1 2 3 4 14 15 # define trusted keys #requestkey 15 # key (7) for accessing server variables #controlkey 15 # key (6) for accessing server variables #authdelay 0.72 # authentication delay (SPARC4c/65 SS1+ DES) #authdelay 0.000159 # authentication delay (SPARC4c/65 SS1+ MD5) - Mail any answers directly to me, and I will mail a summary to the list. Any help would be appreciated. -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: elm problem
> > On Tue, 29 Oct 1996, Lawrence Chim wrote: > > > I don't know why when I run elm, it displays the following message then > > quit. > > > > Waiting to read mailbox while mail is being received: attempt #0 [deleted] > > Waiting to read mailbox while mail is being received: attempt #7 > > > > Giving up after 7 iterations. > > > > > > Please try to read your mail again in a few minutes. > > > > However, I can use mailx to read my mail. > > > > I have rebooted the computer and the elm do the same thing, anyone knows > > how > > to fix it? > > > Upgrade to the -4 version. This has been fixed there. > Where does revision 4 reside? I've looked around in ftp.debian.org and master.debian.org and can't find anything newer than rev 3. -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Callback Internet Link
Stephen Pitts wrote: > I created a setuid script that attempted to mount my cdrom. Running > it as a user, the only error I got was that it couldn't modify > mtab. So, I guess you were right and a script only runs > semi-setuid. You might want to use the "super" utility to run scripts that set uid for you. You edit the /etc/super.tab file to tell it how much authority a script can have and who is allowed to run it. For example, I have cdmount /usr/local/bin/cdmount uid=root [EMAIL PROTECTED] cdumount/usr/local/bin/cdumount uid=root [EMAIL PROTECTED] in mine. the cdmount/cdumount scripts can just have the full mount and umount commands that I would run as root. Normally you would use them by doing "super cdmount" at the prompt, but if you look in the examples in /usr/doc/super after installing it you'll see how to make the super-invoking built-in. -- -Mike Horansky, Leland Consultant (http://consult.stanford.edu/) [EMAIL PROTECTED] OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]