NVIDIA Question
by David St.Clair
This may be a dumb question, but why can't Redhat distribute NVIDIA binary
drivers?
In NVIDIA's licence (http://www.nvidia.com/object/nv_swlicense.html) it
says:
"2.1.2 Linux Exception. Notwithstanding the foregoing terms of Section
2.1.1, SOFTWARE designed exclusively for use on the Linux operating system
may be
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?
Thanks,
--
David St.Clair
dstclair(a)cs.wcu.edu
1 year, 8 months
Mouse goes crazy
by Jonathan Villa
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.
Any ideas?
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.
???
1 year, 8 months
Mouse Wheel gone
by Christian Menzel
Since the latest xorg-X11 upgrade I receive the already mentioned XKB
error and the mouse wheel is not working anymore.
Has anybody seen this behavior?
Regards
Chris
7 years, 10 months
Re: NFS failure
by Fulko.Hew@sita.aero
Damian Menscher <menscher(a)uiuc.edu>@redhat.com on 04/07/2004 04:57:13 PM
wrote:
> 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
logs.
> > 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.
7 years, 10 months
Error: No Package Matching glibc.i686
by Michael Schwendt
Is this a new feature or a bug? Shouldn't this update also glibc?
$ sudo yum update glibc-common
Loading "installonlyn" plugin
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package glibc-common.i386 0:2.5.90-21 set to be updated
Checking deps for glibc-common.i386 0-2.5.90-21 - u
Checking deps for glibc-common.i386 0-2.5.90-20 - None
--> Processing Dependency: glibc-common = 2.5.90-20 for package: glibc
Error: No Package Matching glibc.i686
On the contrary, yum update glibc and glibc.i686 work just fine:
$ sudo yum update glibc.i686
Loading "installonlyn" plugin
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package glibc.i686 0:2.5.90-21 set to be updated
Checking deps for glibc.i686 0-2.5.90-21 - u
Checking deps for glibc.i686 0-2.5.90-20 - None
--> Processing Dependency: glibc-common = 2.5.90-21 for package: glibc
--> Processing Dependency: glibc = 2.5.90-20 for package: glibc-headers
--> Processing Dependency: glibc = 2.5.90-20 for package: glibc-devel
--> Restarting Dependency Resolution with new changes.
--> Running transaction check
---> Package glibc-common.i386 0:2.5.90-21 set to be updated
Checking deps for glibc-common.i386 0-2.5.90-21 - u
---> Package glibc-devel.i386 0:2.5.90-21 set to be updated
Checking deps for glibc-devel.i386 0-2.5.90-21 - u
Checking deps for glibc-common.i386 0-2.5.90-20 - None
---> Package glibc-headers.i386 0:2.5.90-21 set to be updated
Checking deps for glibc-headers.i386 0-2.5.90-21 - u
Checking deps for glibc-headers.i386 0-2.5.90-20 - None
Checking deps for glibc-devel.i386 0-2.5.90-20 - None
Dependencies Resolved
=============================================================================
Package Arch Version Repository Size
=============================================================================
Updating:
glibc i686 2.5.90-21 development 5.3 M
Updating for dependencies:
glibc-common i386 2.5.90-21 development 17 M
glibc-devel i386 2.5.90-21 development 2.0 M
glibc-headers i386 2.5.90-21 development 609 k
Transaction Summary
=============================================================================
Install 0 Package(s)
Update 4 Package(s)
Remove 0 Package(s)
Total download size: 25 M
Is this ok [y/N]: n
Exiting on user Command
Complete!
16 years
Fedora Core 6 Test Update: fetchmail-6.3.6-2.fc6
by Miloslav Trmač
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2007-139
2007-01-26
---------------------------------------------------------------------
Product : Fedora Core 6
Name : fetchmail
Version : 6.3.6
Release : 2.fc6
Summary : A remote mail retrieval and forwarding utility
Description :
Fetchmail is a remote mail retrieval and forwarding utility intended
for use over on-demand TCP/IP links, like SLIP or PPP connections.
Fetchmail supports every remote-mail protocol currently in use on the
Internet (POP2, POP3, RPOP, APOP, KPOP, all IMAPs, ESMTP ETRN, IPv6,
and IPSEC) for retrieval. Then Fetchmail forwards the mail through
SMTP so you can read it through your favorite mail client.
Install fetchmail if you need to retrieve mail over SLIP or PPP
connections.
---------------------------------------------------------------------
Update Information:
If no new regressions are reported, this update will be
pushed final on Jan 26.
---------------------------------------------------------------------
* Mon Jan 22 2007 Miloslav Trmac <mitr(a)redhat.com> - 6.3.6-2
- Let KPOP use PASS again
Resolves: #223661
* Sat Jan 6 2007 Miloslav Trmac <mitr(a)redhat.com> - 6.3.6-1
- Update to fetchmail-6.3.6 (CVE-2006-5867, CVE-2006-5974)
* Wed Nov 1 2006 Miloslav Trmac <mitr(a)redhat.com> - 6.3.5-1
- Update to fetchmail-6.3.5
- Fix some rpmlint warnings
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/6/
b8f74cec57bde68e7f1634c56312d1dce69cdc74 SRPMS/fetchmail-6.3.6-2.fc6.src.rpm
b8f74cec57bde68e7f1634c56312d1dce69cdc74 noarch/fetchmail-6.3.6-2.fc6.src.rpm
2ec52c8143fac13c4a48b5a86888553c1435b825 ppc/debug/fetchmail-debuginfo-6.3.6-2.fc6.ppc.rpm
f040bb9d95e1dee8af940ff6b814e94168bf7adf ppc/fetchmail-6.3.6-2.fc6.ppc.rpm
6192852eeeb2c94731f16de776cdd330038b40f1 x86_64/debug/fetchmail-debuginfo-6.3.6-2.fc6.x86_64.rpm
9e88f7accb32fe5540de57f68ca94e0fe86b9df5 x86_64/fetchmail-6.3.6-2.fc6.x86_64.rpm
9be8df7c31a23b7fc0b22ef1574427e0b4374f8d i386/debug/fetchmail-debuginfo-6.3.6-2.fc6.i386.rpm
0b0a973850bd3efc05a66778800577050408550e i386/fetchmail-6.3.6-2.fc6.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
16 years, 3 months
fc7t4 - problems with ATA66 module
by Joshua Andrews
My system has an onboard Highpoint ATA66 controller that has worked fine
with all previous releases of Fedora as well as redhat 6.0 - 9. Now with
the switch to serial drivers it no longer functions.
Below is a section of my kernel log that does not mean much to me except
that it shows that it tried and failed to make it work.
Apr 28 18:20:05 et kernel: ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 18
(level, low) -> IRQ 19
Apr 28 18:20:05 et kernel: pata_hpt366 0000:00:13.0: failed to iomap PCI
BAR 2
Apr 28 18:20:05 et kernel: ACPI: PCI interrupt for device 0000:00:13.0
disabled
Apr 28 18:20:05 et kernel: pata_hpt366: probe of 0000:00:13.0 failed
with error -12
Apr 28 18:20:05 et kernel: ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 18
(level, low) -> IRQ 19
Apr 28 18:20:05 et kernel: pata_hpt366 0000:00:13.1: failed to iomap PCI
BAR 2
Apr 28 18:20:05 et kernel: ACPI: PCI interrupt for device 0000:00:13.1
disabled
Apr 28 18:20:05 et kernel: pata_hpt366: probe of 0000:00:13.1 failed
with error -12
-J
16 years, 4 months
x86_64 live CD F7T4
by Jim Bevier
I used Bittorrent to download the x86_64 live CD. It turns out to be 778mb
and K3B says it is too big to burn for a CD. It will also not allow a DVD
to be used. So how can I use the iso image to test? How do I burn it?
Jim
16 years, 4 months