Re: [luau] Num Lock
Warren Togami wrote: The Mandrake RPM unforutunately wont work for the thin clients without some extra work. Please give me a while to search for this solution. It would then need to be installed into the thin client nfs root-boot chroot and not the main system. Warren Actually, this question is perfect for K12OSN. They should have a solution for you, and how to edit your LTSP nfs root scripts to make it happen during boot. Please let us know the result. If they don't have an answer within 3 days I will dig harder. Warren
Re: [luau] Num Lock
Eric Hattemer wrote: the mandrake rpm... http://rpmfind.net/linux/rpm2html/search.php?query=numlock&submit=Search+... I make no guarantees, though. Try rpmbuild --rebuild *.src.rpm on the src.rpm version. It'll appear in /usr/src/RedHat/RPMS/*. do a find /usr/src/RedHat -name "*.rpm" to find it. Redhat is missing so many of these cute things that make Mandrake so much more useable as a regular home user. As much as Warren tells me how cool redhat will be when he's done with it and how great their kernel is, I always get depressed sitting here on the RH machine when I remember how well things worked in mandrake. But try rebuliding that rpm and we'll see how it turns out. -Eric Hattemer The Mandrake RPM unforutunately wont work for the thin clients without some extra work. Please give me a while to search for this solution. It would then need to be installed into the thin client nfs root-boot chroot and not the main system. Warren
Re: [luau] Help with Spamassassin in RH9
Ben Beeson wrote: Aloha, I'm up on RH9 now and I was wondering if anyone has had any success with spamassassin and Ximian Evolution? I read the fine RH manual and it says to make a 'procmailrc' file with a few rules in it to get the spamassassin to work. So far, no luck I believe those directions are only for configuring spamassassin and procmailrc for delivery into local mailboxes. That works only if you are running as a SMTP server, or using fetchmail to download mail from POP3 accounts elsewhere into your local mailboxes. It seemed easier to implement in Kmail via filters (on RH7.2 -- although it was a kludge there) which can run other programs. So far I have not been able to get spamassassin to run with Ximian. (It may not be a fault of Ximian at all, it may be operator error...) Anyway, if anyone has any good ideas, I'm willing to try them. kmail indeed has the capability of using spamassassin as a client. I haven't seen that capability in Evolution... but I haven't really looked. I personally have used the above method of fetchmail -> procmail -> spamassassin -> mbox for several years, then I moved to a dedicated server for greater speed and accessibility. I really need to write a HOWTO for the fetchmail to spamassassin combo. Please remind me around mid-November. http://download.fedora.us/patches/redhat/9/i386/RPMS.stable/ Try my newer spamassassin package shipped in fedora.us "patches" repository for RH9. It is considerably more accurate than the older spamassassin-2.55 shipped in RH9, while fixing a few nasty bugs. Warren Togami [EMAIL PROTECTED]
[luau] Help with Spamassassin in RH9
Aloha, I'm up on RH9 now and I was wondering if anyone has had any success with spamassassin and Ximian Evolution? I read the fine RH manual and it says to make a 'procmailrc' file with a few rules in it to get the spamassassin to work. So far, no luck It seemed easier to implement in Kmail via filters (on RH7.2 -- although it was a kludge there) which can run other programs. So far I have not been able to get spamassassin to run with Ximian. (It may not be a fault of Ximian at all, it may be operator error...) Anyway, if anyone has any good ideas, I'm willing to try them. Mahalos in advance, Ben
Re: [luau] Num Lock
BIOS is an option on any computer, as long as its an actual computer. The problem is, linux resets that setting once it boots, so it doesn't matter. Mandrake has a service called numlock that will turn on the numlock. Redhat does not have such a service. You could try installing the mandrake rpm... http://rpmfind.net/linux/rpm2html/search.php?query=numlock&submit=Search+... I make no guarantees, though. Try rpmbuild --rebuild *.src.rpm on the src.rpm version. It'll appear in /usr/src/RedHat/RPMS/*. do a find /usr/src/RedHat -name "*.rpm" to find it. Redhat is missing so many of these cute things that make Mandrake so much more useable as a regular home user. As much as Warren tells me how cool redhat will be when he's done with it and how great their kernel is, I always get depressed sitting here on the RH machine when I remember how well things worked in mandrake. But try rebuliding that rpm and we'll see how it turns out. -Eric Hattemer
Re: [luau] Num Lock
Thanks Jim, I failed to mention in my initial post that I was using an LTS system. I don't think the BIOS thing applies to LTS systems. However, I'm a rookie, so I may be wrong. On Monday, October 27, 2003, at 05:07 PM, jim wrote: Most BIOS's have a selection for that independent of the OS. Del on startup or F2 or control F2 propritary to the BIOS,some Dell and Intel boards require a jumper change to get into setup. Nakashima wrote: Hi all, Is there a way to default a keyboard to Num Lock on? ___ LUAU mailing list [EMAIL PROTECTED] http://videl.ics.hawaii.edu/mailman/listinfo/luau -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin Speaking to reporters, Defense Secretary Donald Rumsfeld admitted as much, saying, "Sometimes the truth is so precious it must be accompanied by a bodyguard of lies." ___ LUAU mailing list [EMAIL PROTECTED] http://videl.ics.hawaii.edu/mailman/listinfo/luau
Re: [luau] Num Lock
Most BIOS's have a selection for that independent of the OS. Del on startup or F2 or control F2 propritary to the BIOS,some Dell and Intel boards require a jumper change to get into setup. Nakashima wrote: Hi all, Is there a way to default a keyboard to Num Lock on? ___ LUAU mailing list [EMAIL PROTECTED] http://videl.ics.hawaii.edu/mailman/listinfo/luau -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin Speaking to reporters, Defense Secretary Donald Rumsfeld admitted as much, saying, "Sometimes the truth is so precious it must be accompanied by a bodyguard of lies."
Re: [luau] Num Lock
use setleds in console (will not work in X) and numlockx in X (not maintained for redhat) putting this in /etc/rc.d/rc.local will do it automatically for console: echo -n "Turning on numlock ... " for tty in /dev/tty[1-6] /dev/tty1[2]; do setleds -D +num < $tty & done echo "done " Tom
Re: [luau] Num Lock
On Mon, 27 Oct 2003, Nakashima wrote: > Is there a way to default a keyboard to Num Lock on? I should be more specific... RH 9 K12LTSP I found these, but... http://www.start-linux.com/articles/article_139.php http://www.redhat.com/archives/rhl-list/2003-August/msg00137.html
[luau] Num Lock
Hi all, Is there a way to default a keyboard to Num Lock on?
[luau] Linux based PDA
Received this from a friend of mine: I have not been happy with any of the current existing PDAs. But now it looks like Army may become a major player in helping design the next generation Linux based PDA :-) : (The following article appears in the November Issue of National Defense:) "The Army is drastically simplifying the makeup of its high-tech soldier ensemble, the Land Warrior, in an effort to make the system less prone to failures and easier to use. After the last version of Land Warrior (which was based on Microsoft Windows--comment added) failed reliability tests earlier this year, the Army switched gears and decided to make the system less complex and modify the hardware to make it compatible with the new Stryker infantry vehicle. The so-called Land Warrior Stryker Interoperable is scheduled to be completed by 2006. . . . The next step in the program is to test a key component of the Land Warrior—a portable command-and-control computer called the Commander’s Digital Assistant—and let units in the field evaluate its performance. “The CDA is our primary development tool. It’s an early generation of what will be the leader-planning device for Land Warrior,” said the program manager, Army Lt. Col. Dave Gallop. The 1st battalion of the 504th Parachute Infantry Regiment was to deploy to Iraq last month with 10 laptop versions of the CDA and 42 PDA-size units. . . . The previous LW had a dual processor, which frequently malfunctioned. Other changes include a more simplified data bus and a Linux-based operating system, as opposed to Windows. “Evidence shows that Linux is more stable. We are moving in general to where the Army is going, to Linux-based OS,” said Gallop. The Land Warrior operates in a soldier-to-soldier wireless network, for short-range data and voice transmissions. For extended communications, the CDA is connected to a SINCGARS ASIP radio. Other radios may be incorporated in the future, such as the MBITR, the PRC-117F or L-band and Iridium satellite systems. http://www.nationaldefensemagazine.org/article.cfm?Id=1238 wayne
[luau] Linux Sux?
Last week I had a chance to chat with a couple of my attorney friends who were kind enough to try Linux. Their comments were unanimous: No one likes Linux. I asked their reasons; their major complaints include: 1. OpenOffice.org is too slow, way too slow; 2. Linux file manager sucks; 3. Powering off the machine is a big pain, no one could remember the “shutdown [EMAIL PROTECTED] command; Etc., etc. On the surface, this may sound really discouraging, but, in reality, I am beginning to see light at the end of the Linux desktop tunnel. Their biggest problem was, they were using older versions of Linux that—now I have to admit--were not ready for desktops (Red Hat 8 and Mandrake 8.2). Who could tolerate a wordprocessor that takes, on some machines, more than a couple of minutes to load (OpenOffice 1.0.x and StarOffice 6.x)? Fedora Core Test 3 (Red Hat 10 beta 3) still has some glitches but it now includes OpenOffice 1.1, which loads (on my AthlonXP 2000 machine) in less than 10 seconds. Lack of a competent office suite is THE largest stumbling block preventing anyone to consider Linux desktops. OO.o 1.1 has just opened the Linux desktops gate and now everyone can begin to be admitted. On the file manager and other stuff, the key lesson I have learned is that, never EVER give someone, no matter how computer literate s/he may claim to be, a LinuxDistro ISO (or a set of LinuxDistro ISOs) and leave that person alone. Giving someone a Linux CD is the best way to lose friends and trash your credibility. I am sure things will change after a couple more iterations, but have you ever handed someone a Windows CD and expect everything will just fit into the right place? I will touch the subject of Linux desktop customization (e. g., the “poweroff” icon that I mentioned in a previous post, plus customizations in Konqueror, etc.) later. But the future of Linux desktops should be very bright. wayne
[luau] Steve Ballmer Bashes OS
Ballmer Trashes Open Source ENTMag just came out with an article, very timely indeed, just after last week 50% of you said you trust open source software. Perhaps MS CEO Steve Ballmer read the article in W2Knews, but he effectively closed the door on any MS involvement in open source initiatives, saying that the commercial approach to software development and sales provides the best security and value to enterprise customers. In addition, Ballmer branded open source as a channel of last resort for software products that failed in the commercial marketplace. While distancing Microsoft from the open-source world, he half-jokingly replied "never say never" when asked if the software giant would support Linux if the market were large enough. Ballmer, known for his frank, no-holds-barred style, fielded questions about competition from open source software and other topics at this week's Gartner's Symposium/ ITxpo 2003 conference in Orlando, Florida. Read more at ENT: http://www.w2knews.com/rd/rd.cfm?id=031027RN-Ballmer This is a profound article for those who rarely venture beyond the comfort of KDE or Gnome. It is refreshing to hear M$ point of view on Open Source. He ends this article with: ...Microsoft's greatest value to customers is building these features into the core operating system, he contended. "We essentially take cost and complexity out of the system ... as opposed to having to force our customers to cobble them together themselves," he said. "That is part of the open source world, the customer puts things together. We think part of our value proposition has to be we have to take a lot of that effort out. Nobody doubts today that it was a good idea to make a TCP/IP stack part of Windows. It was controversial at the time it was done; it's not controversial today."