This may be a dumb question, but why can't Redhat distribute NVIDIA binary
In NVIDIA's licence (http://www.nvidia.com/object/nv_swlicense.html) it
"2.1.2 Linux Exception. Notwithstanding the foregoing terms of Section
2.1.1, SOFTWARE designed exclusively for use on the Linux operating system
copied and redistributed, provided that the binary files thereof are not
modified in any
way (except for unzipping of compressed files)."
So, what's keeping RedHat from putting the drivers in the distribution? If
it's a GPL
thing, would it be easy to just download it during installation or at
least give the option to the user?
Ok, I have had Yarrow working well for a while now, but yesterday I
started experiencing some odd issues with my mouse. All of a sudden it
stops working correctly. The only thing that seems to fix is to kill X
and run mouse-test, then restart.
Also, I have FC 1 running on a desktop which is hooked up to a KVM
switch. Whenever I go to another PC, and return, the same thing
happens, the mouse goes crazy.
Damian Menscher <menscher(a)uiuc.edu>@redhat.com on 04/07/2004 04:57:13 PM
> On Wed, 7 Apr 2004, Jeff Elkins wrote:
> > I'm getting failure messages on my nfs mounts i.e. :
> > mount to NFS server 'music.elkins' failed: server is down.
> > nsfd appears to be running and I didn't see anything suspicious in the
> > The servers are up and running and have other clients connected.
> You didn't mention what steps you took to debug it:
> Can you ping the server?
> What is the output of rpcinfo -p servername?
> Does the server have access restrictions (firewall, TCP Wrappers, etc)?
I have the same symptoms...
rpcinfo says that nfs et.al. are running.
Something has changed in test 2, since the same PC running RH9
accesses that host just fine.
Is the file corruption problem currently being discussed on LKML related
to the RPM/Yum seg-faults I occasionally on my 300 MHz, PII, notebook
(with only 256 MB of RAM)?
I usually see the seg-faults while glibc-common is being updated during a
large update (within the first 2 or 3 files of 30+ file update). If I
update glibc* first, that, and the following updated of the remainder
always works. If glibc has a lot of dependency info, I can see the
/var/lib/rpm/__db.00* databases taking a hit and requiring manual
deletion to restart.
If this is true, this bug might have started before FC6 was released, but
only gets hit when memory runs low.
I just had a crash with gnome-games and decided to install the debuginfo
package so the information provided in the reports would be more useful
to track down the problem with the bug buddy output. I had to use the
direct url instead of the mirrorlist to get to the debuginfo packages.
Should the default be for the single url since these packages are in
less demand than the other binary rpms?
People of privilege will always risk their complete destruction
rather than surrender any material part of their advantage.
-- John Kenneth Galbraith
When I try to run s-c-securitylevel from the commane line, I get the
line 11, in <module>
line 33, in <module>
line 27, in <module>
from Conf import *
ImportError: No module named Conf
What do I need to install to fix this problem?
"Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer