Can't print from woody: HPDJ 670C, gs 6.53-3, magicfilter 1.2-53
Greetings, all. I'm having serious trouble printing postscript files from my Woody system. I've got a HPDJ 670c, and I'm running gs 6.53-3 and magicfilter 1.2-53. (This, of course, applies to printing anything that goes through PostScript, like PDF.) I'm using lprng 3.8.10-1. The actual behavior varies somewhat: at best, I'll get one or two lines of good output, then the printer starts making these *horrible* noises, like it's trying to move the print head way off the end of the track and stripping the motor in the process, then spit out the page. It'll suck in a new page, then either spit it out blank or spit it out with two or three lines of gibberish on it. Repeat until I yank the power cord (hitting the power button doesn't help; the printer gets seriously wedged.) Printing ASCII works fine, as does printing PostScript & PDF from Windows. /etc/printcap (generated by magicfilterconfig): lp|hpdj670c-m|HP DeskJet 670C (mono):\ :lp=/dev/lp0:sd=/var/spool/lpd/hpdj670c-m:\ :sh:pw#80:pl#66:px#1440:mx#0:\ :if=/etc/magicfilter/dj670c-filter:\ :af=/var/log/lp-acct:lf=/var/log/lp-errs: /etc/magicfilter/dj670c-filter is as installed by the magicfilter package. To print, I'm using the command dvips -Phpdj670c-m specs.dvi The relevant dvips configuration file follows: M hpdj D 2602 X 2602 Y 2602 o |lpr -Phpdj670c-m O 0in,1.54cm I've also tried gs-aladdin, and lpr 2000.05.07-4.2. Neither helps. This used to work, several months ago. I don't keep very careful records of what I change on my system, though, so I can't say exactly what broke it. (I was running testing, though, when I first noticed the problem. I downgraded to stable a while back, in an attempt to fix this and also some truetype font issues. This is the first time I've tried printing since the downgrade.) Any suggestions would be very welcome. Thanks, Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Where to put local PPD file for CUPS?
Greetings, all. I've just switched to CUPS from lprng. I've been quite happy with it; the web configuration interface is particularly nice. Only one minor question: the best .ppd for my particular printer is not, so far as I can tell, included in any of the cups-related packages (at least in woody). I was able to download the .ppd from the web, put it into /usr/share/cups/models, and add my printer; everything works fine. I just don't much like having a local non-package file in /usr/share. Can cups be configured to look under /usr/local (or, I suppose, possibly /etc) for PPDs, or am I stuck with a non-package file under /usr/share? Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xterm menus
Lo, on Monday, January 6, will trillich did write: >From /etc/X11/app-defaults/XTerm-color: > > ! The following two sections take advantage of new features in version 7 > > ! of the Athena widget library. Comment them out if you have a shallow > > ! color depth. ... or if you use a dark background with your xterms, like I do > > *mainMenu*backgroundPixmap: > > gradient:vertical?dimension=350&start=gray90&end=gray60 > > *mainMenu*foreground: gray15 > > *vtMenu*backgroundPixmap: > > gradient:vertical?dimension=445&start=gray90&end=gray60 > > *vtMenu*foreground: gray15 > > *fontMenu*backgroundPixmap: > > gradient:vertical?dimension=220&start=gray90&end=gray60 > > *fontMenu*foreground: gray15 > > *tekMenu*backgroundPixmap: > > gradient:vertical?dimension=205&start=gray90&end=gray60 > > *tekMenu*foreground:gray15 > > > aha! that's exactly the same as mine, and yet gray15 appears to > be misinterpreted as white on my menus. i commented out that > whole section (quoted above) and they're now hideous, but i can > read them all. What does `hideous' mean here, specifically? I commented these same lines out back when I upgraded to woody, and now my xterm menus look fine---same foreground and background colors as the main terminal window. I'd think you'd get the same results (unless you've set these resources with xrdb or something). Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xterm menus
Lo, on Tuesday, January 7, will trillich did write: > On Mon, Jan 06, 2003 at 06:21:07PM -0500, Richard Cobbe wrote: > > What does `hideous' mean here, specifically? I commented these same > > lines out back when I upgraded to woody, and now my xterm menus look > > fine---same foreground and background colors as the main terminal > > window. I'd think you'd get the same results (unless you've set these > > resources with xrdb or something). > > it's highly subjective, of course, but when you have the option > of a fancy vignette from light gray to medium gray with dark > gray text overlay, start white on stark black seems alarmingly > hideous by comparison. (coming from the mac platform, i'm a bit > spoiled when it comes to presentation.) Ah. Well, I've not tried this, but I'm reasonably certain that you can take the lines you commented out in /etc/X11/app-defaults/XTerm-color, and put them in your X resource file (traditionally ~/.Xresources or ~/.Xdefaults) with settings that you like better. I'm not sure, however, exactly what the set of correct values for these options is, and this sort of thing is not generally well-documented. :-( Still, if you want a better gradient than the default, playing around with this should work. Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SOLVED: Still have no idea of the xhost replacement
Lo, on Monday, January 6, nate did write: > Abdul Latip said: > > > IT WORKS! Thank you very much! May I know for what is > > "-nolisten tcp" in xserverrc? > > sure, glad to help. the nolisten tcp is to prevent the X server > from listening for connections on TCP ports. ... which is a good thing for security reasons. > nolisten tcp breaks setups that depend upon exporting the > display e.g. export DISPLAY=remote.server:0.0 Yes. > SSH bypasses this by tunneling the connection over the SSH connection > and(I think) connecting to the X server via sockets instead. Pretty much, although `sockets' is an overly broad term. In this case, I believe that the ssh client uses Unix-domain sockets to communicate with the X server on the local machine. Unix-domain sockets are like normal TCP/IP sockets, with a couple of exceptions: - Unlike TCP/IP sockets, their addresses are pathnames, so these sockets live in the filesystem. Try /bin/ls -l /tmp/.X11-unix to see an example. - Unix-domain sockets allow connections only to other processes on the same machine. This loss of flexibility gets you a speed benefit and a much simpler security situation: you don't have to worry about connections from arbitrary hosts on the internet. (For those who don't know what a socket is, read `connection' instead: it's roughly the same idea.) Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to make Alt GNU Emacs Meta?
Lo, on Saturday, January 11, Bob Proulx did write: > Adam <[EMAIL PROTECTED]> [2003-01-10 22:28:14 -0800]: > > In the current stable release of debian, GNU Emacs uses the Windows key > > as Meta instead of Alt. I am told this is not true for other linux > > distributions or other releases of debian. How can I fix this? If I > > have to I can make an .xmodmap but I would rather not. If there is some > > package I can upgrade to testing or unstable I am willing to do that. > > I have noticed that too. But it is related to the keyboard you chose > when you installed. If you said you had a pc102 then the windows key > is not available and you get normal meta operation on alt. If you > said pc104 then it configures the windows key as meta. I believe this > had to do with preserving the functionality of the alt key for other > purposes. > > So presumably you could rerun 'dpkg-reconfigure' again and change the > keyboard. But I don't know the correct packge off of the top of my > head. Oh well, you can just change the configuration file by hand. > Here is mine. dpkg-reconfigure xserver-xfree86 And be aware that if you change a section of /etc/X11/XF86Config-4 by hand (within the debconf-managed section), it'll get overwritten the next time you configure the xserver-xfree86 package. I'm not entirely sure, but this may include package upgrades. Another alternative: instead of messing around with your XF86Config-4 file and restarting X, you can also play around with X keymaps, by way of xmodmap(1). The relevant bit of my .xmodmaprc file follows. keycode 0x73 = NoSymbol keycode 0x40 = Meta_L keycode 0x71 = Meta_R The first line removes the key sym associated with the left windows key, so that hitting it effectively does nothing. The other lines rebind the two alt keys to act like meta. You may also want to unbind the right windows key; its keycode is 0x74. Warning: this is only guaranteed to work if you chose the pc104 setting when configuring X. It may well have bad side effects when used with a different keyboard type. Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: how to set my email address on outgoing mail?
Lo, on Wednesday, January 15, Adam did write: > On my ISP shell account I can set my email address in Emacs when using > RMAIL but this doesn't work on my Debian box, is this exim's doing? I don't think so; I'm able to configure my outgoing email address successfully using VM, XEmacs, and Debian. Have you set user-mail-address? What's showing up in the From header when you send mail from your Debian machine? Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compiler error: C compiler cannot create executables
Lo, on Saturday, January 18, Eric G. Miller did write: > On Sat, Jan 18, 2003 at 12:07:24PM +0100, Achton N. Netherclift wrote: > [snip] > > According to packages.debian.org, the file that is missing according to > > the config.logs (crt1.o) is contained in the libc6-dev package. The file is > > missing on my system, so I attempt to install it: > > AFAIK crt1.o would be a temporary file created from the combination of > "conftest.c" and some gcc parts when compiling the C file directly to > an executable. Your installation is incomplete because you don't have > libc6-dev installed. All that stuff about gcc not being able to produce > an executable... GCC needs some of the things provided by libc6-dev. About half-right: [nanny-ogg:~]$ locate crt1.o /usr/lib/crt1.o /usr/lib/gcrt1.o /usr/lib/Mcrt1.o [nanny-ogg:~]$ dpkg -S /usr/lib/crt1.o libc6-dev: /usr/lib/crt1.o crt1.o is, I think, an object file containing a big chunk of the C/C++ runtime. In particular, it contains the startup code that does a bunch of initialization, then calls main(). After main() returns, it does a bunch of OS-specific cleanup, like taking main's return code and putting in the place where the OS expects to find the process's exit code. It's essentially part of the compiler/library infrastructure. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Suggestions for and comments on trackballs?
Greetings, all. Over the last several months, I've been having increasing pain in my right wrist. A co-worker suggested that this is due to problems with standard mice and recommended that I try a trackball instead. So, I'm looking for a trackball that will work well with potato/X. My primary goals: * at least 3 buttons that work in X. * I'm using potato and kernel 2.2.18, so I'd need a PS/2 connector. * the ball should be under my fingers, not my thumb, as it generates the most pain. * Compatibility with gdm is not an issue, as I never use it. * Other random features, like scroll wheels, extra buttons, and wireless connections, are extra. Ideally, I'd like to avoid these, as they probably drive up the price, but I'll take them if I have to. I'm looking at the Kensington Expert Mouse, Kensington TurboRing, Kensington TurboBall, and Logitech Cordless Trackman. (All the other Logitech trackballs have the ball under the thumb or only 2 buttons.) What experiences have people had with these devices under Linux? Do people have any other recommendations for trackballs (or other pointing devices, for that matter)? Thanks kindly, Richard (I'm subscribed, so no need to CC me.)
Re: Suggestions for and comments on trackballs?
Lo, on Saturday, February 17, Sebastiaan did write: > Hi, > > I have been using AlfaData's trackballs almost half my life now. Perhaps > they make them now with PS/2 and the third button enabled, *IF* they are > still in production. Is this www.alfadata.com? If so, it would appear that they no longer make trackballs of any sort; they appear to have switched exclusively to gaming input devices. Or do I have the wrong company? Richard
Re: Suggestions for and comments on trackballs?
Lo, on Saturday, February 17, Bud Rogers did write: > On Saturday 17 February 2001 12:18, Richard Cobbe wrote: > > > * the ball should be under my fingers, not my thumb, as it generates > > the most pain. > > A pity, that. Truly---it's starting to cause problems when I write for long stretches at a time. > I've been using a Logitech Trackman Marble since Christmas and I really > like it. Best $40 I've spent in a while. Yeah, I saw that one on their web site. Looks nice, and it appears to be popular among Linux users, but the ball's in the wrong place for me. :-( Ideally, I'd find one of those I could borrow for a couple of weeks to see what I think of it---I find that I can't really make a good decision about input devices until I've used them for a while. Richard
Re: Suggestions for and comments on trackballs?
Lo, on Saturday, February 17, John Galt did write: > On Sat, 17 Feb 2001, Richard Cobbe wrote: > > >Greetings, all. > > > >Over the last several months, I've been having increasing pain in my > >right wrist. A co-worker suggested that this is due to problems with > >standard mice and recommended that I try a trackball instead. > > Look at the Mouse Systems one--3" diameter ball... Logitech makes a good > one as well, but I'd go with a larger ball with RSI injuries: some of > the movement can be pushed back up the arm... Well, I tried to look at that, but it would appear that Mouse Systems has gone out of business. The mousesystems.com domain is up for sale, at least. > >* I'm using potato and kernel 2.2.18, so I'd need a PS/2 connector. > > ?! I've used various kernels/Debian distributions and NEVER got limited > to just a ps/2 mouse. In fact, I was prevented FROM using a ps/2 mouse > oftener than I should've, but never had issues with a good old fashioned > serial. Sorry, I wasn't clear. I wrote this just after I'd browsed through the offerings at the local MicroCenter---I think you'd be hard-pressed to *find* a new serial mouse or trackball, so I hadn't even considered that possibility. I meant PS/2 as opposed to USB. Serial would be fine, but I don't know that anybody actually sells those any more. (My current mouse is a PS/2, and I've never had any difficulties with it, at least under X.) > >* the ball should be under my fingers, not my thumb, as it generates the > > most pain. > > Again, go with a 3" or larger trackball. The larger the ball, the less > often you're wrist is going to move. Remember the old Centipede > trackballs that you used your palm to control because they were so big? If I can find one, great. That may be difficult. > Have you considered a touchpad? Cirque and Synaptics are well supported. > You can actually use a touchpad without any wrist movement at all... Touchpads are certainly worth consideration. However, getting one looks to be a bit tricky. If www.synaptics.com is correct, they sell primarily to OEMs, not end users---all their product descriptions have pictures of PCBs. Cirque (www.cirque.com) seems to sell to end-users, but none of theirs have 3 buttons. :-( Thanks for your advice, Richard
Re: Making a Backup to a CD-RW
Lo, on Monday, February 19, Raffaele Sandrini did write: > Hi all > > I want to make backups to CD-RW. So i have to do it with the mkisofs prog > to create the image. Is it possible that i culd make an exact copy of my > files, i mean, that no name is altered after? I tried it but i never got > the output i want. I want to backup the /root, /home and the /etc > directory into the /root /home and /etc dirs on the CD. I tried this > command: > mkisofs -R -o /tmp/backup.iso /home=/home/ /root=/root/ /etc=/etc/ > but i had errors about dubble files or it merged the files wrong Far as I know, this should have worked. Which errors specifically? Did you mount the resulting image via /dev/loop* and look at the files? > Or should i make a tar image first and then a iso image of it and burn this > to the CD? Unnecessary. If you're interested in doing backups to CD-R(W), I'd recommend cddump. There's not a dpkg, but it's easy enough to install. See http://users.gtn.net/fraserm/cddump.html. Richard
Re: Making a Backup to a CD-RW
Lo, on Tuesday, February 20, Rich Renomeron did write: > On Tue, 20 Feb 2001, Phillip Deackes wrote: > > > Thanks, Richard. I downloaded cddump and it works well. However, I can't > > seem to get it to backup multiple directories. How would I, say, get it > > backup /home and /etc? I tried 'cddump 0 /etc /home' and it ignored /home. > > There is nothing in the man page to suggest how it can be done. > > You can only back up one directory (or directory tree) at a time. > Furthermore, everything you back up must be on the same filesystem. True, although if they're small enough, you can back multiple filesystems up to the same disk. > And a word of warning: My last 0-level backup did not contain any > symbolic links (e.g. /etc/alternatives and /etc/init.d), so when I tried > to do a full restore, I had some problems. My impression from poking > around the code a bit symlinks are not supported. Check out the c switch, which creates a cpio archive of special files, including symbolic links. I'm a little unclear as to why this is necessary, I must admit. Based on some quick little tests I just performed, mkisofs is capable of generating ISO/RockRidge images which contain symbolic links, hard links, block devices, character devices, FIFOs, and Unix sockets. (Far as I can tell, that's everything.) Perhaps cddump doesn't do this because it generates Joliet images by default? Ah well. At least it works. Richard
Re: install questions
Lo, on Monday, February 26, Ethan Benson did write: > On Tue, Feb 27, 2001 at 06:05:03AM +0800, #KUNDAN KUMAR# wrote: > > Are you using su to run the xcnofig? If that is the case, try running "xhost > > +" inside the termianal. Then run su and do the kernel compilation... > > let's see if it works.. just a guess.. > > don't do that, that disables ALL X security and lets any bozo on your > network or the internet to connect to and snoop your entire X > session. never do that unless you are not connected to ANY NETWORK! > > in short xhost + is a HUGE SECURITY HOLE Absolutely. Two options which are much better: 1) xhost +foo where foo is your local hostname. Still not ideal, as this allows anyone who can log on to your machine full access to the X server, as Ethan described above. 2) xauth merge ~bar/.Xauthority where `bar' is the user who started X (or logged in at the *dm window). This is the best situation, as it only allows the user who runs xauth access. Richard
Re: Bash & .bashrc
Lo, on Wednesday, March 7, Colin Cashman did write: > I have .bashrc set up to support color ls, but .bashrc isn't called when > I log in. As expected. See bash's man page (specifically the `INVOCATION' section) for a discussion of the startup sequence. > If I subsequently start a new shell, however, or 'source .bashrc' then > the file is read and processed. > > What's the best way to handle this so it's done automagically upon > logging in? Just throw "source .bashrc" onto the end of the .bash_profile > file? Basically, yes. Richard
Where'd the Linux modem compatibility database go?
Hello, all. A friend has expressed some interest in installing Linux, so I was going to point him to some web pages listing compatible hardware. I wanted to supply him with the URL to the Linux modem compatibility database, http://www.o2.net/~gromitkc/winmodem.html, but this is no longer valid. Does anyone know if this (very helpful) page has been moved? Can someone supply me with an updated address? Thanks, Richard
Re: OT:Netscape
Lo, on Sunday, November 26, Stephan Kulka did write: > I have a problem with netscape, which annoys me. Every time I start > netscape the browser points to http:/// although I would like to point it > to www.debian.org. Only when I open a new window this happens. > Is this an known bug or can I change this behaviour?? You may well have checked this already, but what is your Netscape home page set to? (In Netscape's preferences box, the "Netscape" section, middle part.) > How can I configure netscape?? I know that I have to add lines to my > ~/.Xresources, but I don't which. Is there somewhere a documentation?? I don't know that this particular setting is customizable through the X resources system. However, there are a number of settings only accessible as X resources. Look for a file called Netscape.ad somewhere on your system. On my recent 2.2r0, there are two (identical) copies: /usr/lib/netscape/475/communicator/Netscape.ad /usr/lib/netscape/475/netscape/Netscape.ad These files contain a list of Netscape's resources, their default settings, and a decent amount of documentation. (They're suitable as input for xrdb, although you shouldn't ever need to use them as such.) HTH, Richard
Re: Port 12345?
Lo, on , November 28, Willy Lee did write: > "Robert" == Robert Waldner <[EMAIL PROTECTED]> writes: > > > On Tue, 28 Nov 2000 00:51:09 +0100, Svante Signell writes: > >> Anyone knows what port 12345TCP is used for and which OSes are > >> vulnerable? > > > 12345 is NetBus (according to www.snort.org), vulnerable is > > everything where NetBus runs ;-) eg WinEverything>=95 > > > > >> Note: I am on a dial-up connection. For you with fixed network > >> access, how often do this happen, a few times a day? > > >10-15/week. > > > cheers, &rw > > How can I tell when I am being portscanned? Is there an appropriate > selection of Debian packages for this? As someone else said, you can often see it in your system logs---IF you have your kernel configured with IP firewalling AND if you have your firewall definition set to log blocked packets. For the 2.2 kernel series, see the ipchains(8) manpage. The only dedicated software package that I know of for this sort of thing is PortSentry, at http://www.psionic.com/abacus/portsentry/ (or do a FreshMeat search), but it's only distributed as a tarball, not as a Debian package. Richard
Re: OT: port scan
Lo, on Tuesday, November 28, Damian Menscher did write: > On Tue, 28 Nov 2000, Pollywog wrote: > > On Tue, 28 Nov 2000 14:40:09 -0200 (EDT), Mario Olimpio de Menezes said: > > > > > One computer where I have Debian installed was scanned > > > recently. Someone probed several ports (~20), maybe trying to determine > > > the running OS (something like nmap does). > > > Do you think this *IS* an attack? I mean, should I report this > > > as *AN* attack? > > > > If someone scans several ports, I usually do report it to their ISP, > > sending them log excerpts that include the time they occurred and also my > > time zone as reported by my computer. The ISP would probably warn the > > customer and even terminate the customer's account if they believe the > > customer was up to no good. > > > > I usually do not report attempts to connect to single ports. > > You might want to keep in mind that scans of all ports are often just > general curiosity about what kind of stuff a computer is being used for, > while scans of a single port (on every machine in your subnet) is often > someone looking for a machine vulnerable to a *particular* exploit. So > I'd say don't ignore the single-port scans. They are as (or more) > serious. Well, they can be. Connections to TCP ports 137, 138, and 139 are part of Windows file- and printer-sharing. I don't know all that much about how SMB works, but I'm fairly sure there are broadcasts to these ports involved, primarily in setting up the Network Neighborhood. So, if you happen to be on a network (like, say, a cable modem local loop) with some Windows PCs that have file/print sharing turned on, these may not represent a security problem. (Well, for *you*, anyway.) Richard
Re: OT: port scan
Lo, on Wednesday, November 29, brian moore did write: > On Tue, Nov 28, 2000 at 05:38:12PM -0600, Richard Cobbe wrote: > > > > Well, they can be. Connections to TCP ports 137, 138, and 139 are part of > > Windows file- and printer-sharing. I don't know all that much about how > > SMB works, but I'm fairly sure there are broadcasts to these ports > > involved, primarily in setting up the Network Neighborhood. > > Yes, and here are even worms for Windows that go probing looking for > open SMB shares to write themselves into. > > > So, if you happen to be on a network (like, say, a cable modem local loop) > > with some Windows PCs that have file/print sharing turned on, these may not > > represent a security problem. (Well, for *you*, anyway.) > > Or if you happen to be on a network 'near' (typically within a dozen > /24's or so) of someone with one of the above worms running This doesn't surprise me in the least. However: 1) I don't think there's really any way to distinguish one of these worms from a legit SMB broadcast, at least not with the level of detail that ipchains logging gives you. (I'm not even sure that a packet sniffer/protocol analyzer like ethereal would allow you to distinguish between the two, but then I don't know anything about the details of the SMB protocol.) 2) This could only affect a Linux user if they've got samba installed and running on their machine. Since they would have to have some sort of ipchains firewalling stuff to get the logs in the first place, then blocking SMB traffic to/from the outside world is trivial. (This is why I claimed that such probes were not necessarily a security problem for a Linux machine---Windows machines are another story altogether.) I can't think of any legitimate reason to allow SMB traffic to/from the outside world. VPNs are fine, but that's different. Richard
Re: [OT] Apple IIe help please
Lo, on Friday, December 1, Lizard did write: > At 06:25 PM 12/1/2000, D-Man wrote: > > >Hi all. I apologize for the off topic-ness of the message and the > >cross-post. > >I have a friend who has a program she likes (written in BASIC) on an Apple > >IIe. > >I have a way to get into the code and list it on the screen. What I am > >looking > >for is someone who has had some experience using an Apple IIe who can tell me > >how I can get the listing to be redirected to the printer port. Also if it > >is > >possible to get a copy of the program file onto a disk for an IBM compatible > >comptuer (Windows or Linux) that would be great. > > Gods, THAT brings back memories! Something like "PRINT #1" or the like? I > know you specify a port..."IN #1" turned on the printer? Maybe? I'm sorry, > I'm dredging up memories from 20+ years ago... Close. Try PR#1 instead (at least, I *THINK* port 1 is the printer). That should redirect all subsequent output to the printer. To reset, do PR#0. So, something like LOAD BLAH.BAS PR#1(from this point on, you'll be typing blind) LIST PR#0(and you'll be back to normal) As for converting the file to a PC disk, you'll probably need to transfer it to a PC electronically---a dial-up link or a null modem cable is probably your best bet. Amazed that I still remember this stuff (haven't used an Apple II in 12 years), Richard
Re: Inappropriate postings: [kroger@Princeton.EDU: Re: OT: regular expression question]
Lo, on Friday, December 8, kmself@ix.netcom.com did write: > Dr. Kroger: > > Attached are several recent posts you've made to the debian-users > mailing list concerning the Debian GNU/Linux operating system > (http://www.debian.org/). I think you'll find that instructions for > unsubscribing from the list are included, as well as a fallback address > for reaching a real live person, with a copy of these instructions > included in the signature line of each and every message posted, Just a brief note. Based on recent discussion here (lots of "I can't unsubscribe!" "Sure you can---just read the sig!"), it looks like people are not aware of the following: The unsubscribe instructions are, in fact, NOT appended to the list messages to someone who's subscribed to debian-user-digest. Just FYI. Richard
How to track *part* of unstable?
Greetings, all. I'm still fairly new to debian, so I'm not all that familiar with dpkg, dselect, and apt. Is there a way to track the unstable branch for only certain packages? I'd like to install the unstable version of gnucash. I downloaded the .deb and tried an apt-get install, but it failed due to a number of unsatisfied dependencies. Most of these dependencies simply required later versions of packages that I've already installed---from potato. Ideally, I'd like to be able to use dselect to grab this version of gnucash and satisfy its dependencies, but I want to leave the rest of my system at stable, where it is now. Is there a good way to do this? The only thing I can think of is keeping two sources.list files, one for stable and the other for unstable, and switching them out as necessary. Is there a better way? (Also, and forgive me for asking this, but please CC me directly on any responses. I've subscribed to this list and received confirmation of my subscription, but I'm not receiving any of the list traffic, and I'm not sure why.) Thanks much, Richard
Re: How to track *part* of unstable?
Lo, on Friday, December 22, Rob VanFleet did write: > > On Fri, Dec 22, 2000 at 01:35:28PM -0600, Richard Cobbe wrote: > > > Is there a way to track the unstable branch for only certain > > > packages? I'd like to install the unstable version of gnucash. > > Is gnucash_1.4.8 new enough for you? That'd be just fine, thanks. I'll take anything in the 1.4 series; potato is still at 1.3.4. > If so, just install Helix Gnome from http://www.helixcode.com/. Running > Potato, Helix is the best way to get new Gnome/GTK packages. I've been somewhat reluctant to do this until now, primarily because I've only just switched to Debian (from RedHat), and I'm still learning my way around the system. During this process, I don't want to complicate things with additional large packages. However, many of the gnome apps look very intriguing. Does the Helix installer use the Debian package system, or are they completely independent, or somewhere in between? I've already installed several .debs that appear to be included with Helix, like XMMS and the GIMP. Would I need to uninstall those first using apt-get? Also, while many of the Gnome apps are pretty cool, I don't much like the desktop. I'd prefer to stay with my plain old FVWM. Is this relatively easy after a Helix install? (I'm certainly not afraid of editing .xsession and the like.) (I took a quick look around www.helixcode.com, but they don't seem to address these issues.) Thanks for the suggestion! Richard
Re: Catch-22 with modules/backups
Lo, on Saturday, December 23, [EMAIL PROTECTED] did write: > I am eager to try making a debian kernel, to make sure only the drivers I > need are there, but first I need to make a backup !!! While backups never hurt, a kernel rebuild shouldn't require backups. If you leave out some necessary drivers, you won't be able to boot, but all of your files will still be there and more or less intact. If you save a copy of your previous kernel (always a good idea), then reboot under that image and try another rebuild, including all of the necessary drivers. > The module I am missing is sr_mod, which I am told is loadable. dselect > knows nothing about scsi or sr_mod, apt-get knows the same. > www.google.com has no links to any sources that I can find. If you look > for "sr_mod" in the debian packages area, you get nothing, becuase it > treats the _ as a space. > > Two or three people have tried to give me help, but one said "good luck" > and the other main one began "Start with a clean .config file" (um, what > .config file?) > > I am using 2.2.17-pre6 and all I want to do is get and load a "loadable > device driver". > > I know I could have gotten this module off of my installation CDs in the > first place. Loadable modules (or ``loadable device drivers,'' as you call them) are not in separate debian packages; they're all part of the kernel and are thus contained in the kernel-image package, which (I think) should have been installed during your Debian install. Therefore, dselect, apt, and the Debian package list aren't going to know anything about them. The first step is to figure out exactly which drivers you need. Is your CD-RW an ATAPI or a SCSI device? See the table in section 2.1 of the CD-Writing HOWTO for a discussion of the drivers you'll need. Now, my understanding (i.e., educated guess) is that the necessary drivers were installed on your machine, but those modules weren't loaded by default. Type "modprobe " as root to load module and any dependencies. If that works, you're good to go. (If you use the ide-scsi module, you'll need to hide your CD-RW drive from the IDE driver. Run `cat /proc/modules'. If you see ``ide-cd'' in the first column, then you're cool. Become root, then create a file called /etc/modutils/local which contains this stuff from the HOWTO: options ide-cd ignore=hdb# tell the ide-cd module to ignore hdb alias scd0 sr_mod# load sr_mod upon access of scd0 pre-install sg modprobe ide-scsi # load ide-scsi before sg pre-install sr_mod modprobe ide-scsi # load ide-scsi before sr_mod pre-install ide-scsi modprobe ide-cd # load ide-cd before ide-scsi then run the commands update-modules # umount any CDs rmmod ide-cd modprobe ide-cd modprobe ide-scsi If, however, ``ide-cd'' is NOT in /proc/modules, then you'll have to adjust lilo.conf, as in the HOWTO, and reboot before you can load ide-scsi.) Otherwise, you'll need to rebuild your kernel, including support for the necessary drivers. See section 8.5 of the Debian installation manual for details on how to do this. (The .config file you refer to is your *kernel* compilation configuration file.) > PS I don't want to install debian on my swap partition, and > then try to move the sr_mod module, but I bet it might work. Unnecessary. I think the sr_mod module is installed on your system (somewhere under /lib/modules), just not loaded. Hope this helps, Richard
Re: procmail
Lo, on Sunday, December 24, Marcelo Chiapparini did write: > Hi to all! > > I am using fetchmail+exim+mutt as an email system. All the incomming emails > goes to /var/spool/mail/myaccount. I would like now to store the different > messages in separate mailboxes files defined in /home/myaccount. I know (from > this list! ;)) that this can be done using procmail. I have read the > documentation, but I would really appreciate a help regarding the > following questions: > > 1) How does procmail start? If you have fetchmail set to hand messages off to exim (the default), then exim will automatically start procmail to put the mail in the appropriate place. If, on the other hand, you have fetchmail hand it off directly to your MDA, just use procmail as your MDA. Either way, you'll need a .procmailrc file. > 2) How does look the syntaxis in the .procmailrc file in order to move > emails from /var/spool/mail/myaccount to the mailbox > /home/myaccount/mail/mymailbox? I found the examples in procmailrcex a bit > obscure regarding this point. Well, procmailrc(5) and procmailex(5) are the best (only?) sources for this sort of information. In case it helps, though, I've attached a copy of my .procmailrc that's reasonably well commented. Also, check out /usr/share/doc/procmail/examples/. HTH, Richard ## ## Procmail config file; handles mail filtering. ## ## $Id: procmailrc,v 1.2 2000/12/22 17:15:07 cobbe Exp $ ## ### ## The basic idea: save all of the messages that I want to see into the ## appropriate folder (In for normal messages, and then folders for various ## mailing lists), and leave all others to go to the autospam folder. You ## could also route these to /dev/null, but I want to make sure I don't ## miss anything by default. ## ## The colon after the :0 tells procmail to use locking so my MUA doesn't ## try to read the mail file while procmail is writing it. Good way to ## lose mail. open SMTP relays: :0 : * ^Received:.*alpha2.tsulaw.edu.* /home/cobbe/Mail/.spools/autospam messages directly to me :0 : * ^TO.*cobbe.* /home/cobbe/Mail/.spools/In # messages to root, bounced to me :0 : * ^TO.*root.* /home/cobbe/Mail/.spools/In info-cvs: :0 : * ^X-BeenThere:[EMAIL PROTECTED] /home/cobbe/Mail/.spools/info-cvs messages from the linux kernel announce list :0 : * ^TO.*linux-kernel-announce.* /home/cobbe/Mail/.spools/In messages from North Texas Linux User's Group :0 : * [EMAIL PROTECTED] /home/cobbe/Mail/.spools/In PLT Scheme discussion list :0 : * ^Sender: *owner-plt-scheme* /home/cobbe/Mail/.spools/plt-scheme Debian lists :0 : * ^Resent-From:[EMAIL PROTECTED] /home/cobbe/Mail/.spools/debian-user :0 : * [EMAIL PROTECTED] /home/cobbe/Mail/.spools/debian-user :0 : * Resent-To:[EMAIL PROTECTED] /home/cobbe/Mail/.spools/debian-user :0 : * ^From:[EMAIL PROTECTED] /home/cobbe/Mail/.spools/debian :0 : * ^Resent-From:[EMAIL PROTECTED] /home/cobbe/Mail/.spools/debian ### #default rule: put everything not matched above in the autospam folder :0 : * .* /home/cobbe/Mail/.spools/autospam
Re: Cannot use TrueType fonts (xfstt)
Lo, on Tuesday, December 26, Patrick Schnorbus did write: > Hi, > > I´ve just installed xfstt, put some TrueType Fonts in > /usr/share/fonts/truetype and updated the xfstt fonts list. > But i can´t use the fonts. First I tried them to use with konqueror, then > with the GIMP, but in no program they are available. xfstt-daemon is running. > any hints? Did you add xfstt to your X server's font path? In /etc/X11/XF86Config, section "Files", the following line should work for the default setup: FontPath "unix/:7101" See also /usr/doc/xfstt/FAQ.gz, esp question 1.2. Richard
Re: Cannot use TrueType fonts (xfstt)
Lo, on Tuesday, December 26, Hall Stevenson did write: > * Richard Cobbe ([EMAIL PROTECTED]) [001225 21:03]: > > > Did you add xfstt to your X server's font path? In /etc/X11/XF86Config, > > section "Files", the following line should work for the default setup: > > > > FontPath "unix/:7101" > > > > See also /usr/doc/xfstt/FAQ.gz, esp question 1.2. > > I've tried adding the following: > > FontPath "unix/:7101"# truetype font server > FontPath "tcp/127.0.0.1:7101" > FontPath "inet/127.0.0.1:7101" > > all seperately (with two of the three commented out each try). Using > the "inetc/127.0.0.1..." line *does* cause TT fonts to work, but various > windows take *too* long to open up. Mutt, for example, opens up almost > instantly in it's normal Eterm window, but no text shows up for at least > 15 seconds (if not longer). What error message do you get off the "unix:/7101" entry? (This should be written to the terminal from which you start X.) Richard
Re: Changing screen size along with screen resolution?
Lo, on Tuesday, December 26, Lance Simmons did write: > On Tue, Dec 26, 2000 at 05:42:36PM -0800, Nate Amsden wrote: > > Lance Simmons wrote: > > > > > > Is > > > there a way to change resolution _and_ screen size at the same time? > > > > > does the game support fullscreen? > > Yes, it does. It's Heroes of Might and Magic 3, ported by Loki. I used > it on Red Hat in fullscreen, with no problems. Then last May I switched > to Debian and never got around to installing Heroes 3 again. Now I've > installed it, and when I give the appropriate command for fullscreen, I > get a 800x600 window taking up a quarter of my 1600x1200 desktop. > > Isn't there a way I can _start_ X at 800x600 without having to modify > my XF86Config file? I'm willing to start a separate X session on > another virtual terminal. Reading the man pages for xinit and startx > hasn't enlightened me. Well, sort of. This is a bit of a kluge, but it will work; I used to use it for Loki's port of Civilization: Call to Power---it's much happer in 16-bit graphics, but I prefer to run other things in 32-bit color. XFree86 doesn't appear to have a resolution command line parameter, but it does have a color depth parameter. If you can select one color depth for HMM3 and another for your normal work, then you're set. For the normal color depth, put 1600x1200 first in the list of resolutions for the system; for the HMM3 color depth, put 800x600 first and delete all higher resolutions (or your virtual size will be larger). Then start X with startx -- -bpp 32 # HMM3; starts at 800x600 on virtual console 7 startx -- -bpp 16 # everything else; starts at 1600x1200 on VC 8. or whatever color depths you choose. Klugy, as advertised, but it's the best I can come up with. HTH, Richard
Re: Confusion over library names
Lo, on Thursday, December 28, Michael and Ricia Banther did write: > The ld program supports a -l command line option. Why are you calling ld directly? g++ should do that for you--especially with respect to libstdc++ (see below). (Of course, gcc/g++ supports the same parameter.) > Playing around with ld, I've discovered that the -l option does not find > files that have .a or .so in the middle of the filename. It only finds > files that have one of these strings at the end. So, for instance > -lstdc++ doesn't find /usr/lib/libstdc++.so.272. I think libstdc++ is a bad example; you should let g++ link that in automatically. (In fact, I think one of the only real differences between g++ and gcc is that g++ links in libstdc++, while gcc doesn't. They use the extension on the input filename to determine language.) However, -lcrypt successfully finds /usr/lib/libcrypt.so on my potato system. > My questions then: > > 1. Am I using the -l option in ld correctly? Is there some way to make it > recognize library names with .so or .a in the middle of a name? Yes, you're using it correctly (but you should be using g++ to link in most cases), and no, I don't think there's a way to get it to recognize library names with .so or .a in the middle. > 2. Should I create symlinks ending with .so (or .a) for any library with a > name of the form lib.so.blah (or lib.a.blah)? Those should be there for you; see below. Note that they're not always in the same directory. For instance, /usr/lib/libcrypt.so is a symlink to /lib/libcrypt.so.1, which is a symlink to the actual binary, /lib/libcrypt-2.1.3.so. > 3. Why do the distribution libraries fail to set up these symlinks for me > when they include other symlinks to give a specific library several names? The details of symlinks and shared libraries are a bit tricky; see _Linux Application Development_ by Michael Johnson & Erik Troan for further details (especially sections 7.4 through 7.6). However, so far as I know, most of this *should* be set up for you, so long as you've installed the necessary packages. As an example, consider libcrypt.so again: [minbar:~]$ dpkg -S /usr/lib/libcrypt.so libc6-dev: /usr/lib/libcrypt.so [minbar:~]$ dpkg -S /lib/libcrypt.so.1 libc6: /lib/libcrypt.so.1 I guess the logic here is that /usr/lib/libcrypt.so is used only when building new executables, so it belongs in the development package. Try making sure you've got the necessary -dev packages installed and linking again. (Warning: I understand the details of shared library naming conventions far better than I understand Debian's packaging system, since I'm new to Debian, though not to Linux. Therefore, you may have to adjust the last few paragraphs slightly.) HTH, Richard
Difficulties with FvwmPager in fvwm2 (potato)
Hello, all. I'm running fvwm 2.2.4-2 on Debian 2.2r2 (potato), and there's something that's been bugging me for a while. I don't have an .fvwm2rc in my home directory, so fvwm looks at Debian's /etc/X11/fvwm/system.fvwm2rc and then reads the various hook files in ~/.fvwm. This generally works OK. The only problem is the FvwmPager---I don't like some of the options that are set in system.fvwm2rc, like the font size and the geometry. I've put the following properties in ~/.fvwm/post.hook: *FvwmPagerGeometry +894+42 *FvwmPagerFont none *FvwmPagerSmallFont none *FvwmPagerDeskTopScale 25 and, as specified in the docs, the following in ~/.fvwm/init-restart.hook: + I Wait FvwmPager + I KillModule FvwmPager + I Module FvwmPager 0 0 However, this usually doesn't take. I haven't been keeping careful records, but probably 2/3 of the time, when I start fvwm, the pager is started with the properties as set in system.fvwm2rc, not my overrides. Usually, restarting fvwm will case my props to stick, but this isn't consistent---this morning, I had to restart fvwm 5 or 6 times to get the pager where I want it. Since this is apparently not deterministic behavior, I suspect that there's a race condition in there somewhere. Has anyone found a reliable solution for this? Thanks, Richard
Re: Tracking down IP's
Lo, on Sunday, December 31, JD Kitch did write: > Can anyone tell me what this person is looking for here, and how I > can find out where this is coming from? > > Security Violations > =-=-=-=-=-=-=-=-=-= > Dec 31 11:06:47 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7632 F=0x T=127 (#43) > Dec 31 11:06:53 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7712 F=0x T=127 (#43) > Dec 31 11:06:59 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7713 F=0x T=127 (#43) > Dec 31 11:07:06 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7716 F=0x T=127 (#43) > Dec 31 11:07:13 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7724 F=0x T=127 (#43) > Dec 31 11:07:19 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7725 F=0x T=127 (#43) > > I've been unable to track it down. I've had pages and pages of this > every hour since early yesterday, always coming from the same IP, to > the same port. Someone (xx.xx.xx.xx) is poking at your SNMP port. Use /etc/protocols to map from PROTO=17 to udp, and then /etc/services to map from 161/udp to SNMP. (For those who don't know, SNMP (Simple Network Management Protocol) is a protocol system originally intended for monitoring and administering networked devices remotely.) I'm having to guess, based on RFC 760, but I think the other fields are: * L: packet length * S: type of service -- see RFC 760 * I: identification #; aids in reassembling fragments * F: fragment offset, possibly with the IP flags thrown in? * T: time to live. * and I don't know what (#43) represents. (If someone knows better, I'd love to hear corrections.) These are most probably not relevant here. Did you change your IP address in the above report? IIRC, 172.16.*.* is a block of private addresses. Packets to this address should be dropped automatically by an upstream router. My guess, therefore, is that these transmissions are coming from somewhere else in your network---probably a misconfigured SNMP manager who thinks you're an agent. If it's *not* somewhere else in your network, then to try to find out where it's coming from, do an nslookup on the source IP (the address you've blocked out) to get its domain, then try doing a whois lookup on that domain to see who's responsible for it. (And bug your sysadmins to drop packets coming in from outside your network addressed to the private address ranges.) For example, try typing `whois gmx.net' to see the kind of information you should be able to get. HTH, Richard
Re: Tracking down IP's
Lo, on Sunday, December 31, ktb did write: > On Sun, Dec 31, 2000 at 12:16:59PM -0700, JD Kitch wrote: > > Security Violations > > =-=-=-=-=-=-=-=-=-= > > Dec 31 11:06:47 tower kernel: Packet log: output REJECT eth0 PROTO=17 > > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7632 F=0x T=127 > > (#43) > nslookup 172.16.72.113 > shows - > can't find 172.16.72.113: Non-existent host/domain > > Can't help you any more than that. > kent Sorry, should have clarified this in my post, but 172.16.72.113 is the *destination* address---i.e., the IP address of the machine doing the logging. Doing lookups on this aren't going help (even if it weren't a private IP address.) The source address was blocked out by the original poster. Richard
Re: Tracking down IP's
Lo, on Sunday, December 31, Pollywog did write: > > On Sun, 31 Dec 2000 13:55:26 -0600 (CST), Richard Cobbe said: > > > > > Did you change your IP address in the above report? IIRC, 172.16.*.* is > > a block of private addresses. Packets to this address should be dropped > > automatically by an upstream router. My guess, therefore, is that these > > transmissions are coming from somewhere else in your network---probably a > > misconfigured SNMP manager who thinks you're an agent. > > I would ask my ISP if it was coming from them or from their upstream > provider. I had some odd stuff appearing in my logs once, coming from > the same IP address, and it was in fact coming from my ISP's upstream > provider. Either way, it's still a private IP address range. NOBODY should let packets with one of these addresses, either as source or destination, cross a network boundary. If the ISP is getting this traffic from its upstrea provider, it should configure the router between it and the provider to drop all private address ranges, and let the provider know it's leaking private IPs. Richard
Re: Tracking down IP's
JD Kitch <[EMAIL PROTECTED]> wrote: > Can anyone tell me what this person is looking for here, and how I > can find out where this is coming from? > > Security Violations > =-=-=-=-=-=-=-=-=-= > Dec 31 11:06:47 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7632 F=0x T=127 (#43) > Dec 31 11:06:53 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7712 F=0x T=127 (#43) > Dec 31 11:06:59 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7713 F=0x T=127 (#43) > Dec 31 11:07:06 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7716 F=0x T=127 (#43) > Dec 31 11:07:13 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7724 F=0x T=127 (#43) > Dec 31 11:07:19 tower kernel: Packet log: output REJECT eth0 PROTO=17 > xx.xx.xxx.xx:61662 172.16.72.113:161 L=106 S=0x00 I=7725 F=0x T=127 (#43) > > I've been unable to track it down. I've had pages and pages of this > every hour since early yesterday, always coming from the same IP, to > the same port. (First, sorry about the lack of references headers; I wanted to reply to the original post in the thread, but I'd already deleted it. Cut-n-paste off the archives on debian's web site.) Now, to those who asked which tool was generating these log entries: kernel 2.2's firewalling code, as controlled by ipchains(8). (Thus the `kernel' label.) However, I'm feeling really stupid about now. I only just noticed (after 3 posts!) that these messages are being generated from an *output* chain, rather than an input chain. (That, of course, would be why it says `output REJECT' instead of `input REJECT.') Everything I've said on this thread has dealt with INPUT chains and is therefore completely irrelevant. (It's still useful, of course, if you get unexplained crud from an input chain.) You're not getting scanned, JD. You're actually trying to *send* a packet to 172.16.72.113, port 161/udp (SNMP), from IP xx.xx.xx.xx, port 61662/udp. Your firewall rules don't allow this traffic to leave your machine. (If xx.xx.xx.xx isn't your IP, then you're forwarding it instead---I think. I can't check that, since I've only got the one machine.) Now, find out *who's* sending this traffic. Make sure you've got the lsof-2.2 package installed. As root, run lsof | grep 61662 | grep -i udp The first and second fields are the name and pid, respectively, of the program(s) which have this socket open. The next step depends on what you find there. If you're actually trying to run an SNMP manager, then it looks like you've misconfigured it. Otherwise, you'll need to revisit your firewall rules to allow outgoing traffic to the SNMP agents you're trying to administer. If you're *not* trying to run SNMP, then you may have a fairly serious problem---somebody may have managed to get onto your system and run a process that probably shouldn't be there. I'm a little surprised by the fact that you're trying to send from 61662; I thought that was a port in the range reserved by the kernel for IP masquerading. I could be wrong, though, so I wouldn't worry about that too much. Also, I *think* I've figured out what the (#43) means. I'm fairly, but not completely, certain that this is the index number of the ruleset in the named chain (here, output) which caused the packet to be blocked. This may be helpful in rewriting your firewall rules. (I do wish that ipchain's log output format was documented better.) Sorry for the misinformation, Richard
Re: Tracking down IP's
Lo, on Sunday, December 31, JD Kitch did write: > > Now, find out *who's* sending this traffic. Make sure you've got the > > lsof-2.2 package installed. As root, run > > > > lsof | grep 61662 | grep -i udp > > I do have that package, but this command turned up no output. Uh oh. And you're still getting these log messages? That's probably not good. It's possible that lsof could slip through the cracks, so to speak, but it's pretty unlikely. > Just yesterday I got another machine connected to this one via a > second nic, and I have a windows machine attched that I'm > masquerading for, but that is not the IP i configured that machine > to be. I'm certainly not knowingly running anything for SNMP, hell, > I don't even know what it is. :P Any ideas, what I might be running > that would cause this? I've not worked with masquerading much; I use ipchains primarily for firewalling. It's possible (though, I think, fairly unlikely) that this record is due to packets you're relaying for the Windows box. That's easy to test: ipchains -I input 1 -s -p udp -d 0.0.0.0/0 161 -l -j DENY will block all traffic from the windows machine to port 161/udp ANYWHERE, as it enters your Debian machine. If you stop getting these REJECT messages on your output chain and start getting DENY messages on your input chain, then that's the deal. If that's the case, then the Windows box is likely running some sort of SNMP software, so you'll need to consult your local Windows guru for further instructions. Otherwise, it's not that. Yank the rule: ipchains -D input 1 I'm not very familiar with the Debian packages, as yet. The only ones I know of that deal with SNMP at all are snmp (the client), snmpd (the server), and associated libraries. It's been a while since I've done SNMP, but I don't think that either of these two packages would cause this kind of behavior; the port numbers look bogus. SNMP is the Simple (ahem!) Network Management Protocol; it's basically intended for monitoring and administering various devices across the network. The SNMP folks redid the terminology for no adequately-explained reason (although I think the telephone companies may have had their fingers in this pie)---rather than client/server, they have manager/agent. Sorta makes sense, but there's no reason to come up with new terms. Anyway: manager (think network administrator sitting at a console watching his network) sends out a query to one of the agents, which responds with the requested data. The manager also has the ability to write to the agents (drop this route, reboot yourself), and there are provisions for allowing the agents to send asynchronous notifications to the manager (though those typically use port 162/udp on the manager side). The data supplied by each agent varies from machine to machine, but it typically contains stuff like network performance metrics (# dropped packets), network configuration (routing tables), and so forth. It's been some time since I've worked with SNMP (I actually had to port a manager, developed in-house, from Solaris to Windows NT ), so the details are a little foggy. The agents (== servers) do have to listen on port 161/udp, but I don't know that there's any requirement that the managers use a specific port. Likewise, I think the agents can send their response out any port, but 99 times out of 100, they'll just use 161/udp, since they've already got it open. Since you seem to be sending *to* port 161, that would suggest that you (or the windows box) is acting as a manager. That's not generally something that runs unless you specifically start it, though. Here's a thought---try installing ethereal, run it as root, and see if you can't snoop the packets that are causing this message. Filter on destination IP and port; unfortunately, I don't remember the details of ethereal's filter syntax. There's also a good chance you'll have to install libsnmp for the decode to work. Then, drop the ipchains rule that's blocking this traffic and get a record of what exactly is going on here. Send that along, and we'll see if we can't figure out what's happening. (Once you've finished with ethereal, you'll probably want to reload the rule.) Good luck, Richard
Re: Running something in a terminal
Lo, on Monday, January 1, Rob VanFleet did write: > On Mon, Jan 01, 2001 at 03:04:30AM -0800, kmself@ix.netcom.com wrote: > > $ x-terminal-emulator -T Mutt -e mutt > > Many thanks. > > > ...set your linewrap to 72 chars. > > Sorry, did some pasting in my last message and I guess I mucked things > up a bit. Any particular reason as to 72? I was originally wrapping at > 79 chars, which seemed to work well enough (no one complained at least). The bigger margin allows for more deeply-nested attributions before the lines start wrapping, that's all. Richard
Re: traslate elf/a.out to text file.
Lo, on Monday, January 1, Nguyen Hai Ha did write: > Hi, > > Would anyone tell me what is the command to translate > elf/a.out file to assembly file. > > OS: potato (linux-2.2.18pre21) > ARC: x86 > > # in SPARCs, this is DIS /usr/bin/objdump -d in the binutils package. is a .o, .a, .so, or executable file. Richard
Re: remote x via ssh question
Lo, on , January 1, Forrest English did write: [reformatted for 80 columns] > i know i can export it just like i would any other time, but i also set > X11Forwarding yes, which i belive should forward it automaticaly, and > here's what i recive when i try and run > > [EMAIL PROTECTED] forrest]$ xterm > xterm Xt error: Can't open display: This is a little unclear. Is truffula the ssh server or client? Also, where did you set X11Forwarding to yes---server or client? (I think it needs to be in both places.) > (this is from my other box, which is a mandrake machine). it seems to be > the same thing that happens when i try and run an application localy as > root while using x as user. so, i guess i'm wondering how i'd fix that > too. are there some permisions that need to be set correctly, so that i > can run applications as a user other than the user that is currently > using x? Yes, but that's not what's giving you this error message. To fix the local/root problem: su DISPLAY=:0.0 export DISPLAY xauth merge ~forrest/.Xauthority xterm where forrest is the name of the user who started X, either via startx or through an [xkg]dm login. You'll need to reset DISPLAY each time root logs in, and you'll need to remerge the xauthority crud each time you restart the X server. Richard
Re: remote x via ssh question
Lo, on , January 1, Forrest English did write: > > sorry about that, i should have been more specific. > > i have my sshd_config file set up on both machines to allow X11Forwarding. > i am trying to connect from my desktop (thneed) to my server (truffula.net). > > > [EMAIL PROTECTED]:~$ ssh -X truffula.net > [EMAIL PROTECTED]'s password: > Last login: Mon Jan 1 14:41:42 2001 from 192.168.1.10 > [EMAIL PROTECTED] forrest]$ bluefish > channel 0: istate 4 != open > channel 0: ostate 64 != open > Gdk-ERROR **: X connection to truffula.net:10.0 broken (explicit kill or > server > shutdown). Hm. From that error, it looks like the X connection was established, then broken. It's obvious that your login shell on truffula has the right DISPLAY setting, so I'm not entirely sure what's going on here. > i can do it just fine if i export the DISPLAY to my ip, however i've > talked to several people who have told me there is no need fo this if ssh > is configured to forward x. You're right, you shouldn't have to do that. Moreover, if you *do* set DISPLAY manually (presumably to something like `thneed:0.0', the X messages will NOT be tunneled over ssh and will therefore NOT be encrypted. Bad idea. Richard
Re: vim's syntax highlighting + typedefs from #include
Lo, on Tuesday, January 2, [EMAIL PROTECTED] did write: > Hi, > > Is it possible to get vim to have a look through your #included files > and colour the defined types? In particular, it would be nice to have > 'gfloat' coloured similar to 'float', when including glib.h As another poster mentioned, it's probably quite easy to add new types to vim's syntax lists, but that's not quite what you wanted. The behavior you describe is, I think, the Right Thing. However, it requires a full C/C++ parser, which is very complex---C and especially C++ aren't context-free. I'm an emacs user myself, so I can't speak as to vi's implementation, but I suspect that it uses regexps and string matching, rather than a full parser to do syntax highlighting, just like emacs. If that is in fact the case, then no, there's no way to do it. (Short of implementing a full C++ parser, of course.) Richard
Re: sharing internet between WINDOZE and LINUX
Lo, on Monday, January 1, Cameron Matheson did write: > Hey, > > My family's crappy windows computer has this beautiful DSL connection, > which I have lusted after for many months. Anyway, I can't steal the > modem or anything, so I was wondering, is their a way to share a window's > internet with a linux box? > > Thanks, > Cameron Matheson Yes. Some questions, though, before I can describe the process (or even point you to the appropriate documentation): 1) Is the DSL modem external and connected to the windows machine through a standard Ethernet cable (like mine)? Or is it a PCI card in the Windows machine? 2) How many IP addresses did your ISP allocate you? One, or more than one? (If you've only got one, ignore question 3.) 3) How concerned are you with security for the windows machine? In other words, do you want to use the Linux system to prevent certain types of network packets from ever reaching the Windows machine? Richard
Re: connection to internet fails?
Lo, on Wednesday, January 3, M.B.Midden did write: > Hi > > a few days a go everything worked fine but i rebooted, and i had not al > settings in the right places, because after reboot the settings were gone > ( earlier today i asked how to boot the ip chains and stuff so that :). If i > configured /etc/network/interfaces and ifconfig gives this output, it should > work? because it doesnt when i ping to www.altavista.com or to the DNS > servers ip, nothing happens. ( ping over the local network works ). > > grtz Dunki > > > **output of route** > > ernel IP routing table > Destination Gateway Genmask Flags Metric RefUse > Iface > localnet* 255.255.255.0 U 0 00 > ---> where localnet => is this correct must, have the isp_ip? I'm not entirely sure I understand this question. And what is `localnet', anyway? > localnet* 255.255.255.0 U 0 00 sit0 > 10.10.10.0 * 255.255.255.0 U 0 00 eth1 > default 10.10.10.1 0.0.0.0 UG0 00 eth1 > default 0.0.0.0 UG0 00 eth0 I think your default routes are the problem. Outgoing traffic will always use the *first* route that matches, so you're sending generic internet traffic to 10.10.10.1. I don't know your network topology, but since this is a private IP address and you've explicitly listed your ISP's gateway on the other default route, this is most probably not what you want. I'm a little unclear how the Debian netconfig stuff works with multiple networks, but I suspect you should remove the gateway entry from the eth1 section of /etc/network/interfaces, then restart your network system (/etc/init.d/networking restart). Richard
Re: C compiler.
Lo, on Tuesday, January 2, Xucaen did write: > huh??? it doesn't mention anything about this in > the man pages (man gcc) Well, not in *that* man page, anyway. Normally, the man page for the library function in question will tell you what libraries you have to link against; pow(3) unfortunately doesn't. I think the math library is just sort of common knowledge, unfortunately. > I am having similar problems with iostream.h You shouldn't be. How are you invoking the compiler, and what identifier is the linker complaining about? Also, if you're using iostream.h, you need to use g++ instead of gcc, otherwise the compiler won't link in the correct libraries. Richard
Re: glibc devel info pages
Lo, on Wednesday, January 3, Ben Collins did write:
> On Wed, Jan 03, 2001 at 04:37:44PM +1100, Brian May wrote:
> > > "Ben" == Ben Collins <[EMAIL PROTECTED]> writes:
> >
> > Ben> By default, __USE_GNU is defined. If you want to define it
> >
> > (perhaps you meant "...is undefined"???)
> >
> > Ben> explicitly, then use -D_GNU_SOURCE in your CFLAGS.
> >
> > It doesn't seem to be the case here:
> >
> > > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include-g -O2 -Wall -c -o
> > > main.o main.c
> > main.c: In function `xmlparse_file':
> > main.c:14: warning: implicit declaration of function `asprintf'
> >
> >
> > >gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include-g -O2 -D_GNU_SOURCE
> > >-Wall -c -o main.o main.c
> > [no warnings]
> >
> > So it looks like I have to define _GNU_SOURCE explicitly in order to
> > get rid of the warning.
>
> No, __USE_GNU is defined, unless one of the other _XXX_SOURCE macros are
> also defined (like _SVID_SOURCE or _XOPEN_SOURCE, or similar). Most
> likely the program you are compiling is defining one of these aswell. In
> that case, yes, you do have to define _GNU_SOURCE explicitly.
Hm. Seems to be a bug somewhere, then:
[minbar:~]$ cat foo.cc
#include
int main() { return 3 ; }
[minbar:~]$ g++ -E -dM foo.cc | grep USE_GNU
[minbar:~]$ g++ -E -dM -D_GNU_SOURCE foo.cc | grep USE_GNU
#define __USE_GNU 1
(The -E -dM stuff simply prints out all known preprocessor macros rather
than compiling the file.)
Stock potato install.
Richard
Re: Problems w/ adduser... says user 'root' doesn't exist!
Lo, on Thursday, January 11, Monte Milanuk did write: > Ethan Benson wrote: > > > > On Thu, Jan 11, 2001 at 06:38:21PM -0700, Monte Milanuk wrote: > > > I'm a bit confused here... I used dselect to install CUPS and it's > > > dependent packages, but no config program, which seemed odd. I used > > > links to browse the documentation in > > > /usr/share/doc/cupsys/README.Debian. It said that cups was almost > > > setup, but due to a bug in adduser, it hadn't added root to the > > > necessary group lpadmin yet, and I had to do it manually. I checked the > > > manpage for adduser, and it says that when adduser is called w/ two > > > non-option parameters, it will try to add the first paramater (username) > > > to the second (group name). So I tried the following: > > > > > > ishamael:/# adduser root lpadmin > > > adduser: The user `root' doesn't exist. > > > ishamael:/# > > > > > > Now it seems odd that 'root' doesn't exist, especially since I'm trying > > > to do this as root!! See Debian bug #80134; they've apparently already fixed this for the version now in woody, though I haven't tried it myself. Richard
RE: 'S' permissions
Lo, on Monday, January 15, Fernando Carvajal did write: > it's the suid bit but the file have no execution permission Minor nit, but drw-r-Sr-- is actually the set*gid* bit; setuid would be drwSr--r--. Richard
Re: 'S' permissions -- in home dir?
Lo, on Monday, January 15, Thomas J. Hamman did write: > On Mon, Jan 15, 2001 at 03:11:53AM -0600, Rob VanFleet wrote: > I have a related question: How come almost every file in my home > directory has s or S permissions set? Even if I change them to x, I > find later on that they have mysteriously changed back to s/S again. Hm. If the perms on a directory are 2755 (drwxr-sr-x), then any *new* directories created within this directory should also have the setgid bit on. This should not affect normal files or directories in existence when the setgid bit was first turned on. (Any new filesystem object, whether file or directory, should be owned by the same group that owns the directory, but that's not what you're asking about.) How are you going about changing them from s/S to x? chmod g-s foo should do it. If that is what you're doing, then I've no idea. Perhaps some sort of cron job? Richard
Re: .forward syntax
Lo, on Monday, January 15, Ayman Haidar did write: > I haven't used .forward file for a long time. if you use fetchmail and > procmail (of course I do) you can add this line to .fetchmailrc > mda "/usr/bin/procmail -d %s" > > I hope this helps > Since most of the MTAs shipped with Linux distributions are configured to use procmail as their default MDA, the above is unnecessary. For instance, exim under potato and sendmail under RedHat 6.2 both hand all messages off to procmail for local delivery, without the aid of a .forward or .fetchmailrc file. Richard
How to make apt-get upgrade interactive?
Hello, all. While I generally trust apt-get upgrade, I'd like to have it print out a list of the packages to be upgraded and possibly check with me before it actually does anything. I'm a little unsure how to do this, though. Based on the manpage, I added APT::Get::Show-Upgraded "true"; to /etc/apt/apt.conf, but this didn't seem to have any effect. What's happening here? ii apt0.3.19 Advanced front-end for dpkg Thanks, Richard
Re: How to make apt-get upgrade interactive?
Lo, on Saturday, January 20, Hall Stevenson did write: > * Richard Cobbe ([EMAIL PROTECTED]) [010120 09:10]: > > Hello, all. > > > > While I generally trust apt-get upgrade, I'd like to have it print out a > > list of the packages to be upgraded and possibly check with me before it > > actually does anything. I'm a little unsure how to do this, though. Based > > on the manpage, I added > > I always run "apt-get -u upgrade". I think that is what you're looking > for. You can't control which of the packages it will install this way, > but at least if there's one you don't want, you can go about upgrading > some other way. Yes, this is what I was looking for, but I'd prefer a way to do it via the config file rather than supply the option each time. However, Sven Burgener <[EMAIL PROTECTED]> suggested in another post using APT::Get::Show-Upgraded "yes"; I was using "true" instead of "yes"; none of the man pages that I found specified the set of possible values for boolean options. I'll have to try this next time I need to update a package. Thanks to all who replied, Richard
Re: Emacs Esc- key (off topic)
Lo, on Saturday, January 20, Dale Morris did write: > My apologies for posting off topic. I want to bind the Alt key to the Meta > key in Emacs. Is there a simple 'newbie' way to do that? Assuming you mean in X, since this is standard on the console. As MH <[EMAIL PROTECTED]> suggested, xmodmap is one way to do this. You can also set up certain parameters in your XF86Config file. My entire "Keyboard" (sans comments) section follows; it's the Xkb* options that handle these settings. Section "Keyboard" Protocol"Standard" AutoRepeat 250 30 XkbRules"xfree86" XkbModel"pc101" XkbLayout "us" XkbVariant "" XkbOptions "" EndSection I think modern versions of XF86Setup will supply different options here if you have one of the relatively new 104-key keyboards. By default under those options, meta is bound to (at least) the left windows key. I got used to Alt being meta (it's easier to reach with my thumb, anyway), so I kept these settings around from an earlier XF86Setup run. If you use these settings, be aware that the two windows keys and the menu key will not generate keysyms, but that's easy enough to fix via xmodmap. (The keycodes for the three are, from left to right, 0x73, 0x74, and 0x75.) Richard
Re: 128-bit encryption netscape
Lo, on Sunday, January 21, Michael P. Soulier did write: > > Granted, but how do I know this before I install? Should this not be in > the description? > > Mike I'd think so, yes. Log a bug against the netscape package. Richard
Re: bad md5 checksum
Lo, on Wednesday, February 21, Robert did write: > hi! [adjusted line breaks] > I downloaded a debian .iso image and the md5 checksums didn't match, then > i mounted it (with -o loop) and checked the checksums of all individual > files, finding 3 of them are corrupted. Have downloaded them and I wish > to replace them, but i always recieve the error 'read-only filesystem' > and cannot do anything. Well, you might try mounting it with `-o rw,loop', but I don't know that that's going to work. It's quite possible that ISO-9660 filesystems are always read-only, even when on writable media. If that doesn't work, then you'll have to mount the image like you did originally, copy all of the files onto a normal writable filesystem (some directory on your hard disk will work nicely), replace the three damaged files in this directory, then rebuild the ISO image with mkisofs or mkhybrid. Richard
Re: FVWM menus and colors
Lo, on Wednesday, January 24, Erik Steffl did write: > Xucaen wrote: > > what is auto-generation? where is the program > > called update-menus(is it a program??), how do I > > yes, that's it, to find a program: > > which program > locate program > find / -name program -print This assumes that the program is on your system. If it's not, check out www.debian.org/Packages, and especially the file search form at the bottom. In this case, though, update-menus is a program in the `menu' package. > I don't find debian fvwm default settings very good (i.e. not exactly > waht I want, which is true for basically any defualt settings:-), the > most important feature is the automatically generated menu so you have > easy access to all your installed software (or lot of, not everything is > in menu). I didn't like the debian defaults much either, but I wanted to keep the automatically-generated menus. So, in my post.hook, I created a *new* top-level menu, which contains the Debian automatic menu system as one of its choices, and rebound the mouse and keybindings to bring up this new menu instead. This way, I get all of the old choices I had when I was still using RedHat, and I have access to the Debian stuff when I need it. Now if I could just figure out how to reset the pager's properties in a consistent fashion, I'd be in business. Richard
Re: SOLVED: Re: ~/.xsession causes X to restart (infinite loop)
Lo, on Thursday, January 25, Pollywog did write: > > On Thu, 25 Jan 2001 10:22:51 -0800 (PST), Xucaen said: > > > > > does anyone know why creating .xsession causes > > fvwm to NOT load anymore? I'd really like to know > > why > > I don't think you need the "&" following your window manager. True, exec fvwm & is redundant. Drop the &. Note, btw, that fvwm & *won't* work---when .xsession (or its replacement process, in the face of an exex) terminates, the X server quits. (This bit me pretty badly when I first started hacking my .xinitrc/.xsession a few years back.) Either `fvwm' or `exec fvwm' is fine; the latter is somewhat preferable, as it doesn't keep the shell process hanging around until you quit X. Richard
Re: NIS with shadow passwords
Lo, on Thursday, January 25, Nate Amsden did write: > Pedro Pereira wrote: > > > > Hi. > > I have NIS installed and working good on my LAN. > > But I'd like to install shadow passwords as well. > > I've tried it, but as I compile the NIS maps, the users aren't no longer > > able to login :( > > Could somebody please help me? > > Thanks. > > use NIS+ ..i believe the NIS with linux does not support shadow. > although i am > not aware of a NIS+ solution that is debianized in stable. Is this the NIS server, or the NIS client? I'm about to try installing potato on a machine at work, and I need to be able to work off our MIS department's NIS server on a Solaris box upstairs. This works just fine with RH 6.2, so I'm guessing it'll be fine with potato, but confirmation before the install would be nice. Will that work? Richard
Re: installing debian2.2r2.iso
Lo, on Friday, February 2, Zlatko Zlatinoff did write: > How to install xxx.iso (potato r2.2) file ? This is almost certainly a CD image file (ISO 9660 filesystem). Probably the easiest way is to burn it to a CD, then install off the CD as in the installation instructions. It might be possible to create the install floppies, boot off them, then mount the iso image via the loopback device, but I don't know if that device is in the install floppy kernel. (I'd suspect not.) This, of course, also requires that you're installing Debian to a filesystem other than the one which contains the ISO image. Richard
Re: MS internet keyboard
Lo, on Sunday, February 4, Romain Lerallut did write: > Good evening everyone, > > I'd like to use the wart-like "special keys" that came with my (ahem) MS > "internet keyboard", with X and if possible, with the console. I'm not sure how to do it on the console, but under X, this is pretty straightforward. * Fire up xev from within a terminal, give its window the input focus, push these little buttons, and watch the scancodes go buy. (You may already have these.) * Create an xmodmap file binding these scancodes to keysyms. Run `xmodmap -pke' for the current mapping, so you can see the syntax. See also xmodmap(1) for more details. Stick xmodmap .xmodmaprc in your .xsession/.xinitrc. * Go into your window manager configuration system and bind these new keysyms to commands to do whatever you want. For instance, I've bound my right windows key to raise or lower the current window. In .xmodmaprc, I've got keycode 0x74 = F15 and in my .fvwm2rc, I've got Key F15 WTSFI0123456789 N RaiseLower (the `WTSF' crud makes the keybinding active everywhere except the root window, and the `N' indicates no modifiers (alt, shift, etc.). RaiseLower is an fvwm function which raises or lowers the current window.) If I wanted this to start xmms, I could do Key F15 WTSFI0123456789 N Exec exec xmms HTH, Richard
Re: standard filepermissions
Lo, on Tuesday, June 19, bernd b did write: > Hi, > > In DEBIAN new directories are made > drwxr-sr-x. Of course this can be changed with umask > But where is the default file permission and the setgid bit set? > How should i create dirs which are default drwxr-xr-x; without the gid bit > set? Actually, this applies only to home directories and a few others, not in general. (Be aware that if you're creating a directory within a directory that has the setgid bit set, the new one will also have the setgid bit set.) > Also some dirs do not have execute permission for group and then have > drwxr-S***. Why is this "S", and why have the setgid on anyway when group > itself cannot execute, thus groupid cannot be set? Well, this would mean that any files created within the directory would have their gid set to the directory's gid, but that members of that group could not search the directory (unless they happen to be the owner of the directory). I must admit, I can't really think of an application for this right off-hand. If they're normal files, not directories, then (for instance) -rw-r-Sr-- indicates to the kernel that mandatory file locking is in place---see stat(2) for details. Well, on Linux, anyway; other Unices interpret this differently. Richard
Re: how to get list of emacs key descriptions
Lo, on Friday, June 22, Britton did write: > > I know for example that meta x is described as "\M-x". How is tab > described, or how can I find out for a general key. I'm not seeing it in > the docs. I'm a bit confused: are you asking how to represent a particular keypress within elisp code (as within global-set-key, for instance)? Or are you trying to figure out which command is bound to a particular key, as the other posters assumed? If it's the former, then I'd recommend using the new representation (a vector of lists). In the info page for XEmacs 21.1, it's in the `Keystrokes' section; I'd imagine that other emacsen have something similar. In any case: the keystroke Meta-X is written as (meta x) in this notation; the key _sequence_ Meta-X is written [(meta x)]; the distinction appears to be that a key _sequence_ is a complete keyboard command, which is made up of one or more keystrokes. So, the key sequence that is bound to find-file by default is represented as [(control x) (control f)]. That'll get you for most of it, but you still need to figure out how to represent things like tab, delete, and page up. There's no list, so far as I know (probably because this is affected by xmodmap settings and such). The easiest way I know of to get this info is to fire up emacs, hit C-h c, and hit the key sequence you want to represent. It'll give you the necessary info. For instance, C-h c tab results in the following being written to the minibuffer: TAB runs the command indent-relative So you'd rebind tab by doing something like (global-set-key [TAB] 'self-insert-command) or whatever. HTH, Richard
Re: [users] Re: how to prevent apt-get upgrading a package?
Lo, on Sunday, July 1, Martin F. Krafft did write: > also sprach Joost Kooij (on Sun, 01 Jul 2001 03:23:37PM +0200): > > It's called dselect. But it is a secret. If you tell anyone about it, > > the cabal will have to send a mob onto you. ;-) > > but as far as i know, you only want to place a "hold" onto that > package, then use apt-get for the dist-upgrade. i think; noone has > explained to me the difference between apt-get upgrade and apt-get > dist-upgrade yet :( Someone should please correct me if I'm wrong, but I believe the following is the difference: apt-get upgrade will only touch packages which you have already installed. apg-get dist-upgrade will update all packages that you've installed, plus install any new packages required by the later versions. Consider an example: version 1.5 of the foo package requires packages bar and baz. Version 2.0 of foo is released and packaged; this version depends on bar, baz, and quux. If you don't already have quux installed, then apt-get upgrade will not upgrade foo, because it never installs new packages. apt-get dist-upgrade, however, will detect that quux is now required, install that, then upgrade foo. If you already had quux installed for some other reason, then upgrade & dist-upgrade will have the same effect, at least as far as foo is concerned. Given this, it's unclear to me why one would want to use apt-get upgrade. Richard
RE: MUAs that compare with Outlook (your chance to show how much better Linux is than MS!!)
Lo, on Thursday, July 12, Kurt Lieber did write: > I'm wedded to the way Outlook displays information. With one look at > the main Outlook screen, I can tell how many unread messages I have in > each account, the content of the first unread message in my primary > account (via the preview pane) as well as whether any of these messages > have attachments, are important, etc. > > This allows me to leave Outlook running in the background and keep an > eye on it throughout the day. If a program requires me to switch around > between multiple screens to get the same sort of presentation, then it's > lost it's value to me since I now have to bring the program to the > front, cycle through all the windows and determine if anything important > has come in. Oh, if *that*'s all you want, then fine. I don't have multiple accounts, but I do subscribe to a number of high-traffic mailing lists, including debian-user. I use fetchmail, running in daemon mode, to bring them down, then procmail to sort them out into a collection of inbox folders, and gbuffy (in an eponymous Debian package) to report on what's in each folder (marked as a sticky window so it's on all of my virtual desktops). Then use the MUA of your choice. I'm a fan of VM, because I'm used to the Emacs keybindings, and it's the only MUA I've found which lets you edit messages that you receive in-place. Your requirements may differ. I've been meaning to check out GNUS for a while, but as someone else said (I think on this list) it has a learning curve that you can use as a plumb line, and I've just not taken the time to get used to it. Richard
Re: MUAs that compare with Outlook (your chance to show how much better Linux is than MS!!)
Lo, on , July 13, John S. J. Anderson did write: > >>>>> On Thu, 12 Jul 2001 16:31:23 -0500 (CDT), Richard Cobbe <[EMAIL > >>>>> PROTECTED]> said: > > Richard> I'm a fan of VM, because I'm used to the Emacs keybindings, > Richard> and it's the only MUA I've found which lets you edit messages > Richard> that you receive in-place. > > FWIW, Gnus does that too. > > Richard> I've been meaning to check out GNUS for a while, but as > Richard> someone else said (I think on this list) it has a learning > Richard> curve that you can use as a plumb line, and I've just not > Richard> taken the time to get used to it. > > There's a fair amount of useful information over at > http://my.gnus.org>. Getting Gnus set up properly is a weekend > project, but once it's set up and running, you'll never want to use > anything else. Beautiful. Thanks very kindly for the URL; I'll spend some time with it this weekend. Previously, all I had was the manual, and that's a bit hard to digest all at once Richard
Re: embarrassing X question
Lo, on Thursday, July 19, Joost Kooij did write: > The xfree86 packages have been changed to not accept tcp connections > at all by default. Check out the "-nolisten" option in your xserver > manual page. I don't think this holds for potato. I'm pretty certain I never explicity re-enabled it on this machine, as it's only network connection is a DSL line to the outside world, and I certainly don't want to allow random people to open X connections. However: [minbar:/etc/X11]$ netstat -an Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp0 0 0.0.0.0:60000.0.0.0:* LISTEN minbar:~# lsof -i :6000 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME XF86_SVGA 517 root0u IPv4374 TCP *:6000 (LISTEN) > If you want to turn it back on, change /etc/X11/xdm/Xservers or > /etc/X11/xinit/xserverrc, depending on how you start your xserver. I don't have kdm installed, so I normally use startx. On my machine, /etc/X11/xinit/xserverrc doesn't exist. A quick check at http://www.debian.org/Packages showed only one (potato) package which contains an xserverrc file, xbase-clients, which I installed way back when. Checked it out, and this package contains /usr/X11R6/lib/X11/xinit/xserverrc, which is a symlink to /etc/X11/xinit/xserverrc. Where should I add the `-nolisten' switch? Can I do this on the startx command line? (I already use a shell function to start x, as I switch between two different color depths, so this wouldn't be too hard.) Or is there a config file I can add this to? Richard
Re: embarrassing X question
Lo, on Thursday, July 19, Richard Black did write: > Joost Kooij wrote: > > > Generally, don't use xhost, it is not safe. Instead use xauth. > > But...how do I use xauth? I have tried doing what what suggested in the man > page ie variants of > > xauth extract - $DISPLAY | rsh otherhost xauth merge - > > but there still seems to be a problem. One thing I was wondering is if > this works when dhcpd is used. In particular, the machine in my DISPLAY > variable on the remote machine is different from the machine in the > .Xauthority file (on the remote machine) Odd; this should work. What happens when you try this? The different DISPLAY settings that you describe shouldn't be a problem. The .Xauthority file can contain a list of several authentication keys, each associated with a different display. If the current display is already in the file, the associated authentication key will be overwritten; otherwise, it will be added. Use `xauth list' to see a list of what's going on here. Richard
Re: TeX fonts
Lo, on Tuesday, July 24, Dave Sherohman did write:
> I've finally gotten around to learning some TeX and I'm having a terrible
> time with fonts:
>
> First I looked at the Gentle Guide's list of 'normally available'
> fonts and grabbed the biggest Roman I could find, only to be told
> "! Font \sf=CMR17 not loadable: Metric (TFM) file not found."
As you say later on, that's likely a case-sensitivity issue.
> Let's see... `pinfo tex`. That's astoundlingly non-helpful. It tells
> what TeX does in general terms, but says nothing at all about what
> symbols TeX recognizes or how it's configured.
If your system is set up like mine, then this actually gets you a page out
of the texinfo documentation, which is not at all what you want. The TeX
manpage refers to an info document, but I couldn't find one of these. The
TeX and LaTeX manpages contain some references to some pretty good books on
the subjects, as does
(installed as part
of the tetex-doc package). It's highly unfortunate that the best
documentation for this system is not cheaply available.
> OK, `man tex`... That's a little more useful, but not much. Find
> texfonts.map, grab a random font out of one of the files it includes...
> No TFM for that either.
Yeah, it appears that texfonts.map only defines aliases for existing fonts,
rather than listing all of the fonts in the system.
> Well, then. `find / -name *.tfm`. Try
> /usr/share/texmf/fonts/tfm/monotype/helvetic/arr10u.tfm. tex runs fine...
> But wait - what's this? Now dvips dies with "dvips: Font arr10u not
> found, using cmr10 instead."
Yeah, this gets confusing. TeX just needs the .tfm file, which basically
tells it how tall and how wide each letter is, as well as how far below the
baseline it extends. There's also some ligature and kerning info (how TeX
turns fi into one character, for instance), but that's it---no information
about what the letters actually *look* like. This info (typically in the
form of a bitmap) is only of use to the DVI drivers, those programs which
translate from DVI to whatever other form of output, like PS or PDF. Here,
your DVI driver is `dvips'. See its info page (which is more complete than
TeX's) for more information.
I'm not sure exactly what the deal is with arr10u; I can't find the
corresponding bitmap on my system.So, anyway, TeX finds the TFM,
but dvips can't find the bitmap to render the individual letters, so it
gives up and falls back on the default font.
> This error message may have given me the thought to try cmr17 instead
> of CMR17, which does work (although it looks almost as bad as cmr10),
> but it still doesn't provide any hints towards finding out what fonts
> are available (and usable) on my system. Where is that information?
Hm. When you say that cmr17 looks almost as bad as cmr10, what exactly do
you mean? Do you mean that you don't like the fonts very much, or is it
something else?
If it's an issue with how the fonts are being rendered, how are you viewing
the output? xdvi? ghostview? gv? or did you print it? Did you put TeX
into an appropriate mode for your output device? (This last one is a tad
unfair, as I don't know that it's mentioned in any of the documentation.
Run texconfig as root, select `mode', and choose your printer. You may
also want to select `rehash' from the main menu after you've done this
part.)
There are a number of postscript fonts provided with dvips that you can use
in TeX. As you have discovered, though, finding them is the trick.
Check out psfonts.map, from the tetex-base package. In potato, at least,
there are two copies: one in /usr/share/texmf/dvips/base/psfonts.map, and
the other in /etc/texmf/dvips/psfonts.map. They appear to be identical.
(I found this documented, if sparingly, in the LaTeX Companion, by
Goossens, Mittelbach, and Samarin; ISBN 0-201-54199-8, section 11.9.1.)
LaTeX actually makes this a whole lot easier, because it's provided some
packages which do all of the font manipulation for you. When I'm working
in LaTeX, I usually stick
\usepackage{palatino}
\renewcommand{\ttdefault}{cmtt}
in the preamble. This uses the palatino font for the normal body font, and
sets the default typewriter font back to Knuth's Computer Modern
Typewriter. (I don't like Courier very much.)
Et voila. See /usr/share/texmf/tex/latex/psnfss/*.sty for some other
possibilities in LaTeX; also see the LaTeX Companion, section 11.9.
HTH,
Richard
Re: bash: man: command not found
Lo, on Tuesday, July 24, Joost Kooij did write: > On Tue, Jul 24, 2001 at 12:55:43PM -0700, Shriram Shrikumar wrote: > > wonder if someone can help me. was playing around with dselect trying > > to fix a package dependency issue, removed 2 many packages and now it > > says that 'man' can no longer be found. error message as in subject > > > > what needs to be installed for man ? > > manpages and man-db See the second search form at the bottom of http://www.debian.org/Packages/ ``Give a man a fish,'' and all that. Richard
Re: TeX fonts
Alan Shutko got most of your questions in a separate mail; there are just a couple of loose endings. Lo, on Tuesday, July 24, Dave Sherohman did write: > On Tue, Jul 24, 2001 at 06:17:16PM -0500, Richard Cobbe wrote: > > Hm. When you say that cmr17 looks almost as bad as cmr10, what exactly do > > you mean? Do you mean that you don't like the fonts very much, or is it > > something else? > > cmr10 and cmr17 both come out looking like bitmapped fonts (gee, I wonder > why...) which have been blown up without decent antialiasing - the closure > at the top of "o" is so thin it practically isn't there, the sides > (particularly the left side) of "!" are jagged, the upper-left to lower- > right strokes of several letters look like they're a row of dots instead > of a line, etc. The font design seems typical enough, but the execution > appears very poor. `Native' TeX fonts are bitmaps, yes, but they're also more than that. The Computer Modern fonts were originally designed in METAFONT, Knuth's font-design language. This specifies the shapes of the various letterforms at a very high resolution---higher than the typical output device. TeX calls metafont to generate the bitmap, and metafont does this by taking the very high resolution bitmap and rendering it into a lower-resolution form in a manner appropriate for your output device. Sounds from your description like metafont is configured for an output device with a much lower resolution than the one you're using. As Alan pointed out, many of Knuth's books are set in the Computer Modern typefaces. When the fonts are generated and printed on a high-resolution device, you don't get the jaggies that you're seeing. > > Did you put TeX into an appropriate mode for your output device? (This > > last one is a tad unfair, as I don't know that it's mentioned in any of > > the documentation. Run texconfig as root, select `mode', and choose > > your printer. You may also want to select `rehash' from the main menu > > after you've done this part.) > > I'll have to give that a shot tomorrow. I assume the "main menu" you're > referring to is a menu within texconfig, yes? Sorry, I wasn't clear. Yes, that's correct. > dvips sends its output directly to the printer by default and I haven't > gotten around to determining how to change that yet, so I've been viewing > it as rendered by an HP LaserJet (IIRC) 5000. Try the ljfzzz mode as a start. If that doesn't work out all that well, you can always add your own device mode through trial and error. See the comments at the start of /etc/texmf/modes.mf. I had to do this for my HP deskjet, which tends to print heavy strokes much darker than they should be. (If you decide to do this, you'll be pleased to know that you can specify the mode as a command-line argument to texconfig, rather than waiting for the dialog system to start up each time. Just do texconfig dvips mode for dvips alone, or texconfig mode for all TeX programs, including xdvi. You'll need to be root for those, of course. Run `texconfig help' for more goodies.) Good luck, Richard
Re: C programming: Segmentation fault within malloc?
Lo, on Thursday, July 26, Shaul Karl did write: > Program received signal SIGSEGV, Segmentation fault. > 0x400af19e in malloc () from /lib/libc.so.6 > (gdb) > > > How can it be? If malloc can not allocate memory it should return a NULL > pointer. How can it Seg fault? As Andrew Agno and Alan Shutko point out elsewhere in this thread, this is most likely due to an inadvertent corruption of the language runtime's accounting data in the heap (the area of memory managed by malloc() and free()). Typical causes: * freeing the same pointer twice * freeing a stack or global variable * in general, calling free() with any argument that was not returned by malloc(). * walking off the end of an array on the heap and clobbering some accounting data. * chasing a bogus pointer and clobbering some accounting data Rick Macdonald suggested that the first malloc may be returning 0, and the second would therefore attempt to set node->data to some other pointer, in spite of the fact that node is null. This could conceivably be possible (although, as you say, C's short-circuit boolean evaluation means it won't happen), but it wouldn't produce the results that you're seeing. The implementation of malloc() doesn't know anything about what you're going to do with the result. If, therefore, you tried to assign the second malloc's result to node->data when node is in fact null, you'd get a seg fault after you returned from the second malloc, not during it. The actual cause of the crash is likely to be quite distant (either in time, or in space, or both) from the failing malloc(), so figuring out exactly which malloc() crashes isn't likely to do you much good. As Andrew suggested, using a memory debugging tool like Electric Fence or Debauch may help you find the point in your program at which you smash the heap. Unfortunately, this may or may not be the location of the root error. While I'm a big fan of garbage collectors in general, I don't think that using one here will help you find the cause of this crash. When you've got a GC, you typically don't ever call free(), and a GC won't protect much against the last two causes I mentioned above. As a result, it will most likely hide the bug, or not affect it at all. These tend to be fairly nasty bugs to find and fix. Best of luck! Richard
Re: netscape freeze, additional info
Lo, on Thursday, July 26, Karsten M. Self did write: > ObligTelnetBashing: don't use telnet. Remove your telnet daemon. Use > SSH for all remote access. Consider removing your telnet client > (there's an alternative, whose name I forget, which is useful for > establishing connections to various network ports for testing). netcat? Richard
Re: Freeing up lost memory
Lo, on Sunday, July 29, Damon Muller did write: > Quoth Osamu Aoki, > > On Sun, Jul 29, 2001 at 04:48:05PM +1000, Damon Muller wrote: > > > Hi gang, > > > > > > I foolishly left Opera 5 overnight last night. It seems that it leaks > > > memory like a sieve, as when I woke up this morning, I had only about > > > 50M of my 512M of RAM free. This is after a reboot last night (installed > > > 2.4.7-ac2), which pretty much nothing else running. > > > > Did you set lilo.conf right before reboot? > > > > append="mem=512M" > > Sorry, perhaps I was unclear. > > Linux sees the memory, but some unknown, unseen application seems to > have gobbled it all up, and I want it back. Killing that application should do the trick. I couldn't tell from your ps dump exactly which process has grabbed all the memory. To find this out, run top, then hit M (must be uppercase!) to sort your processes by memory usage. Then start killing the offending ones. Richard
Setting FQDN with pump?
Greetings, all. I'm running 2.2r3, and I'm having some difficulties setting my FQDN. My IP address is assigned via DHCP from a server here at work; I'm using pump. The DHCP server is set up such that when it assigns an IP address, it automatically updates the DNS tables on that server according to the hostname that my machine supplies during the DHCP operation. However, I'm still having some problems: [rcclinux:~]$ hostname rcclinux [rcclinux:~]$ hostname --fqdn rcclinux [rcclinux:~]$ ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:03:47:87:B5:44 inet addr:172.16.116.195 Bcast:255.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MTU:1500 Metric:1 RX packets:5064 errors:0 dropped:0 overruns:0 frame:0 TX packets:645 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 Interrupt:9 Base address:0xf000 [rcclinux:~]$ nslookup 172.16.116.195 Server: moe.inetint.com Address: 172.16.99.20 Name:rcclinux.inetint.com Address: 172.16.116.195 My /etc/hosts file doesn't have anything except localhost and entries for the various NIS servers, not all of which are in DNS. (I use NIS only for password and group lookups; host lookups are entirely DNS.) I really don't want to edit /etc/hosts every time my IP address changes, and I don't know that there's a way to get pump to do this for me automatically. Is there another way to set the FQDN? I know that dhcpcd, in the dhcp-client package, allows you to run an arbitrary script whenever the IP address changes, but I'm not sure how to use this instead of pump. If I simply uninstall pump and replace it with dhcp-client, will ifup automatically switch over? How do I specify arguments (like the script to be run) to dhcpcd, given that it would be invoked by ifup? My /etc/resolv.conf file (which I think is created by pump) contains a search line, but no domain line. I don't want to edit this, because pump will overwrite it the next time it grabs an address. Any suggestions would be most welcome. Thanks in advance, Richard
Re: gnumeric and gnome-print
Lo, on Sunday, August 12, Hugo van der Merwe did write: > > > Does running /usr/share/doc/libgnomeprint-data/run-gnome-font-install > > > help? > > > No it doesn't, because the above file doesn't exist! ;^) > > I believe it does. At least on my system. Needs to be executed with perl. It seems to be in the libgnomeprint-data package, available only in testing and unstable. Ximian may have it in one of their packages, although since they don't have an equivalent to http://www.debian.org/Packages, I can't tell you with any certainty. I know I don't have it installed on my potato system, though. Richard
Re: ssh and X11Forwarding
Lo, on Thursday, August 16, Svante Signell did write: > > When ssh-ing to a computer in my small LAN as a normal user and using > X applications, such as emacs, everything works OK. Howver, with su to > root on the remote box X is refused: Connection lost to X server`host:11.0' Let me make sure I understand you. Initially, when you establish the ssh session, you're running as a normal (non-root) user on both the local and remote systems, right? Then, you try to `su' on the remote system, and applications started within *that* shell don't work? If that's the case, then the solutions is pretty easy, although it's not the sort of thing you'd likely stumble across. On the remote host, just before you su, print the contents of the $XAUTHORITY environment variable. It'll probably look something like /tmp/sshXXX/cookie. Then, after you su, run the command xauth merge /tmp/sshXXX/cookie where the argument is the value of XAUTHORITY you got earlier. Then try running your X clients. HTH, Richard
Multiple X servers?
Greetings, all. I'm running a stock Potato r3, and I'm having some difficulty getting X to cooperate. My computer uses the Intel i810 chipset on its video hardware, and I've downloaded the necessary modules and X server from Intel, and in general, things are working fine. Intel's X server for this chipset does not currently support 32bpp, so I'm running at 24. This makes a number of applications slightly cranky: some of Netscape's icons don't display correctly, and acroread either crashes or displays the document incorrectly. (I've attempted to run acroread remotely, off a RedHat 6.2 box, and it exhibited the same behavior, so I'm pretty sure it's the display.) I don't want to run 16bpp on a regular basis, because my monitor doesn't handle that particular video mode as well---it displays, but it's not as crisp as 24/32 bpp modes. I'd like to run two X servers on this machine: one in 24bpp on vt7, for my normal stuff, and one in 16bpp mode on vt8 for those apps which can't handle 24bpp mode. (I'm not running [xgk]dm or any of the other display managers.) I've done this previously under RH6.2, so I know this is possible in theory. So. As a normal user, I tried `startx -- -bpp 24 :0', and this worked fine. After this, I switched back to a text console and did `startx -- -bpp 16 :1'. This brought up an X server on vt8, but all of the clients started in my .xsession appeared on display :0, not display :1. Since FVWM refuses to run on display twice, this second server terminates as soon as it gets through the interactive bits of my .xsession. What am I missing? How can I get these clients to use the correct display? Thanks, Richard
Re: Multiple X servers?
Lo, on Friday, August 24, Karsten M. Self did write: > --kunpHVz1op/+13PW > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable Why doesn't the debian-user-digest list handle this right? > on Thu, Aug 23, 2001 at 12:51:50PM -0500, Richard Cobbe ([EMAIL PROTECTED]) > wrote: > > Greetings, all. > > > > I'm running a stock Potato r3, and I'm having some difficulty getting X > > to cooperate. My computer uses the Intel i810 chipset on its video > > hardware, and I've downloaded the necessary modules and X server from > > Intel, and in general, things are working fine. > > > > Intel's X server for this chipset does not currently support 32bpp, so > > I'm running at 24. This makes a number of applications slightly > > cranky: some of Netscape's icons don't display correctly, and acroread > > either crashes or displays the document incorrectly. > > Solve these two problems by ditching the proprietary crap. On a 300MHz+ > CPU, Galeon kicks Netscape's ass off the planet. On older hardware, > life's a bit more difficult, but Dillo's good enough for basic browsing, > w3m has ssl support, and there's BrowseX (not packaged for Debian) which > is full-featured from what I understand. Sounds great. I have, however, just blown an hour trying to get the thing working, with no success. It builds, but every time I start it, I get a dialog informing me that it ``Cannot find schema for galeon preferences. Check your gconf setup, look at galeon FAQ for more information.' Tried the FAQ, followed its instructions; it was not helpful. I can't access the pre-built Debian packages at deb ftp://galeon.sourceforge.net/pub/galeon/nightly/debian galeon/ I'm not sure, but I think it has something to do with my employer's firewall---I can't even get through with a traditional FTP client. (Well, I can log on, but the first data transfer I try fails with a `Passive mode refused' error.) As attractive as galeon may be, I don't have this kind of time. > GV will read many PDFs, xdpf should read the rest. Boycott Adobe! Love to. Unfortunately, `should' is rather the operative word there. xpdf can't handle colors very well, as in <http://paris.cs.berkeley.edu/~dawnsong/papers/ssh-timing.pdf>. This lack makes a number of the graphs in this document unreadable. In addition, some of acroread's features are necessary, like the `Bookmarks' pane down the left. This is pretty critical when I'm dealing with, for instance, the ANSI C language spec, where the index lists *section* numbers, not page numbers. > > I don't want to run 16bpp on a regular basis, because my monitor doesn't > > handle that particular video mode as well---it displays, but it's not as > > crisp as 24/32 bpp modes. > > You've got a compromise situation here. You makes your choice, you > takes your licks. Yes, thanks, I understood that. However, based on previous experience, I figured I'd be able to have my cake and eat it too. As I say, I've done the multiple X server thing before. > I think display may need to be the first server argument: > > $ startx -- : - That was it. Thanks. I may try your Xnest solution as well; it beats switching back and forth between different virtual consoles. > Hmm...I'm finding that startx doesn't respect my server specification. > but xinit does. Odd. Investigate this (I'm using testing here), may be > a bug. Well, `startx -- :1 -bpp 16' works for me. I'm running stable with a heavy dose of Ximian thrown in, so it's hard to say where the problem is; it may even be on my side. -- /"\ \ / X ASCII RIBBON CAMPAIGN / \ AGAINST HTML MAIL
Re: Galeon problem ...
Lo, on Friday, August 24, Steven Yap did write: > On Fri, Aug 24, 2001 at 08:49:36AM -0500, Richard Cobbe wrote: > > > > Sounds great. I have, however, just blown an hour trying to get the thing > > working, with no success. > > As attractive as galeon may be, I don't have this kind of time. > > I had that problem as well, but I got it to work. One difference is that > built galeon from a tarball (ver 0.12) and installed it in /usr/local/ > instead of a deb source package. Yeah, I've done the same. I can't actually get to the debian packages. I don't know if it's significant, but I didn't supply any arguments to ./configure. > I made a link in /etc/gconf/schemas to > /usr/local/etc/gconf/schemas/galeon.schemas. Ok, done. As you say, it didn't work---same error. > That should have worked but it didn't. Then I discovered the entries in > ~/.gconf/schemas/apps/galeon/ had owners.group values of group.group > instead of yap.yap . Changed that, and galeon now starts up fine. [rcclinux:~]$ /bin/ls -AlF ~/.gconf total 4 drwx--S---2 cobbecobbe4096 Aug 24 12:17 %gconf-xml-backend.lock/ I'm obviously missing something here. I tried creating the directory you mentioned, but that didn't help either---same error. I should point out that, while I've got the gnome libraries and a variety of gnome apps (like gnucash, gnumeric, and dia) installed, I don't actually use the gnome desktop. Is that system perhaps creating some files that galeon's looking for? Richard -- /"\ \ / X ASCII RIBBON CAMPAIGN / \ AGAINST HTML MAIL
Re: Multiple X servers?
Lo, on Friday, August 24, Karsten M. Self did write: > on Fri, Aug 24, 2001 at 08:49:36AM -0500, Richard Cobbe ([EMAIL PROTECTED]) > wrote: > > Lo, on Friday, August 24, Karsten M. Self did write: > The gconf bug has been a recurring one in 0.11 and 0.12 releases. I'm > clean with 0.11.5, if you want to give it another shot. Again, you may > want to consider moving up to Woody or Sid. I'll try 0.11.5; thanks for the tip. Re woody/sid: while I've been using Linux for the last 5-6 years, I'm still fairly new to Debian. I've given some thought to moving up to woody for a while, but based on what I've seen on debian-user, I think I need to be a little more familiar with the packaging system than I currently am, in order to handle the occasional breakages. > > > > GV will read many PDFs, xdpf should read the rest. Boycott Adobe! > > > > Love to. Unfortunately, `should' is rather the operative word there. > > xpdf can't handle colors very well, as in > > <http://paris.cs.berkeley.edu/~dawnsong/papers/ssh-timing.pdf>. This > > lack makes a number of the graphs in this document unreadable. > > I'm doing fine with color in xpdf 0.92 -- assuming that you're referring > to colored graphs and charts. Are you getting no color at all? Yeah, the graphs and charts are the problem. Maybe they've fixed this since version 0.90-8. In that version, the bar chart at the top of page 6 is all in black and white---all of the bars are solid black, except those associated with `a letter and a number, alternating hands'. As a result, the chart isn't very readable. Richard -- /"\ \ / X ASCII RIBBON CAMPAIGN / \ AGAINST HTML MAIL
Re: Multiple X servers?
Lo, on Friday, August 24, Karsten M. Self did write: > on Fri, Aug 24, 2001 at 08:49:36AM -0500, Richard Cobbe ([EMAIL PROTECTED]) > wrote: > > Lo, on Friday, August 24, Karsten M. Self did write: > > > > > --kunpHVz1op/+13PW > > > Content-Type: text/plain; charset=3Dus-ascii > > > Content-Disposition: inline > > > Content-Transfer-Encoding: quoted-printable > > > > Why doesn't the debian-user-digest list handle this right? > > Hmm...not sure. I'm one of those cuss'ed mutt/GPG users though... True, but I don't think this is your fault. I've previously been subscribed to the non-digest form of debian-users (same MUA), and I never had any problems with your email messages. Your GPG signature showed up either inline or as a MIME attachment (I don't remember exactly) and I didn't notice any quoted-printable crud in your message body. I think the digest software munges the MIME headers, or something. Whatever. > The gconf bug has been a recurring one in 0.11 and 0.12 releases. I'm > clean with 0.11.5, if you want to give it another shot. Again, you may > want to consider moving up to Woody or Sid. 0.11.5 works fine, with but one exception. It can't handle the (presumably non-standard) Javascript navigation tools at the top of my company's internal web page. I've suggested that they reduce their use of Javascript on the intranet, but that's apparently uncool. You'd think that they'd at least provide a text-only navigation area as an alternative, but this too eludes them. I'm currently cutting and pasting these URLs from Netscape into my Galeon bookmark file. I've only been using Galeon for a few hours now, and I must say I'm quite impressed. If 0.11.5 is this good, I can't wait for 1.0! Thanks much, Richard -- /"\ \ / X ASCII RIBBON CAMPAIGN / \ AGAINST HTML MAIL
Procmail question (was Re: Virus incident)
Lo, on Thursday, November 22, Linda Laubenheimer did write: > Craig Dickson wrote: > > > * 1^0 ^From:[EMAIL PROTECTED] > > * 1^0 ^From:[EMAIL PROTECTED] > > /dev/null > > Add >* 1^0 ^From:[EMAIL PROTECTED] > to that last one... > I understood all of the rules that were posted except for one thing. Just out of curiosity, what does the 1^0 above do? The procmail manpages weren't much help. Richard
Re: cvs : access denied
Lo, on , November 22, franck routier did write: > Hi, > > I have just installed cvs on my sid box via pat-get install cvs. > > It created that directory in /var/lib/ : > > drwxrwsr-x4 root src30 nov 22 13:29 cvs > > I did : > adduser myuser src > > But when I try 'cvs -d/var/lib/cvs import myapp mycomp start', > I get an access denied from cvs, unable to create myapp directory in cvs > > If I do it as root, it works. > > Then, I still can't even checkout as a myuser, since I can't get a lock. > > What's wrong with my setup ? Your setup looks fine, including the directory perimssions on your CVS repository. (As you no doubt read in the manual, that setgid bit is critical.) Did you log out and log back in after you added yourself to the src group? Looks like that hasn't taken effect yet: these error conditions almost always mean you don't have write access to the CVS repository. (By the way, there are several resources devoted specifically to CVS: http://www.cvshome.org/, and there's a CVS-specific mailing list at [EMAIL PROTECTED] The newsgroup comp.software.config-mgmt is also relevant, although it's not limited to CVS.) HTH, Richard
Re: suspending a pid
Lo, on , November 24, Michael Heldebrant did write: > On Sat, 2001-11-24 at 08:31, martin f krafft wrote: > > hi all, > > given a PID of a process that hasn't been started from a terminal, is > > there anyway i can suspend it? i am root, and init started process x, > > is there a way that i can suspend x at any point during normal > > operation, and also to unfreeze it again? > > I think a kill -STOP PID and a kill -CONT PID will allow you to do > what you want. STOP is a nonblockable signal according to the kill > man page so this should work regardless of the antisuspend > intelligence of a process. According to _Linux Application Development_ by Johnson & Troan, secton 14.1.3, you'll probably have better results in general doing a kill -TSTP instead of kill -STOP . This has the advantage of letting the program take any necessary action before suspending itself; console-mode instances of vi and emacs, for instance, will need to reset the terminal and redraw the screen. After cleaning up like this, the program's signal handler for SIGTSTP should suspend the process. If this doesn't work, it's because the program in question isn't playing by Unix rules. kill -STOP it and complain to the maintainer or vendor. However you stop it, kill -CONT will resume the stopped process. Richard
Re: System Time Problems.
Lo, on Tuesday, November 27, Bulent Murtezaoglu did write: > > "JCR" == Jeremy C Reed <[EMAIL PROTECTED]> writes: > [...] > JCR> Use something like: hwclock --systohc --utc > > Yes this would set the hw clock to UTC. I think the OP was asking for > how to notify the system that that is not the case. The place to do > that is in /etc/default/rcS I believe. > > But anyway, why not have the battery backed clock set to UTC? The machine may be set up to dual-boot into Windows. I know that Win95 can't handle the hardware clock and localtime being in different timezones. (Me, I spend most of my time in Linux, so I set the hardware clock to UTC and just subtract 5 or 6 hours when I'm in Windows, depending on the time of year. This may not be an acceptable solution for everyone, though.) Richard
Re: OT: free cmd is lying to me
Lo, on , December 2, Michael Heldebrant did write: > IIRC from the Understanding the Linux Kernel book by O'Reilly, linux > doesn't actually worry about memory until you actually use it. I'm not > sure if a malloc counts as using it for storing data since I'm no C > programmer but unless you actually write to the memory linux doesn't > bother setting up the actual pages since it's a waste for the system to > make and tear down pages that are never accessed. Well, I *am* a C programmer; perhaps I can clarify this. /Understanding the Linux Kernel/ is correct; Linux (in fact, most modern OSes) don't allocate pages to a process until that process requests the memory. However, it's not entirely clear what constitutes such a request. I think you're thinking of demand-based loading. When you start a large process, like Netscape or Emacs, the kernel does *NOT* load the entire text segment (containing the actual executable code and constant data) into memory. Instead, it sets up the process's page table such that the pages in the text segment are, in effect, swapped out to the program's executable file on disk. On the first reference, the page is automatically brought in by the kernel's VM system. The non-constasnt but initialized data pages probably use a similar setup, although they'd need a copy-on-write scheme. Uninitialized but pre-allocated data is also likely allocated on demand, but it's initialized to zero and swapped to your swap device as normal. However, the heap doesn't work like this. If malloc(3) can't find enough memory to satisfy the program's request, it calls sbrk(2) to get one or more additional pages. I'm pretty sure that the kernel will have to adjust the process's page table immediately, although there's a good chance that the pages won't be mapped into memory until they're needed. However, malloc() has to keep bookkeeping info along with the user program data, so the first reference is likely to follow the allocation pretty rapidly. The stack is allocated on demand; I don't know if the kernel will shrink it or not. Richard
Re: Requesting a trackball recomendation
Lo, on Sunday, December 9, omphe did write: > [EMAIL PROTECTED] wrote: > > > > > Can anyone recomment a three button trackball with a ps2 connector > > > that is supported by linus? (Preferably an optical trackball) Sorry for the nested attributions; missed the original post. A few months ago, I started using the Mouse-Trak Evolution, by ITAC (http://www.itacsystems.com/) at work. I've been very pleased---enough so that I'm probably going to buy a second one fairly shortly for use at home, even though they run about $100 a pop. The good points: * The ball is quite large and easily moved * It's under the fingers, not the thumb. This is a bonus because your fingers are more dextrous, and in my personal situation, my thumb joint gives me a lot more trouble than my wrist. * Buttons conveniently placed under the fingers. * Six buttons, easily programmable. I have mine set (in X terms) to button 1, button 2, button 3, double-click button 1, button 1 drag mode, and turbo toggle. `Button 1 drag mode' means I can drag with button 1 held down without actually holding the button: click the toggle, move the pointer with the ball, and click the toggle again to stop dragging. The turbo toggle toggles the trackball into a low-acceleration mode for precision work. * All of the button programming and special features are implemented IN HARDWARE by the trackball itself. Therefore, this works with the standard XFree86 PS/2 mouse driver. * They've got PS/2 and USB versions. * The ball doesn't come out, but it's still easily cleaned. * Steel ball-bearings inside the ball housing, not the cheap plastic crud you get in most mice & trackballs. Bad points: * Not cheap: $99 plus tax. * The steel ball-bearings are somewhat noisy, but you get used to it. * This is made for fairly large hands---mine are about 8.5 inches from wrist to the tip of the middle finger and 8.5 inches from thumb tip to tip of pinky when outstretched. I wouldn't want to try to use this if my hands were much smaller. * No scroll wheel. I don't find this a major problem, as I've never used them, but if you want one, you'll need to go elsewhere. * No hardware support for X buttons 4 and 5. * Looks like a gym shoe. :-) On the whole, though, I've been very satisfied with mine. Richard
Re: purging swap disk
Lo, on , December 12, Brian Stults did write: > Is there a way to purge the swap disk? When I run something like > win4lin, it can sometimes take up a lot of disk swap. When I close the > program, the swap space still appears to be occupied. It's mostly an > annoyance, and probably doesn't affect anything. However, it seems that > perhaps it would be better to remove it from disk swap since the next > time the program runs there may be room for the information in the > faster RAM memory. Does that make any sense? I suspect that the data on your swap device doesn't actually belong to the now-defunct win4lin process, but rather other processes that were swapped out to make room for win4lin. They'll be paged back into main RAM on next reference, as usual. (I don't actually know of any way to verify this---I don't know of a program that will tell you which process is using which pages on your swap device; this information is likely not stored in the kernel in a very convenient fashion anyway.) While it may look at first glance as though one would want the OS to bring these pages back into RAM as soon as there was room for them, this turns out to be a less-than-wonderful solution in the general case. Consider the case where win4lin terminates, and then you start up a new, large program (say, StarOffice). If the kernel automatically paged stuff back in when win4lin terminated, it would have to page it right back out again in order to make room for StarOffice. Much better just to let the kernel bring the pages back in again on demand. Richard
Re: Are the X server starup messages kept in a logfile anywhere?
Lo, on Friday, December 14, Karsten M. Self did write: > on Thu, Dec 13, 2001 at 09:31:34AM -0500, Stan Brown ([EMAIL PROTECTED]) > wrote: > > I'm interested in reviewing how well I have the X server configured on a > > new machine. > > > > Are the X server startup messages stored in a logfile somewhere? > > Depends on the X component. > >- X server: /var/log/XFree86..log I'm not seeing this. My guess is that this is only the case if you're running [xkgw]dm. In my case, I start X from the console, redirect the server's output to a file, throw the X server in the background, and log out of the console. In that situation, X server output goes to whatever file I specify. Richard
Re: OT:programmin questions
Lo, on Sunday, December 16, David Bellows did write: > The enclosed program will demonstrate what I have and give a basic > idea of what I'm doing. I am not a programmer as you'll quickly > notice. > #!/bin/sh > while [ "$choice" != q ] > do > read choice > case "$choice" in > a) /usr/local/bin/jac -P1;; #jac is a command line CD player > b) /usr/local/bin/jac -P5;; > c) /usr/local/bin/jac -k;; > #First kill the CD and then start DVD player > d) /usr/local/bin/jac -k; /usr/local/bin/ogle -u cli;; > q) /usr/local/bin/jac -k;; > esac > done > exit 0 It's about how I'd write something like this, and I *am* a programmer! > My problem is that I have to enter a key followed by ENTER. > This is obviously cumbersome when using a remote control. Does bash > have a way around this? Should I be using another language? Based on my reading of the bash man page (under the section defining the `read' command), I don't think bash is going to do what you want. In particular, it says, "One line is read from the standard input, and the first word is assigned to the first name []" Because of the way read splits on spaces, it has to read an entire line. What I think Eric Miller was alluding to in his post was the possibility of throwing the terminal into `raw' mode, as opposed to the default `cooked' mode, so it would pass all characters unchanged on to the application. I don't think this would work with bash; you'll need to use something else. > If the latter, I would prefer, for now, a scripting language -- > thinking this would be easier to figure out as I need to learn new > things. I don't do this kind of stuff very frequently, so I'm not sure how one would go about this in Perl, and I don't actually know any other scripting languages (that are likely to be installed on your machine). You actually can do this in bash, but you'll need some help reading the input: a 4-line C program would do the trick. There's almost certainly a better way, though, so I won't post the code here. If anyone's interested, though, I'd be glad to send it along. Richard
Re: Auctex/LaTeX/Emacs problem
Lo, on Sunday, February 3, Ryan Claycamp did write: > I have lost the color markings in xemacs when I edit a LaTeX file. I > am running woody and I think it happened after I updated to the new > version of auctex. I noticed that when auctex installed, it said > something like emacsen ignoring flavor xemacs. How do I get the color > back in xemacs when it is editing LaTeX files? I really enjoyed that > feature. IIRC, xemacs comes with its own copy of AUCTeX, which explains the `ignore' error message. Assuming that you've got font-locking on in other editing modes, simply adding (require 'font-latex) to your .emacs file should do the trick. Richard
Re: Auctex/LaTeX/Emacs problem
Lo, on Monday, February 4, Ryan Claycamp did write: > On Mon, Feb 04, 2002 at 04:08:52PM -0600, Richard Cobbe wrote: > > Lo, on Sunday, February 3, Ryan Claycamp did write: > > > > > I have lost the color markings in xemacs when I edit a LaTeX file. I > > > am running woody and I think it happened after I updated to the new > > > version of auctex. I noticed that when auctex installed, it said > > > something like emacsen ignoring flavor xemacs. How do I get the color > > > back in xemacs when it is editing LaTeX files? I really enjoyed that > > > feature. > > > > IIRC, xemacs comes with its own copy of AUCTeX, which explains the > > `ignore' error message. > > > > Assuming that you've got font-locking on in other editing modes, simply > > adding (require 'font-latex) to your .emacs file should do the trick. > > > > Thank you. That did the trick, at least for xemacs. I put the > command in both my .emacs file and .xemacs/init.el. It didn't work > for emacs, but I don't have any color in emacs. That is another worry > for another time as I mainly use xemacs for my editor. It's been a while since I've used plain FSF emacs, but I think font-latex will work with both. However, it assumes that you've already got basic font locking turned on, and the method for doing that differs between the two editors: check the manuals for details. (My .emacs file is set up in such a way that I can't easily look this up and paste it here.) Richard
Re: dselect and resolving
Lo, on Monday, February 11, John Cichy did write: > Hello all, > > It seems the dselect ignores the host file when updating it's lists. I have a > debian mirror in my DMZ and have added an entry in my hosts file to use an > internal address to access the mirror, but it seems that dselect is ignoring > that entry and trying the public address instead. Does anyone know how to > make dselect look at the hosts file, my host.conf has the entry : > > order hosts,bind > > so I would think that it would resolve to the address in the host file. I'm not entirely sure how this works, but there's a very good chance that /etc/nsswitch.conf is more significant than /etc/host.conf. What does the `hosts' line say from nsswitch.conf? Richard
Re: /usr/bin/ld: cannot find -lndbm
Lo, on Tuesday, February 12, Erik van der Meulen did write: > On Tue, Feb 12, 2002 at 13:36:46 -0600, Jordan Evatt wrote: > > > A quick search using apt on #debian gave me this: (/usr/include/db1/ndbm.h) > > in devel/libc6-dev > > Maybe you don't have libc6-dev installed? Check for that first. I have no > > way of knowing if you have it installed or not. > > Thanks for that. I do have libc6-dev installed and (consequently, I > think) I have a /usr/include/db1/ndbm.h. But this does not seem enough. The linker's looking for `libndbm.so', not ndbm.h. However, on my potato system, /usr/lib/libndbm.so is in libc6-dev along with the .h file (as one would expect). (All packages are as of potato; things may have moved since.) Couple of things to check: 1) libndbm.so should be a symlink; make sure that there's a real file at the end of the symlink chain. 2) Make sure the file is really a shared library: `readelf -h /usr/lib/libndbm.so' If it prints out readelf: Error: Not an ELF file - it has the wrong magic bytes at the start then the file got crunched; make sure your libc6 install is still valid. 3) Where is the compiler/linker looking for the libraries? Cut-n-paste the compiler invocation that is printed when you do a `make' -- the bit that reads cc -Dbool=char -DHAS_BOOL -D_REENTRANT -DDEBIAN -I/usr/local/include -O2 spamd/spamc.c \ -o spamd/spamc -L/usr/local/lib -lnsl -lndbm -lgdbm -ldbm -ldb -ldl -lm -lc -lposix -lcrypt into a terminal, stick a `-v' after the cc, run it, and post the output. (There will likely be a fair amount, not all of which will necessarily make sense.) That should give us a better idea of the problem. Richard
Re: potato web browsers
Lo, on Sunday, February 17, will trillich did write: > On Sun, Feb 17, 2002 at 09:35:01AM -0600, Alex Malinovich wrote: > > Galeon should work with no problems on a Potato system. I had it running > > for a couple of weeks on my desktop before I upgraded to sid. I've run > > it on a P133 with 40 megs of RAM with no major problems. And Galeon is, > > by far, the most superior browser I've had the pleasure of EVER using. > > There are relatively recent deb's available in non-US. > > what's the potato-friendly way to get galeon installed? i've got Ximian's got packages for galeon (plus lots of other Gnome stuff). For sources.list: deb http://red-carpet.ximian.com/debian stable main Note that Ximian does have later versions of packages which appear in potato. As a result, it's possible that things may break. I've not had any problems, but I don't use GNOME all that heavily. Richard
Re: cvs stupid user problem, please help me debug
Lo, on Friday, February 22, Paul E Condon did write: > I saved a cvs repository of personal programs in RedHat some time ago, > before I discovered Debian. Now I'm trying install it and access the > files in it. I used tar to save the whole repository as cvs.tgz. When > I untar it, I discover that the permissions are wrong and the group > assignment of the files is different from the Debian convention. So I > set about to make them right for Debian, but I can't get it to work. To which Debian convention are you referring? The numeric GIDs should have shifted, but other than that, I'm not aware of any Debian convention for ownership of files in a CVS repository. In fact, due to the way CVS repositories work, such a convention would most likely be counterproductive. > First question: Debian uses "src" as the conventional group name for > cvs internal files. Granted, I've customized my repository pretty heavily, but I don't see this: [ankh-morpork:/var/cvs]$ /bin/ls -ld /var/cvs drwxr-xr-x4 root root 4096 Feb 10 2001 /var/cvs [ankh-morpork:/var/cvs]$ /bin/ls -l /var/cvs total 8 drwxrwxr-x3 root cvsadmin 4096 Feb 13 2001 CVSROOT drwxr-xr-x 10 cobbecobbe4096 Feb 6 21:08 cobbe IIRC, I created the cvsadmin group, but the permissions on /var/cvs seem to indicate that the group permissions just default to whatever's appropriate for the user who created the repository. Which version of CVS are you using? The above results are from 1.10.7-7, the version in potato. > Second question: What permissions do I need to set? I've done > chmod g+w * > everywhere that there is a directory, but I still get these error > messages when I try to checkout a sample program directory, e.g.: While Debian and RedHat may have default groups that they use for CVS repositories, this isn't reallly all that relevant. As long as all of the CVS users have write access to the appropriate directories, everything should work out. Typically, one does this by manipulating the group ownerships and permissions of the files in the repository. I'm assuming that you want all-or-none access: each user can access either the entire repository or none of the repository. (More finely-grained access controls are possible, but they complicate the process somewhat.) I'm also assuming a `local' or `ext' access method, as opposed to `pserver'. I'll use two metavariables to make the explanation easier: $CVS_GROUP is to the name of the group controlling CVS access, and $REPOSITORY is the name of the directory which contains the repository files (e.g., where you untarred your archived repository). - addgroup $CVS_GROUP - Use adduser to ensure that all of the appropriate users are in $CVS_GROUP. - chgrp $CVS_GROUP $REPOSITORY - chmod g+ws $REPOSITORY ## The setgid bit is crucial. - find $REPOSITORY -print | xargs chgrp $CVS_GROUP ## Make everything owned by the CVS group. - find $REPOSITORY -type d -print | xargs chmod g+ws ## Make all directories group-writable and setgid. Make sure that you're running in $CVS_GROUP (you may need to log out and log back in), and you should be good to go. (If you don't understand what all of the above does or why you're doing it, please ask. That understanding will help you deal with other repository problems later on.) > [EMAIL PROTECTED]:~/co$ cvs co hello > cvs checkout: warning: cannot write to history file > /var/lib/cvs/CVSROOT/history: Permission denied > cvs checkout: Updating hello > cvs checkout: failed to create lock directory for `/var/lib/cvs/hello' > (/var/lib/cvs/hello/#cvs.lock): Permission denied > cvs checkout: failed to obtain dir lock in repository > `/var/lib/cvs/hello' > cvs [checkout aborted]: read lock failed - giving up > [EMAIL PROTECTED]:~/co$ Yeah. User pecondon doesn't have write access to the repository directory. The above process should fix this. HTH, Richard
make-kpkg with -j switch?
Hello, all. I've done a fair amount of searching on this topic, but a search key of -j confuses a lot of the search engines, so I've not been able to find a conclusive answer here. Is it possible to have make-kpkg supply the -j switch to make? I've got a dual-processor machine, and I'd love to build the kernel with `-j 2'. (FWIW, I'm using kernel-package 7.04.potato.3 from potato.) Thanks, Richard
Re: make-kpkg with -j switch?
Lo, on Saturday, February 23, Sean 'Shaleh' Perry did write: > > On 23-Feb-2002 Richard Cobbe wrote: > > Hello, all. > > > > I've done a fair amount of searching on this topic, but a search key of > > -j confuses a lot of the search engines, so I've not been able to find a > > conclusive answer here. > > > > Is it possible to have make-kpkg supply the -j switch to make? I've got > > a dual-processor machine, and I'd love to build the kernel with `-j 2'. > > > > (FWIW, I'm using kernel-package 7.04.potato.3 from potato.) > > > > man kernel-pkg.conf and look for 'CONCURRENCY_LEVEL'. Not sure if the potato > version has the option but it does exist under newer versions. Yes, it's there in potato as well. Thanks to you and Faheem for the pointer. Richard
Re: Swap space
Lo, on Sunday, February 24, Charles Baker did write: > I'm about to install sid, using unoffical iso's, on a > machine w/ 384MB of RAM. Old rule of thumb was > 2*RAM-SIZE = SWAP-SIZE . Do I really need 768MB of > swap space?!?!?! Plus, since the install uses 2.2.20 > kernel, will it be able to handle a swap space larger > than 128MB? I don't remember the exact details, but the 128M limit on swap space was relaxed quite some time ago. 2.2.20 should handle a single 768M swap partition/file quite nicely. You'd need to know what you're planning on using the machine for in order to decide if 768M swapspace is really necessary. Richard
Re: ipchains on startup
Lo, on Monday, February 25, [EMAIL PROTECTED] did write: > Just wondering if Debian had any specific place to put ipchains stuff for > initialising the rules on bootup. See the ipmasq package. Richard
