June 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 774292] New: hard lock on CPU - possibly related to Bluetooth
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=774292 https://bugzilla.novell.com/show_bug.cgi?id=774292#c0 Summary: hard lock on CPU - possibly related to Bluetooth Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: fedev(a)gmx.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=500965) --> (http://bugzilla.novell.com/attachment.cgi?id=500965) crash 1 User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3; en-us) AppleWebKit/533.16 (KHTML, like Gecko) Version/5.0 Safari/533.16 I originally posted about this in Bug 742088 but Rafael suggested I should open a new bug as the issue I described seems to be related to Bluetooth. The issue starts since kernel 3.1.10-1.16 and continues to be present in every single kernel. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 18

[Bug 821448] New: boost-doc-man RPM contains man pages with strange file names
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=821448 https://bugzilla.novell.com/show_bug.cgi?id=821448#c0 Summary: boost-doc-man RPM contains man pages with strange file names Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 0 Platform: All OS/Version: SUSE Other Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: pth(a)suse.com ReportedBy: jsmeix(a)suse.com QAContact: qa-bugs(a)suse.de CC: max(a)suse.com Found By: Development Blocker: No boost-doc-man RPM contains many man pages with file names like /usr/share/man/man3/boost::accumulators::as_feature_tag::weighted_tail_vari ate_means_ LeftRight, VariateType, Variate Tag _(relative)_.3.gz I don't know anything about boost but it looks as if such man pages are wrongly generated by whatever automatism while boost gets built. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 783688] New: nfs4_setfacl -e fails to allow nfs4 ACL's to be set
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=783688 https://bugzilla.novell.com/show_bug.cgi?id=783688#c0 Summary: nfs4_setfacl -e fails to allow nfs4 ACL's to be set Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: i586 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lynn(a)steve-ss.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.8 (KHTML, like Gecko) Chrome/23.0.1255.0 Safari/537.8 SUSE/23.0.1255.0 When I try to set a nfs4 ACL on a nfs4 mounted file, I always get an error even though the ACE I'm setting is legal e.g. compartida is a folder which is nfs4 mounted: nfs4_setfacl -e compartida ## Editing NFSv4 ACL for directory: /mnt/compartida A::OWNER@:rwaDxtTcCy A::GROUP@:rwaDxtcy A::EVERYONE@:tcy A:fdi:OWNER@:rwaDxtTcCy A:fdi:GROUP@:rwaDxtcy A:fdi:EVERYONE@:tcy :wq Failed setxattr operation: Operation not permitted Reproducible: Always Steps to Reproduce: 1.Mount an nfs4 share and choose a mounted <file> 2.nfs4_setfacl -e <file> 3.Edit or leave the ACE's as they are 4.:wq Actual Results: Failed setxattr operation: Operation not permitted Expected Results: 1. vi exits normally. 2. Either new ACL's are set or the existing ACL's remain unchanged. 3. a + is observed alongside the <file> listing to show that the acl has been set. The underlying file system is: /dev/disk/by-id/ata-Maxtor_6V200E0_V40FV13G-part2 / ext4 acl,user_xattr 1 1 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 723114] New: cardreader doesn't work (regression)
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=723114 https://bugzilla.novell.com/show_bug.cgi?id=723114#c0 Summary: cardreader doesn't work (regression) Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=455441) --> (http://bugzilla.novell.com/attachment.cgi?id=455441) /var/log/messages There seems to be a big regression in 12.1 compared to 11.4: The cardreader in my laptop (Dell Vostro 1710) doesn't work, and an external USB cardreader also doesn't work. Details: When I insert a SD card into the internal cardreader, nothing happens. No message in /var/log/messages. When I attach an external USB cardreader and insert a SD card, there are at least messages in /var/log/messages (attached), but it doesn't work. The last two messages are: kernel: [20319.162040] usb 4-2: device not accepting address 8, error -71 kernel: [20319.162085] hub 4-0:1.0: unable to enumerate USB device on port 2 (see attached log for all messages) Both devices worked with openSUSE 11.4, and also work if I boot the 11.4 promo DVD. In other words: the hardware is OK. This is clearly a regression in 12.1 :-( I connected the USB cardreader to one USB port after the other, including the port where normally my keyboard/mouse receiver (Logitech cordless desktop) are connected. This resulted in lots of messages like this: kernel: [21008.385057] usb 3-1: new full speed USB device number 86 using uhci_hcd kernel: [21008.448105] hub 3-0:1.0: unable to enumerate USB device on port 1 (with "number 86" increasing every second) And now it becomes really funny: After removing and re-plugging the keyboard/mouse receiver, the USB card reader starts to work on the USB port I used at the beginning. I have no idea why, maybe the log explains it. The internal card reader still doesn't work. I'll attach /var/log/messages which at least shows what happens with the external cardreader. I'm not sure what information would be useful for the internal cardreader since it doesn't cause any logfile entries - please tell me what you need. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 18

[Bug 722763] New: installer puts logitech bluetooth dongle in hci mode without sufficient bluetooth stack
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=722763 https://bugzilla.novell.com/show_bug.cgi?id=722763#c0 Summary: installer puts logitech bluetooth dongle in hci mode without sufficient bluetooth stack Classification: openSUSE Product: openSUSE 12.1 Version: Beta 1 Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: david.mears(a)suddenlink.net QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.9.1.15) Gecko/20101027 Fedora/3.5.15-1.fc12 Firefox/3.5.15 Logitech mx5500 dongle is started in HCI mode rather than hid mode without enough bluetooth to actually use the keyboard or mouse. without a backup keyboard and mouse nothing can be done with the system, regardless of how the dongle automatically starts in HID mode and bios settings were adjusted before running the installer with same keyboard. Once the full OS is installed this is probably reasonable- it is rather troublesome on the installer itself. Reproducible: Always Steps to Reproduce: 1. start installer 2. attempt to use mouse/keyboard with logitech bluetooth dongle Actual Results: keyboard and mouse don't work, no bluetooth tools in installer, hci2hid not installed. Expected Results: bluetooth keyboard and mouse work as has been in the case with other OS, including previous openSUSEs and installers. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

[Bug 722464] New: Cannot send or receive data using a5c:200a Broadcom Corp. Bluetooth dongle
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=722464 https://bugzilla.novell.com/show_bug.cgi?id=722464#c0 Summary: Cannot send or receive data using a5c:200a Broadcom Corp. Bluetooth dongle Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rfno(a)fietze-home.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.6; Linux) KHTML/4.6.5 (like Gecko) SUSE OS 11.4 x86_64 Can pair BT devices using the specified dongle ID 0a5c:200a Broadcom Corp. Bluetooth dongle but cannot browse, send or receceive files (OBEX). Double checking using multiple BT peers, e.g. a HTC Wildfire S or a SE w880i. The same systems properly work using an other USB BT dongle: ID 0c24:0c24 Taiyo Yuden Bluetooth Device(SAMPLE) Searching the web shows other postings and bug reports, e.g. Ubuntu Bug #453885, and the reason sames to be a change in bluez causing olded devices not to work any more. It seems that a lot of openSUSE/Linux boxes can no longer transfer data due to this bug. Reproducible: Always Steps to Reproduce: Turn on BT device, make it visible, pair the device. Try to send or receive data e.g. using bluedevil or the device's functions. Actual Results: No transfer and no timeout using bluedevil. Only the device flags a timout (at least my HTC) when trying to send data to the OS box. Package list: $ rpm -qa | egrep 'blue|obex' | sort bluedevil-1.0.4-2.3.x86_64 bluez-4.88-2.1.x86_64 bluez-devel-4.88-2.1.x86_64 libbluedevil1-1.8.1-2.2.x86_64 libbluetooth3-4.88-2.1.x86_64 libopenobex1-1.5-6.1.x86_64 obexd-0.39-3.1.x86_64 obex-data-server-0.4.5-4.1.x86_64 obexd-client-0.39-4.5.1.x86_64 obexftp-0.23-6.1.x86_64 openobex-devel-1.5-6.1.x86_64 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 710268] New: kernel panic when bluetooth device is switched on
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=710268 https://bugzilla.novell.com/show_bug.cgi?id=710268#c0 Summary: kernel panic when bluetooth device is switched on Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: i686 OS/Version: SuSE Other Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: casualprogrammer(a)opensuse.org QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=444089) --> (http://bugzilla.novell.com/attachment.cgi?id=444089) screenshot of bluetooth applet User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0 Presently I acquired a set of Creative Labs bluetooth boxes for sound output. After setting them up in gnome bluetooth, every time I switch the gadget on, the system halts with kernel panic (shift lock blinking) Bluetooth applet shows the device (T 12) as registered, when I try to select it, the applet goes away. cat /etc/SuSE-release openSUSE 12.1 Milestone 3 (i586) VERSION = 12.1 CODENAME = Asparagus rpm -qa | grep kernel kernel-desktop-3.0.rc7-2.1.i586 kernel-firmware-2.6.38-2.2.noarch rpm -qa | grep blue gnome-bluetooth-3.1.3-1.1.i586 libgnome-bluetooth8-3.1.3-1.1.i586 pulseaudio-module-bluetooth-0.9.22-11.2.i586 gnome-bluetooth-plugins-geoclue-3.1.3-1.1.i586 gnome-bluetooth-plugin-phone-manager-0.67-1.2.i586 libbluetooth3-4.94-4.2.i586 bluez-4.94-4.2.i586 Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 661998] New: Laptop toshiba has lost the option of illuminating the keyboard.
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=661998 https://bugzilla.novell.com/show_bug.cgi?id=661998#c0 Summary: Laptop toshiba has lost the option of illuminating the keyboard. Classification: openSUSE Product: openSUSE 11.4 Version: Milestone 5 of 6 Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: smartinds(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b7) Gecko/20101105 Firefox/4.0b7 In openSUSE 11.3 Final (x86_64) my laptop Toshiba Satellite A505-SP6022L only can operate with "ACPI off" and "Installation with Secure Settings", of course, the system did not detect the battery and many other things. The 11.4 M5 is great, in "Normal Installation" this version detect almost all components, BUT in the 11.3 I can illuminate the keyboard pressing Fn + Z, and this version (11.4 M5) this option has disappeared or not works. In conclusion: Laptop Toshiba Satellite A505-SP6022L has lost the option of illuminating the keyboard when you press "Fn + Z" in openSUSE 11.4 M5 Note: I do not know if it have any relationship, but I use KDE4 Reproducible: Always Steps to Reproduce: 1. Turn on the laptop 2. Press Fn + Z Actual Results: Nothing Expected Results: Illuminate the keyboard and press "Fn + Z" again, turn off the light of the keyboard. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 687341] New: sky2 eth doesn't work after resume
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=687341 https://bugzilla.novell.com/show_bug.cgi?id=687341#c0 Summary: sky2 eth doesn't work after resume Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: 64bit OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: richlv(a)nakts.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux i686; U; en) Presto/2.7.62 Version/11.01 32bit 11.4 Ethernet controller: Marvell Technology Group Ltd. 88E8072 PCI-E Gigabit Ethernet Controller (rev 10) uses sky2 driver. after suspend/resume wired networking does not work. networkmanager claims that "cable is not plugged", even though it is (and the lights go on) wireless still works. reboot fixes it. Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 9

[Bug 800696] New: qbittorrent has been failing to build on Factory for a long time
by bugzilla_noreply＠novell.com 04 Jun '13

04 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=800696 https://bugzilla.novell.com/show_bug.cgi?id=800696#c0 Summary: qbittorrent has been failing to build on Factory for a long time Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 2 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: fisiu(a)opensuse.org ReportedBy: christian.morales.vega(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- qbittorrent has been failing to build on Factory for a long time Also, from the changelog it looks like you are the main maintainer/bugowner of this package. Could you please set you as so in the package metadata? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3