July 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 811402] New: dvb_usb_rtl28xxu: unknown tuner reported
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=811402 https://bugzilla.novell.com/show_bug.cgi?id=811402#c0 Summary: dvb_usb_rtl28xxu: unknown tuner reported Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: roeland(a)linux-it.nl QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 device ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T loads kernel module and dependent modules: dvb_usb_rtl28xxu 29244 0 dvb_usb_v2 35892 1 dvb_usb_rtl28xxu rc_core 31851 2 dvb_usb_rtl28xxu,dvb_usb_v2 rtl2830 18756 1 dvb_usb_rtl28xxu dvb_core 125515 2 dvb_usb_v2,rtl2830 However, it's not detected entirely: [285986.582047] usb 1-4: new high-speed USB device number 15 using ehci_hcd [285986.710113] usb 1-4: New USB device found, idVendor=0bda, idProduct=2838 [285986.710120] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [285986.710127] usb 1-4: Product: RTL2838UHIDIR [285986.710132] usb 1-4: Manufacturer: Realtek [285986.710137] usb 1-4: SerialNumber: 00000001 [285986.715831] usb 1-4: dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state [285986.781046] usb 1-4: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer [285986.781071] DVB: registering new adapter (Realtek RTL2832U reference design) [285986.781407] usb 1-4: dvb_usb_rtl28xxu: unknown tuner=NONE [285986.793586] usb 1-4: dvb_usb_v2: 'Realtek RTL2832U reference design' error while loading driver (-19) [285986.793903] usb 1-4: dvb_usb_v2: 'Realtek RTL2832U reference design' successfully deinitialized and disconnected Reproducible: Always Steps to Reproduce: 1. boot cleanly 2. insert dvb-t usb stick 3. look at lsmod/dmesg Actual Results: dmesg: [285986.793586] usb 1-4: dvb_usb_v2: 'Realtek RTL2832U reference design' error while loading driver (-19) [285986.793903] usb 1-4: dvb_usb_v2: 'Realtek RTL2832U reference design' successfully deinitialized and disconnected /var/log/warn: usb 1-4: dvb_usb_rtl28xxu: unknown tuner=NONE -- 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 831217] New: Appliance ISO not working
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=831217 https://bugzilla.novell.com/show_bug.cgi?id=831217#c0 Summary: Appliance ISO not working Classification: Internal Novell Products Product: openSUSE Build Service Version: 2.4 Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Critical Priority: P5 - None Component: General AssignedTo: adrian(a)suse.com ReportedBy: jorgeh(a)fsbcomputers.com QAContact: adrian(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0 Hey guys, I downloaded the appliance ISO from your website, it installs, but when it's time to login it says it's unusable because of DHCP/DNS, I can see the IP address it gets from DHCP when it starts, therefore it has DNS too, so I don't think that's the problem, also, when I try to access it by going to https://1.2.3.4 I get a lot of Ruby errors Reproducible: Always Steps to Reproduce: 1.Download ISO from openbuildservice.org 2.Install OBS 3. Actual Results: It's unusable Expected Results: Starts OBS so I can use it for private usage. I saw in your list that OBS uses deprecated Ruby Gems, I don't know if this is the problem, but I haven't been able to use it. -- 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 0

[Bug 823056] New: Kernel 3.7.10-1.11 build failure -
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=823056 https://bugzilla.novell.com/show_bug.cgi?id=823056#c0 Summary: Kernel 3.7.10-1.11 build failure - Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: carlos.e.r(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- make cloneconfig and make prepare are a prerequisite for installation of some software, like vmware player, or the nvidia rpm. However, it fails. cer@rescate1:~> uname -a Linux rescate1.site 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 UTC 2013 (adf31bb) x86_64 x86_64 x86_64 GNU/Linux cer@rescate1:~> rescate1:/usr/src/linux # make cloneconfig Cloning configuration file /proc/config.gz # # configuration written to .config # rescate1:/usr/src/linux # make prepare scripts/kconfig/conf --silentoldconfig Kconfig make[1]: *** No rule to make target `/usr/src/linux-3.7.10-1.11/arch/x86/syscalls/syscall_32.tbl', needed by `arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h'. Stop. make: *** [archheaders] Error 2 rescate1:/usr/src/linux # rescate1:/usr/src/linux # l ../linux lrwxrwxrwx 1 root root 17 Jun 2 04:58 ../linux -> linux-3.7.10-1.11/ rescate1:/usr/src/linux # -- 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 823354] New: vmw_balloon.ko cannot be loaded
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=823354 https://bugzilla.novell.com/show_bug.cgi?id=823354#c0 Summary: vmw_balloon.ko cannot be loaded Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: dieter.jurzitza(a)t-online.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 The script /etc/init.d/vmtoolsd attempts to load vmw_balloon.ko after loading vmblock. However, vmw_balloon.ko cannot be loaded. Therefore the command /etc/init.d/vmtoolsd start ends with the ENODEV - error message. An attempt to do so ends with the error ENODEV. I guess the reason is found within vmw_balloon.c: if (x86_hyper != &x86_hyper_vmware) return -ENODEV unfortunately I did not find any hint explaining what could be wrong. Maybe the loading of an additional kernel module would be neccessary, but this does not show. Thank you for looking into this. Take care Dieter Jurzitza Reproducible: Always Steps to Reproduce: 1. call /etc/init.d/vmtoolsd start (output: Job failed. See system journal and 'systemctl status' for details.) 2. modprobe vmw_balloon results in /FATAL: Error inserting vmw_balloon (/lib/modules/3.4.42-2.28-desktop/kernel/drivers/misc/vmw_balloon.ko): No such device Actual Results: See above Expected Results: vmw_balloon to be loaded -- 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 13

[Bug 740327] New: usr.sbin.named profile too permissive
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=740327 https://bugzilla.novell.com/show_bug.cgi?id=740327#c0 Summary: usr.sbin.named profile too permissive Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: AppArmor AssignedTo: ug(a)suse.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- (bugreport based on bug 731572 comment 1 and the latest bind package from the network repo) The usr.sbin.named profile is too permissive. Several rules seem to have their history in the times when AppArmor handled the paths relative to the chroot. Since some years, the paths in the profiles are handled relative to the "real" root directory (for named, this means / in the chroot is /var/lib/named/ in the profile). There are also some other details, please see the inline comments below. /usr/sbin/named { #include <abstractions/base> #include <abstractions/nameservice> #include <abstractions/xad> capability net_bind_service, capability setgid, capability setuid, capability sys_chroot, capability sys_resource, /** r, # leftover from the times when AppArmor paths were relative to the chroot? I doubt it's needed nowadays. "/var/lib/named/** r" should be enough. /dyn/** rwl, # see above - should probably be /var/lib/named/dyn/** /usr/bin/dnskeygen mix, /usr/bin/dnsquery mix, /usr/sbin/named rmix, /usr/sbin/named-xfer mix, /var/lib/named/** rwl, # this rule is very broad and makes the profile insecure (for example, an attacker could upload and use his own libs, aka "remove code execution", if he finds a vulnerability). Does bind really need write permissions for all those files? changing this rule to "r" only and adding "rwl" rules for specific subdirs would be much more secure. /var/named/** rwl, # does this directory exist? It doesn't look too FHS compliant ;-) /var/run/named.pid wl, /var/run/named/named.pid wl, /var/run/ndc wl, /slave/* rw, # should probably be /var/lib/named/slave/* /var/opt/novell/xad/ds/krb5kdc/krb5.keytab r, # I have no idea what xad is. Nevertheless - is this something that should be in abstractions/xad? /var/tmp/DNS_* rw, # add "owner" keyword? /tmp/DNS_* rw, # add "owner" keyword? /var/lib/named/lib64/** mrlpx, # this and the next rule are too permissive -the "remote code execution" note above applies. Please revert the changes from bug 716745 and show me the audit.log lines that you get, and I'll give you a working _and_ secure rule ;-) See also bug 716745 comment 28. Oh, and (if you really need the px part, which would be surprising for a library, you should use Px to cleanup the environment variables. /var/lib/named/lib/** mrlpx, # see above, and BTW: you can use "lib{,64}" to combine both rules } I can (and will) help you with the AppArmor part, but my knownledge of named is very limited. The good thing (for you) is that audit.log entries look the same for many programs ;-) If you are willing to invest some time to make the profile secure, I can write a "probably-working" profile based on my comments above - but I'll need you to test and finetune it. -- 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 12

[Bug 819758] New: migration of named startup script from SysV to systemd
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=819758 https://bugzilla.novell.com/show_bug.cgi?id=819758#c0 Summary: migration of named startup script from SysV to systemd Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: heinemannj66(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0 named.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig named on Reproducible: Always Steps to Reproduce: systemctl enable named.service -- 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 825528] New: grub2-mkconfig doesn't find kernel in xen domU
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=825528 https://bugzilla.novell.com/show_bug.cgi?id=825528#c0 Summary: grub2-mkconfig doesn't find kernel in xen domU Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)suse.com ReportedBy: matwey.kornilov(a)gmail.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 When running openSUSE 12.3 at domU (including images generated by SUSE studio), grub2-mkconfig doesn't find kernel-xen placed in /boot, and update-bootloader doesn't write them into /boot/grub2/grub.cfg. This leads to pygrub malfunction at starting the domain. Reproducible: Always Steps to Reproduce: 1. xm create -c openSUSE_domU.xenconfig 2. login to domU 3. do grub2-mkconfig Actual Results: grub2-mkconfig generates config which consists of no kernel-xen entries. Expected Results: grub2-mkconfig would generate config with kernel-xen entries expecting that pygrub will be used at starting grub2-2.00-19.19.1.x86_64 xen-4.2.1_12-1.12.10.x86_64 kernel-xen-3.7.10-1.11.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 14

[Bug 781565] New: openSUSE:12.2/powertop: Bug: --calibrate for powertop results in segmentation fault
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=781565 https://bugzilla.novell.com/show_bug.cgi?id=781565#c0 Summary: openSUSE:12.2/powertop: Bug: --calibrate for powertop results in segmentation fault Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Critical Priority: P5 - None Component: 3rd party software AssignedTo: thoenig(a)novell.com ReportedBy: sault.don(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- Powertop fails to run with --calibrate and results in segmentation fault. Adding the --debug option results in same thing, see output below: d830:~ # powertop --calibrate Starting PowerTOP power estimate calibration Calibrating idle Segmentation fault d830:~ # powertop --calibrate --debug Starting PowerTOP power estimate calibration Calibrating idle Segmentation fault d830:~ # zypper se -si powertop S | Name | Type | Version | Arch | Repository --+----------+---------+-----------+--------+------------------ i | powertop | package | 2.0-2.1.2 | x86_64 | openSUSE-12.2-Oss Powertop runs as expected without the --calibrate flag. -- 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 10

[Bug 780076] New: Error if adding powertop rpm during installation
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=780076 https://bugzilla.novell.com/show_bug.cgi?id=780076#c0 Summary: Error if adding powertop rpm during installation Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: PC OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: comes(a)naic.edu QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0 If during the installation I select to install the package powertop, I found this error in /var/log/zypp/history: # 2012-09-11 11:19:41 powertop-2.0-2.1.2.x86_64.rpm installed ok # Additional rpm output: # /var/tmp/rpm-tmp.sYvulf: line 2: touch: command not found # warning: %post(powertop-2.0-2.1.2.x86_64) scriptlet failed, exit status 127 # 2012-09-11 11:19:41|install|powertop|2.0-2.1.2|x86_64||openSUSE-12.2-1.6|48171ac9a96bba53be8faea8da00ea5a6a3c4b9fa7a2f6f044edc2ac85ba176b The problem is that powertop get installed before coreutils and at that time the binary touch is not installed yet as it is installed when coreutils is installed. A possible fix is to add a line in powertop.spec: PreReq: coreutils Reproducible: Always Steps to Reproduce: 1.Install 12.2 adding the powertop package 2. 3. Actual Results: There is a message in /var/log/zypp/history about touch: command not found Expected Results: no error message -- 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 758124] New: error messages in /var/log/messages from dbus-daemon (every time the network changes)
by bugzilla_noreply＠novell.com 24 Jul '13

24 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=758124 https://bugzilla.novell.com/show_bug.cgi?id=758124#c0 Summary: error messages in /var/log/messages from dbus-daemon (every time the network changes) Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20100101 Firefox/11.0 Apr 19 14:44:01 worklaptop dbus[1310]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Apr 19 14:44:01 worklaptop dbus-daemon[1310]: dbus[1310]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' and then this line: Apr 19 14:44:01 worklaptop dbus-daemon[1310]: /etc/rc.status: line 57: /dev/stderr: No such device or address Apr 19 14:44:02 worklaptop dbus-daemon[1310]: **** /proc/self/mountinfo changed 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 3