Re: PON on REQUEST
Jim Crumley <[EMAIL PROTECTED]> writes: > I pretty much copied my setup from > http://www.math.jhu.edu/~martind/mybox.html . > I think Daniel Martin still reads this list. He also > has a link to the Dynamic IP Hacks Mini-HOWTO, > which has more suggestions. Oh my. I'd hate to think I'm an authority. I have something like this set up - I have a voice modem, and use vgetty (in the mgetty-voice package). I've modified some of the scripts that came with it (but not much; they were pretty trivial modifications) so that I can call my machine from anywhere, enter *, a secret code, and # and my machine will dial in. (A different code lets me check my messages - my voice modem is my answering machine) That's not documented on the page mentioned above, (I can send you details, but using xringd may well be easier) but how to have a page automatically updated is; although, there's a way that I think is better, which I used on my girlfriend's machine since her ISP didn't allow her shell access to set up a .forward file. Basically, in your /etc/ppp/ip-up script (for bo, aka Debian 1.3.x) or in some file in /etc/ppp/ip-up.d/ (for hamm, aka Debian 2.0 - you'd probably be best off putting this in a new file, something like /etc/ppp/ip-up.d/local_updatepage) put the following: m4 -Dipaddr=$PPP_LOCAL > /tmp/newip.html <New ip address ipaddr New address is: ipaddr New address ipaddr obtained on syscmd(date) EOD HOME=/root ftp my.webspace.provider <
Re: diald and ppp
[EMAIL PROTECTED] (Keith) writes: > [1 ] > I am trying to set up diald and ppp. I thought it would be easy like it > was with Debian 1.3, but I guess Debian developers or someone wanted to > keep me on my toes so they changed stuff. Here are my problems. > I have attached /etc/diald/diald.options and /etc/diald/connect > I am using pap-secrets also. > # /etc/diald/diald.options > connect "/etc/diald/connect" > disconnect "/etc/ppp/ppp-disconnect" > [3 /home/nfn11988/connect ] > TIMEOUT 5 > "" ATZ&C1&D2%C0 > OK ATDT4038000 > ABORT "NO CARRIER" > ABORT BUSY > ABORT "NO DIALTONE" > ABORT WAITING > TIMEOUT 45 > CONNECT "" > TIMEOUT 5 The problem seems to be that for diald's connect script you're just giving it a chatscript; diald doesn't want that, it wants an actual script. Try moving your chatscript to another file (say, something in /etc/chatscripts) and then in your /etc/diald/connect file just have: #!/bin/sh /usr/sbin/chat -v -f /etc/chatscripts/whateveryoumoveditto Then, don't forget to make /etc/diald/connect executable.
Re: analog 3.0.3 "home grown scripts"
"William R. McDonough" <[EMAIL PROTECTED]> writes: > could someone please show me where to access these "home grown scripts" > I have analog on my web server but it's FreeBSD not Debian... > > I'd love to have my analog show me email and FTP stats. ftp://ftp.debian.org/debian/dists/slink/main/source/web is the directory you're looking for. Incidentally, it's 3.0-3, not 3.0.3 - the difference is that Debian uses a dash to indicate the difference between packaging versions and upstream versions. 3.0-3 is the third Debian package built out of analog 3.0, not an improvement to analog 3.0 put out by the analog authors. The file you probably want from there is analog_3.0-3.diff.gz which shows you the new stuff debian added to the source of analog; you can read through the diff and figure out what files you're after. Alternatively, if you don't feel like sorting the debian specific stuff out of the .diff.gz file, you can download the analog .deb and just unpack it on your system. That's right, you can unpack Debian .deb files using only standard Unix tools. (One of the arguments people sometimes give about why .deb format is superior to .rpm format) You just: cd /tmp mkdir analogdebian cd analogdebian ar x /path/to/analog_3.0-3.deb gunzip data.tar.gz tar xvf data.tar And analog is now unpacked for you in subdirectories of /tmp/analogdebian. The example scripts are in usr/doc/analog/examples. The .deb file is available in: ftp://ftp.debian.org/debian/dists/slink/main/binary-i386/web
Re: FTE editor
"Paul M. Foster" <[EMAIL PROTECTED]> writes: > Debs: > Two questions: > > 1) Is this a dangerous thing (I know of no other Linux editors that > access the terminal this way)? Accessing the terminal in this way? In itself no; in fact, if all access is done through /dev/vcsa*, there's not the chance of leaving your console in the "lowercase characters appear as line-drawing characters" mode. However, using an untested program as root is just one of those generally unadvised actions. > 2) Is there a liability to changing the permissions on these device files > so that regular users have r/w access to them? Well, how comfortable are you with the ability of anyone logged in (or even with a process running) on your machine being able to grab the contents of any of the virtual consoles? If you do this, then anyone will be able to grab anything that appears on the screen. It's not as bad as xhost +, since they won't be able to send keys to, say, your root shell, but the ability to log everything may be a bit unnerving. Also, there's major nuisance potential since they could make any virtual screen display anything.
Re: FTE editor
"Paul M. Foster" <[EMAIL PROTECTED]> writes: > In my case, it isn't a problem, since it is a single user machine on a > network, with my wife running Win95 on the other machine. But I see the > point. So presumably, if someone could write something to /dev/vcsa*, it > would show up on my screen. Hm. Up until I unpacked this editor, I hadn't > even heard of /dev/vcsa*. /dev/vcsa* and /dev/vcs* devices are nice, even if using them does make it a bit more difficult to port FTE to screens that aren't virtual consoles (like xterms). It's much better that a program use these devices than try to open /dev/kmem (Yes, someone wrote an editor ostensibly for linux that did that. An evil, evil program.) It would be nice if login could set perms and ownership on vcs* devices the way it does on ttys - that would be the ideal solution. Try this: As root (or any other user who can access /dev/vcs0), do: cat /dev/vcs0 > /tmp/storevcs then do something which does stuff to the screen - ls or the like. Then: cat /tmp/storevcs > /dev/vcs0 (vcs0 means whatever vc is currently displayed). And instantly your screen image will go back to what it was at the first cat. This is an example of what people could do to your screen.
Re: FTE editor
(I'm copying so much text because the original didn't make it to debian-user) Helge Hafting <[EMAIL PROTECTED]> writes: > In <[EMAIL PROTECTED]>, on 09/15/98 > at 10:08 AM, Daniel Martin <[EMAIL PROTECTED]> said: > > >"Paul M. Foster" <[EMAIL PROTECTED]> writes: > > [...] > >> 2) Is there a liability to changing the permissions on these device files > >> so that regular users have r/w access to them? > >Well, how comfortable are you with the ability of anyone logged in (or > >even with a process running) on your machine being able to grab the > >contents of any of the virtual consoles? If you do this, then anyone > >will be able to grab anything that appears on the screen. It's not as > >bad as xhost +, since they won't be able to send keys to, say, your root > >shell, but the ability to log everything may be a bit unnerving. Also, > >there's major nuisance potential since they could make any virtual screen > >display anything. > > I havent tested this yet, but consider the following: > There is a file in /etc (sorry, don't remember which one) > that can specify what groups a user will be added to when logging in on > the console. One documented use for this is to grant membership to group > "audio" so that anyone currently logged in on the console may use the > audio device. Surely this trick could work with /dev/vcsa*, set the > group to audio or create a new group for this purpose. > > Note that the audio trick isn't on by default, you must edit that file. > (Do a "grep audio /etc/*" in order to find what file this is in.) The > reason is that a hacker user is able to get permanent membership in the > groups listed. Using this is still better than granting anybody access to > /dev/vcsa as many users don't know the hack involved, and I believe they > need to use the console in order to do it. No problem if the hacker never > get near the console. True; (the file is /etc/login.defs). However, I'd not call the way one gets access to one of these groups permanently a "hack" - I'd call it basic Unix knowledge. (I mean, if you know what it means to have a program setgid and know how to make a program setgid, you've got it). But yes, if the console is in a secure environment, then there's no risk in doing this.
Re: X-modes other than the defaults.
Mrpeabody <[EMAIL PROTECTED]> writes: > My X-windows automatically loads in 8dpp mode and I have a card that is > capable of much better how do I tell x to try other modes instead. > -jeff Two ways: If you're starting X with startx, you can do: startx -- -bpp 16 (or 15, 24, or 32) If you're starting X with xdm, you need to edit the /etc/X11/XF86Config file to change the default bpp. In the "Screen" section put: DefaultColorDepth 16 (or whatever number). This will also affect the default bpp used with startx. You'll have to log out of any xsession xdm is managing; if your xdm is at the login screen, press Ctrl-Atl-Backspace to kill the X server; when it restarts it'll be using the new bpp.
Re: Debian 2.0: pon works, diald gets PAP authentication failure
Ken Westerback <[EMAIL PROTECTED]> writes: > I have a working ppp connection, using PAP, available through pon or > wmppp as evidenced by the console messages: > When I try to enable diald by filling out the diald.options files as > follows: > > fifo /etc/diald/diald.ctl > mode ppp > connect "/usr/sbin/chat -f /etc/chatscripts/provider" > device /dev/ttyS1 > speed 115200 > modem > lock > crtscts > local 127.0.0.2 > remote 127.0.0.3 > dynamic > defaultroute > pppd-options asyncmap 0 > include /etc/diald/standard.filter > > and running diald from the command line I get a PAP authentication > error: > Can anyone tell me what the problem might be? It appears to me that pppd may not know what username to use for PAP authentication. Try using: pppd-options asyncmap 0 user YourPPPUserName Now, one effect of this is that YourPPPUserName (but not password) will end up in the logs. If this is undesirable, you could create a file called /etc/ppp/peers/dialdopts and in that file place: asyncmap 0 user YourPPPUserName And then in /etc/diald/diald.options just have: pppd-options call dialdopts
Re: Easy X exit manager....
"Person, Rod" <[EMAIL PROTECTED]> writes: > Hey all, > > My wife has taken a liking to KDE's kpoker. I added her as a user, but > she can't grasp the shutdown process. She is very computer impaired (I'm > being nice...she just plain computer stupid.) Anyway is there a exit > manager available to go from X to system halt state, or is this going to > be my first attempt at linux programming. Someone posted at one point a simple little bit of tcl/tk code that added "Reboot" and "Shutdown" buttons to the xdm login screen. I'm not certain if that's exactly what you're asking for (it would require logging out of kwm and then hitting a shutdown button), but it's easier to remember than switching to a VT and then doing "shutdown -h now". Hopefully someone on the list with a better-connected machine can find it in the archives.
Re: this is probably too easy
Are you certain that your chatscript is going far enough? That is, are you certain that after sending PPP your ISP doesn't ask for a username and password? (or do you perhaps need PPP in lowercase?) This error looks like your ISP isn't responding to pppd at all; this often happens when there's some other prompt your ISP presents that you aren't taking care of with your chatscript. Try dialing in manually with minicom, and do what's necessary to start ppp far enough to get the ppp garbage that looks like !}!}!} }8}"}&} } } } }#} or similar. (or, at the very least get to the point where your ISP isn't sending you anything, but is waiting for pppd on your machine to send garbage like the above). Then, to make sure that you have indeed manually connected properly, exit minicom without hanging up the modem (Ctrl-A Q), and do: /usr/sbin/pppd bsdcomp 15 crtscts mru 300 mtu 300 defaultroute noipdefault /dev/modem 38400 modem noauth (all on one line). (Instead of 38400, use the speed minicom was using with your modem; if your provider uses PAP, include "user writes: > i have been pulling my hair our over this one and it is something so > simple you will laugh at me > > My PPP doesnt work > > now dont all roll your eyes let me explain > > my chat script works and my pppd works but when ever i try and open a > link to my isp it all terminates and puts this error in my messages file > > Sep 16 00:10:09 localhost chat[760]: Protocol: > Sep 16 00:10:09 localhost chat[760]: -- got it > Sep 16 00:10:09 localhost chat[760]: send (PPP^M) > Sep 16 00:10:09 localhost pppd[755]: Serial connection established. > Sep 16 00:10:11 localhost kernel: PPP: version 2.2.0 (dynamic channel > allocation) > Sep 16 00:10:11 localhost kernel: PPP Dynamic channel allocation code > copyright 1995 Caldera, Inc. > Sep 16 00:10:11 localhost kernel: PPP line discipline registered. > Sep 16 00:10:19 localhost kernel: registered device ppp0 > Sep 16 00:10:19 localhost pppd[755]: Using interface ppp0 > Sep 16 00:10:19 localhost pppd[755]: Connect: ppp0 <--> /dev/modem > Sep 16 00:10:49 localhost pppd[755]: LCP: timeout sending > Config-Requests > Sep 16 00:10:49 localhost pppd[755]: Connection terminated. > Sep 16 00:10:49 localhost pppd[755]: Receive serial link is not 8-bit > clean: > Sep 16 00:10:49 localhost pppd[755]: Problem: all had bit 7 set to 0 > Sep 16 00:11:30 localhost pppd[755]: Exit. > Sep 16 00:13:10 localhost kernel: PPP: ppp line discipline > successfully unregistered >
Re: printer advice
[EMAIL PROTECTED] (Greg Norris) writes: > As near as I can tell it's not a winprinter, and it's print-language is > "Enhanced HP PCL 5" (which I believe is a superset of postscript, but > might well be mistaken on that point). No; it's a superset of HP's PCL (Printer Control Language) - a proprietary HP language. (PCL is kind of interesting; it reminds me of the good old days of sending escape codes to my parent's first dot-matrix printer, and yet one can do vector graphics with it) But that's ok; ghostscript can convert postscript into the PCL that was used on HP LaserJet 4's, so a simple little filter in /etc/printcap will take care of being able to print postscript. (or you could just take care of things by installing magicfilter which ends up moving everything through ghostscript)
Re: Voice Chatscript
David Stern <[EMAIL PROTECTED]> writes: > Hello, > > I'd like my computer to call up one of those automated voice business > information systems, then execute some transactions by entering my user > account information and make some selections from the menu. I'll need > to execute this task repetitively while I'm away from home. > > I tried writing a chatscript, but my modem hangs up, presumably because > there's no handshake on the other end (I hear the automated voice on > the other end after answering, then after about 10 seconds my modem > hangs up). I see chat is intended for use with pppd, and I didn't see > any options to disable the handshake expectation. > > ---chatscript--- > ABORT BUSY > ABORT "NO DIALTONE" > "" ATDT777- (phone no.) > "" \d\d\d\d\d\d\d\d\d\d (more than enough time to answer) > "" \d\d\d\d\d99#\c (hear dialogue, enter user info > followed by #) > [..never gets past the initial dialogue, my end hangs up after 10 s..] As other people have pointed out, it's not chat that's hanging up, it's your modem. "chat" knows nothing of how long to wait for a handshake from the remote modem, etc. Besides that, even if your modem didn't hang up, this wouldn't work. What's the modem supposed to do when it sees the ? It's not dialing anymore - you finished that ATDT line. The modem will think you're trying to send the string "9" to a remote modem, or that "9" is supposed to be some modem command. In any case, it's not going to work. To make it work, don't depend on the delays in chat to separate key tones - let the modem do the delays in the dialing and just think that it has to dial a long number before it hears anything. So, your chatscript would look like: ABORT BUSY ABORT "NO DIALTONE" ""+++ ""ATZ "OK" ATDT777-,,,999#, ""\d\d\d\d\d\d\d\d\d\d\d\d\d\d\d\d\d The "+++" and "ATZ" are to set the modem to its default configuration when we start all this. Then, the long phone number given to the modem is what to dial; commas mean delay (how long is configurable in one of those S registers) - on some modems, you can use @ signs instead of commas for longer delays - check your modem manual. The "\d"'s at the end say how long chat waits after telling the modem to start dialing before chat sends a return character, which will hang up the modem. (so that after doing what it needs to do, the modem isn't still sitting around waiting for some modem on the other end; remember, there's no way to tell in a voice conversation if that click you just heard was the other person hanging up or just line noise without asking them, so the modem won't be able to tell that the other end hung up after getting the # sign) Adjusting the numbers of commas and \d's should get this to work.
Re: PON dials out, but PPP connection dropped
David Karlin <[EMAIL PROTECTED]> writes: > Hello, > I've been messing around with Debian/Linux for about 3 months now. I > recently acquired a modem for my hamm box and am trying to set up my > system for a ppp/pap connection. > > I have run pppconfig, and now when I do "pon", the system waits about > 1/2 minute, and dials the ISP's number. After the modem dials the > number, I can hear the carrier-detect; then the modem disconnects in > about another 1/2 minute. The same thing happens (more or less) when > I run minicom. > > I have attached some of some related files. Also, this computer is on > a LAN (in case that makes any difference). > > I got some help today (in IRC) from someone who works at an ISP that > runs Debian, and he was stumped. If anyone can figure this out, I will > owe you a beer (or six). > > TIA, > > --David The wait between the "pon" command and the modem dialing is telling - that wait shouldn't be happening. I'd suspect an IRQ problem - that is, your modem is set to use the wrong IRQ. When this happens, data comes back from the modem only very slowly; this means that there's a long wait for the "OK" in the second line of the chatscript, which explains the initial delay in dialing. This also interferes with data coming back from your provider in a timely fashion, which is leading pppd to think that a timeout occured in getting config. information, and so it hangs up. Can you use your modem through minicom? If so, is it ungodly slow? That's a better sign that there's an IRQ problem. To fix this, you need to find out what IRQ the physical modem is using (check the modem manual to find this out; if it's an external modem check your BIOS - should be IRQ 3 or 4, but some bioses let you set the IRQ on serial ports to 12). Then, you need to set the modem device to use this irq: setserial /dev/ttyS1 irq ?? (where for ?? use what you found; instead of ttyS1 use what's appropriate for your system) If this works, modify the file /etc/rc.boot/0setserial to make this irq change permanent.
Re: RESCUE DISK |& X ICONS
"BOB'S MAIL" <[EMAIL PROTECTED]> writes: > 2. How do I install incons for applications in X -- or set a desk top > etc.? You need to install a window manager other than the basic twm which comes with X. I'd recommend fvwm2 or fvwm95 for people just starting out. You can customize these relatively easily and they come with loads of icons.
Re: Free debugger that can do source debugging without executable.
Christopher Barry <[EMAIL PROTECTED]> writes: > Is there a debugger or a way to get ddd to load and interpret a C source > file and step through it a step at a time without requiring the > debug-symbol compiled executable? I seem to remember doing something > like this a long time ago with one of Borland's IDEs, but I might be > mistaken. Well, it should be possible to create a script that does a quick compile of a given C program with debugging turned on and then starts gdb. This is what Borland IDE's (and Microsoft's, and in fact any IDE I've seen that allows one to debug) in fact do. However, you're really going to need an IDE to do that properly, as you need to tell the script how to compile your program (e.g. what "-l" flags to use). If you had a proper makefile, you could simply have a script that does "make debug" and then invokes gdb; if you can get ddd to use that instead of the real gdb, this may do what you want.
Re: can any user have the right of root and can lunch Netscape
Jim Foltz <[EMAIL PROTECTED]> writes: > On Sat, Oct 03, 1998 at 09:31:53AM +0800, Chan Min Wai wrote: > > Hai, > > I'm asking about that can a user have the rithr of root and can > > lunch netscape as well in Xwin.. > > Any user can start X windows if it is intalled properly. Any user can start > netscape if it is intalled properly. Root user is not needed to run X > windows or netscape. > > Do you have X windows and netscape installed properly? I think the question is whether one can run netscape as root. Currently, the debian netscape script prevents this (for good reasons, I think). It's possible to run netscape directly (bypassing debian scripts) by doing something like: MOZILLA_HOME=/usr/lib/netscape /usr/lib/netscape/netscape However, I'd _strongly_ recommend against it. Much better (if you need to run netscape, but you're logged in as root) is to do: su -c "xauth add `xauth list $DISPLAY`" dcmwai su -c netscape dcmwai Instead of "dcmwai" you should use your non-root username. This runs netscape as dcmwai, not as root, but displays it on your screen. Another possibility (which is what I do) is to never log in as root, but use "su" or "sudo" whenever one needs to do something as root.
Re: access to iso9660 raw image
Eugene Sevinian <[EMAIL PROTECTED]> writes: > Hi All, > > Today a friend of mine gave me a CD with raw binary image of hamm on it. > MD5 sum is correct. Would it be possible to use this CD as a hamm > distribution without burning new CD. May be using loopback device or > something like that? > > Any help is greatly appreciated. Yes, though of course it won't be possible to boot from the CD. Just do: (assuming the cd is already mounted under /cdrom, and the file is "main.raw") mount -t iso9660 -o loop,ro /cdrom/main.raw /mnt Then, assuming this works, the best thing to do is probably to create a specific directory to mount it on (say /mnt/debiancd - of course, you need to umount the cd image first) and then place a line like this is your /etc/fstab: /cdrom/main.raw /mnt/debiancd iso9660 loop,ro,noauto 0 0 Now you can mount it with just "mount /mnt/debiancd". Then, use dselect's "mountable" access method - I suggest this because it's faster than the "mounted" method and accessing things through the loop device is going to slow things down a bit to begin with.
Re: legality of mailing Debian CDs from US to overseas?
"John B. Fink" <[EMAIL PROTECTED]> writes: > Now -- my question is, can I get into any trouble by "exporting" CD-R of > Debian Linux? I'm just sending burns of the "binary-i386.raw" images that > I get via rsync. My primary worry (all of a sudden -- I guess I should've > thought of this beforehand but I was *pretty* sure it was okay) is strong > crypto and the (imho, half-asswd) U.S. munitions export laws concerning > crypto over 40bit. This is why there exists a non-us section which is distinct from the regular main, contrib, and non-free sections. By design, binary-i386.raw does not contain any export-restricted cryptography. > I just want to make sure I can continue my Debian Giveaway project without > fear of the FBI or some mysterious foreign government equivalent pounding > down my door. You're sending CDs to the PRC? They have some odd censorship laws there - all that talk about freedom in "free software" might be risky :-). (Not to mention some places with strict censorship laws might not like the "fortunes-offensive" package) But seriously, as long as the FBI behaves intelligently, they won't be knocking on your door (for this at least). That said, I'm uncertain what the US laws are with regard to non-commercial (you're giving the CDs away) export to countries (such as Cuba, Iraq, Libya, Sudan, North Korea, Iran, and Syria) against which the US currently has an embargo. If you are really paranoid, you may wish to avoid sending CDs to those countries. Then again, the Iranian grad. students here use Netscape all the time and no FBI people are swarming over the campus computers, so...
Re: fetchmail, why does it do this?
Ingo Hohmann <[EMAIL PROTECTED]> writes: > On Tue, Feb 09, 1999 at 12:01:16AM +0100, Helge Hafting wrote: > > > > Well, maybe fetchmail gives up completely at the first > > broken message? > > At least, thats what it does here. > > > > But debian.virtual.de.host is my own system, and I am able to _MAIL_ to > > > [EMAIL PROTECTED], it appears in his spool file, only fetchmail > > > won't get it back... One thing that may be relevant here is the fetchmail "smtphost" setting. By default, when fetchmail delivers mail it retrieves, the address it delivers to is the same as the local address that it was assigned when getting mail. An example: I have a box that connects via a ppp dialup line. When I connect, my machine is assigned an IP address in the range 128.220.222.*. For example, let's say I dial in and get 128.220.222.98. Then, when fetchmail connects to my mail server (128.220.2.5), it notices that the local end of the connection is at 128.220.222.98, and when it turns around and delivers the mail, it attempts to deliver it to 128.220.222.98. That is, fetchmail delivers the mail to my machine through the IP address associated with the ppp connection, instead of the localhost (127.0.0.1) address. (*) Now, since I don't trust the other people who use my ISP to not try to use my machine as a mail relay, my machine doesn't accept mail from IP addresses in the 128.220.222.* range. (In fact, my machine doesn't accept mail from anything but my own mini-network) Therefore, under the defaults, fetchmail will fail to be able to deliver mail since the fetchmail connection will appear to be coming from the IP address that my machine got when it dialed in. The default debian exim setup (which is, in my opinion, a good way to do things) refuses to allow non-local machines to deliver mail by just sending to the username, not to [EMAIL PROTECTED] The fix for this is to include the line: defaults smtphost localhost at the top of your .fetchmailrc file. This forces fetchmail to deliver mail to 127.0.0.1, which means that it will use the loopback network interface, which is guaranteed to be local. This means that my machine accepts the mail, and also means that under debian's default exim setup, delivery will be allowed to unqualified names. (*) delivery to localhost used to be the default. Why fetchmail's upstream authors changed the default (with only a small note hidden deep in the documentation) is completely beyond me - I can think of only very unusual reasons why you'd want the current default behavior, and many reasons why you'd want the old default behavior. Fetchmail's upstream authors have a history of introducing optional features which, while useful in some cases, will cause many installations to break, and then of enabling those features by default. I believe this to be evidence that the fetchmail author has taken his own writings on the benefits of bazaar-style development too seriously to impose enough sanity-checking control on fetchmail. (For those of you who don't know, Eric S. Raymond, fetchmail's upstream author, is the author of "The Cathedral and the Bazaar", which many consider to be the manifesto of the open source movement. "Fetchmail" is in fact the program used as a case study in that article) For further rantings about this and other tendencies in the development of fetchmail, see debian-devel for the past few days.
Re: Removeing N lines from a file
Lance Hoffmeyer <[EMAIL PROTECTED]> writes: > How can I use gawk or some other program to remove a number of lines > from a text file. Initially, I only need to delete the top 10 lines > from a file but it might be useful to know how to delete lines from any > part of the file. The top 10 lines from each of these files vary in > what they may contain so I need to indiscriminately delete them. I > figured gawk is what I would need to use to perform this task but if > someone ones of something else that might do this that would be fine > too. Well, someone already mentioned sed, but why not just do: tail +11 < infile > outfile (The "+" tells tail to start printing things at line 11; to get the last 11 lines you'd use "tail -11") For similarly removing the end of a file, see "head".
Re: /dev/fb not there?
Steve Hsieh <[EMAIL PROTECTED]> writes: > You can use mknod to make them yourself. Ick. Inevitably, if you get used to doing things this way, you'll slip up at some point and create things with the wrong permissions. A much better solution is to use /dev/MAKEDEV to do it: /dev/MAKEDEV -v fb (this must be done as root). The point is that the existence of files in /dev has little to nothing to do with whether or not the kernel supports that device; creating the device files and supporting those devices in the kernel are separate tasks. (I do remember some talk of a kernel patch that would make /dev into a virtual filesystem like /proc, so that files would appear in /dev magically as soon as the kernel was made to support the given device, but that's not here yet)
Re: [offtopic] Dont't ECHO
Nuno Carvalho <[EMAIL PROTECTED]> writes: > Hi, > > I'm trying to, using socket programming, ask the remote user for login > and password. I would like that password won't appears on remote machine > when user is typing it. I already saw RFC's but it doesn't worked ! :((( > > Could someone send me such part of code !? > Should IAC + DONT + TELOPT_ECHO sent to socket or client descriptor !? You're misunderstanding the RFCs. In terms of telnet options, the "ECHO" refers to whether the local or remote end of the connection should handle echoing the characters back to the user. The way telnet does what it does is by having the server send "IAC WILL ECHO" and then having the server only echo those characters that should be echoed. I have attached below a transcript of a simple telnet session to show you what's going on. You may also need to send the telnet option that means "one character at a time" transmission and not "line-by-line" mode. I'm not quite certain how to do this; I believe it has something to do with manipulating the "go-ahead" option, and supressing it. I'd try to do the following: Server> IAC WILL SUPRESS-GO-AHEAD Client> IAC DO SUPRESS-GO-AHEAD Server> Client> Server> IAC WILL ECHO Client> IAC DO ECHO Server> Client> Server> IAC WONT ECHO I'm not certain what you should get if the client isn't willing to do the supress-go-ahead stuff; if the client responds with a "don't echo", then there's really no way to prevent the password from being displayed. Looking at your mail again, it appears that you are writing both the client and the server part of this application - if so, then you shouldn't be touching telnet options at all - you should only deal with the telnet options if you expect people to be using telnet to connect to your server. If you are writing the client as well as the server, look at the getpass function that someone else mentioned, or look at the termios(3) manpage for how to turn terminal echoing off. Here's the transcript of a telnet session to my machine - the CLIENT or SERVER refers to the machine which sent each bunch of data. Note that this transcript is complicated by many other options, but I think that only the echo and supress-go-ahead options are relevant. (These begin around record number 5, below). Record number 1 (SERVER), length 12 FFFD18FF FD20FFFD 23FFFD27 .ý..ý .ý#.ý' 01 Record number 2 (CLIENT), length 12 FFFB18FF FB20FFFC 23FFFB27 .û..û .ü#.û' 01 Record number 3 (SERVER), length 18 FFFA2001 FFF0FFFA 2701FFF0 FFFA1801 .ú ..ð.ú'..ð.ú.. 01 FFF0 .ð 02 Record number 4 (CLIENT), length 38 FFFA2000 33383430 302C3338 343030FF .ú .38400,38400. 01 F0FFFA27 00FFF0FF FA180068 79706572 ð.ú'..ð.ú..hyper 02 7465726D FFF0 term.ð 03 Record number 5 (SERVER), length 15 FFFB03FF FD01FFFD 1B05 FFFD21xx .û..ý..ý..û..ý! 01 Record number 6 (CLIENT), length 24 FFFD03FF FC01FFFB 1A1F 00500018 .ý..ü..û..ú..P.. 01 FFF0FFFD 05FFFB21 .ð.ý..û! 02 Record number 7 (SERVER), length 43 FFFB0144 65626961 6E20474E 552F4C69 .û.Debian GNU/Li 01 6E757820 736C696E 6B206375 73682E64 nux slink cush.d 02 796E2E6D 6C2E6F72 670D0Axx yn.ml.org.. 03 Record number 8 (CLIENT), length 3 FFFD01xx .ý. 01 Record number 9 (SERVER), length 14 0D0A6375 7368206C 6F67696E 3A20 ..cush login:01 Record number 10 (CLIENT), length 1 75xx u01 Record number 11 (SERVER), length 1 75xx u01 Record number 12 (CLIENT), length 1 73xx s01 Record number 13 (SERVER), length 1 73xx s01 Record number 14 (CLIENT), length 1 65xx e01 Record number 15 (SERVER), length 1 65xx e01 Record number 16 (CLIENT), length 1 72xx r01 Record number 17 (SERVER), length 1 72xx r01 Record number 18 (CLIENT), length 1 6Exx n01 Record number 19 (SERVER), length 1 6Exx n01 Record number 20 (CLIENT), length 1 61xx a01 Record number 21 (SERVER), length 1 61xx a01 Record number 22 (CLIENT), length 1 6Dxx m01 Record number 23 (SERVER), length 1 6Dxx m01 Record number 24 (CLIENT), length 1 65xx xx
Re: Soundblaster under Debian 2.0
Ramesh Natarajan <[EMAIL PROTECTED]> writes: > Hi, > > I just installed Debian 2.0 and compiled kernal (2.0.34) with Sound as > module. I seem to get something working, but not all. I configured my > /etc/isapnp.conf, did a isapnptools /etc/isapnp.conf followed by > $insmod sound trace_init=1. On dmesg, I see >Sound initialization started > at 0x220 irq 5 dma 0,5 > at 0x388 >Sound initialization complete > > when I do cat /dev/sndstat, I see > Card config: >Sound Blaster at 0x220 irq 5 drq 0,5 >(SB MPU-401 irq 1 drq 0) >OPL-2/OPL-3 FM at 0x388 drq 0 > > Iam able to play CD using workman. When I cat some .au to /dev/audio, > (or when I try saytime) I get no sound. I get no error either. When I do > rvplayer welcome.rm, I get some error like "Codec not > installed/Compression not supported". > > >From what I see in HOWTO, looks like I have MPU stuff not enabled. Is > this a problem? I donot have MPU 401 support enabled in make config > (going by help text) > > I used to have RedHat 5.1 with sound working like sweat (using > sndconfig). Is there a similar tool under debian? (just wanted to be a > GNU purist for a while :) No; unfortunately there isn't such an easy sound configuration tool (anyone want to take apart RedHat's? - and while we're at it, compile sound as a module in the default kernel?). However, I have sound working on my machine, on my PnP Soundblaster clone. I too get the MPU thing enclosed in ()'s, so that in and of itself isn't your problem. What does the rest of cat /dev/sndstat say? (specifically, does it list an "audio device"? What does it say about installed drivers?) Add a NAME section to your isapnp.conf right before the "(ACT Y)" thing, like this: (NAME "SoundCard") (ACT Y) ) And then make certain that the VERBOSITY setting at the top of isapnp.conf is at least 2. This should make isapnp spit out information about the card after configuring it - make certain this information matches what your kernel thinks about your card. > Thats my main Qn. I have few more :) > > 1) I can do startx only as root. Not as any other user. I get some error > like "xlib: conncecion refused by server". If I run xdm, I can log on as > any user though. This one is easy. Look at the file /etc/X11/Xserver. Read what it says. > 2) When I try make xconfig for kernal config, I cannot select any of the > y/m/n options. I can input all text fields (like irq, IO) though. Wierd.
Re: doom (sorry)
Frankie <[EMAIL PROTECTED]> writes: > I have just d/l doom shareware version, unfortunately, it wants > libXt.so.3 for the X version, and the svga version wants libc.so.4. > > What packages are these in? > I had a look in oldlibs, but I'm not entirely sure what I should look > for, so O didn't find anything. You want the xlib-compat package. I believe that this package has finally disappeared from Debian 2.1, though, so you'll need a 2.0 (hamm) archive or CD.
Re: doom (sorry)
Frankie <[EMAIL PROTECTED]> writes: > Daniel Martin wrote: > > > > Frankie <[EMAIL PROTECTED]> writes: > > > > > I have just d/l doom shareware version, unfortunately, it wants > > > libXt.so.3 for the X version, and the svga version wants libc.so.4. > > > > > > What packages are these in? > > > I had a look in oldlibs, but I'm not entirely sure what I should look > > > for, so O didn't find anything. > > > > You want the xlib-compat package. I believe that this package has > > finally disappeared from Debian 2.1, though, so you'll need a 2.0 > > (hamm) archive or CD. > > I have the cheapbytes 2.0 CD, and that doesn't seem to have an > xlib-compat package on it. :-( > > Any ideas where else I might look? Sorry; It's called xcompat, but you're right - I can't find it in 2.0 at all. You may have to go back to 1.3.1 to find it. Assuming you can't find someone with a 1.3.1 CD, you can get the xcompat and libc4 packages (which I just pulled off my bo CD) from: http://jhunix.hcf.jhu.edu/~dtm12/ md5sums: c3c4652f43e110de58fe4cec2a22771d xcompat_3.1.2-4.deb e161434c2d952ffce8c286d9343ff45a libc4_4.6.27-15.deb Unfortunately, I can't include the sources to these packages, as I happen to have... misplaced my bo source CD. Why, you may ask, were these packages dropped from Debian? Well, basically, because a.out is such an ancient binary format that it should really be forgotten, and all of the support tools necessary to make it work make continuing support of a.out format a somewhat onerous burden. Besides, these packages can't be built with the current Debian tools, so it would take some amount of work to bring them up to the state where they could be included again - it's not merely a matter of taking on a whole load of rarely-used packages. That said, I've been wondering why one of those emulators we've got floating around couldn't be made to run libc4 a.out format... pgptakQNkhqBw.pgp Description: PGP signature
Re: diald is eating packets
"Kenneth F. Ryder III" <[EMAIL PROTECTED]> writes: > 1) how to keep diald from eating the first packet it sees coming across the > dummy link, and instead hold it and send it down the PPP link once > established. I think diald does this with UDP packets - with TCP packets there are other rather annoying issues/problems. However, the kernel's ipmasq routines do it, so you'd think there'd be a way. > 2) how to increase the time limit in the standard filter (I'd like to use > standard.filter over my very primitive one) on the FIRST packet sent out by > a program (like telnet, rlogin, etc.) Well, not quite that, but what I added after a somewhat similar problem to my /etc/diald/diald.options is: impulse 30,0,0 This causes the link to always be kept up for at least 30 seconds.
Re: GNUcash/Libs
Timothy Hospedales <[EMAIL PROTECTED]> writes: > Hello! I am trying to get GNUCash to work; the binary distribution (1.1.23); > converted with alien from rpm gives > libXm.so.1 => not found > libXmHTML.so.1.1 => not found > libreadline.so.3 => not found > Can anyone tell me what packages I need to get these libs? Well, I don't know about that libreadline.so.3 (that looks weird - I didn't think there was a readline with that version number), but those other two libraries look like motif libraries - you can get libXm.so.1 from lesstif, but I don't know where to get the other ones. Why don't you try the gnucash-gnome rpm? That should be liked with only libs from the gnome project, and you should be able to either install it immediately or find the libs you need easily in Debian packages.
Re: GNUcash/Libs
Will Lowe <[EMAIL PROTECTED]> writes: > > libXm.so.1 => not found > This is a motif library. Some versions of Lesstif will work. > > > libXmHTML.so.1.1 => not found > XmHTML doesn't exist as a debian package. Read the GNUCash readme and get > the source. > > I've been working on packaging Gnucash (which means packaging XmHTML and > nana, also), but I can't get the gnome version to build, which is > really the only one I'm interested in. First off, nana is already packaged. Secondly, although xmhtml isn't packaged, gtkxmhtml is packaged, and that's used for the gnome build. Thirdly, and most importantly, the gnome ui code is a big mess - even if it were to somehow miraculously compile (I don't know how those involved were ever able to build the -gnome RPMS), most features wouldn't work. The gnome code really isn't ready for anything but having some coders attack it - if anything compiles, that's just a testament to the fact that compilers can put up with a lot. That said, it seems to work well with lesstif 0.86.9 (the version in slink), although for that you would have to package XmHTML first.
Re: A downright wierd Netscape problem
Curt Daugaard <[EMAIL PROTECTED]> writes: > When trying to open certain documents in Netscape--for example, the > Printing-HOWTO at sunsite.unc--the document is not displayed right > away but starts to download. When it's done a dialog box appears with > this message: > >Netscape: subprocess diagnostics(stdout/stderr) > >Vim: Warning: Output is not to a terminal >[24; 1H [0;10mVim: Error reading input, exiting... >Vim: Finished. >[24;1H >Vim: Warning:Input is not from a terminal > > I have no idea what brought this on. Does anyone else? I'd be grateful > to anyone who can give me a clue. Well, I don't know what brought it on, but I have an idea of how to fix it - go to the Edit->Preferences menu in netscape, then go into for Navigator->Applications (you may have to click on the little triangle next to Navigator). Then, select "Plain Text" in dialog box (it's likely all the way at the bottom). Notice that it's not set up to be handled by Netscape. Edit the type and select the "Navigator" option button in the "Handled by..." group. My; describing how to do something in a GUI is painful - it's so much easier to say "change line 432 to... in the such-and-such file".
Re: docbook-stylesheets
[EMAIL PROTECTED] writes: > Folks, > > I'm trying to use the docbook-stylesheets (v. 1.07-1). I've got a > simple outline and I've managed to get jade to accept it (after a > little struggling). I have two big problems though: > > When I try to use HTML output, I don't get anything generated (or if I > do I can't find it). Can anyone tell me why this might be? > > When I use TeX output, I get a fine looking .tex file, but there's no > instructions on further processing it: tex foo.tex doesn't work :) > Can anyone help me with that? I don't know about the html output, but the tex needs to be processed not with regular tex but with jadetex (which is tex with a load of extra macros added to it) Install the jadetex package.
Re: minimum X packages?
Paul Nathan Puri <"<[EMAIL PROTECTED]>"@office.law-counsellor.com> writes: > I recently upgraded to potato. > > Now X starts and immediately dies. Why would this be? What are the > minimum packages necessary to run X under potato (or in general)? It would probably be because the X maintainer left a typo in /etc/X11/Xsession that means X starts and immediately dies. About lines 45-51 of /etx/X11/Xsession, change: fi fi default) ;; *) program=$(which $1) to: fi fi ;; default) ;; *) program=$(which $1) (notice the extra line with ;; in it). Methinks the X maintainer was releasing packages after having not slept sufficiently the night before (at least, when I have errors like this in fvwm95 packages, that's what the cause is).
Re: apt
Robert Kerr <[EMAIL PROTECTED]> writes: > Is there a way to make apt not delete the .deb files after it installs > them? > > -bob I assume you mean when using apt from dselect; otherwise, apt doesn't delete them automatically. There's no easy way. The non-easy way is to modify /usr/lib/dpkg/methods/apt/install and change the line which says: apt-get clean && echo "Press enter to continue." && read RES && exit 0; to: (true || apt-get clean ) && echo "Press enter to continue." && \ read RES && exit 0; (Oh I suppose you could just remove the reference to apt-get clean entirely and get something like echo "Press enter to continue." && read RES && exit 0; but then how would you remember what you had done and how to undo it?)
Re: Removing ^M in files--in bulk?
[EMAIL PROTECTED] writes: > I have a bunch of files (est. 200) which were brought over from OS/2 after > being detached from emails (I've not got Debian networked yet here at > work--subject of another post). > > All of them have this control character (^M) at the end of each line, as > seen in vi (which I know v. little about except very basic I/O). These need > to be removed before the files can be compiled. > > I am really hoping there is a way to do this in bulk ... using sed or > something similar?? I am v. new to Linux, so have no grip yet on the more > powerful utilities and/or syntax. (Nor am I a programmer.) Is there a way > to do this?? Thanks! Install the sysutils package and then you can use the "dos2unix" command (also known as "fromdos") - it does bulk ^M stripping.
Re: Pine Attachment Associations
"Stephen A. Witt" <[EMAIL PROTECTED]> writes: > I'm using Pine 4.05 on a Debian 2.0 platform at work. MS Office is the > standard desktop automation application around here except for a small > band of Unix enthusiasts. I've just installed Star Office, mostly so I > can read the MS Word documents everybody sends me. I'm trying to > reconfigure Pine so that it will automatically start up swriter3 for a > attachment type of DOC. I thought the way to do that was to change > /etc/mime.types, which I did. I modified the line that specified msword > as the application for doc and dot files to be swriter3, but Pine still > thinks its an MSWORD application. I also looked in the /etc/mailcap file > but didn't find any mention of msword in there. I've looked on the > Pine Info site and it mentions this and states that one should > change the /etc/mime.types file. Anybody have any experience with this? > > Thanks... Changing the /etc/mime.types changes what type will be associated to a given file, but it doesn't say how to handle it. That's what /etc/mailcap is for. I can only assume that the pine info site assumes one already has pine configured to handle "swriter3"-type documents. In any case, changing /etc/mime.types won't help much for those attachments which are sent to you already labeled with a type. (really, most attachments should come with a content-type header). What you should to do is change /etc/mailcap to tell pine how to open ms-word files, and change /etc/mime.types _back_ to saying application/msword for doc files. To change /etc/mailcap, add the following (all as one long line) to the end: application/msword; swriter3 %s; test=test "$DISPLAY" != ""; description=M$ Word document; nametemplate=%s.doc Since it appears that you're getting documents labeled with the type application/MSWORD you may also want to add: application/MSWORD; swriter3 %s; test=test "$DISPLAY" != ""; description=M$ Word document; nametemplate=%s.doc to /etc/mailcap as well; I don't know if mime types are case sensitive.
Re: root - password wiped ?? how ??
"Richard E. Hawkins Esq." <[EMAIL PROTECTED]> writes: > > Thanx but nope, thats not the problem, sysklog 1.3-30 is installed and > > permissions > > > Any other takers >;0) > > I'll take another swing :) > > Could something have switched you to/from shadow passwrds? This > is another popular way to loose your root password :) > > If you're not using shadow passwords, just boot from a rescue > disk, edit the password file, delete the root password, and reboot. > You will have no password for root, and can now login as root > and rest it. > > I assume it's possible to eidt your password frile from a rescue > disk if you have shadow passwords, but it bats me how. Maybe > delete the passwd for root in /etc/shadow? You just need to delete the "x" in the password field in /etc/passwd - that causes /etc/shadow to not be used for that account.
Re: conflicts in Debian Distributions
[EMAIL PROTECTED] (Lance Arsenault) writes: > I just would like to know if Debian 2.0 has conflicting software > in it like Debian 1.3.1 . > > Background: Debian 1.3.1 would not let you install all the software > in the release. Installing all the software in the release saves a > lot of time, and hard drive space is cheeper than time. Yes, Debian 2.0 also has this feature. No, it is NOT a problem. While it may cause (a very small amount of) extra thought at install time, this is really a benefit to the user. Besides, the 2.0 setup is streamlined so that common configurations can be selected easily at install time. > I have used Debian 1.3.1 in the past but I think that having > packages that confict is a bad thing. I think that making all the > packages in Debian compatable would be a big plus. In Debian 1.3.1 > this is not the cast. For example you cannot install emacs and > xemacs in Debian 1.3.1 . I'm guessing some of the filenames in > these two packages are the same. To get rid of this confict you can > just install them in different directories or something like that. Well, what do you mean by making all the packages in Debian compatible? We would end up with a totally unuseable system. What do you propose we do with, say, the multiple mail delivery programs? Should I be able to install sendmail, exim, smail, qmail, etc. and have my machine magically know which one is in charge of getting mail? Better to have the packages conflict, so that I can make the choice through the install program, rather than hunting down and disabling the programs I don't need. > It's a pain to have to pick through 1000 + packages to install. I > prefer to just install all of them without picking through them. > Hard disk space is now cheep, and time is not. But by installing everything at once you just move the time burden around; you don't eliminate it. You still will have to make decisions about which package you use for which task. Now, perhaps your complaint about install time has to do with the incredible slowness of the dpkg-cd access method. This I can sympathize with - hunting through all the packages to find new ones is potentially more reliable, but much too slow. Try adding your CD drive to /etc/fstab and using the dpkg-mountable method - it is much faster. The basic "problem" of conflicting packages is a direct consequence of the choice Debian offers to users by providing all these alternatives. I would rather have a choice than not. What Debian should do is have a standard list of packages which comes preselected right after the install, and which the user could tweak before the first install run in case they wanted to add something initially. This standard set shouldn't have any internal conflicts, so that people can just install the standard set right away. But wait! We already _do_ do this. What might be nice is having some help during installation that forced users to realize that "install everything" is not a sensible option. This is not spelled out as loudly as it should be.
Re: /etc/host.deny and co
Linh Dang <[EMAIL PROTECTED]> writes: > Hi > > I want to deny telnet, ftp and smtp connection from ANY other sites. > But I want to accept http connection, pull down pop3, imap and > send out mail (smtp). > > How do I setup /etc/host.deny, /etc/host.allow and CO. I will RTFM > but since security is so important (that why I choose Debian) I'd like > to hear all the tips, tricks and know all traps, pitfalls... Well, /etc/hosts.allow and hosts.deny doesn't affect sending out mail, or http connections (since apache isn't run with tcpwrappers). Also, pulling down pop3 and imap just means that your machine has to accept mail coming from localhost. Here's what I'd recommend for /etc/hosts.allow: # Some coments ALL: [EMAIL PROTECTED] And for /etc/hosts.deny: # Some comments ALL: [EMAIL PROTECTED] This will allow connections from anyone with an IP address beginning with "127.0." - this should be only localhost, and although people outside your machine can fake individual inbound packets with this IP address, they can't actually establish a connection this way, because of the dialog that needs to happen to initiate a connection. Any other connections will be denied. If you want to monitor who's trying to do what, you could do what I do in my hosts.deny: ALL: [EMAIL PROTECTED] : rfc931 : spawn ((echo %c %a contacting %d; /bin/netstat --inet -n; echo traceroute -p 31434 %a) > /tmp/watch.$$ 2>&1) Of course, then you have to periodically go and look at those files... Hmmm - I see someone wanted to talk to nmbd on Sunday; I wish I'd noticed at the time...
Re: /etc/host.deny and co
Linh Dang <[EMAIL PROTECTED]> writes: > Thank you very much! > > Another question if you don't mind? > > Someone mentionned ipfwadm. What do you think about it, how does it > compare > to tcpwrapper? Does one has to recompile the kernel to use ipfwadm ? Yes, your kernel has to be compiled to support ipfwadm; no, I don't know whether or not the default Debian kernel is. The basic difference is where they operate. tcpwrappers operates at the socket level; it gets invoked after a network connection has been made but before that connection is passed off to the actual program that does telnet logins, or accepts mail, or ... ipfwadm puts its blocks in at the kernel level, so that packets trying to establish network connections you don't want never make it through to the kernel logic that would establish a connection. ipfwadm is most useful when your box is acting as a router, and you wish to protect machines on one side of the network from machines on the other side. But it can also be useful in your case. As for which is "more secure" - ipfwadm is certainly the one to use for the ultra-paranoid. It is possible that a SYN-flood type DOS attack (an attack where some malicious person tries to initiate as many connections as possible in rapid succession - the idea isn't to break in, but just to bog down your machine and so make your life miserable) could get through on a tcpwrapper-protected machine and be blocked on an ipfwadm-secured machine. However, since you are leaving port 80 (http connections) open anyway, the attacker would just have to target that port in their SYN flood. Also, in my case my machine is just connected through a phone line, and so packets of any kind can only reach my machine comparatively slowly. tcpwrappers provides for more extensive logging of what's going on in my experience; I have this silly idea that some day I'm going to get to file a CERT report because some hacker who'd hacked their way across many systems wound up in my logs. Hasn't happened yet, but you never know... By the way, that hosts.deny line I use is now: ALL: [EMAIL PROTECTED] : rfc931 : spawn ((echo %c %a contacting %d; /bin/netstat --inet -n; traceroute -p 31434 %a) 2>&1 | mail root) The "echo" and dumping to a file in /tmp were earlier debugging features I meant to change but had never gotten around to.
Re: dual boot Linux/NT question
"Damir J. Naden" <[EMAIL PROTECTED]> writes: > Hi Rakesh Mohan; unless Mutt is confused, you wrote: > > BTW, I can now use lilo for branching to NT and linux, this works fine. > > > That is interesting. I was never able to do this. Maybe because my NT > partition was NTFS.. > > damir I just today set my system up to do this - and my WinNT partition is indeed NTFS. What I did was make a linux boot floppy, install NT (onto a system that had had Debian on it for ages), boot linux, and then did: dd if=/dev/hda of=/boot/ntmbr bs=512 count=1 This saved my NT MBR into a file, which I then reference in my lilo.conf, and then I re-ran lilo. For reference, here's my lilo.conf: boot=/dev/hda root=/dev/hda1 compact install=/boot/boot.b map=/boot/map vga=normal delay=20 image=/vmlinuz label=Linux read-only image=/vmlinuz.old label=old read-only other=/boot/ntmbr label=WinNT table=/dev/hda This isn't ideal (lilo doesn't really start NT, but NT's boot menu), but it works. Now, as I've forgotten my NT password, I'm going to have to reinstall it (unless someone here knows the magical files to erase/modify so I can change my NT administrator password from Linux) so I'm going to get to go through this again...
Re: more X in slink stuff...
Zack Brown <[EMAIL PROTECTED]> writes: > I'm using slink. When I run startx, I get the following errors: > > xauth: error in loading shared libraries > libXmu.so.6: cannot open shared object file: No such file or directory > xauth: error in loading shared libraries > libXmu.so.6: cannot open shared object file: No such file or directory > xinit: error in loading shared libraries > libXmu.so.6: cannot open shared object file: No such file or directory > > Aside from the fact that X is broken in slink, is there any way around this? > What deb file is the libXmu.so.6 library available? I think this may be another case of the two xlib6g 3.3.2.3a-7 packages causing problems. The basic story (as I understand it) is that there was a broken xlib6g 3.3.2.3a-7 that got released accidentally - although it was very soon replaced with a working one, some people got bitten by the bad one. At least, I think that's what happened. I've also heard things to the effect that the problem is caused by a bad pre- or post-rm script in the -6 xlib6g. In any case, go get xlib6g_3.3.2.3a-7.deb again from your local mirror, make certain that it has md5sum 276d3782f9be91508241592902146e49. Reinstall it and this error should clear up. pgpDR278MBojZ.pgp Description: PGP signature
Re: How to enable DPMS monitor poweroff?
Rick Macdonald <[EMAIL PROTECTED]> writes: > The Hardware-HOWTO just says: > > 20.1. VESA Power Savings Protocol (DPMS) monitors > > Support for power savings is included in the Linux kernel. Just use > setterm to enable support. > > but setterm insists: > > timshel:~$ setterm -powersave on > cannot (un)set powersave mode > > I can't find any more details anywhere. I have an ATI mach64 (Grpahics > Pro Turbo) and a Viewsonic 17GS monitor. Kernel 2.0.32. setterm is for modifying stuff on the linux console, not from X. You're probably trying this from an xterm. Inside X, use the 'xset' command, like this: xset dpms -or- xset dpms 300 600 900 You might consider putting this command into /etc/X11/Xsession, after the bit about xmodmap. If you use xdm, you might consider putting this command into /etc/X11/xdm/Xsetup_0 as well. I also find 'xset dpms force standby' a nice command when I want to go to sleep. More info on the xset manpage.
Re: Ifconfig
Amanda Shuler <[EMAIL PROTECTED]> writes: > I have a question about ifconfig. > I have a machine that I am trying to configure to put onto a local > network. > I'm an assigning it IP address 192.168.76.76 > I type: > ifconfig eth0 192.168.76.76 > > then I check it with ifconfig and everything is correct. I reboot the > machine, and recheck ifconfig -- it's wrong. It resets the IP address to > 192.168.1.1 everytime! > > Currently, I do not have this machine physically hooked up to the network, > because I was just doing the configuration and I didn't want to knock > another (very important) machine off the network. If the ethernet card is > not actually hooked up to the network, will that cause this "reset" to > happen upon every boot? > > How do I get it to stay at 192.168.76.76? ifconfig affects something only so long as the machine isn't rebooted - the ethernet card itself never knows what IP address it has; only the kernel knows this. Therefore, at system startup, the kernel is told by the intitialization scripts what IP address the ethernet card has. This is done in the script /etc/init.d/network - go edit that file to suit your new IP address. (That is, change any ifconfig line that's setting the 192.168.1.1 ip address, or, if there is no such line, add the ifconfig line you use above to that file).
Re: diald time restriction
Peter Bartosch <[EMAIL PROTECTED]> writes: > hi debians > > i´ve got only a short question: > > is it possible to restrict diald only to work at e.g. one hour per day? Yes. > and how? (config file, cron-job, etc.) Whatever. You can restrict certain portions of the config file to be operative only at certain times of the day, you can have a cron job completely shut diald down and start it up at specific times. It depends what you mean by "work" - do you mean only bring the link up if receiving network activity during certain times of the day, (and keep the link down unless specifically requested at other times) or do you mean completely give up managing the link (both in terms of bringing it up and taking it down on inactivity) during certain times of the day? Either situation could be done with a config file change, though in the second situation it's better to use a cron job. > i don´t use diald at the moment! it´s only to avoid reading more and more ,-)
Re: DEL key in Xemacs
Daniel Elenius <[EMAIL PROTECTED]> writes: > I have this problem that has been bugging me for quite some time: > I can't get my DEL key working properly in Xemacs. I want it to always > generate delete-char, but it works like backspace, i.e. generates > delete-backward-char. I have a swedish keyboard. I've put > (require 'iso-syntax) in my .emacs. One of the most wonderful things about xemacs20 is the extent to which it is easily customizeable through the custom.el interface. Do M-x customize - when asked for the group say "editing-basics". One of the choices will be "Delete key deletes forward" - it is off by default; change it, then make certain you both "Set" and "Save" the settings in that group. Then, it should work as expected (maybe after a restart of xemacs).
Re: Linux shutdown
Tun Yang <[EMAIL PROTECTED]> writes: > Hello ... > I was wondering if there was a way for linux to make use of the ATX soft > power switch... > For example, shutdown ... totally, power and all just like win9x. > or, suspend to disk by pressing the momentary button? Recompile your own kernel (install the kernel-pkg package and either download a linux .tar.gz source from ftp.kernel.org or install one of the kernel-source packages) and, when choosing options, enable "APM" (which stands for "Advanced Power Management").
Re: undefined symbol: __register_frame_info
Eric Jensen <[EMAIL PROTECTED]> writes: > I recently installed Slink on a laptop. I have the latest versions of all > the signifigant packages. When I try to run dselect, groff, or many many > other things, I get this: > > error in loading shared libraries > /usr/lib/libstdc++-libc6.0-1.so.2: undefined symbol: __register_frame_info > > How do I fix this??? You complain to upstream maintainers to fix their packages. Until they do, you can use an older version of libc6. I've put the last one I had at: http://master.debian.org/~fizbin/libc6_2.0.7u-3.deb Why did this happen? Well, there were a few versions of libc6 which got out which were broken. The way they were broken meant that programs compiled with them (not C, just C++, pascal, and anything else using certain egcs compilers, as opposed to gcc stuff) couldn't be run anywhere else - they all had this weird dependency on this odd symbol. Now, once libc6 is fixed, we have this scenario. In any case, downgrade libc6 until all of your other packages have been upgraded and this stupid libc6 inconsistency is fixed.
Re: No more C++ ?
Michael Beattie <[EMAIL PROTECTED]> writes: > On Tue, 1 Dec 1998, Ossama Othman wrote: > > > Hi, > > > > > > robinson:~/uni/c++/src$ c++ hello.C > > > > /usr/bin/ld: cannot open -lstdc++: No such file or directory > > > > collect2: ld returned 1 exit status > > > > > > > > I heard some people have the same problem. > > > > But how can I fix it? > > > > > > You need libstdc++, install it. > > > > That's not the solution, at least for me. I _had_ working C++ prior to > > the __register_frame_info problem upgrades. I checked /usr/lib. All of > > the usual C++ libraries are there, including libstdc++-2.8 and 2.9. > > There is a thread in -devel about this, a problem with a link not > extisting or something, check the recent archive for something on it. Really? I couldn't find that thread. In any case, the problem is that there's no file libstdc++.so - I fixed this by (as root) doing the following: cd /usr/lib ln -s libstdc++-2-libc6.0-1-2.9.0.so libstdc++.so There will be a new libstdc++2.9-dev soon enough.
Re: ANSI Color Escapes in $PS1.. heh.
[EMAIL PROTECTED] writes: > How would one check to make sure the terminal is capable of ANSI escape > sequences? > > -brad I'd do this by not coding in the escape sequences directly, but by using tput: export PS1="\[`tput setaf [EMAIL PROTECTED] sgr0`\]:\[`tput setaf 4`\]\w\[`tput sgr0`\]\$ " "tput" is a command-line interface into the terminfo database - if your terminal is known to be able to handle colors, it'll generate escape codes and if not it'll generate nothing. Thus, this prompt line works just as well on a color-capable xterm as it does on an old Wyse terminal (which not only can't do color, but barfs if handed VT-style escape codes).
Re: refused connect from 'unknown'
Pere Camps <[EMAIL PROTECTED]> writes: > Hi! > > Can somebody explain me what this is? > > Dec 7 13:52:11 casal in.telnetd[27798]: warning: can't get client address: > No route to host > Dec 7 13:52:12 casal in.telnetd[27798]: refused connect from unknown > > If my machine has a telnet request, then my machine knows the IP > (at least) of the machine which requests it, no? No - not if the person connecting disconnects almost instantly; what can happen is that if the person in question opens and then closes a connection almost instantly, the connection goes to inetd, which accepts it, but before tcpd (which is what inetd hands telnet connections off to, and which is the program generating these log messages) gets the connection and finds out who's on the other end, the connection is closed, and tcpd is left without a clue, hence the confusing error messages. This is usually done as part of a port scan - testing to see which ports are accessible on your machine. There ought to be an option to inetd to log all tcp connections before passing them off to something else to handle, but I can see how that could get to be a hassle on a busy machine. On the other hand, services which are not run from inetd - for example, apache on most machines - will know where this connection was coming from, and many port scans hit port 80 as well as port 23. I seem to remember some program that monitored every individual incoming network packet and logged warning messages about suspicious packets - I suppose someone will know how to do this with ipchains or ip firewalling stuff.
Re: XFree86 gamma correction
Jules Bean <[EMAIL PROTECTED]> writes: > My XFree86 stuff looks much darker than on PCs or Macs... sounds like a > gamma problem to me. > > Anyone have any pointers to docs on setting up gamma on XFree86? Doesn't > seem to be a how-to on it. > > Jules The only pointers I can offer you are the XFree86 and XF86Config man pages - looking at the man pages, it appears that you can test out gamma correction with: startx -- -gamma Where is from 0.1 to 1.0 (if you're already running an X, say because you're using xdm, you'll have to do: startx -- :1 -gamma ) You can also specify gamma values for each individual color by using startx -- -rgamma -ggamma -bgamma Once you've gotten the Gamma correction you think you need, you can add a line like Gamma or Gamma To the "Monitor" section of your /etc/X11/XF86Config file (right above the Mode lines). I've found that http://www.seas.gwu.edu/student/gritz/gamma.html has a nice chart for eyeballing one's gamma factor. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: we need to start setting up for a new computer
On Thu, 4 Dec 1997, Fuzzy wrote: > > I have slackeware more or less running on 386sx8 > > and want to install debian 1.3.1 (bo) on a new 6x86 p200+ based system > that will be a server. > > I have the 2 CD distribution from lsl.com and the contents of the > stable/non-free directory from an ftp mirror on a ez135 disk, (yes the > new system also has a ez135 drive). > > with slackware I needed to create 2 floppys (boot and root) > to have a 'starter system' with which to run the install scripts. > > I'm guessing something similar is done with Debian. > > (1) > since I dont have access to a dos system, can I use DD to > create the boot/root diskettes (or whatever Debian calls > the 'starter system' diskettes)? Yes; There are instructions on your CD in the directory /stable/disks-i386/current - the relevant file is called something like install.txt. Note that if your new machine is able to boot from CDrom, you don't even need to make any disks - just put in the "Binary" cd and go. Also note that in any case you only need to make the two disks it talks about first (from the images resc1440.bin and root.bin), and not all of the base system install disks, since it can get the base system off the CD. > > (2) > is there a doc/faq/other text file someplace that has basic steps > to create enough of a system to start to use the tools actually > install a runable system. I want to have a non-module kernel, (unless > I'm forced by plug-and-pray to module some driver for hardware). I'm > unsure how/what one does with plug-and-pray devices and PnP BIOS to > associate IRQ's with cards/slots so that it is aware of jumpered > selections of ISA controller/interface cards and doesn't select a > conflict. Well, the setup menus that you're dropped into from the rescue disk pretty much lead you by the hand through the install process - I suspect that you'll get what you consider a "runnable system" after you get dumped into dselect and install everything marked as "standard". The debian setup installs by default a modular kernel - if you want a non-modular one you'll need to install the kernel-source package and build one yourself (the kernel-package package simplifies the process of building and installing a new kernel greatly) As for PnP devices - most PnP bioses have places where you can tell them what IRQ's and memory addresses are already used by non-PnP devices so that there won't be a conflict. After that, you can use (I do) the isapnptools package to set the IRQs, memory addresses, DMAs, etc. on your PnP devices, so that you know what they are when you tell your kernel about them. > > we'd prefer not to give the new machine psychiatric difficulties ;). > thats why we are not going to run slackware on it. > > (3) > from what I've seen so far I'm guessing the floppy system > installs a base system, then that is used to dselect the rest > of the packages to make a runing system, is that correct? > Yep; the base system is actually installed by the set of "base floppies" (about 5 of them), or the base .tgz file on the CD. > (4) > we currently use PPPD run from inittab to keep our 'dedicated' > PPP link active. if it dies, init respawns it. there seem to > lots of PPP rlated packages, but we are unsure if they are > meant for dial-on-demand setup vs a always connected setup. > since Debian uses a different init and it wants things in > different places than slackwares init does, can I still > use init to run pppd (with all its options in /etc/ppp/... > or some other location that Debian's PPPD is aware of)? > Well, I suppose you _could_ run it via init, but there's a much easier way with debian. Once you have your ppp configured so that you can turn it on/off with the pon and poff commands (this should just be a matter of editing /etc/ppp.chatscript, unless you use PAP/CHAP, in which case it's only slightly trickier), just make certain that the "persist" option is present in /etc/ppp.options_out - that'll make ppp try to re-establish the link when it goes down. (the persist option is there by default) Further, if you mv the file /etc/ppp/no_ppp_on_boot to /etc/ppp/ppp_on_boot, then pppd will be started at boottime. The package you need to do this is called 'ppp' and is one of the packages installed with the base system. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: we need to start setting up for a new computer
On Thu, 4 Dec 1997, Fuzzy wrote: > On Thu, 4 Dec 1997, Daniel Martin wrote: > > (about installing the kernel-source package, etc.) > > I think the CDs have kernel 2.0.30? we've heard that 0.29 and 0.32 > were stable but 30 was a problem, but than again, .deb has local > patches that maybe stablized it? The CD uses kernel 2.0.29. (and installs it) It also has on it packages that will install the source tree for 2.0.29 or 2.0.30 or a pre-compiled 2.0.30. > > is that on the source disk? or do I need to ftp a source tree > tar.gz or source package for kernel 2.0.32 (or 33 if thats out by the > time we do the install)? we currently use 1.2.13 and the setup option > for kernels have changed in 2.0.x... I'm guessing something like > > make mrproper > make config > make clean > make dep > make zImage > The kernel-source2.0.29 and kernel-source2.0.30 packages are on the "binary" CD - this is actually the proper place to put them, even though it may be counter-intuitive for some intuitions. Installing the package does essentially the same thing as downloading the .tar.gz, unpacking it, downloading various patches, unpacking them, and configuring the kernel to the debian defaults. The kernel-package package enables you to take any kernel source tree (such as created when you install kernel-source2.x.xx, or created by downloading the .tar.gz file yourself and unpacking it) into a debian package of the kernel's binary image. (i.e. it automates the configuration, compilation, and installation of a new kernel) Install it and read the docs. But yeah, what you have there will still work. It's what I used before discovering kernel-package. > would still work tho the 386sx8 is too slow to run X so never > installed it here. the new system is capable of running it, but it > will be server and X is a resource hog. of course for the tools and > when not actually running as a server it would be nice to have > installed. the 2meg video card and SVGA monitor is supposed to be able > to do 1024x768x(what ever is the next step after 256 colours). > hopefully superprobe or whatever will be able to figure it out :). Two things: 1) X setup is difficult. 2) It's easier than you think. Stay away from SuperProbe if you know most of what's in your machine. Use XF86Setup. > > > > As for PnP devices - most PnP bioses have places where you can tell them > > what IRQ's and memory addresses are already used by non-PnP devices so > > that there won't be a conflict. After that, you can use (I do) the > > isapnptools package to set the IRQs, memory addresses, DMAs, etc. on your > > PnP devices, so that you know what they are when you tell your kernel > > about them. > > that sounds simple enough, but that means the device drivers have to > be loaded after isapnptools runs so the drivers use the addresses and > IRQ as instructed. which means it has to be modular. sighs. > > well maybe modular works better now. when we last tried it > in the 0.99.x and 1.0.x kernels it didnt work at all. we still have a > useless ftape device, (never got it to agree on kernel and module > versions). Well, I've not had any problems, and my kernel is pretty modular. I seem to remember that sound did work with my PnP soundcard even when I had sound compiled in directly, so you may not need to use as many modules as you think. > > > we'd prefer not to give the new machine psychiatric difficulties ;). > > > thats why we are not going to run slackware on it. > > > > (3) > > > from what I've seen so far I'm guessing the floppy system > > > installs a base system, then that is used to dselect the rest > > > of the packages to make a runing system, is that correct? > > > > > Yep; the base system is actually installed by the set of "base floppies" > > (about 5 of them), or the base .tgz file on the CD. > > we saw the .tgz file on the CD... would one boot the rescue diskette > then untar the base .tgz to the mounted target root file system > to get it built? I guess then setup and run lilo to allow it to be the > boot device, (tell fdisk to make /dev/hda1 (target /) the boot device > and have lilo put its boot record in the partition boot record). > No, no, no. You're too used to slackware, and having to do everything manually. The setup program will be able to find the .tgz file on the CD if you just tell it where the CD drive is, and that will be that. The setup program even leads you through partitioning your drive and all that fun stuff. If your BIOS can boot from CD (and anything made in the past year should be able to), just set it to do that, insert the CD and watch the wonders of setup scripts.
Re: Mail problem - smail
On Thu, 4 Dec 1997, Martin Bialasinski wrote: > > > Use the option "satellite system". > > > > No - DON'T. Satellite is useful if and only if all the usernames of > > any account that will ever receive any mail are either mentioned in > > /etc/aliases or match the usernames on your smarthost. Among other > > things, the satellite setup makes using fetchmail near impossible. I > > Hmm, strange. My fetchmail doesn't know of this limitation. It happily > gets the mails and handels them to smail and smail delivers them. > > I'll append my config to this mail. > > > IMAP or POP-capable MUAs exclusively, and don't ever want local mail to go > > on. However, it has the potential to set you up to send mail to system > > I have no problem to send mail between the accounts on my system. > > > accounts at your ISP about what's happeneing on your box, which with some > > ISPs could annoy them greatly. Use the internet host option. > > Yes, this is annoying, but it doen't happen on my box. > Well, my conclusion is that you've done something to the basic smail satellite option - specifically, your /etc/smail/directors file has something in it besides the smartuser director. What you appended of your configuration isn't enough to tell. (It's the /etc/smail/directors file that controls local mail delivery) By default, when using the satellite option, /etc/smail/directors is set up so that smail will not deliver any local mail. (and this precludes using fetchmail to store mail locally) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: 'make config' issues.
On Fri, 5 Dec 1997, Christopher R. Barry wrote:
> I installed Debian several days ago and just learned
> today that the reason why my mouse doesn't work is because I need to
> compile support into the kernel.
Well, below I give you what I think is a full set of packages needed to
compile a kernel, but why are you doing this? I don't believe you when
you say that you need to recompile a kernel to get mouse support -
debian's default 1.3.1 kernel has support for Ps2 mice and bus mice
compiled as modules for the kernel. When you went through the setup
process, do you remember a screen that asked you to load various device
driver modules (scsi, network cards, etc.)? My guess is that you didn't
select the appropriate device driver module for your particular mouse.
Install the "modconf" package and (as root) run modconf. See if you can't
find your modules under the section "misc". That's much less painful than
recompiling a kernel can be.
> When I go to /usr/src/linux and type
> 'make config' I just get a bash error message saying that the make
> command was not found. Arggg The HOWTOs and FAQs do mention how
> to configure and compile the source, but they say nothing about
> obtaining 'make config' which is essential to the process. I tried
> installing all the packages I thought were relevent, such as gcc, but
> nothing works
>
To compile a kernel, you need at least:
the 'make' package
the 'gcc' package
the 'libc5-dev' package (well, maybe you can get away without this one,
now that I think about it)
the 'binutils' package
the 'bin86' package
kernel source (either from one of the kernel-source packages or from a
.tar.gz file downloaded from ftp.kernel.org)
The 'kernel-package' package, while highly recommended, is not technically
necessary. However, it makes the whole process of compiling and
installing a new kernel much less painful.
If you want to do the menu-based configuration ('make menuconfig' instead
of 'make config'), you'll need the ncurses3.0-dev package.
The X-windows based configuration requires some TK-dev package and I think
some tcl-dev package as well. (And, of course, a working X windows)
But again, I don't believe that you need to do this. Try modconf first.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: smail won't send mail
On Sat, 6 Dec 1997, Adam Klein wrote: > In the past few days, smail has stopped non-local mail. It returns a > message from MAILER-DAEMON saying something like > `551: Have you read DNS + BIND'. What's going on? > > Adam Klein > Well, since this problem apparently just came up, it's probably not something you did but rather something your ISP did. Tell me, is the visible name as defined in your /etc/smail/config file a name that corresponds to your machine in the DNS? That is, if your ISP were to do nslookup would they get your machine's IP address? If your visible name is not something that directly corresponds to your IP address, then your ISP may be doing some kind of weird anti-spam thing which prevents smail from sending outgoing mail. I use ppp, and so have a dynamic IP address. I still manage to set my visible_name so that it looks ok from the outside, though - see http://www.math.jhu.edu/~martind/mybox.html for for I do it. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Standard header files.
On 6 Dec 1997, David Z. Maze wrote: > Christopher R Barry <[EMAIL PROTECTED]> writes: > CRB> I've installed gcc and all the packages that dselect recommends > CRB> to go with it but whenever I try to compile anything, like the > CRB> kernel, I just get a bunch of error messages about missing *.h > CRB> header files like stdio.h. Shouldn't gcc come with these basic > CRB> fundamental headers? > > No, they're in the libc5-dev package; you need to install that. In > general, for any library package libfoo, there's a corresponding > libfoo-dev package that contains the header files and such. > FWIW, either on your debian CD or on your local debian mirror, in the "bo" directory there should be a file called "Contents" - whenever you want to find out what debian package contains file xxx, just use grep: bash-2.01$ grep stdio.h /cdrom/bo/Contents usr/bcc/include/stdio.h devel/linux86 usr/i486-linuxaout/include/iostdio.h devel/libc4-dev usr/i486-linuxaout/include/stdio.h devel/libc4-dev usr/include/fcgi/fcgi_stdio.hdevel/libfcgi1-dev usr/include/g++/std/cstdio.h devel/libg++27-dev usr/include/hdf/mstdio.h graphics/libhdf4-dev usr/include/stdio.h devel/libc5-dev usr/lib/perl5/i386-linux/5.00307/CORE/nostdio.h interpreters/perl >From this list, you could then see that the file you want is /usr/include/stdio.h, and thereby find out which package you need. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: November issue of Boot Magazine includes a 240MB subset of Debian 1.3.1 on CD
On Sun, 7 Dec 1997, Gareth Stewart wrote: > Hi, > I'm new to this and have had a few problems getting X-windows up and > running on my ATI Rage ii+DVD Chip set..:-( So I was hopping some > one might be able to shed some light on my problem. Does the 240MB > subset of Debian 1.3.1 on November issue of Boot Magazine's CD have > XFree86[tm] 3.3.1 ? If not where can I get the package for Debian? The > reason beening that I have an ATI Rage II + DVD and I beleave that this > version of XFree86 now has support for the Rage II+ Chip set? > > Thanks for any help.:-) > > Cheers G.:-) > [EMAIL PROTECTED] > There is no XFree6 3.3.1 package for Debian bo (aka 1.3.1) I've posted before how I got XFree86 3.3.1 to work on my bo system; email me if you need a copy of the post, I should still have it around here somewhere... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Existant Font isn't found!
On Mon, 8 Dec 1997, Mark Phillips wrote: > > I am trying to run a number of programs like filerunner and tkman, but get > errors like: > > font "-Adobe-Helvetica-Bold-R-Normal--*-120-*-*-*-*-*-*" doesn't exist > > However this font _does_ exist as can be seen when I execute the command: > Two things - 1) Does the font show up when you do an 'xlsfonts'? 2) Are the directories containing the fonts in FontPath directives inside /etc/X11/XF86Config? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: smail won't send mail
On Mon, 8 Dec 1997, Adam Klein wrote: > On Sun, 7 Dec 1997, Daniel Martin wrote: > > > On Sat, 6 Dec 1997, Adam Klein wrote: > > > > > In the past few days, smail has stopped non-local mail. It returns a > > > message from MAILER-DAEMON saying something like > > > `551: Have you read DNS + BIND'. What's going on? > > > > > > Adam Klein > > > > > > > (some stuff I said, leading up to a plug for > > http://www.math.jhu.edu/~martind/mybox.html) > > > > > I'm already using the smail setup described on your page, and it > was working great, until a few days ago. Thanks. > Ok; hmm... Well, I'm willing to bet that it's still some change your ISP did. Try going through a session "manually": After ppp is up, see what value you have for visible_name in /etc/smail/config (when I use $visible_name$ below, I mean for you to use this value). Now see what value you have for the smarthost "path" variable in /etc/smail/routers. (when I use $smarthost$ below, this is what I mean for you to actually type) Then do: (the parentheses are instructions) telnet $smarthost$ 25 (after you get connected and get the greeting beginning with "220") HELO $visible_name$ (you should get a response beginning with 250) MAIL FROM: <[EMAIL PROTECTED]> (you should get a 250 response, Sender ok) RCPT TO: <[EMAIL PROTECTED]> (another 250 response, recipient ok) DATA (You should get a 354 response) Subject: Testing mail manually From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] This is test message text. . (after the line with the period, you should get a 250 response) QUIT (you should get a 221 response and then have the connection close on you) Now, here's the thing - at some point in this little scenario, you should get the 551 message that smail keeps complaining about. Assuming you do, telling people on the list where the error happens might result in someone being able to solve your problem. However, if you don't get the error message, then something's really screwy, and I'll have to think about how you'd go tracking it down in that case. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: ip-up script in PPP package with 'persist' option
On 8 Dec 1997, Ben Gertzfield wrote: > The problem is, we don't know where to call this script from :) I > tried putting it in the /etc/ppp/ip-up script, which ostensibly is > called whenever ppp brings its connection up, but evidently is not > called with the persist option. Well, are you sure that it isn't being called? On my machine, I just checked this (by adding in the persist option and then fiddling with my modem's power cord to get it to drop the connection a few times and force pppd to redial), and it appears that /etc/ppp/ip-up is indeed getting called again when ppp connectivity is re-established. For what it's worth, my ppp is version 2.2.0f-23. (straight from my 1.3.1 CD) Could you put something into /etc/ppp/ip-up that looks like: echo "`date` == $4" >> /tmp/ipaddrs That way, each time /etc/ppp/ip-up is run, it'll add a line to /tmp/ipaddrs, which you can then look at to see if ip-up is indeed getting run. I'd put this line near the top of the /etc/ppp/ip-up file, right after the PATH statement. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: Email only users, and Bulk User Adds/Removes
On 08-Dec-97 Darren Renaud wrote: > Is there a way to establish an email only account? Also is there a way > to add or remove a large amount of those accounts (if they can exist)? > I'm setting up a system for student email, and have to add or remove 40+ > accounts per semester. I'd like to limit the accounts to POP3 only, and > prevent those users from accessing telnet etc. > I know that others have suggested setting the users' shells to /bin/false - that will disallow telnet and (unless you put /bin/false into /etc/shells) will also disallow ftp. If I may make a further suggestion: make the users' shells /usr/bin/passwd. That way, they can change their password by simply telnetting to your machine (and changing their password is all that they can do). Also, you may wish to create a directory under /home (for example, called /home/nologin) with mode 755 owned by root, and then set all the users' home directories to that instead of the default. (Of course, you can't do this if using something like qmail, which expects to be able to drop things into users' home directories) To ease the bulk creation of accounts, you should look in to the newusers utility. It does great things all at once. You may also look into the program pwgen, which generates potential passwords. (e.g. you could use pwgen in a script which generates a file for newusers) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Faking out dpkg/dselect
I've been having some real annoyances lately with packages not wanting to install for me because I'm supposedly missing one of the Depends: packages. The root of the problem is that I'm using Mule, from the debian-jp distribution since I want to be able to compose Japanese, read/send Japanese e-mail, etc. Now, like xemacs, the mule package conflicts with emacs, so when I installed it dpkg uninstalled emacs. Since mule provides emacs, this isn't too bad for most packages that depend on emacs. However, this is a serious problem for packages that want emacs of some certain version. For instance, I can't install calc, tm, bbdb, etc. because they all have some dependency line similar to: Depends: emacs (>= 19.29) This goes back to, I guess, the general problem that debian virtual packages don't allow version numbers. In any case, does anyone know of some way to trick dpkg into thinking that I have emacs 19.34 installed? Of course, if there were a debian package of emacs 20.x, that would just solve my problems as well, since I could then replace mule with that. However, given that it's been out for less than a month (the file date on ftp.gnu.ai.mit.edu is Sep 20) I can understand why the package maintainer hasn't issued one yet. DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: X server or window manager dies when changing virtual terminals.
On Mon, 13 Oct 1997, R Chris Ross wrote: > I have been having a problem that has now gotten really bad with the > new Netscape 4.03. When I am using X and change to one of the other > virtual terminals then come back to X the server shuts down and I end > up back at the xdm prompt. It is almost guaranteed to happen with > Netscape 4.03 and sometimes with tkmail. It is rare if there are > only xterm or rxvt sessions running. Any ideas would be great. > Thanks for the help. > > Chris > Have you looked to see what's in .xsession-errors after this problem happens? Don't log back in via xdm, as that would zero it out; switch to a text console, log in, and copy the .xsession-errors file to some other name so that it won't be overwritten next time you log on via xdm. DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Nestcape and Errors
On Mon, 13 Oct 1997, Mario Filipe wrote: > > Hi > > I have installed netscape 4.03 (non debianized)! > > When i run it i get a list of errors like > > /usr/lib/netscape/pluggins/jar is not an ELF file ... > > > Has anyone seen this before ? How is it solved > I saw this error, but that was because I had done something incorrect in the install. Basically, what I had done was move around all of the java support files (these *.jar files) so that they'd appear in the classpath (because when I first did the install, Netscape wouldn't load java and complained that such-and-such a file wasn't in the classpath). I suspect that you did something similar, and that not only does java still not work, but now you've got this error. The fix I found was the following: Make certain that all the *.jar files are in /usr/lib/netscape/java/classes/ (I _hope_ that's the right name; not being at my system at the moment, I'm guessing a bit). This is where the debian netscape4 installer package stuffs them, and should be where the netscape installer put them if you told it to install in /usr/lib/netscape. This gets rid of the errors, but java still doesn't work. To get java working, instead of the symbolic link that the debian package creates, put the following script in /usr/X11R6/bin #!/bin/sh export MOZILLA_HOME=/usr/lib/netscape exec /usr/lib/netscape/netscape (Or I suppose you could define MOZILLA_HOME in your /etc/profile, or even put /usr/lib/netscape in your path) Moving the *.jar files to the proper directory and using this script to do netscape works for me - no errors (well, not any I don't expect) and java works. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: using -l in gcc
On Mon, 13 Oct 1997, Shaleh wrote: > How do I make a library available to gcc -l i.e. gcc -lX11 or gcc > -lmy_own_lib? Same question applies to -i as well I suppose. > If you only want it to happen for one command you can use the -I (that's a capital "i") and -L switches; for example, if your libraries are in /home/shaleh/lib and you headers in /home/shaleh/include: gcc -L/home/shaleh/lib/ -I/home/shaleh/lib -lmy_own_lib -o foo foo.c (note that the second option is a capital "i"; the third option is a lowercase "L") But what if you want to use this on more than just one command? The easiest way to do so is with environment variables; from the gcc info pages: `LIBRARY_PATH' The value of `LIBRARY_PATH' is a colon-separated list of directories, much like `PATH'. GNU CC tries the directories thus specified when searching for special linker files, if it can't find them using `GCC_EXEC_PREFIX'. Linking using GNU CC also uses these directories when searching for ordinary libraries for the `-l' option (but directories specified with `-L' come first). `C_INCLUDE_PATH' `CPLUS_INCLUDE_PATH' `OBJC_INCLUDE_PATH' These environment variables pertain to particular languages. Each variable's value is a colon-separated list of directories, much like `PATH'. When GNU CC searches for header files, it tries the directories listed in the variable for the language you are using, after the directories specified with `-I' but before the standard header file directories. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: sound programs
On Tue, 14 Oct 1997, Will Lowe wrote: > On Tue, 14 Oct 1997, Shaleh wrote: > > > what are good clients for running > .wav --- use bplay (available as a .deb) > .au --- I just do "cat file.au > /dev/audio" > .mid* --- use playmidi, again a .deb I find that timidity (which is in the standard Debian distribution), along with timidity-patches, gives much better sound quality than playmidi, (i.e. the strings sound like strings (albeit like idealized strings) instead of like old synthesizers) though it doesn't have the cute graphical display that playmidi -r does. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Changing mouse drivers
On Tue, 14 Oct 1997, Richard A. Guay wrote: > Hi, > > I just recently installed Debian 1.3.1 on a new system that has a PS/2 > mouse. I now want to change to using a serial mouse. What would be the > steps (I do not want to reload the OS.)? > Reload the OS? That's windows-world thinking. First, if you installed the gpm package, you'll need to run 'gpmconfig' as root, and tell gpm about your mouse. Then, assuming you have X, you'll have to re-run XF86Setup (stop X first by quitting your session and, if you have xdm running, doing: /etc/init.d/xdm stop ) Inside XF86Setup, say "yes" to use the old configuration and all you should have to do is pick your new mouse parameters. (be certain to read through all of the dialog boxes that come up there, and test the new mouse setting by "applying" the changes) You shouldn't even need to reboot! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: ls colors
On Mon, 20 Oct 1997, Jason Bauer wrote: > Thanks for the alias settings help and the quick response! I've got > another question while i'm thinking of stuff. I used to run Slakware > linux until I heard about how much better Debian is. In Slakware, when I > did an ls it showed all of the files in colors according to their type, > while Debian does not. Where do I change it to display in color? > Add into that list of aliases that you're setting in your .bashrc: alias ls='ls --color=tty' or alias ls='ls -F --color=tty' The Slackware system I used to have access to has disappeared (actually, it became a FreeBSD box), so I can't check which one of those emulates the behavior of ls on Slackware better - with the '-F' one gets a '/' appended to directory names, a '*' appended to the names of executables, etc. I seem to remember that Slackware did that, but you might not want to do it since always having a '-F' in ls can screw up things like: ls | grep 'tar.gz$' which would now only find those files ending in tar.gz that were not executable. Oh, and you probably want --color=tty and not --color. To see the difference, do the following on a directory with many colored files: alias ls='ls' ls --color ls --color | less ls --color=tty ls --color=tty | less You might also want to play around with the environment variable LS_COLORS - 'man ls' for details. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: More X setup fun!
On Mon, 20 Oct 1997, Shaul Peleg wrote: > I am having trouble getting X windows to run. I am *nix illiterate. The > documentation that I found did not help. My system is fairly simple - I > have a simple Trident Providia 9865 based board with 2 megs. After I > setup using generic VGA / VGA16 base / afterstep I run startx and the > screen goes blank. I then see a list where everyline starts with ( ) > where some have a ** inside. I looked at .xsession-errors in my home dir > and found that afterstep couldn't find some file with a '.hook' suffix. > Is this why the window manager doesn't come up? Should the screen still > stay black? > My .xsession is simple - xterm blah blah blah & > exec afterstep > I am just trying to get something to come up! The setup program looks > fine - can anyone help?! > > Thanks > Well, seeing those lines where everything starts with a ( ) is to be expected - they tell you what's going on - and to really figure this problem out, you need to find out what those lines are saying. The easiest way to do this is: startx 2>&1 | tee myxlogfile.log This line says, in effect, "run startx, copy the standard error to the standard output, and run the output through the command 'tee myxlogfile.log'". 'tee' is a wonderful command that writes what it receives as input to a file and to its output, so this way you'll still get to see all those lines. (If for some reason you don't have tee, replace '| tee myxlogfile.log' with '> myxlogfile.log') You can then look at 'myxlogfile.log' after you kill the server (with a control-C on the screen on which you ran startx, or a Ctrl-Alt-Backspace on the screen of the Xserver). If you're having more trouble, including this file in your post to the list will help greatly. My guess is that you'll see some lines complaining about monitor frequencies not matching what they need to for certain video modes (now why XF86Setup will create a XF86Config file with monitor timings that are just a little bit off is beyond me, but I've found that it does do this on occasion), and the video modes being subsequently deleted. The fix for this (or at least, what I remember working for me) was to go edit /etc/X11/XF86Config and find the line that lists the monitor's horizontal and vertical scan frequencies. You may have to edit this file more than once, since X will only tell you about the first problem it finds in a video mode (so if both the horizontal and vertical scan frequencies are a bit off, you'll only find out about one once you fix the other) Your .xsession should be fine, and the message in .xsession-errors almost certainly doesn't have anything to do with your problem - it relates to the standard Debian window manager init scripts, and can be safely ignored. (or rather, you might want to look into creating these .hook files and adding interesting things into them, but only after you've fixed this problem) If a window manager doesn't come up, you should still get your xterm, a gray screen, and a mouse cursor. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Security questions
On Tue, 21 Oct 1997, Shaleh wrote: > I am setting up a server to allow our customers shell access. I want > this sucker to be air-tight. We have a few hacker/phreaker wannabes. > Any suggestions? > 1: Tripwire. (I've never used it myself, but everything I hear about it sounds like you'd want to be using it) 2: stick with the stable Debian hierarchy as much as possible, and don't install packages you can't find a reson for on the machine. (For example, do you need an xserver on the machine or is it sufficient to only allow xclients? Do you really need xntpd on this machine?) 3: Find some way to regularly skim over the syslogs - I keep thinking that there ought to be some program to facilitate this, but... 4: Arrange somehow (via a cron job, perhaps?) to have something like: find / -perm -04000 | diff /var/log/propersuidfiles run regularly. (the find command is looking for all suid files; presumably the file /var/log/propersuidfiles was created earlier by dumping the results of this find command on a system you know is "clean") Review the results. Tripwire may do something equivalent to this. 5: Use shadowed (or nis, or anything but the old-style crypted entries in /etc/passwd) passwords. 6: Consider regularly running crack on your users' passwords to screen for weak passwords. 7: Configure tcpwrappers to log the results of an identd check. (I'm reasonably certain that this is easy to do with the standard Debian setup, but can't remember how) Most of the time the part of security that gets neglected is detecting attempted breakins that fail - often, hackers will try simple stuff before they progress to more sophisticated attacks. If the simple stuff is detected, even though it may have failed, you can at least know whom to watch. (And the shock of being caught red-handed can have a remarkable effect on many hacker-wannabes) (NOTE: I am not a security expert, nor do I have direct experience administering a machine that must be kept secure from the users; I just happened to spend most of my undergraduate years working for a very security-conscious sysadmin) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: new debian user questions
On 22 Oct 1997 [EMAIL PROTECTED] wrote: > Yes, I'm fairly familiar with it, having used it to (among other things) > configure cnews since the early 1980's. However, I was responding to > someone who claimed that every Debian package includes a config tool. > Having read the original post, I was under the impression that this would be a desirable state, not necessarily an expression of the current state. That is, the original statement was made in response to the suggestion that Debian would be better off with several distinct small tools; the respondent meant to express (I believe) that this approach would fit well with Debian's packaging system - I suspect a minor typing slip or something similar caused them to leave out a word or two, making the resulting statement something like: (from memory, as I've long since deleted the message) "This would be good for Debian, because every package has its own configuration tool". I believe that this statement came out stronger than was intended. So... Does diety attempt to integrate the configuration tools that do come with some of the Debian packages? And what about the question earlier of having the configuration menus that appear during initial setup available without booting from the install CD/floppy? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: java-applets hang or kill netscape
On Mon, 27 Oct 1997, Gerhard Olejniczak wrote: > Hello! > > Recently I changed from S.U.S.E 4.4 to Debian 1.3.1. I think it was a > good decision but I have one problem. > If there are java-applets or java-scripts which are sent to my PC > netscape hangs or dies while running them. With my old > Linux-distribution all works fine. I have the same kernel (kernel > 2.0.29) and the same netscape (3.0 gold) with the same preferences. > I have tried kernel 2.0.30 and netscape 3.01 but the result is the same. > Has anybody an idea how I can solve the problem? How can I get > error-codes or messages that can help solving? When netscape dies I have > no chance to read any message in the status line and when it hangs there > is no message. > I would be very happy if anybody can help me. > > Gerhard > > PS. Excuse me if I have sent this twice. Don't know. I _think_ I had the same problem as you - I don't remember Netscape hanging, exactly, but java just wouldn't work at all - netscape simply opened up a blank spot on the page and gave some error warning that made no sense. Anyway, the way I fixed it was to replace the symbolic link found at /usr/bin/X11/netscape with the following script: #!/bin/sh export MOZILLA_HOME=/usr/lib/netscape exec /usr/lib/netscape/netscape Now before I'd try this, I'd see if doing the following from an xterm results in a netscape that doesn't die on java: export MOZILLA_HOME=/usr/lib/netscape netscape Of course, this all assumes that you've installed netscape using the Debian installer package - if not, the appropriate value for MOZILLA_HOME will be different. <_|_> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [OFF-TOPIC] C++ template question
On Fri, 31 Oct 1997, Shaleh wrote: > How is the STL shipped then. We do not have access to its code do we?? > First off, since it's an official part of Debian, yes, we must have access to the code somehow. But aside from that, yes, _any_ template library that someone provides for developers to use must be provided in source code form. The standard templates shipped with MSVC/C++ are all shipped in source code form. The best way I've found to think of templates is as compiler macros. (no, I didn't say pre-processor macros, I said compiler macros - this means that templates are more intelligent than preprocessor expansions). They don't actually generate any code until they are invoked; this is because the code they could generate can't really be determined ahead of time - how is the compiler going to know ahead of time whether 'a + b' occuring in a piece of template code will eventually refer to one of the builtin meanings of addition, or to a function of the form type type::operator+(type arg) or a function of the form type operator+(type a, type b) ? The short answer is that the compiler can't know - C++ allows so many results from similar-looking code that the compiler just can't compile templates by themselves. However, once a template is instantiated, then the compiler can go ahead and determine the basics of what the code means. This is why splitting templates into header and .c files doesn't make much sense, any more than it would make sense to try to pre-compile preprocessor macros. (This is just one of the reasons why I find templates nasty to work with, and really prefer to work in a language that is completely object-oriented - the use of templates always seems ridiculously arcane to me) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: default Debian smail-fetchmail
On Sun, 2 Nov 1997, Cullen wrote: > A question about the initial smail configuration for Debian 1.3 > > I have never setup mail with any Linux dist before so I'm trying to > work out what happens whenever. > > I was going to try to setup sendmail with fetchmail to get POP mail > but the default installation setup smail which is supposed to be easier. > WEll, my experience is admittedly limited, and it did take me quite a while to get my mail set up the way I want it, but from what I can tell smail is definitely easier. > > However, I made a .fetchmailrc file which was supposed to poll for > mail and it worked. I was looking for some kind of fetchmail log file but > found this file: /var/log/smail/logfile > > which contained information about the mail I had succesfully > downloaded. Does this mean that fetchmail is merely an interface to smail > and > that smail actually grabbed the messages? > Well... fetchmail was the program that actually went and got the messages. However, if you read the fetchmail manpage, you will discover that what fetchmail does is make a POP (or IMAP) connection to a mailserver, download each message, and as it is downloading connect to your local machine and send the mail via SMTP. That is, fetchmail lets whatever is on your local machine handling incoming mail take care of it. In your case, this means that fetchmail gets the mail off the server and then hands it to smail, which then takes care of putting it into the correct files on your machine. (and therefore if you were using some mail filter, smail would then hand the fetched mail off to that filter as normal). This is why the messages you downloaded appeared in the smail logs; although fetchmail handled pulling them from the POP server, smail handled the local delivery. > > My fetchmail command line to use my new rc file was > fetchmail -f .fetchmailrc > You can cause fetchmail to log to a file by running it with -L logfilename - also, you can get it to log to syslog with --syslog. However, I wouldn't advise using either of these options normally, since they're just intended for debugging purposes. > BTW: one of the options in my .fetchmailrc was "keep" which let me > leave the mail on the server but on successive fetchmail commands it > downloaded the same messages again. I suppose there must be some way of > telling it not to grab mail that has already been downloaded. > Hmmm I'm not certain there is, since I'm not certain how fetchmail could tell with a POP server what it's already downloaded and what it hasn't. Now, with an IMAP server there might be some hope, but I don't think that fetchmail is that sophisticated yet. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: vplay
On Sun, 2 Nov 1997, David Densmore wrote: > Thanks to all who answered my question about vplay. I have a.out > compiled as a module, and I added binfmt_aout.o to /etc/modules > and rebooted. vplay now runs fine, so I guess vplay is a.out. > > Strangely enough I had a.out as a module in my previous kernel > (I started with the same config file this time and didn't change > the status of a.out from before) and vplay ran without the entry > in /etc/modules. I don't understand exactly how modules load. > Perhaps I accidently changed something else pertaining to modules > when I compiled 2.0.31, but at least my favorite sound player is > working now. > What I suspect may have happened is that you didn't compile your 2.0.31 kernel for kerneld support - for some strange reason the default answer to the question "Compile in kerneld support?" is "N"; I suppose this is for memory space issues - I still think it would make more sense for the default to be "Y", but that's just me. Anyway, the reason I mention kerneld is because kerneld is a program that will auto-load modules as they're needed, and remove them after they haven't been used for a while. As I recall, the default debian kernel comes with kerneld support, and I kerneld is by default started at boottime - therefore, with a default debian kernel the a.out module would have been loaded as needed, and wouldn't have to be in /etc/modules.conf. So, if you really feel a need to put your /etc/modules.conf back the way it was (the memory you save by having the a.out module unload when not needed is piddlingly small), you can recompile your 2.0.31 kernel for kerneld support. DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Dynamic IP Script??
On Tue, 4 Nov 1997, Ian Keith Setford wrote: > > Hi- > I am interested in a script of some sort that would email me (at a given > address) whenever my ISDN connection is disconnected by my provider and > my IP is reassigned upon a new dial-up connection. I am(of course) trying I do something similar - my /etc/ppp/ip-up contains (after the export PATH statement that's there by default): mail -s "$4" [EMAIL PROTECTED] <
Re: S3 versus S3V
On Wed, 5 Nov 1997, Philippe Troin wrote: > > On 04 Nov 1997 23:56:23 EST Ben Pfaff ([EMAIL PROTECTED]) wrote: > > > Jan <[EMAIL PROTECTED]> writes: > > > Also I read about linking the file /usr/X11R6/bin/X to the server I am > > > using but that doesn't seem to work. I type ln --sf > > > /usr/X11R6/bin/Xf86_S3 /usr/X11R6/bin/X > > > > You probably want the command > > > > ln -sf /usr/X11R6/bin/XF86_S3 /usr/X11R6/bin/X > > > > instead. Note capitalization of `f', number of dashes. > > ...but you probably don't want to do that either. > /usr/X11R6/bin/X is a wrapper for debian which calls the correct X server. > The correct X server is stored in the first line of /etc/X11/Xserver. > The wrapper is setuid root and will open the privileged resources and then > drop privileges before exec()ing the real X server. > > The doc you read is for the standard XFree86 release and should be fixed (you > might want to open a bug for that matter). > > If you already did the symbolic link (and removed the wrapper), just > reinstall xbase. > And after you do that, check carefully the file /etc/X11/Xserver to make certain that the top line is what it should be, which is really where your problem probably is. On a more general note, I find this problem often of Debian being different from the rest of the world and the documentation not necessarily reflecting that. The only solution I've found is to constantly read the /usr/doc/*/README.debian files each time I install a new package (this isn't actually that much of a burden, as they're usually pretty short). Is there somewhere a list of differences (in at least some Debian pacckages) between the Debian way of doing things and the way documented in HOWTOs, etc.? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: smail configuration
On Wed, 5 Nov 1997, Andrew J Tarr wrote: > On Tue, 4 Nov 1997, Ben Pfaff wrote: > > > "David S. Zelinsky" <[EMAIL PROTECTED]> writes: > > > What's the right way to do this? Thanks in advance for any help. > > > > Try using `internet site', but setting the smarthost to your isp's > > mail server and selecting `always route through smarthost' or whatever > > it is that's similar to that on the list. > > -- > > Ben Pfaff <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> > > Senders of unsolicited commercial e-mail will receive free 32MB core files! > > I've got similar troubles to David, and when I tried the 'all mail routed > through smarthost' option, all my system mail gets sent to my isp, where > it can't be dealt with so it bounces back to me. > > It may have something to do with the fact I've put in my isp's domain name > in as a visible name, but otherwise the return address has my machine's > name as a domain. Even now, I still have my username on my machine as the > user part of the return address. Because it lacks the "60" of my username > at my isp, I can just pretend it's antispam but it's still pretty > annoying. > > Before you ask, this mail gets sent from a different system 8-p. > > Andrew Tarr Well, what I do is the 'internet site' configuration, with smarthost as described; I have the visible name of my machine set to my personal name for the machine. I've been thinking of adding something to the smtp portion of the smail transports file to fix the From: address to be nice, (there was a post on this to the list a little while ago, but it doesn't quite do what I need) but in the meantime my MTA takes care of it -- that is, I use gnus to do all my mail from my machine at home, and my .emacs contains: (setq user-mail-address "[EMAIL PROTECTED]") What are you using to send mail? It may be possible with your MTA to set the From: address (or at the very least add a nice Reply-To: header, which is what I do from my school account where I use pine to do mail) DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
ppp, smail, and apache configuration for a non-networked home debian , system
I've managed to set my machine up to do the following, all of which I find useful in the context of a machine that is dialed in only part of the time. Anyway, my machine is now doing the following: - rewrites the From: header on outgoing mail by looking up the sender's username in a configuration file. - accepts incoming STMP mail sent to the DNS name of the current ppp IP address. - correctly re-directs www requests that come in over the ppp line (for example, if someone leaves off the trailing / on a directory spec., they'll now be redirected to the correct page, on the current IP address) Hmmm... it seems a lot less impressive now that I write it out, but I was pleased at the time. Anyway, I've made up a web page describing what I did to my machine to make it behave this way, and have put it at: http://www.math.jhu.edu/~martind/mybox.html Enjoy. DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Configuring xinetd- cannot telnet to self
On Sun, 9 Nov 1997, Dan Hugo wrote:
> I should be able to do this:
>
> telnet 127.0.0.1
>
> from my machine (telneting to myself) but I get this:
>
> Trying 127.0.0.1...
> telnet: Unable to connect to remote host: Connection refused
>
> Same when trying to ftp, etc.
>
>
> I looked for a HOWTO on xinetd, but didn't see anything.
>
> So where should I look to solve this?
>
I don't know, as I haven't done much with it - is there anything in
/usr/doc/xinetd?
In any case, I briefly installed and then uninstalled xinetd to test this,
and I think I have a partial answer. First off, since you're getting the
Connection refused message, the answer is not in the /etc/hosts.allow or
/etc/hosts.deny - if those files were denying access you would connect
(and be immediately disconnected). Check you /etc/xinetd.conf and make
certain you have the following in it:
service telnet
{
socket_type = stream
protocol= tcp
wait= no
user= root
server = /usr/sbin/in.telnetd
}
This isn't in the default xinetd.conf, but it was in the xinetd.conf
generated by the install script when I asked it to convert my inetd.conf -
without this section xinetd won't listen and accept connections on tcp
port 23 (where telnet connects by default) and therefore connections can't
be accepted at all. For reference, I've made the whole /etc/xinetd.conf
that the install script generated for me available - I wouldn't use just
this as your /etc/xinetd.conf; in particular, I'd leave in the "defaults"
section that's in the default xinetd.conf.
The /etc/xinetd.conf that the install script generated should be available
at http://www.math.jhu.edu/~martind/xinetd.conf
DANIEL MARTIN
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: CD mount
On Mon, 10 Nov 1997, Thomas Baetzler wrote: > Franck LE GALL - STAGIAIRE A FT.BD/CNET/DTD/PIH wrote: > :Recently, I wrote a CD under Win 95 using easy CD pro. > [...] > :But when I try to read it under Linux, it does the same thing > :as under dos: all the long filenames are translated to 8.3 > > The Win95 formatters usually write the CDROM as "Joliet" file > system - i.e. they use a proprietary format that's currently not > supported in production releases of Linux. That's why you get > long filenames in Win95, but nowhere else. What you want to do > is format your image using the Rockridge Extensions. Alas, I > don't think that there's a CDROM formatter/writer software for > Windows that'll do that for you. What you should do is create > the CDROM image using mkisofs on Linux, and then write that > image using your Windows writer software. > Well, I believe that the only cd writer I ever used on Win95, EasyCD Pro, claimed to be able to do Rockridge extensions, but I could be misremembering. Also, I believe that if you have the vfat module loaded when you mount the CD, you can in fact view CDs with Joiliet extensions. As an aside, I tried to track this down by searching the mailing list archives on www.debian.org. However, as has been reported here frequently, the glimpse engine returned some error about not having an index file or something. Is this a bug that's going to be fixed in the near future? Is it simply a matter of running some command regularly, as the error output suggests, or is it more fundamental? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: X server setup under 1.3.1 (Matrox Mystique + Sony 200sx)
On 10 Nov 1997, Sten Anderson wrote: > "Alan D. Brunelle" <[EMAIL PROTECTED]> writes: > > > I have just loaded 1.3.1 onto my system at home which has a Matrox > > Mystique (220 w/ 4MB RAM) plus a Sony 200sx (17" multiscan monitor). I > ^^^ > > In the current version, there is only support for Mystique 170. :-( > > Se the file /usr/X11R6/lib/X11/doc/README.MGA for details. > > - Sten Anderson > If by "the current version" you mean the X shipped with Debian 1.3.1 (which is XFree86 version 3.3), then yes. If by "the current version" you mean XFree86 3.3.1, then no - it works just fine with my Mystique 220. Unfortunately, the only Debianized XFree86 3.3.1 around (last I checked) is for libc6, and is in hamm. Here's more or less how I got the standard XFree86 3.3.1 to work on my Debian system: Download the required XFree86 stuff - check the RELNOTES file (Section 5) in the directory /pub/XFree86/current/binaries/Linux-ix86/ - you only need what's listed as required for a 3.3 to 3.3.1 upgrade. (that is, extract, the two .sh scripts, and a few XF*.tgz files) Also, grab the SVGA server .tgz file (I can't remember the exact name, but it's in there). Then go ahead and install as it tells you to in RELNOTES, (remember to install the SVGA server too!) and then run XF86Setup - answer all the questions as you would normally, but beware once you get past the test X screen (this happens after you've told it everything about your machine, and it's dropped you into the nice resolutions that your card can handle). The setup program will ask you about making X a symbolic link to XF86_SVGA - say no! Debian does things a bit differently, and making this symlink could break things. Now you have to go clean up a bit. Debian wants the config file to be /etc/X11/XF86Config, but the standard installation will put it somewhere like /usr/X11R6/lib/X11/XF86Config. (I _think_ I remembered the default location properly) Assuming that's where it put it, what you have to do is: mv /usr/X11R6/lib/X11/XF86Config /etc/X11/XF86Config ln -s /etc/X11/XF86Config /usr/X11R6/lib/X11/XF86Config Also, make certain that the top line of /etc/X11/Xserver (I may have that capitalized incorrectly) ends in XF86_SVGA. Now do one last bit of cleaning up: chmod u-s /usr/X11/bin/XF86_* And all should be well. If you forget and answer "y" to the symlink question, just go through the other changes and then re-install xbase (to reinstall you have to bypass dselect and use dpkg - just mount your cd, find the xbase package and do: dpkg --install xbase-3.3_OtherJunk.deb ) However, I also didn't have to reinstall xbase, so I don't know how that might mess things up. :) DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: pseudo-static IP for webserver?
On Mon, 10 Nov 1997, Rick Hawkins wrote: > > I wish I knew enough about the details here to phrase this right, but > anyway: > > I need to test software that uses a browser to control it. That is, > news & web accounts on the server are administratively controlled > through web pages from other machines. (the server runs apache). > > To test this, I need to use a machine that has no access to the world > other than a modem. So it needs to sit as a server, and also run a > session on another machine running a browser to access the server > (though preliminary testing could have the browser on the same machine). Well, assuming that the browser is one of those that allows the use of http://whatever/wherever/";> tags (like, for example, Netscape) tags, you could do what I do and create a page on a server with a static IP that changes automatically each time you dial in. I have a web page describing how I do this (note that at the time the descriptive page was made, I was just making a web page with links to my home machine, rather than redirects, but modifying it should be trivial) The page is reachable from http://www.math.jhu.edu/~martind/mybox.html, which also describes something I did with my apache configuration to make it better deal with having a variable IP address - you may want to look into this. If the browser doesn't support those non-standard tags, then at least you can have a page sitting at a known address that maintains a link to your server. DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: More newbie setup stuff...
On Wed, 12 Nov 1997, Andrew Akins wrote: > Checking for languages ... de_DECan't locate Getopt/Long.pm in @INC at > /usr/sbin/chmanconfig line 38. > BEGIN failed--compilation aborted at /usr/sbin/chmanconfig line 38. > > Any idea what this means? Any suggestions? This means you've encountered a (reported, and last I checked still open) bug in mandb. The problem is that mandb's configuration script uses a perl module that isn't in the standard miniature perl that comes with the base distribution. (this is truly EVIL, especially for poor souls who try to set Debian up on machines with little HD space) There are then two relatively easy solutions: 1) install the perl package before installing mandb. 2) make the directory /usr/local/lib/site_perl/Getopt/ and place the file Long.pm from any full perl5 install therein. If you don't happen to have a full perl install handy, I've temporarily made Long.pm available as: http://www.math.jhu.edu/~martind/Long.pm > Tonight...gonna try and install X :) You think you've had problems so far? Tonight should be fun... By the way - in looking into this, I tried to discover just what the base perl installation _does_ have - unlike elvis-tiny, there doesn't seem to be a package "perl-tiny" or whatnot that contains this little perl. Is there somewhere a list of every file on a base-only Debian system that would tell me which package contains the base perl, and what modules are included in the tiny perl included in the base install? DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: debian-user-digest Digest V97 #992
On Wed, 12 Nov 1997, Andrew Akins wrote: > Two questions: > > Can the JDK.1.1.1 package be installed on the stable (bo) distibution, > or will it only work with the unstable (hamm). And if it only works on > the unstable, has anyone had any luck just installing 1.1.1 from the > Java-Linux ftp site? I use it (the 1.1.3 jdk package) just fine on my bo system. > > How about the Netscape4 package? Will it work with stable or do you need > unstable. Ditto. Now know that the netscape4 Debian package merely installs netscape, it doesn't actually contain netscape; you still have to download the appropriate file from netscape and place it in /tmp. DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Errors in compiling a source package
I'm trying to compile xemacs20_2.2-4 for my bo (read: libc5) system. I modified the portion of the debian/rules file that called the configure script so that it configured things the way I wanted them, and the make seems to go fine (well, actually there are quite a few "warnings" on compile, but nothing that looks too bad) until it gets to the dpkg-shlibdeps bit; at that point I get loads of errors of the form: dpkg-shlibdeps: warning: unknown output from ldd on `debian/tmp/xemacs20/usr/bin/b2m.xemacs20': ` libc.so.5 => /lib/libc.so.5 (0x4000a000)' (I've wrapped the error text for readability) I also get several warnings of files for which ldd produced nothing on standard output, but I assume I can ignore those, as they indeed don't have shared library dependencies. I then get a complaint from dpkg --search about not being passed any arguments, and the make bombs. I assume that dpkg --search isn't being passed any arguments because dpkg-shlibdeps couldn't identify any libraries in the ldd output - so what exactly does dpkg-shlibdeps want ldd to hand it? Why isn't my ldd doing that? Package versions, etc: dpkg1.4.0.8 dpkg-dev1.4.0.8 ldso1.9.6-2 gcc 2.7.2.1-8 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Errors in compiling a source package
On Thu, 13 Nov 1997, Daniel Martin wrote: > I'm trying to compile xemacs20_2.2-4 for my bo (read: libc5) system. I > modified the portion of the debian/rules file that called the configure > script so that it configured things the way I wanted them, and the make > seems to go fine (well, actually there are quite a few "warnings" on > compile, but nothing that looks too bad) until it gets to the > dpkg-shlibdeps bit; at that point I get loads of errors of the form: > > dpkg-shlibdeps: warning: unknown output from ldd on > `debian/tmp/xemacs20/usr/bin/b2m.xemacs20': > ` libc.so.5 => /lib/libc.so.5 (0x4000a000)' > -snip- > Package versions, etc: > dpkg1.4.0.8 > dpkg-dev1.4.0.8 > ldso1.9.6-2 > gcc 2.7.2.1-8 > Ok, so apparently the problem is that I upgraded my ldso to the ldso in hamm (I was intending to turn my machine into a libc6 system, but decided against it after realizing how many packages I'd have to deinstall - getting the hamm versions of all of these isn't really an option with a mere dialup connection) Since the only dpkg and dpkg-dev that can handle this ldd's output depend on libc6, I'm in a bit of a fix. Now there's a rather strong warning against downgrading ldso to version 1.8.x, which is the option I'm looking at here, since I can't install libc6 without gutting my system, making it near impossible to do what I wanted to do in the first place, that is to compile a source package. Why is this warning there? Is there anything I can do manually to downgrade my machine's ldso? DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Errors in compiling a source package
On Thu, 13 Nov 1997, joost witteveen wrote: > > Now there's a rather strong warning against downgrading ldso to version > > 1.8.x, which is the option I'm looking at here, since I can't install > > libc6 without gutting my system, making it near impossible to do what I > > wanted to do in the first place, that is to compile a source package. > > Well, I more-or-less understand why you wanted to upgrade ld.so, and > why the upgrade didn't do what you wanted to. But I still fail to > see why you want to downgrade ld.so. Really the hamm ld.so doesn't > conflict/depend on anything in bo/hamm, so you should be able to > use the hamm ld.so safely on a bo system. Really, unless you have > _very_ good reasons to downgrade your ld.so, *don't* do it! > Perhaps I didn't summarize well the response I got wrt my first post in this thread - with the ldso from hamm, I can't use the dpkg-shlibdeps from bo - the ldd included in ldso 1.9.x uses a different output format. So, if I want to compile some debian package I'm forced to choose between going full-hamm and taking days to download hamm versions of all the *-dev packages that are now incompatible, or downgrading ldso. > > > Why is this warning there? > I think my mantra should be from now on "be patient". I foolishly tried a downgrade without waiting for a response. Ouch. Fortunately, I had a rescue boot disk and could fix things, but... Suffice it to say that all the dire consequenses you mention were visited upon me, and I'll be compiling a bunch of staticly linked versions of the essential utilities soon. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: ppp error question
On Mon, 17 Nov 1997, Dima wrote: > In message <[EMAIL PROTECTED]> you wrote: > >I received this last night: > > > >Excessive lack of response to LCP echo frames > >connection terminated > > In /etc/ppp/options there's a number of lcp-echo* options. > Comment them out. > > >What does this mean? > > ppp sends out echo-requests to see if the link is up. If it doesn't > receive replies it assumes the link is down and terminates. > > Some servers out there don't understand echo-requests, looks like > your ISP has one of those. > For what it's worth, I get this after the other end has hung up because of an idle timeout - for some reason pppd can't tell that the other end hung up. For me, then, it's important to have those lcp echo requests (well, only in so far as I'd like my machine to know whether or not it's connected). I also sometimes get a "appear to have received our own echo-request" error after the other end hangs up. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How to mirror the unstable debian distribution non-free included and make a debian-cd with it?
On Mon, 17 Nov 1997, Ranty wrote: > I have an slow link (33.600bps modem) so I can not go around downloading > too many things, but I have the chance of getting all of it via ethernet, the > problem is: > -I have to get it in about 300MB pieces. I mean, I have plenty of room > in my computer, but the notebook I have to use to go around with the data only > has 300MB of free space, maybe 350MB. > -I don't know how to download symlinks as the link and not the file they > point to. Well, assuming that you have in addition to this laptop a large-disk-space local machine that can do ethernet speed downloads (preferably a unix box with gnu split, but a dos/w95 box will do) On the large-capacity ethernetted machine, go to the directory above the hamm directory - this may be ftp.debian.org/pub/debian or ftp.debian.org/pub/debian/hamm, depending on what you want. Then ask for "hamm.tar.gz" - this will take care of the symlink issue, assuming that none of the symlinks in the hamm tree point outside the hamm tree. Now, on that large-capacity machine, use "split" to break up the large file into chunks you can carry on your laptop. (There are shareware dos programs that do this - search for "split"; also note that some unix "split" commands are designed to split text only - this won't corrupt any files, it'll just make it difficult to specify exactly what size you want things split into). See the man page for options. Once you get all the split-produced files onto your home machine, you can then use "cat" to reconstruct the original file - the command will be something like cat x* > hamm.tar.gz Then untar (with 'tar -xvzf hamm.tar.gz') and do what you will... DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: local e-mail message delivery from isp
On Tue, 18 Nov 1997, Remco Blaakmeer wrote: > On Mon, 17 Nov 1997, David Stern wrote: > > > > > Not one to leave well enough alone, I now want to setup my home Debian > > Linux box so that messages are transferred to my local mailspool and I > > can run a mail program locally. I've chosen sendmail to handle the > > daemon, exmh as a mail program, and I've run through the initial > > configuration for each. > > > > My question is: What is a good method to go about checking for and > > delivering messages? Is there some slick app (gui or otherwise) that > > automates this procedure, or should I hack my chatscript to run > > something (what are my options?) at connect time and schedule cron to > > connect every so often (or possibly just check every so often when I'm > > connected, I haven't decided how often I want to check yet), or is there > > an even better way to handle this ritual? My isp provides pop3, imap2, > > imap4, if that helps. > > > > I've read many related docs including howto's, books, works from the > > Debian Documentation Project, but have not made much progress. If there > > is a good document I should read, please tell. > > For fetching e-mail, take a look at fetchmail. It can use (amongst others) > the pop3 and imap4 protocols to fetch e-mail from the isp and deliver the > mail to a local user. It can run as a daemon (or not) and is very > configurable. > > For sending e-mail you'll have to tell your e-mail program to use the > localhost as the smtp server (which is probably the default) and configure > sendmail for the dialup line. Since I am on a permanent connection (and > don't use sendmail) I have no idea how to do this, but others certainly > do. > > Remco > How attached are you to sendmail? If it's not a give-me-sendmail-or-give-me-death situation, you might want to check how I've configured smail on my machine - I've written an explanation of what I did and put it at http://www.math.jhu.edu/~martind/mybox.html - I use a dialup line and have a potentially different IP given to me each time I dial up. I've done some things you may not feel a need for (e.g. rewriting my From: line on outgoing mail, and making my box able to receive mail from the outside world directly (i.e. one can mail to [EMAIL PROTECTED] or whatever)), but as with anything you can take what you like and leave the rest. (if you have difficulty separating which of my hacks do what, just email me) If you're just looking for the command to force sendmail to try to deliver mail now, the command is "runq" - definitely put that in /etc/ppp/ip-up. I also suggest that you configure sendmail to send all mail through a smarthost that is connected to the internet fulltime, rather than trying to deliver things directly yourself. (I believe that "runq" is also in the default crontab for the user mail, so that should already be set up) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: compile
(A suspicious return email address, but I'll assume it's correct) On Tue, 18 Nov 1997, RedHat Linux User wrote: > every time I compile the kernel, it is too big? > > boot sector 512 bytes > setup is 4380 bytes > system is 511Kb > system is too big > make[1] *** [zImage] error 1 > > any ideas > Yes. Your kernel is too big for the zImage format. This, however, is not a serious problem - the solution is that instead of using the zImage format, which has some small limit on the size of kernels it works for, use the bzImage format. (which has a much larger limit) i.e. type make bzImage instead of make zImage DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How to use dpkg -b ??
On Tue, 18 Nov 1997, Debian List wrote: > Hi!! > > Thanks again... > > Ok I tried the dpkg-source -x and here's the error I got: > dpkg-source: error: tarfile `./mgetty_1.1.8.orig.tar.gz' contains object > (mgetty-1.1.8/README.1st) not in expected directory (mgetty-1.1.8.orig) > > Help! ;) > > Ricardo I had a similar problem with the xemacs20 source package - here's what I did, soup to nuts: Got the .tar.gz, .dsc, and .diff.gz files from ftp.debian.org. Since I have a bo system, I then had to make certain that I wasn't using the ldso from hamm. (the dpkg-dev in bo has problems with the ldd in ldso 1.9.x) Then, after experiencing the same problem with dpkg-source, I untarred the .tar.gz file into a temporary directory, and moved it about. That is, I did (something equivalent to) cd /tmp tar -xzf /usr/local/incoming/xemacs20_20.2.orig.tar.gz Now, this should have created a directory called xemacs20-20.2.orig; instead, however, it created xemacs-20.2.orig (I think; I know that the name was wrong, but can't remember exactly how it was wrong). So then I did: mv xemacs-20.2.orig xemacs20-20.2.orig tar -cf xemacs20_20.2.orig.tar xemacs20-20.2.orig gzip xemacs20_20.2.orig.tar This created a new xemacs20_20.2.orig.tar.gz - I then replaced the copy I'd downloaded with this one. This may be all that's needed; however, I also took the extra precaution of modifying the .dsc file; in the .dsc file there will be a line like: ece482d641199333788fb56bc6ea5e55 20651833 xemacs20_20.2.orig.tar.gz I changed this to match my new xemacs20_20.2.orig.tar.gz - this first long gobbledygook string was generated by 'md5sum xemacs20_20.2.orig.tar.gz' - the number after that is the size as shown by ls -l. As I said, this may be unnecessary, but I did it anyway. Then to compile the thing, I didn't use dpkg-buildpackage. Instead, after running the dpkg-source command to extract the package, I found that it (the source) had been put in /usr/local/incoming/xemacs20-20.2/ So then, I did: cd /usr/local/incoming/xemacs20-20.2/ vi debian/rules Now, the debian/rules file is just a makefile; I added the configuration options I needed; you may have to make other changes, (possibly in other files) depending on how mgetty is configured. I then did a debian/rules clean debian/rules build debian/rules binary This produced (after _much_ compiling and whatnot) the .deb packages (more than one since the xemacs source generates xemacs and xemacs-support, etc.) I wanted in /usr/local/incoming. I then could use dpkg to install them as I would any newly-downloaded .deb package. I think you can follow roughly this same procedure to compile your mgetty. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: smail
On Wed, 19 Nov 1997, Gerald Livingston wrote: > OK -- I'm ready to properly configure smail on my single user dynamic > ip system. > >Who knows where the best FAQ for that is? Big thing is, I need to > manage mail accounts from several different addresses. ([EMAIL PROTECTED], > [EMAIL PROTECTED], [EMAIL PROTECTED]). I'll probably use procmail to > separate them after I pull them in. > >I need all OUTGOING mail to say "[EMAIL PROTECTED]" > For pulling them in, look at the fetchmail examples. For an smail setup that works under the dynamic-IP case (including rewriting the from: line on outgoing mail) I'll put in a plug for my page at: http://www.math.jhu.edu/~martind/mybox.html >My systems current name is force-1. Naturally, that name means > nothing when I log on as my ISP assigns a name to whatever port I > connect to. > The smail setup alluded to above will allow smail to accept mail addressed either to "force-1" or to whatever name your ISP assigns when it gives you your new IP address. This may not be too useful for you, but I find it nice. > > If I can find a sucker -- errr -- nice person to host for me, would > it be possible for me to set up a MX on someone's system such as > force-1.xxx.com and have mail addressed to [EMAIL PROTECTED] be > held on the host system until it is somehow recognized that I am > online so SMTP delivery to smail can occur? Hmmm this could be tricky - you'd need some way to notify the nice person with the DNS machine that you'd gone offline - otherwise, how would they be able to know that they were delivering mail to your machine, and not to some other box that had dialed up recently and taken the DNS address you used to have? A bit of a tricky problem, I think - the only solutions I can think of are a bit messy. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: pppd
On Thu, 20 Nov 1997, Zach Wilkes wrote: > okay.. I've gotten my chat script to dial and connect.. pppd gets my > ip and gets the ip of the remote system.. my resolv.conf looks good > (from what I can tell), hosts looks good according to the ppp-howto.. > but, after all this.. after I'm sure it should work great.. I get > "network is unreachable" errors.. nslookup knows which nameservers > it's looking for but it just cant reach them.. is there some special > program I have to run in order for programs to use the ppp connection?? > >Zach what does the output of the "/sbin/route" command say? If it doesn't include a line beginning with "default" and ending with "ppp0" then you need to add the option "defaultroute" to your /etc/ppp.options_out. (Assuming that you're using the supplied debian "pon" command to start ppp) For reference, my /etc/ppp.options_out contains: bsdcomp 15 crtscts defaultroute noipdefault /dev/modem 38400 modem -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Configuring Pine
On Thu, 20 Nov 1997, Dale Scheetz wrote: > On Thu, 20 Nov 1997, Johann Spies wrote: > > > If you look at the header of this message, you will see that where the > > other messages shows the sender of the message, this one shows "To: > > Debian-poslys .". > > > > How do I change that? I am using Pine and smail. > > First off, only you see things that way; the rest of us don't. What you're seeing is just a feature of Pine - by default, the fourth field in an index listing is the sender of a message if it isn't you, or "To: Recipient name" if it is you. Frankly, I think that this makes a lot more sense than always showing the sender of the message, especially when browsing your "sent-mail" folder. But if you really must have things this way, go into the pine configuration (Main menu->Setup->Config) and change the index-format value to: STATUS MSGNO DATE FROM(33%) SIZE SUBJECT(67%) I will repeat that in all likelihood it is better not to make this change, and that the difference between your mail and others' mail only is showing up in pine's index viewer; the rest of us see nothing different about your messages. DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: can't load library
On Thu, 20 Nov 1997, B. Bell wrote: > when i try to start x i get the following errors: > $ startx > xauth: can't load library 'libXmu.so.6' > xinit: can't load library 'libXmu.so.6' > > > this error only happened after upgrading to libc6, which i did by > following the instructions in the mini-howto. does this mean i have to > upgrade all of X also? > > brad Well, you probably should, even though this error doesn't mean that you need to. Check your /etc/ld.so.conf file and make sure it contains /usr/X11R6/lib If it doesn't, then add the line and run 'ldconfig' as root. You might then want to try to figure out what other directories should be in your /etc/ld.so.conf and aren't; my (bo) system lists the following: /usr/X11R6/lib/Xaw95 /usr/X11R6/lib /usr/local/lib /usr/lib/libc5-compat /lib/libc5-compat /usr/X11R5/lib /usr/X11R6/lib/i486-linuxaout I don't know how you'd go about constructing the list of what should be in /etc/ld.so.conf, though. (a find for all dirs containing files ending in '*.so' produces too many erroneous entries) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: one more on plan (fwd)
On Fri, 21 Nov 1997, Colin R. Telmer wrote: > One of the packages that I maintain includes a daemon, pland, that is > recommended to be started in users' .xsession file. Previously, after > logout, the daemon just hung around and is therefore recommended to be > started as pland -k, where the -k kills any existing pland before starting > a new one. Another switch, invoked as pland -K, kills any existing pland > and then exits without starting a new one. Dirk Eddelbuetel advised me to > do something to kill pland on logout as it is a waste of resources so I > thought that I could add "pland -K" to my .xsession as the last line so > that when I quite my window manager (second last line), pland -K is > invoked and any existing daemon is killed. I tried this but it does not > work. Am I doing something wrong or is there another way to go about this? > I suppose I could look at .logout but I would like to keep this in > .xsession as it is an X app and that seems cleaner. Any suggestions are > gratefully appreciated. My .xsession is below. Cheers, Colin. > > This doesn't work for me: > > cgowave-4-237:~$ more .xsession > if [ -x /usr/lib/plan/pland ] ; then > /usr/lib/plan/pland -k > else > echo "Can't find pland" > fi > > xhost +$HOSTNAME.cgocable.net > exec /usr/X11R6/bin/fvwm2 > /usr/lib/plan/pland -K > The problem is that when you say 'exec whatever', the process that's parsing this file doesn't just create a subprocess to execute fvwm2, and then wait for the subprocess's completion; instead the process _becomes_ a process executing that 'whatever'. Among other things, this means that it completely forgets about this file. The solution is to remove the word 'exec'. (so that that line simply reads '/usr/X11R6/bin/fvwm2') This causes one extra process to be sitting around while you're using X, but that shouldn't be too much overhead. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: ownership and permissions
On Sun, 23 Nov 1997, Frank Barknecht wrote: > David Stern hat gesagt: // David Stern wrote: > > > Speaking of su, I have a root window (rxvt -e su --) in a user X-window > > session, and I seem to not be able to run X apps from the root window > > due to the DISPLAY env variable, but it is identical to user's (0:0), > > and running xhost complains about an invalid magic cookie, unable to > > open display. What do I need to do to get X apps to run from a root > > window in a user's X-window session? > > DON'T USE "xhost +"! With the above warning about xhost, (that is, not using 'xhost +' but rather 'xhost +localhost' (I have been told it's better to use xauth, but don't understand that). In any case, the reason you're getting errors when you try xhost is that xhost is an X command, and if root can't run X clients, it can't run xhost. So, the solution is either to run 'xhost +localhost' from an xterm as your regular user, or to (as root) do: cp ~username/.Xauthority ~root (where username is the username of your regular user) DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Text Format -iso- or -ascci-
On Mon, 24 Nov 1997, Daniel Mashao wrote: > I occasionally get the following message on my mail reader > > [The following text is in the "iso-8859-1" character set] > [Your display is set for the "US-ASCII" character set] > [Some characters may be displayed incorrectly] > > I would like to start a discussion on this. > 1. Where can I set my text to the "iso-8859-1" character set? Assuming you're using pine (from the format of the message it looks like it), you just need to change the "character-set" value under pine's configuration (i.e. go into Setup->Configure from the main menu) and set it to "ISO-8859-1" (I don't think caps matter, though I have them). > 2. What is advisable -iso- or -us-? What are the benefits of each? How > much will I lose? Well, iso-8859-1 is a superset of us-ascii; it's the character set also known as iso-latin1. So in going from us-ascii to iso-8859-1 you won't lose anything (though you'll begin causing messages like the above on other people's mailreaders). iso-8859-1 has common western european characters that don't fall in the ascii character set (like ü, í, ç, æ, and ø), in addition to everything us-ascii has. Assuming you're using pine in either a standard xterm or the linux console with the standard fonts, this should be no problem. If you're developing something for distribution, however, you should use us-ascii where possible since you can't always guarantee that the recipient is using a terminal capable of displaying iso-latin-1, (for example, someone using a kterm) but us-ascii is a character set that almost all terminals can display. This is why it's pine's default character set. Not that you'll still get messages like the above when people use a character set other than iso-latin-1 or us-ascii (there are people on this list who use UTF-8 and iso-latin-2, for example). I don't know of a general way to avoid the message. > 3. If I wanted to change to -iso- where are all the configuration files > that will need changing? I'd just go through pine's config menu, as above. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
