Re: [gentoo-user] Udev doubt
Check that RC_DEVICE_TARBALL is set to no in /etc/conf.d/rc I think having this set to yes can cause the behaviour you are seeing. On Sun, 2005-06-19 at 12:04 -0300, Allan Spagnol Comar wrote: Hi All, sorry by the dumb question, but , I belive I am using udev, my kernel is set, my grub is configured to nodevfs , but I got tousends of devices on /dev when I see udev on gentoo instalation disk it has only my devices on /dev, shouldn't this be happening now ... in my computar if so , what I mabe done wrong ? Thanks, Allan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SPAM trouble
Hi, Have you tried using, sa-learn --spam --mbox ~/mail/spam sa-learn --ham --mbox ~/mail/inbox to make SpamAssassin more accurate? It worked fine for me. Just mark your daughters mail as ham and SpamAssassin should leave it alone. Simon On Mon, 2005-06-06 at 15:13 +0200, Patrick Marquetecken wrote: Hi, I have activated on my home server spamassin with rules only on server level not on users level. Now my daughter sends from school with her hotmail address emails at home with her school work, its always an empty body (only a fixed hotmail line, see content preview) and MS word attachments. Everytime its spam, so I have put her address to the white list but this does not help. How can i avoid that her emails are getting tagged as spam. Patrick Content preview: Bescherm je Inbox: Phishing - hoe te herkennen, rapporteren en voorkomen [...] Content analysis details: (7.7 points, 5.0 required) pts rule name description -- -- 4.2 X_MESSAGE_INFO Bulk email fingerprint (X-Message-Info) found 0.0 HTML_60_70 BODY: Bericht is 60% tot 70% HTML 0.0 HTML_MESSAGE BODY: HTML opgenomen in het bericht 1.2 MIME_HTML_ONLY BODY: Bericht bestaat enkel uit text/html MIME delen 1.6 MISSING_SUBJECTMissing Subject: header 0.0 MSGID_FROM_MTA_HEADER Message-Id was door een relay toegevoegd 0.1 MIME_BOUND_NEXTPARTSpam tool patroon in MIME grens 0.7 AWLAWL: From: address is in the auto white-list -- gentoo-user@gentoo.org mailing list
[gentoo-user] Logitech Duo Mouse resolution
Hi, I was wondering if anyone has had any success with the Logitech MX700 and 800dpi support? I have tried using the logitech_applet on freshmeat, but it doesn't seem to get on with my Logitch Duo receiver, informing me that the receiver does not support 800dpi. I have followed the howto here ( http://docs.tenshu.net/Logitech-MX-Duo-mini-HOWTO/index.html ) but I don't think that just setting Resolution to 800 in xorg.conf works. Is there a way of telling what resolution the mouse is actually running at? Thanks, Simon -- gentoo-user@gentoo.org mailing list
[gentoo-user] Terminal Transparency
Using my friends Debian machine yesterday and his terminals had a better transparency than mine. Gnome-terminal, Eterm and Aterm all refreshed their transparency when moving the terminals around, whereas on my box I have to drop the terminal before the transparency updates. He also informed me that the terminals had the same behaviour when using Gentoo, by default. Am i missing a USE flag or some option somewhere? Thanks, Simon -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Terminal Transparency
He is running FVWM, same as me. He has also had this exact same kind of transparency for over a year now and also in two different distributions and with multiple types of terminal. Its really bugging me now :-) Thanks for your input, Simon On Fri, 2005-06-03 at 13:44 -0600, Ryan wrote: It might be that he's running the new KDE alpha transparency (That is itself in alpha stage). For Gentoo it comes in 3.4, but it is REALLY REALLY slow for me, so I dont use it. But I noticed that the console transperancy changes as you move the window rather than when you drop it. You can find the alpha transparency switches in the KDE Control panel in the Apperance/Style/Effects tab. Just put a check in enable GUI effects and you will notice that Konsole now uses real alpha transperency, but it'll probably slow down the system considerably. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] It's baaaaack...! (Python 2.4.1)
I am probably wrong, but I thought that portage would only install a new slot if either it was required by a package or the package is in your world file? On Wed, 2005-06-01 at 00:18 +0900, Jason Stubbs wrote: On Wednesday 01 June 2005 00:06, Holly Bostick wrote: The short version is that, after my previous thread about removing an extra version of Python (2.4.1 when I already had 2.3.5 installed), Portage now wants to re-emerge Python 2.4.1, and I can't seem to prevent it. snip I just don't see where Python 2.4.1 is coming from (since everything in the -D tree for it was perfectly fine with Python 2.3.5), and the new stuff that originally installed it is a) being downgraded to a version that should be (or was previously) fine with 2.3.5, and b) does not seem to specifically require 2.4.1; if Python is mentioned in the dependencies of one of them-- and the only one that does mention it is dbus, and that only with the USE flag set-- the requirement is a = , not an =2.4.1. Portage is seeing that an upgrade is available (regardless of the slot) and offering to upgrade it. Little notice is taken of slots at present, but I would call the above behaviour correct even if they were. 1) am I panicking over nothing Yup! ;) 2) if I am not panicking over nothing, how do I stop this juggernaut before it lands me in the soup again? Remove whatever you did to unmask it. /etc/portage/package.unmask perhaps? Regards, Jason Stubbs -- gentoo-user@gentoo.org mailing list
