Mutt 1.4.0 and pgp_create_traditional

Hi folks, there's an issue with Mutt 1.4.0 (in sarge) that I fail to get resolved, maybe someone on this list can help. I am writing to this list instead of mutt-user because, judging by the sources in the source package, it _should_ work, but apparently doesn't. I am using Debian woody with a co

Re: Help identify motherboard (486)

>It looks like it was bouhg in 1994 or around that time. I'd appreciate >any pointers as to where to look for its specs. I'm also interested to >know whether there have been any BIOS updates, and BIOS manual too, >because I've never had a 486 before... You might want to try this site http://p

Re: .tgz? How do I go about extracting them?

>Is there a easier, newer way than that convoluted string piping from >gzip to tar etc. ? Given you have a not-too-old version of tar, cd-ing to the directory you would like to have the contents of the tar file extracted to, and entering tar xzvf should do the job. But then again, what's wron

most: cannot display *.gz files

I am having a problem with the version of most that came with slink (v4.8.1-0.1) which I am unable to solve despite looking in all the docs, man pages and the mailing archives. I can view any file with "most ", except for gzipped files. Whenever I try that, I get : failed to open for reading. I

Re: most: cannot display *.gz files

>I am sorry this is not an answer to your question I am new at >this. I am learning to look at files in my half installed >version. I've managed to use cat and zcat with *.gz >files. You probably knew that. Yep, but most has other nice features: >While we are on the subject, what I can't do i

Re: most: cannot display *.gz files

> I came in in the middle of this thread, I don't know who I should >be talking to here. I was the one who originally started the thread. :) >> > I can view any file with "most ", except for gzipped files. >> > Whenever I try that, I get >> > : failed to open for reading. > > Hmm, I

Re: most: cannot display *.gz files

>Hi, I tried this now and did get the same error with gzipped files: > >$ most /usr/doc/lyx/README.gz >/usr/doc/lyx/README.gz: failed to open for reading. > >I had version 4.8.1-0.1 of most. I upgraded most to 4.9.0-1.1 and now >everything works again. Thanks for trying and posting the results! I

Re: cfdisk says hda is smaller than it really is!

>My BIOS won't tell me what C/H/S settings are being used, just size in MB, >but I caught the C/H/S settings from the boot kernel (1024/240/63). >However, I also found the data sheet for my hard drive, and although I'm not >sure how to decipher it, I'm pretty sure the boot kernel C/H/S settings wer

Re: cfdisk says hda is smaller than it really is!

>My BIOS is dated 6/8/99 and the Official CD, which I am trying to install >from, uses a 2.0.36 kernel. Your BIOS shouldn't be a problem then. Have you checked the BIOS settings? >I've read the HOWTO, but installing a 2.2.x kernel is not an option yet >since I haven't been able to install Debian

Re: cfdisk says hda is smaller than it really is!

>> How come? I simply created a partition that would hold the basic Debian >> slink system on the "8.4 GB drive" that cfdisk detected in conjunction >> with the 2.0.x kernel, when what in fact I had was a 10 GB drive. > >Certainly an option, but I was holding out for a more out-of-the-box >solution

smbclient fails on samba machine, but clients can connect

I'm having a problem with smbclient hinted at above, maybe someone on this list can help me out. I am able to connect to the machine running the samba daemon from other machines, browse shares, access, read and write files and so on. smbd logs "connection from ..." and everything seems to work fin

Linux won't boot -- bitten by file system bug?

I'm in desperate need for help and I hope someone on this list is able to help me out, I'd really appreciate it. I shut down my Debian box last night, and turned it off when it displayed the message "Power down." When I tried to boot tonight, it simply displayed "LI" and did nothing. Now the LILO

Re: perl leap year function?

>function isLeapYear(year as int) as boolean > if remainder(year div 4) = 0 then > return true > else return false >end > >I realise this isnt the only condition (theres something fishy about years >divisible by 400 from memory) but it would do the trick. The "fishy" part

Mutt 1.4.0 and pgp_create_traditional

Hi folks, there's an issue with Mutt 1.4.0 (in sarge) that I fail to get resolved, maybe someone on this list can help. I am writing to this list instead of mutt-user because, judging by the sources in the source package, it _should_ work, but apparently doesn't. I am using Debian woody with a co