test April 2007

test@lists.fedoraproject.org

163 participants
267 discussions

NVIDIA Question
by David St.Clair 17 Jan '22

17 Jan '22

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

10 20

Mouse goes crazy
by Jonathan Villa 17 Jan '22

17 Jan '22

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. ???

8 7

Re: rawhide report: 20050419 changes
by Ray Strode 22 Nov '15

22 Nov '15

Hi, > Will yelp in FC4 be able to search and display man/info pages Yea, man and info pages work for me. --Ray

2 2

Mouse Wheel gone
by Christian Menzel 22 Nov '15

22 Nov '15

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

3 3

Re: NFS failure
by Fulko.Hew＠sita.aero 22 Nov '15

22 Nov '15

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 9

rpmfluff: a lightweight tool for generating broken RPMs
by David Malcolm 23 Jul '08

23 Jul '08

This may be of interest to people working on tools such as rpmlint. Hope this helps Dave

2 1

Error: No Package Matching glibc.i686
by Michael Schwendt 16 Sep '07

16 Sep '07

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!

3 3

Fedora Core 6 Test Update: fetchmail-6.3.6-2.fc6
by Miloslav Trmač 10 Jun '07

10 Jun '07

--------------------------------------------------------------------- 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/. ---------------------------------------------------------------------

5 5

fc7t4 - problems with ATA66 module
by Joshua Andrews 13 May '07

13 May '07

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

3 7

x86_64 live CD F7T4
by Jim Bevier 07 May '07

07 May '07

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

4 7

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test April 2007