test August 2004

test@lists.fedoraproject.org

208 participants
292 discussions

Sound problems with the 533 kernel
by Paul F. Johnson 29 Aug '04

29 Aug '04

Hi, No problems with sound under the 2.6.8-1.532 kernel, but under 533 I get no sound out until I run system-config-soundcard. Once that has been run, I am able to use xmms. However, the gnome volume control is not detecting either of my soundcards. Doesn't seem to be anything on bugzilla. Is anyone else seeing this problem? TTFN Paul -- "Our enemies are innovative and resourceful - and so are we," "They never stop thinking about new ways to harm our country and our people - and neither do we." - George W. Bush, Aug 2004

1 0

did something drastically change with the 532 with regard to how usb devices are hanndled?
by Jef Spaleta 29 Aug '04

29 Aug '04

I'm getting TONS of I/O errors in /var/log/messages using kernel-2.6.8-1.532smp when trying to plug in usb mass-storage devices. At boot up I see this, probably from my usb flash card reader: Aug 28 13:22:31 goober kernel: uba: device 5 capacity nsec 50 bsize 512 Aug 28 13:22:31 goober kernel: uba: made changed Aug 28 13:22:31 goober kernel: uba: device 5 capacity nsec 50 bsize 512 Aug 28 13:22:31 goober kernel: uba: device 5 capacity nsec 50 bsize 512 Aug 28 13:22:31 goober kernel: uba:end_request: I/O error, dev uba, sector 0 Aug 28 13:22:31 goober kernel: Buffer I/O error on device uba, logical block 0 Aug 28 13:22:31 goober kernel: end_request: I/O error, dev uba, sector 2 etc..... when i plug in my usbdrive after boot up i see this: Aug 28 13:26:39 goober kernel: ubb: device 6 capacity nsec 50 bsize 512 Aug 28 13:26:39 goober kernel: ubb: made changed Aug 28 13:26:39 goober kernel: ubb: device 6 capacity nsec 50 bsize 512 Aug 28 13:26:39 goober kernel: ubb: device 6 capacity nsec 50 bsize 512 Aug 28 13:26:39 goober kernel: ubb:end_request: I/O error, dev ubb, sector 0 Aug 28 13:26:39 goober kernel: Buffer I/O error on device ubb, logical block 0 Aug 28 13:26:39 goober kernel: end_request: I/O error, dev ubb, sector 2 and the red led on my usb keydrive is going NUTS. I take it this is a "feature" of ub. Just when i thought I was going to get all my hotplug issues worked out... BAM... ub decides to sneak up on me and stabs me in the back. Before I file this... is anyone else seeing a firehose of I/O in their logs from ub? I downgraded to the 526smp and things are as expected... in fact the lasted rawhide updates gives me back my floppy and cd drive mount points... in /media -jef"wonders whats going to break now that his cd drive is showing up as /media/cdrw instead of /mnt/cdrom, time to check all those silly cd audio apps that use to expect /dev/cdrom and /mnt/cdrom"spaleta

4 3

messagebus/eggcups high cpu usage -- glxgears slow
by Marcus Schuetz 29 Aug '04

29 Aug '04

Hello, for a few weeks now (I am running up to date rawhide) when I run glxgears I get ~ 6fps 9 out of 10 times and 1 out of 10 the normal 1700 fps. Top shows me between dbus-daemon-1 and eggcups almost ~90% cpu usage. If I stop messagebus everything is peachy. Has anybody else seen this, is this a known problem (I searched bugzilla and didn't find anything, but then I could have looked for the wrong terms) and most importantly, does anybody have a soulution? Thanks, :: Marcus

4 10

SELinux seems to be in a good state, if any interest in trying it out. (targeted anyway)
by Jim Cornette 29 Aug '04

29 Aug '04

After a little trouble getting SELinux to boot on my computer, things look promising with the current state of SELinux running in targeted mode and enforcing. (A lot of advice from the SELinux list conversations) If there is any interest in trying it out now, I thought I'd mention that it does not yet get in the way and seems pretty much not noticeable that it is even in enforcing. (A great feature) Jim

2 2

Using hint from MA Young - find duplicates
by Jim Cornette 29 Aug '04

29 Aug '04

Since I was curious as to the extent of duplicate programs installed. I decided to search the redhat site to determine how many programs were multiple installs. After running the script from a posting from MA Young, here is what appeared duplicated. This is an ataached files. The query below shows one example for translation of the attached file. rpm -q binutils binutils-2.15.91.0.2-4 binutils-2.15.91.0.2-8 rpm -q compat-libstdc++ compat-libstdc++-8-3.3.4.1 compat-libstdc++-8-3.3.4.2 rpm -q rpm rpm-4.3.2-0.8 rpm-4.3.2-0.10 I don't understand the script, but the "hit list" seems to reveal multiple installed rpms. gpg-keys and kernel rpms is all I figured were legitimate duplicated packages. Should I reinstall, or is there an easier way to remove duplicates? rpm -q --verify reveals what seems to be just a database not getting updated rpm -q --verify rpm-4.3.2-0.8 prelink: /bin/rpm: at least one of file's dependencies has changed since prelinking S.?....T. /bin/rpm .......T. c /etc/cron.daily/rpm .......T. c /etc/logrotate.d/rpm .......T. /usr/bin/gendiff prelink: /usr/bin/rpm2cpio: at least one of file's dependencies has changed since prelinking S.?....T. /usr/bin/rpm2cpio .......T. /usr/lib/rpm/athlon-linux/macros .......T. /usr/lib/rpm/config.guess .......T. /usr/lib/rpm/config.sub .......T. /usr/lib/rpm/convertrpmrc.sh .......T. /usr/lib/rpm/i386-linux/macros .......T. /usr/lib/rpm/i486-linux/macros .......T. /usr/lib/rpm/i586-linux/macros .......T. /usr/lib/rpm/i686-linux/macros .......T. /usr/lib/rpm/macros .......T. /usr/lib/rpm/mkinstalldirs .......T. /usr/lib/rpm/noarch-linux/macros .......T. /usr/lib/rpm/rpm.daily .......T. /usr/lib/rpm/rpm.log .......T. /usr/lib/rpm/rpm.xinetd .......T. /usr/lib/rpm/rpm2cpio.sh prelink: /usr/lib/rpm/rpmd: at least one of file's dependencies has changed since prelinking S.?....T. /usr/lib/rpm/rpmd ..5....T. /usr/lib/rpm/rpmdb_deadlock ..5....T. /usr/lib/rpm/rpmdb_dump ..5....T. /usr/lib/rpm/rpmdb_load .......T. /usr/lib/rpm/rpmdb_loadcvt ..5....T. /usr/lib/rpm/rpmdb_stat ..5....T. /usr/lib/rpm/rpmdb_svc ..5....T. /usr/lib/rpm/rpmdb_verify ..5....T. /usr/lib/rpm/rpmfile ..5....T. /usr/lib/rpm/rpmi prelink: /usr/lib/rpm/rpmk: at least one of file's dependencies has changed since prelinking S.?....T. /usr/lib/rpm/rpmk .......T. /usr/lib/rpm/rpmpopt-4.3.2 prelink: /usr/lib/rpm/rpmq: at least one of file's dependencies has changed since prelinking S.?....T. /usr/lib/rpm/rpmq .......T. /usr/lib/rpm/rpmrc .......T. /usr/lib/rpm/tgpg ..5....T. /usr/share/locale/cs/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/da/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/de/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/fi/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/fr/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/gl/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/is/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/ja/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/ko/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/no/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/pl/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/pt/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/pt_BR/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/ro/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/ru/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/sk/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/sl/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/sr/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/sv/LC_MESSAGES/rpm.mo ..5....T. /usr/share/locale/tr/LC_MESSAGES/rpm.mo .......T. d /usr/share/man/ja/man8/rpm.8.gz .......T. d /usr/share/man/ja/man8/rpm2cpio.8.gz .......T. d /usr/share/man/ja/man8/rpmbuild.8.gz .......T. d /usr/share/man/ja/man8/rpmcache.8.gz .......T. d /usr/share/man/ja/man8/rpmgraph.8.gz .......T. d /usr/share/man/man1/gendiff.1.gz .......T. d /usr/share/man/man8/rpm.8.gz .......T. d /usr/share/man/man8/rpm2cpio.8.gz .......T. d /usr/share/man/pl/man1/gendiff.1.gz .......T. d /usr/share/man/pl/man8/rpm.8.gz .......T. d /usr/share/man/pl/man8/rpm2cpio.8.gz .......T. d /usr/share/man/pl/man8/rpmbuild.8.gz .......T. d /usr/share/man/pl/man8/rpmcache.8.gz .......T. d /usr/share/man/pl/man8/rpmdeps.8.gz .......T. d /usr/share/man/pl/man8/rpmgraph.8.gz .......T. d /usr/share/man/ru/man8/rpm.8.gz .......T. d /usr/share/man/ru/man8/rpm2cpio.8.gz .......T. d /usr/share/man/sk/man8/rpm.8.gz rpm -q --verify rpm-4.3.2-0.10 prelink: /bin/rpm: at least one of file's dependencies has changed since prelinking S.?...... /bin/rpm prelink: /usr/bin/rpm2cpio: at least one of file's dependencies has changed since prelinking S.?...... /usr/bin/rpm2cpio prelink: /usr/lib/rpm/rpmd: at least one of file's dependencies has changed since prelinking S.?...... /usr/lib/rpm/rpmd prelink: /usr/lib/rpm/rpmk: at least one of file's dependencies has changed since prelinking S.?...... /usr/lib/rpm/rpmk prelink: /usr/lib/rpm/rpmq: at least one of file's dependencies has changed since prelinking S.?...... /usr/lib/rpm/rpmq rpm -e --justdb rpm-4.3.2-0.8 error: Failed dependencies: rpm = 4.3.2-0.8 is needed by (installed) rpm-python-4.3.2-0.8 rpm = 4.3.2-0.8 is needed by (installed) rpm-build-4.3.2-0.8 rpm = 4.3.2-0.8 is needed by (installed) rpm-devel-4.3.2-0.8 rpm = 4.3.2-0.8 is needed by (installed) rpm-libs-4.3.2-0.8 thanks, Jim [jim@cornette-fc3 ~]$ rpm -qa --qf "%{NAME}\n" | sort >/tmp/example.out [jim@cornette-fc3 ~]$ uniq </tmp/example.out | diff - /tmp/example.out 47a48 > binutils 85a87,88 > compat-libstdc++ > compat-libstdc++-devel 112a116,117 > dbus > dbus-glib 130a136 > docbook-utils 147a154 > elfutils-libelf 155a163 > esound 200a209 > gcc-gnat 244a254 > gnome-desktop 282a293,299 > gpg-pubkey > gpg-pubkey > gpg-pubkey > gpg-pubkey > gpg-pubkey > gpg-pubkey > gpg-pubkey 326a344 > httpd 364a383,384 > kernel > kernel 406a427,430 > libgcj > libgcj > libgcj-devel > libgcj-devel 414a439,440 > libgnat > libgnat 442a469 > libobjc 448a476 > libpng 451a480 > libpng-devel 464a494 > libsepol 467a498,501 > libstdc++ > libstdc++ > libstdc++-devel > libstdc++-devel 485a520 > libwnck 489a525,526 > libxml2 > libxml2-devel 491a529 > libxml2-python 493a532,533 > libxslt > libxslt-devel 565a606 > net-tools 571a613 > nscd 579a622 > openh323 643a687 > popt 653a698 > procps 658a704 > pwlib 671a718 > qt 696a744,745 > rpm > rpm-build 698a748,749 > rpm-devel > rpm-libs 700a752 > rpm-python 741a794 > spamassassin 772a826,827 > system-config-printer > system-config-printer-gui

2 3

The Application "eggcups" has quit unexpectedly
by Gerry Tool 29 Aug '04

29 Aug '04

Since I upgraded about 20 packages today, I get an Error window with this message. It also says "You can inform the developers of what happened to help them fix it. Or you can restart the application right now." Restarting results in yet more windows of the same type, as does Closing the window. Anyone else seeing this? Should I enter a new bug against desktop-printing.? [gerry@gstpc ~]$ rpm -q desktop-printing desktop-printing-0.9.5-3 Gerry Tool

3 7

Re: CUPs on reboot problem
by Gerry Tool 29 Aug '04

29 Aug '04

Paul, I am experiencing the same problem, but was able to get the boot to complete by removing the "rhgb quiet" from the grub.conf kernel line. However, my printing is hosed - gets stuck on trying to access the network print controller. Gerry Tool

1 0

Blank screen after LOGOUT
by Alessandro Torrisi 29 Aug '04

29 Aug '04

Hi ! I've got a problem with my FC 2, very very strange. I use KDE and when I logout to GDM nothing appears in my LCD screen... Then I power-off the screen, and after some minutes (probably ten minutes) I power on the screen and my login screen is BACK !!! Probably a timeout ??? What is happening ? The same thing when I switch from a TTY to another ! Please HELP ME!!! Best regards, Alex..

1 0

corrupted rpm db listing anyone?
by Jim Cornette 29 Aug '04

29 Aug '04

I was just querying certain rpms that were installed on my system. They came back listing several versions of the same rpms. Kudzu, hal and udev were some of the programs that came back claimimg multiple version installations. kudzu-1.1.81-1 kudzu-1.1.82-1 hal-0.2.97.cvs20040827-2 hal-0.2.97.cvs20040827-3 udev-030-7 udev-030-10 I removed the dupes from the older version, as a normal user sucessfully. This removed the extra listing from the db. As an example: rpm -q udev udev-030-7 udev-030-10 [jim@cornette-fc3 ~]$ rpm -e --justdb udev-030-7 error: package udev-030-7 is not installed [jim@cornette-fc3 ~]$ rpm -q udev udev-030-10 I didn't know that removing the db entry was possible as a regular user. I did an rpm --rebuilddb as root afterwards but am curious if this problem effects others. Jim

2 1

RE: Whats with the petty Open Source Pureness that has killed PWCX
by Ernest L. Williams Jr. 29 Aug '04

29 Aug '04

-----Original Message----- From: fedora-test-list-bounces(a)redhat.com on behalf of Aaron Gaudio Sent: Sun 8/29/2004 5:23 AM To: For testers of Fedora Core development releases Subject: Re: Whats with the petty Open Source Pureness that has killed PWCX On Sat, 2004-08-28 at 22:00 -0400, seth vidal wrote: > > FWIW, it would mean (at least) one less fedora devel guinea pig. > > The biggest problem with the nvidia drivers is that when something > breaks, and a kernel or X devel person sees that the user is using the > nvidia drivers, then they're stuck. They can't go look through code and > find the problem. They come up to the binary-only nvidia driver and have > to stop. > > That's a whole world of no-fun. > > And the sad reality is, lots of people use these drivers and almost all > of them post about bugs in X or at the kernel level with these drivers > loaded. Yeah, I can understand the frustration at this. I agree that if someone's having a problem with an binary-only driver, their only recourse is the provider of that driver. ================================================================ Of course, but the frustration should be directed torward the vendor/maintainer of the binary-only driver. There will always be binary- only. Vendors want to make a lot of money and protect their secrets. This is known as competition. For example, if NVIDIA wants to keep selling me their hardware they had better keep producing a good binary-only driver. I think it would be better if NVIDIA open-sourced everything but don't hold your breath. Well as long as I can play unreal tournament I am happy. Bottom-line: maintaining a binary-only driver may not so easy when the kernel evolves. The PWCX maintainer should just deal with it and not "throw in the towel" Thanks, Ernesto -- Aaron Gaudio <prothonotar(a)tarnation.dyndns.org> -- fedora-test-list mailing list fedora-test-list(a)redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list

1 0

← Newer
1
2
3
4
5
6
7
8
...
30
Older →

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 August 2004