test July 2007

test@lists.fedoraproject.org

86 participants
507 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 7 Test Update: xorg-x11-drv-i810-2.1.0-1.fc7
by updates＠fedoraproject.org 04 Sep '07

04 Sep '07

-------------------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2007-0925 2007-07-06 11:11:08.527615 -------------------------------------------------------------------------------- Name : xorg-x11-drv-i810 Product : Fedora 7 Version : 2.1.0 Release : 1.fc7 Summary : Xorg X11 i810 video driver(s) Description : X.Org X11 i810 video driver. -------------------------------------------------------------------------------- ChangeLog: * Tue Jul 3 2007 Adam Jackson <ajax(a)redhat.com> 2.1.0-1 - xf86-video-intel 2.1.0. * Mon Jun 18 2007 Adam Jackson <ajax(a)redhat.com> 2.0.0-5 - Update Requires and BuildRequires. * Wed Jun 6 2007 Adam Jackson <ajax(a)redhat.com> 2.0.0-4 - Update to git master. Many Xv and DVO fixes. Adds support for 945GME, 965GME, G33, Q33, and Q35 chips. -------------------------------------------------------------------------------- References: [ 1 ] Bug #245965 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=245965 -------------------------------------------------------------------------------- Updated packages: a8e40a2cf69d53c4290a5e465468d60342b1ffa8 xorg-x11-drv-i810-debuginfo-2.1.0-1.fc7.i386.rpm 5f4778f4cfe378172770e5a76bd6d2c4b0a9e258 xorg-x11-drv-i810-2.1.0-1.fc7.i386.rpm 85b0079662d0de5dd834061e7392a734380772ed xorg-x11-drv-i810-devel-2.1.0-1.fc7.i386.rpm 1912a65e024efb76d62fba1c3309d27f38e03ee6 xorg-x11-drv-i810-2.1.0-1.fc7.x86_64.rpm a5fd39173caa57700067662cd11ba2851e6ae194 xorg-x11-drv-i810-devel-2.1.0-1.fc7.x86_64.rpm 18300084e8acbd79fbbb92d13c4aaf5f7c94741b xorg-x11-drv-i810-debuginfo-2.1.0-1.fc7.x86_64.rpm 3372cc73e5cbe852c4bb591f3c92d532d0089084 xorg-x11-drv-i810-2.1.0-1.fc7.src.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://docs.fedoraproject.org/yum/. --------------------------------------------------------------------------------

7 14

gnomebaker problems
by Rick Marshall 19 Aug '07

19 Aug '07

After upgrading from FC6 to F7 gnomebaker stopped working. After poking around again I found that the reason is that gnomebaker is trying to open /dev/sr0 as the scsi recording device, but in my F7 that doesn't exist. However these do exist: [root@rjm src]# ls -l /dev/*sr0 lrwxrwxrwx 1 root root 4 2007-06-30 10:44 /dev/cdrom-sr0 -> scd0 lrwxrwxrwx 1 root root 4 2007-06-30 10:44 /dev/cdrw-sr0 -> scd0 lrwxrwxrwx 1 root root 4 2007-06-30 10:44 /dev/cdwriter-sr0 -> scd0 lrwxrwxrwx 1 root root 4 2007-06-30 10:44 /dev/dvdrw-sr0 -> scd0 lrwxrwxrwx 1 root root 4 2007-06-30 10:44 /dev/dvd-sr0 -> scd0 lrwxrwxrwx 1 root root 4 2007-06-30 10:44 /dev/dvdwriter-sr0 -> scd0 So I added the line: ln -s /dev/scd0 /dev/sr0 to /etc/rc.d/rc5.d/S99local and gnomebaker works. Why does it get it wrong? Well... [root@rjm src]# cat /proc/sys/dev/cdrom/info CD-ROM information, Id: cdrom.c 3.20 2003/12/17 drive name: sr0 drive speed: 24 drive # of slots: 1 Can close tray: 1 Can open tray: 1 Can lock tray: 1 Can change speed: 1 Can select disk: 0 Can read multisession: 1 Can read MCN: 1 Reports media changed: 1 Can play audio: 1 Can write CD-R: 1 Can write CD-RW: 1 Can read DVD: 1 Can write DVD-R: 1 Can write DVD-RAM: 1 Can read MRW: 1 Can write MRW: 1 Can write RAM: 1 so I guess gnomebaker assumes there is a node called /dev/sr0, but obviously F7 is trying to be friendly by creating specific nodes based on the capabilities of the device and then I assume an application can open the appropriate device. Should gnomebaker be changed? or would it be friendly for F7 to also create the generic node /dev/sr0 at startup as well as the capability specific nodes? Thanks Rick

3 2

Kernel errors in logs with latest F7 kernel
by Gilbert Sebenste 06 Aug '07

06 Aug '07

Hey gang, These aren't fatal, so far as I can tell. But they are new to my machine after I installed F7 on all of them. Machine is a Pentium 4, 3GHZ processor with 1.5 GB of RAM, SCSI hard drive with two 75 GB hard drives (RAID), with 46% space used. Anyone else seeing this? Using: Linux weather 2.6.22.1-33.fc7 #1 SMP Mon Jul 23 17:33:07 EDT 2007 i686 i686 i386 GNU/Linux WARNING: Kernel Errors Present Intel ICH: probe of 0000:00:1f.5 failed with error -12 ...: 2 Time(s) cannot find the slot for index 1 (range 0-1), error: -16 ...: 2 Time(s) end_request: I/O error, dev fd0, sector ...: 2 Time(s) ******************************************************************************* Gilbert Sebenste ******** (My opinions only!) ****** *******************************************************************************

4 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test July 2007