February 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 802132] New: cups does not start properly / needs restart
by bugzilla_noreply＠novell.com 14 Feb '14

14 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=802132 https://bugzilla.novell.com/show_bug.cgi?id=802132#c0 Summary: cups does not start properly / needs restart Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: axel.braun(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:18.0) Gecko/20100101 Firefox/18.0 New installation of openSUSE 12.2 on a desktop, eth1 configured with if-up. After boot there is no connection on localhost:631, which means that network printing is not possible. Manual restart (rccups restart) fixes the problem. I assume that this is a systemd problem - any idea how to track this? Reproducible: Always Steps to Reproduce: 1. reboot PC 2. 3. Actual Results: no connection to localhost:631 / no network printing -- 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 862766] New: VirtualBox lacks vboxdrv.ko following update to kernel-default-devel-3.11.10-7.1.x86_64.rpm
by bugzilla_noreply＠novell.com 14 Feb '14

14 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=862766 https://bugzilla.novell.com/show_bug.cgi?id=862766#c0 Summary: VirtualBox lacks vboxdrv.ko following update to kernel-default-devel-3.11.10-7.1.x86_64.rpm Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: Markus.Kuhn(a)cl.cam.ac.uk QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 I yesterday ran "zypper update", which updated my kernel kernel-desktop|3.11.10-7.1|x86_64: /var/log/zypp/history: 2014-02-06 23:03:09|install|kernel-desktop|3.11.10-7.1|x86_64||repo-update|d4b38d39499b32730cd3f0ea68e7febd69fc329d231b25d6c04ab8b9333e505a| 2014-02-06 23:03:11|install|kernel-devel|3.11.10-7.1|noarch||repo-update|b2e9350f32495d6991e511a963b95d54c1ab013b0d12dfa8f2490d932026aeaf| 2014-02-06 23:03:12|install|kernel-docs|3.11.10-7.3|noarch||repo-update|614249f76a975dc4d13dda36758982a13696c98b0f5e528fb5797554367150a5| Since then, VirtualBox has been complaining Kernel driver not installed (rc=-1908) The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a permission problem with /dev/vboxdrv. Please reinstall the kernel module by executing '/etc/init.d/vboxdrv setup' as root. If it is available in your distribution, you should install the DKMS package first. This package keeps track of Linux kernel changes and recompiles the vboxdrv kernel module if necessary. I couldn't find anything with "zypper search dkms", so I assume vboxdrv.ko is supposed to come prepackaged with openSUSE, and indeed there is # rpm -ql virtualbox-host-kmp-desktop /lib/modules/3.7.10-1.11-desktop /lib/modules/3.7.10-1.11-desktop/updates /lib/modules/3.7.10-1.11-desktop/updates/vboxdrv.ko /lib/modules/3.7.10-1.11-desktop/updates/vboxnetadp.ko /lib/modules/3.7.10-1.11-desktop/updates/vboxnetflt.ko /lib/modules/3.7.10-1.11-desktop/updates/vboxpci.ko /lib/modules/3.11.6-4-desktop /lib/modules/3.11.6-4-desktop/updates /lib/modules/3.11.6-4-desktop/updates/vboxdrv.ko /lib/modules/3.11.6-4-desktop/updates/vboxnetadp.ko /lib/modules/3.11.6-4-desktop/updates/vboxnetflt.ko /lib/modules/3.11.6-4-desktop/updates/vboxpci.ko But those are still the kernel modules for the previous kernel version 3.11.6! It seems that openSUSE updated the kernel yesterday to 3.11.10-7, but forgot to update virtualbox-host-kmp-desktop at the same time, and therefore there is now no vboxdrv.ko matching the current kernel available. I've tried to load the available old driver with /sbin/insmod /lib/modules/3.11.6-4-desktop/updates/vboxdrv.ko But that just results in the error message Failed to open a session for the virtual machine Stackato-v3.0.1. Failed to open/create the internal network 'HostInterfaceNetworking-eth0' (VERR_SUPDRV_COMPONENT_NOT_FOUND). Failed to attach the network LUN (VERR_SUPDRV_COMPONENT_NOT_FOUND). One of the kernel modules was not successfully loaded. Make sure that no kernel modules from an older version of VirtualBox exist. Then try to recompile and reload the kernel modules by executing '/etc/init.d/vboxdrv setup' as root (VERR_SUPDRV_COMPONENT_NOT_FOUND). Could you please recompile virtualbox-host-kmp-desktop for the current kernel and push it out as an update? Reproducible: Always Steps to Reproduce: 1. Run "zypper update" to get latest kernel 3.11.10-7.1 2. Run VirtualBox and start a virtual machine with bridge configuration. 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 20

[Bug 856908] New: Missing German translations in yast2 packages
by bugzilla_noreply＠novell.com 14 Feb '14

14 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=856908 https://bugzilla.novell.com/show_bug.cgi?id=856908#c0 Summary: Missing German translations in yast2 packages Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: i586 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Translations AssignedTo: ke(a)suse.com ReportedBy: patrick.feucht(a)kabelbw.de QAContact: ke(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:26.0) Gecko/20100101 Firefox/26.0 Lots of yast2-packages are not translated in German: (network, system, hardware, security, repositories,...). Reproducible: Always Steps to Reproduce: 1.Start Yast 2 2.The themes are translated but if you chose a program from yast2 some are not. Expected Results: Please translate these packages before publishing openSUSE. -- 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 17

[Bug 858448] New: bogus content in dracut man page (/boot/grub/grub.conf)
by bugzilla_noreply＠novell.com 14 Feb '14

14 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=858448 https://bugzilla.novell.com/show_bug.cgi?id=858448#c0 Summary: bogus content in dracut man page (/boot/grub/grub.conf) Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: ke(a)suse.com ReportedBy: mrmazda(a)earthlink.net QAContact: ke(a)suse.com Found By: --- Blocker: --- Second paragraph under "Boot parameters" in current 13.2 dracut man page contains the following: "The kernel command line usually can be configured in /boot/grub/grub/conf, .." That language applies only to Fedora and its derivatives that use Grub Legacy (and lately they haven't even had a Grub Legacy option). /boot/grub/grub.conf does not exist in openSUSE. The corresponding file for Grub Legacy in openSUSE is /boot/grub/menu.lst. For Grub2 (which I don't use, and taboo at installation time) it would probably be /boot/grub/grub.cfg or /boot/grub2/grub.cfg. -- 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 793368] New: The autofs service requires LDAP even if no LDAP is wanted
by bugzilla_noreply＠novell.com 14 Feb '14

14 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=793368 https://bugzilla.novell.com/show_bug.cgi?id=793368#c0 Summary: The autofs service requires LDAP even if no LDAP is wanted Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: werner(a)suse.com QAContact: jsrain(a)suse.com Found By: Development Blocker: --- Just tried to use autofs menue but this is impossible without configuring at least a local LDAP service. And this even is only NIS is used and nothing else. Please make LDAP as well as NIS *optional* as such a hard requirement cause that the autofs menue is not usable with LDAP and/or NIS. -- 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 863706] obs: webui makes it appears as if you can set logged in users attributes everywhere
by bugzilla_noreply＠novell.com 14 Feb '14

14 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=863706 https://bugzilla.novell.com/show_bug.cgi?id=863706#c Xiyuan Liu <xyliu(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xyliu(a)suse.com AssignedTo|bnc-team-screening(a)forge.pr |adrian(a)suse.com |ovo.novell.com | -- 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 863873] New: The NFSv4.0 client does not properly send RENEW calls while holding delegations
by bugzilla_noreply＠novell.com 13 Feb '14

13 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=863873 https://bugzilla.novell.com/show_bug.cgi?id=863873#c0 Summary: The NFSv4.0 client does not properly send RENEW calls while holding delegations Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: poswald(a)suse.com ReportedBy: iisaman(a)netapp.com QAContact: poswald(a)suse.com Found By: --- Blocker: --- (Phil - this is meant for SLES11 SP3) The NFSv4.0 client needs to send RENEW even when holding delegations, in order to allow the server to communicate flags such as NFS4ERR_CB_PATH_DOWN. It is fixed by the following 2 upstream patches (the first is a cleanup preparing for the second): commit: 8534d4ec055d854be6c94e8e5654fa87678ea5f7 title: NFSv4: nfs4_proc_renew should be declared static commit: 2f60ea6b8ceda61ae08bef71a652eac36ec193b3 title: NFSv4: The NFSv4.0 client must send RENEW calls if it holds a delegation -- 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 863851] New: Path `/boot/grub2' is not readable by GRUB on boot.
by bugzilla_noreply＠novell.com 13 Feb '14

13 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=863851 https://bugzilla.novell.com/show_bug.cgi?id=863851#c0 Summary: Path `/boot/grub2' is not readable by GRUB on boot. Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Critical Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)suse.com ReportedBy: a.winzer(a)koenig-dey.de QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:30.0) Gecko/20100101 Firefox/30.0 Last weekend I did a zypper dup with common repos (oss, non-oss, packman, samba, source, update, update non-oss). A newer kernel was installed and since then mkinitrd gives the following output: computer:/ # mkinitrd Kernel image: /boot/vmlinuz-3.7.10-1.24-desktop Initrd image: /boot/initrd-3.7.10-1.24-desktop Root device: /dev/disk/by-id/raid-pdc_fjjhaaib-part7 (/dev/dm-4) (mounted on / as ext4) Resume device: /dev/disk/by-id/raid-pdc_fjjhaaib-part6 (/dev/dm-3) Kernel Modules: thermal_sys thermal processor fan dm-mod dm-snapshot dm-log dm-region-hash dm-mirror scsi_dh scsi_dh_hp_sw scsi_dh_rdac scsi_dh_emc scsi_dh_alua xhci-hcd hid-logitech-dj Features: acpi dm block usb dmraid kpartx resume.userspace resume.kernel Kernel image: /boot/vmlinuz-3.7.10-1.28-desktop Initrd image: /boot/initrd-3.7.10-1.28-desktop Root device: /dev/disk/by-id/raid-pdc_fjjhaaib-part7 (/dev/dm-4) (mounted on / as ext4) Resume device: /dev/disk/by-id/raid-pdc_fjjhaaib-part6 (/dev/dm-3) Kernel Modules: thermal_sys thermal processor fan dm-mod dm-snapshot dm-log dm-region-hash dm-mirror scsi_dh scsi_dh_hp_sw scsi_dh_rdac scsi_dh_emc scsi_dh_alua xhci-hcd hid-logitech-dj Features: acpi dm block usb dmraid kpartx resume.userspace resume.kernel Perl-Bootloader: 2014-02-13 18:13:00 <3> pbl-4479.2 Core::RunCommand.1642: Error: Command '/usr/sbin/grub2-install --target=i386-pc --force --skip-fs-probe "(hd0)" >/var/log/YaST2/y2log_bootloader 2>&1' failed with code 256 and output: Path `/boot/grub2' is not readable by GRUB on boot. Installation is impossible. Aborting. There was an error generating the initrd (1) I've tried to uninstall kernel 3.7.10-1.28. Then I got the same error message. So I installed it again and got the message as shown. I don't know, if the system would reboot. I've seen, that grub2 was updated, too: computer:/ # rpm -qa --last | grep -i grub\* grub2-efi-2.00-19.31.1.x86_64 Sun Feb 9 18:50:44 2014 grub2-2.00-19.31.1.x86_64 Sun Feb 9 18:50:40 2014 grub2-i386-pc-2.00-19.31.1.x86_64 Sun Feb 9 18:50:38 2014 grub2-x86_64-efi-2.00-19.31.1.x86_64 Sun Feb 9 18:47:59 2014 grub2-branding-openSUSE-12.3-6.38.1.noarch Thu Jul 18 13:54:43 2013 grub-0.97-188.1.1.x86_64 Tue Mar 19 20:52:51 2013 Could you please at least tell me, if just grub (and not grub2) is affected and how my chances are for a proper system reboot? My other question would be, if I could uninstall grub, because I thought grub2 would do the job alone? I set the severity to critical, because of this fact. Feel free to change it, if this problem would be easy to solve. Last but not least I'm not sure if this could be the same bug like https://bugzilla.novell.com/show_bug.cgi?id=811699 or https://bugzilla.novell.com/show_bug.cgi?id=824033 Reproducible: Didn't try Steps to Reproduce: This would mean a completely new system installation for me. Expected Results: mkinitrd should run without errors again. I'm using a system with an onboard (faked) RAID. So it's a bit tricky to find out, what would be the right /dev/disk/...-entry. -- 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 843673] New: ImageMagick build fails
by bugzilla_noreply＠novell.com 13 Feb '14

13 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=843673 https://bugzilla.novell.com/show_bug.cgi?id=843673#c0 Summary: ImageMagick build fails Classification: openSUSE Product: openSUSE Factory Version: 13.1 Beta 1 Platform: BigEndian OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: pgajdos(a)suse.com ReportedBy: dvaleev(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- ImageMagic test fails on powerpc, though build fails. Failing test is a part of t/read.t MAT (MatLab gray 64-bit LSB double) ... mean-error=0.210660069835285, maximum-error=1 not ok 13 -- 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 846909] New: Broken symlink in /etc/localtime
by bugzilla_noreply＠novell.com 13 Feb '14

13 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=846909 https://bugzilla.novell.com/show_bug.cgi?id=846909#c0 Summary: Broken symlink in /etc/localtime Classification: openSUSE Product: openSUSE Factory Version: 13.1 Beta 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: klaussfreire(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 Installed 13.1 beta, just did "zypper dup" in case it was fixed, but /etc/localtime has a broken symlink: claudiofreire@klaumpp:~> ls -alh /etc/localtime lrwxrwxrwx 1 root root 36 Oct 12 01:51 /etc/localtime -> ./../America/Argentina/Buenos_Aires I don't think it's a bug on yast or the installer, since changing the timezone with KDE generates equally broken symlinks (for most timezones I tried, within Argentina). Reproducible: Always Steps to Reproduce: 1. Install 13.1 beta, zypper dup 2. ls -alh /etc/localtime 3. Fire up a KDE session 4. Right click on the clock, adjust date and time 5. Change timezone 6. ls -alh /etc/localtime Actual Results: ls shows a broken symlink in all cases Expected Results: Link should point to an existing file, in all cases (fresh install and changed time zone). This actually has consequences: the android SDK does not function, and in fact it crashes with a segfault, when the file is missing. While that is probably a bug in the SDK (shouldn't die like that), the broken symlink is a bug on its own right. -- 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