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.
Per Bothner wrote:
> The Rawhide version of digikam is the very latest (0.10.0-rc1),
> but it fails to find any of the "Kipi plugins", even though I've
> installed the kipi-plugins package. This might be an upstream
> issue, since 0.10.0 is pretty bleeding edge and the kipi-plugins
> may even more bleeding-edge. Gwenview does seem to be see the
> plugins, so I'm wondering if there is there might be a
> Fedora-specific problem before I complain upstream ...
The f10 builds seem to work fine for me (finding the plugins), so perhaps
this is rawhide-specific?
To be clear, digikam's Settings -> configure digikam -> Kipi Plugins is
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.
This has been rather annoying on my laptop, but I am getting constant
kernel oopses with my WiFi and broadband adapters. This is on a ThinkPad
T400. It usually happens when I connect or disconnect USB devices, which
includes my broadband adapter. A trace from an example happening with my
WiFi adapter is below.
Anyone else having these issues, or is it just me and something I may or
may not have done?
Kernel failure message 1:
------------[ cut here ]------------
WARNING: at drivers/net/wireless/iwlwifi/iwl-sta.c:728
iwl_set_dynamic_key+0x1d9/0x443 [iwlcore]() (Not tainted)
Hardware name: 2765T6U
no space for new kewModules linked in: usb_storage aes_x86_64
aes_generic fuse rfcomm bridge stp llc bnep sco l2cap vmnet ppdev
parport_pc parport vmblock vmci vmmon sunrpc ip6t_REJECT
nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 cpufreq_ondemand
acpi_cpufreq freq_table dm_multipath uinput snd_hda_codec_conexant
snd_hda_intel snd_hda_codec arc4 ecb snd_hwdep iwlagn snd_pcm iwlcore
snd_timer firewire_ohci snd firewire_core lib80211 thinkpad_acpi
soundcore btusb mac80211 yenta_socket i2c_i801 hwmon snd_page_alloc
e1000e crc_itu_t iTCO_wdt rsrc_nonstatic wmi pcspkr bluetooth cfg80211
iTCO_vendor_support joydev i915 drm i2c_algo_bit i2c_core video output
[last unloaded: microcode]
Pid: 11, comm: events/1 Not tainted 184.108.40.206-155.fc11.x86_64 #1
[<ffffffff81186570>] ? selinux_d_instantiate+0x1c/0x1e
[<ffffffff8117f82b>] ? security_d_instantiate+0x24/0x26
[<ffffffff8117f9eb>] ? security_inode_permission+0x21/0x23
[<ffffffffa019202a>] iwl_set_dynamic_key+0x1d9/0x443 [iwlcore]
[<ffffffffa01c7cbd>] iwl_mac_set_key+0x245/0x3a0 [iwlagn]
[<ffffffff8117160f>] ? debugfs_remove+0x16/0x65
[<ffffffffa010cd64>] __ieee80211_key_todo+0x156/0x24b [mac80211]
[<ffffffffa010cf8b>] ? key_todo+0x0/0x10 [mac80211]
[<ffffffffa010cf7d>] ieee80211_key_todo+0x1a/0x28 [mac80211]
[<ffffffffa010cf99>] key_todo+0xe/0x10 [mac80211]
[<ffffffff8105ca4b>] ? autoremove_wake_function+0x0/0x39
[<ffffffff81058ead>] ? worker_thread+0x0/0xfd
[<ffffffff81058ead>] ? worker_thread+0x0/0xfd
[<ffffffff81011f67>] ? restore_args+0x0/0x30
[<ffffffff8105c668>] ? kthread+0x0/0x78
[<ffffffff81012640>] ? child_rip+0x0/0x20
---[ end trace 8824362b81a62bd1 ]---
"Only two things are infinite,
the universe and human stupidity,
and I'm not sure about the former."
-- Albert Einstein
after installing the current koji kernel for my x86_64 system (for
the purpose of testing video), very early in the boot process, i got
the following diagnostic flashing on the screen, followed by a total
JBD: barrier-based sync failed on dm-0:8 - disabling barriers
i powered down, powered back up, and got further into the boot process
up to the network initialization, then rapid flashing of ADDRCONF
messages on the screen, then another hang.
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Annoying Kernel Pedantry.
Web page: http://crashcourse.ca
Linked In: http://www.linkedin.com/in/rpjday
I remember a copy paste problem which was (I think at least) solved, but I
can see it again using rawhide. When you copy something in an application,
by the time you close that application it's being erased from the clipboard.
So you should keep the source application open till you paste that somewhere
Is it supposed to be normal behavior?