Re: KWeather -- Station Help Needed
On Jul 25, 2004, at 5:29 PM, Paul Johnson wrote: Robert Tilley <[EMAIL PROTECTED]> writes: I live in Titusville, FL. The NOAA site brings up "KTIX" as the local station ID. KWeather complains that the station ID "KTIX" does not exist. Try a different case? ICAO is case sensitive, lowercase works for me. Another idea, I can't remember if KWeather is U.S.-centric, but if it is, pull the "K" off the front... the airport identifiers prior to the conversion to ICAO standards (the U.S. is all the "K" prefixes) were three-letters. -- Nate Duehr, [EMAIL PROTECTED]
Re: packages fetching tools
On Jul 25, 2004, at 8:16 PM, Nick Boyce wrote: On Sun, 25 Jul 2004 13:30:50 -0600 (MDT), Bruce Sass wrote: Since people keep telling us that apt-get is braindead, and that aptitude does a better job, I tried that too, with similarly scary results. Since aptitude's output is more compact, I include it here. In my experience, aptitude has its own set of problems. Alas, nothing is perfect. Don't forget about dselect. If the APT tools are not giving you enough control then maybe dselect will, especially if you don't use the apt method for fetching packages. I'm sorry ... I've used dselect. I still have bad dreams about the hours I spent lost wandering round in there (not to mention in its so-called help system). IMHO it's user interface exemplifies the phrase "as user friendly as a cornered rat". I can't imagine what the designers were thinking of when they dreamed it up. Gosh, I never thought "/" to search and jump right to it, "+", was so difficult. Maybe a second to accept any dependencies. I understand that it (apparently) gives the best level of control over packages, and it sure is very quick at whatever-the-hell-it-is that it does, but I won't use it again unless I'm being beaten with rubber hoses to force me to. There are actually dependency issues that apt-get CANNOT resolve that dselect can. Specifically when a package is added to the archives and a new dependency is created, apt-get chokes on it saying that it will hold-back the old packages, whereas dselect will show the problem and allow you to accept the "fix" (adding another package) with a simple if you agree. If apt hadn't existed, I might even have been forced to give up using Debian because of the thought of having to use dselect for package management. Methinks you doth protest too much. ;-) [phew] I feel better now ... thankyou for letting me share that with you ;-) Same here for letting me point out that dselect is brain-dead easy to use if you actually read the documentation and follow it. Most commands are only a single-keystroke away -- genius. -- Nate Duehr, [EMAIL PROTECTED]
Re: POP filters in KMail
On Monday 26 July 2004 07:24, David P James wrote: > The problem with filtering on the server is that KMail has to download > the headers of *every* message that is over the specified size. This > means that the headers of messages that don't get deleted (ie the good > stuff) gets downloaded twice. Since a lot of spam is as small as a > kilobyte, this results in a massive duplication of downloading if you > set the threshold at something small. If most of your mail is junk this > might not be a big deal, but if you're on mailing lists it can slow > things down quite a bit. It's probably best to use a local filter > instead, and this also allows you to check for false positives anyway. Thanks for your help; it (sorta) worked. However, my expectations were far greater than what was actually delivered. Hmm. I just looked at the Python docs for poplib and decided that I could whip up a compact Python script that would do exactly what I want. I don't know if anyone else is interested in this, but maybe I'll submit it to the bugs database as an example of what I had in mind for POP filtering... :Peter
Re: packages fetching tools
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 26 July 2004 04:16, Nick Boyce wrote: > I'm sorry ... I've used dselect. I still have bad dreams about the > hours I spent lost wandering round in there (not to mention in its > so-called help system). IMHO it's user interface exemplifies the > phrase "as user friendly as a cornered rat". I can't imagine what the > designers were thinking of when they dreamed it up. > > I understand that it (apparently) gives the best level of control over > packages, and it sure is very quick at whatever-the-hell-it-is that it > does, but I won't use it again unless I'm being beaten with rubber > hoses to force me to. > > If apt hadn't existed, I might even have been forced to give up using > Debian because of the thought of having to use dselect for package > management. > > [phew] I feel better now ... thankyou for letting me share that with > you ;-) full ack! i actually never used dselect. i quit it after about 5 minutes and never called it again. this app makes me feel far more stupid than i already consider myself being. i prefer apt/dpkg, sometimes if i want to browse the db or want some overview, i use synaptic. this post might not be considered a very valuable contribution to this list but thanks Nick, i feel with you. ciao sven - -- what we call chaos is just patterns we haven't recognized. what we call random is just patterns we can't decipher. what we can't understand we call nonsense. what we can't read we call gibberish. - chuck palahniuk, survivor -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBBSyUPV/e7f4i4AERAlWoAJ9at48vNLO7pUaU0XEz5rurww/IQwCfd3OH YDbkEuabg1RO748SnJ8LWHM= =IPUo -END PGP SIGNATURE-
Re: kooka and 3pass scanners
Am Montag, 26. Juli 2004 14:43 schrieb David P James: > On Mon 26 July 2004 06:33, Tobias Kraus wrote: > > Hi all, > > I'm using kooka 0.42 (official Debian testing package) and > > scanning over the network (using the sane net dll) works fine - > > except the fact that kooka only saves the red part of the image > > (I'm using the mustek 6000cx _3pass_ scanner - it's not state of > > the art, but it's ok for me). I cannot verify if this is a > > problem of scanning over the network because I don't have a > > SCSI-Controller on my laptop. Single-pass scanners work fine, so > > does xscanimage. > > > > Can anyone verify this problem? I searched bugs.kde.org and could > > not find a bug-report. > > Yes, I have a Microtek 35t 3-pass film and slide scanner and it too > does not work with kooka - kooka simply locks up after the first > pass (red I think). xscanimage works fine however. On my box, kooka does not lock up. After scanning the first colour, I can enter the file type (jpg, bmp, ...) the image should be saved as. The same behaviour as when scanning grayscale or colour with a single-pass scanner. > > I've not found a bug report on it either but now that we know it's > not a one-user problem one of should probably file a bug on it. Would you be so kind to do that as you seem to be a native speaker. Otherwise I will do that. Thank you, Tobias -- Diese Email-Adresse dient nur als Spam-Ziel. Nachrichten an diese Adresse werden nicht gelesen! This email address is a spam-tarpit. Mails sent to this address are not read!
Dell drivers
Hello, someone can help me. I have a Dell gx260 and can´t install a driver which works with 1024X768 resolution. Thanks, Carlos Rocca SliktaConsultor de Tecnologia/Gerente de Suporte AFIP/TKS/CDB/Instituto do Sono PABX 11 21087000 Direto 11 59087397
Re: kooka and 3pass scanners
On Mon 26 July 2004 06:33, Tobias Kraus wrote: > Hi all, > I'm using kooka 0.42 (official Debian testing package) and scanning > over the network (using the sane net dll) works fine - except the > fact that kooka only saves the red part of the image (I'm using the > mustek 6000cx _3pass_ scanner - it's not state of the art, but it's > ok for me). I cannot verify if this is a problem of scanning over the > network because I don't have a SCSI-Controller on my laptop. > Single-pass scanners work fine, so does xscanimage. > > Can anyone verify this problem? I searched bugs.kde.org and could not > find a bug-report. > Yes, I have a Microtek 35t 3-pass film and slide scanner and it too does not work with kooka - kooka simply locks up after the first pass (red I think). xscanimage works fine however. I've not found a bug report on it either but now that we know it's not a one-user problem one of should probably file a bug on it. -- David P James Ottawa, Ontario http://david.jamesnet.ca ICQ: #42891899, Jabber: [EMAIL PROTECTED] If you've lost something, you had to lose it, not loose it. pgp8rwwvS1zJQ.pgp Description: signature
kooka and 3pass scanners
Hi all, I'm using kooka 0.42 (official Debian testing package) and scanning over the network (using the sane net dll) works fine - except the fact that kooka only saves the red part of the image (I'm using the mustek 6000cx _3pass_ scanner - it's not state of the art, but it's ok for me). I cannot verify if this is a problem of scanning over the network because I don't have a SCSI-Controller on my laptop. Single-pass scanners work fine, so does xscanimage. Can anyone verify this problem? I searched bugs.kde.org and could not find a bug-report. Thanks in advance, Tobias -- Diese Email-Adresse dient nur als Spam-Ziel. Nachrichten an diese Adresse werden nicht gelesen! This email address is a spam-tarpit. Mails sent to this address are not read!
Re: packages fetching tools
On Sun, 25 Jul 2004, Paul Johnson wrote:
Bruce Sass <[EMAIL PROTECTED]> writes:
On Sun, 25 Jul 2004, Nathaniel W. Turner wrote:
Since people keep telling us that apt-get is braindead, and that
aptitude does a better job, I tried that too, with similarly scary
results. Since aptitude's output is more compact, I include it here.
In my experience, aptitude has its own set of problems. Alas, nothing is
perfect.
Don't forget about dselect. If the APT tools are not giving you enough
control then maybe dselect will, especially if you don't use the apt
method for fetching packages.
If aptitude can't do it right, dselect surely won't do the right
thing...
I never claimed it would fix things automatically; and it is easier
than hacking /var/lib/dpkg/{status,available} to fix a problem.
- Bruce
Re: apt-* (dist-)upgrade 3.1.4 to 3.2.2 Woody Debs Very Alarming
Turner, }What output do you get if you just run "apt-get install kdebase"? [EMAIL PROTECTED] root]# apt-get install kdebase Reading Package Lists... Done Building Dependency Tree... Done kdebase is already the newest version. 0 upgraded, 0 newly installed, 0 removed and 3 not upgraded. ... Brought to you by jEdit ...Which rocks massively.
Re: packages fetching tools
Bruce Sass <[EMAIL PROTECTED]> writes:
}> On Sun, 25 Jul 2004, Nathaniel W. Turner wrote:
}>>> Since people keep telling us that apt-get is braindead, and that
}>>> aptitude does a better job, I tried that too, with similarly scary
}>>> results. Since aptitude's output is more compact, I include it here.
Aptitude runs apt-get. Type apt-get --help
}>> In my experience, aptitude has its own set of problems. Alas, nothing is
}>> perfect.
}> Don't forget about dselect. If the APT tools are not giving you enough
}> control then maybe dselect will, especially if you don't use the apt
}> method for fetching packages.
dselect --help
..Maybe even http://annys.eines.info/cgi-bin/man/man2html?8+dselect
"""
Consider that, in addition to a local disk archive, dselect can and will manage
cdroms and {if you configure it like I do} about 3o+ official and unofficial
ftp archives. Each of these very large archives gets updated *frequently*.
Dselect manages to manage this mess about 90% of the time... {your numbers can
be better.} Consider that it takes about one misplaced keystroke to munge this
entire mess and that a very large number of keystrokes do get fed into it...
"""
..From "A justification for dselect" {c} 2004 RTaylor - All rights reserved
which I wrote a while back.
}If aptitude can't do it right, dselect surely won't do the right
}thing...
You people surely have something better to do with your time.
...
Brought to you by jEdit ...Which rocks massively.
