December 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 853331] New: Once kerberos is select in yast you can't get rid of it
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=853331 https://bugzilla.novell.com/show_bug.cgi?id=853331#c0 Summary: Once kerberos is select in yast you can't get rid of it Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: i686 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: yast2-maintainers(a)suse.de ReportedBy: st-malcolm.moore(a)whsg.info QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.57 Safari/537.36 If you ever deliberately or accidentally enable Kerberos in the LDAP client configuration in Yast you cannot get rid of it. Unchecking the box has no effect and entries in /etc/sssd/sssd.conf never get put back Reproducible: Always Steps to Reproduce: 1. select kerberos in yast ldap client 2. ok and close yast 3. go back and remove Kerberos 4. nothing get written to config files Actual Results: Can never get rid Kerberos using Yast Expected Results: Should write config files correctly -- 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 793658] New: groovysh fails with NoClassDefFoundError
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=793658 https://bugzilla.novell.com/show_bug.cgi?id=793658#c0 Summary: groovysh fails with NoClassDefFoundError Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 0 Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Java AssignedTo: bnc-team-java(a)forge.provo.novell.com ReportedBy: Lennart.Borjeson(a)telia.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.35 Safari/537.17 I've installed groovy-1.8.4 from java:base/Factory. Compiling, running etc works OK, but groovysh fails with NoClassDefFoundError. Reproducible: Always Steps to Reproduce: 1.Install groovy-1.8.4 2.Invoke "groovysh" Actual Results: Stack trace: java.lang.NoClassDefFoundError: org.fusesource.jansi.AnsiConsole at org.codehaus.groovy.tools.shell.Main.class$(Main.groovy) at org.codehaus.groovy.tools.shell.Main.$get$$class$org$fusesource$jansi$AnsiConsole(Main.groovy) at org.codehaus.groovy.tools.shell.Main.<clinit>(Main.groovy:38) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.codehaus.groovy.tools.GroovyStarter.rootLoader(GroovyStarter.java:108) at org.codehaus.groovy.tools.GroovyStarter.main(GroovyStarter.java:130) Expected Results: Should have entered the groovysh interpreter shell. The problem is due to a missing entry in the classpath built by /usr/bin/groovysh. It should include "jansi". I've noticed this error has been logged by Redhat and a fix released by them as groovy-1.8.6. -- 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 842611] New: yast2-nfs-client: invalid png image
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=842611 https://bugzilla.novell.com/show_bug.cgi?id=842611#c0 Summary: yast2-nfs-client: invalid png image Classification: openSUSE Product: openSUSE Factory Version: 13.1 Beta 1 Platform: All OS/Version: SUSE Other Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sbrabec(a)suse.com QAContact: jsrain(a)suse.com CC: pgajdos(a)suse.com Found By: --- Blocker: --- pngfix (from libpng16-tools) reported following invalid png image: IDAT TFB default 13 15 17074 833968 /usr/share/doc/packages/yast2-nfs-client/workflow.png Decompression error in IDAT: invalid distance too far back Fix: pngfix --out=workflow.png /usr/share/doc/packages/yast2-nfs-client/workflow.png -- 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 5

[Bug 852982] New: pulseaudio keeping open files in home directory
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=852982 https://bugzilla.novell.com/show_bug.cgi?id=852982#c0 Summary: pulseaudio keeping open files in home directory Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Sound AssignedTo: tiwai(a)suse.com ReportedBy: oneukum(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- After lockout and even after going to runlevel 3, pulseaudio keeps files on the home directory of the user who had been logged in open. This keeps the filesystem busy. -- 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 840413] New: mke2fs with discard on MD Raid5 breaks RAID array
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=840413 https://bugzilla.novell.com/show_bug.cgi?id=840413#c0 Summary: mke2fs with discard on MD Raid5 breaks RAID array Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: martin.wilck(a)ts.fujitsu.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=557958) --> (http://bugzilla.novell.com/attachment.cgi?id=557958) script session demonstrating the problem User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 Create a MD RAID5 array and run mke2fs on it - breaks. I am running in a virtual machine on virtio "disks" (not sure if that makes a difference). $ uname -a Linux osc.mittagstun.de 3.7.10-1.16-desktop #1 SMP PREEMPT Fri May 31 20:21:23 UTC 2013 (97c14ba) x86_64 x86_64 x86_64 GNU/Linux $ mdadm --version mdadm - v3.2.6 - 25th October 2012 $ losetup -a /dev/loop8: [64784]:42 (/var/tmp/mdtest8) /dev/loop9: [64784]:43 (/var/tmp/mdtest9) /dev/loop10: [64784]:32 (/var/tmp/mdtest10) /dev/loop11: [64784]:33 (/var/tmp/mdtest11) /dev/loop12: [64784]:34 (/var/tmp/mdtest12) $ mdadm -C /dev/md/r5 -l5 -n5 /dev/loop{8,9,10,11,12} --auto=yes $ cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md127 : active raid5 loop12[5] loop11[3] loop10[2] loop9[1] loop8[0] 260096 blocks super 1.2 level 5, 512k chunk, algorithm 2 [5/5] [UUUUU] $ mke2fs -j /dev/md/r5 mke2fs 1.42.6 (21-Sep-2012) Discarding device blocks: failed - Input/output error Warning: could not erase sector 2: Attempt to write block to filesystem resulted in short write Allocating group tables: done Warning: could not read block 0: Attempt to read block from filesystem resulted in short read [...] Warning: could not erase sector 0: Attempt to write block to filesystem resulted in short write Writing inode tables: Could not write 5 blocks in inode table starting at 259: Attempt to write block to filesystem resulted in short write $ cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md127 : active raid5 loop12[5](F) loop11[3](F) loop10[2](F) loop9[1](F) loop8[0](F) 260096 blocks super 1.2 level 5, 512k chunk, algorithm 2 [5/0] [_____] Reproducible: Always Steps to Reproduce: $ uname -a Linux osc.mittagstun.de 3.7.10-1.16-desktop #1 SMP PREEMPT Fri May 31 20:21:23 UTC 2013 (97c14ba) x86_64 x86_64 x86_64 GNU/Linux $ mdadm --version mdadm - v3.2.6 - 25th October 2012 $ losetup -a /dev/loop8: [64784]:42 (/var/tmp/mdtest8) /dev/loop9: [64784]:43 (/var/tmp/mdtest9) /dev/loop10: [64784]:32 (/var/tmp/mdtest10) /dev/loop11: [64784]:33 (/var/tmp/mdtest11) /dev/loop12: [64784]:34 (/var/tmp/mdtest12) $ mdadm -C /dev/md/r5 -l5 -n5 /dev/loop{8,9,10,11,12} --auto=yes $ cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md127 : active raid5 loop12[5] loop11[3] loop10[2] loop9[1] loop8[0] 260096 blocks super 1.2 level 5, 512k chunk, algorithm 2 [5/5] [UUUUU] $ mke2fs -j /dev/md/r5 mke2fs 1.42.6 (21-Sep-2012) Discarding device blocks: failed - Input/output error Warning: could not erase sector 2: Attempt to write block to filesystem resulted in short write Allocating group tables: done Warning: could not read block 0: Attempt to read block from filesystem resulted in short read [...] Warning: could not erase sector 0: Attempt to write block to filesystem resulted in short write Writing inode tables: Could not write 5 blocks in inode table starting at 259: Attempt to write block to filesystem resulted in short write $ cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md127 : active raid5 loop12[5](F) loop11[3](F) loop10[2](F) loop9[1](F) loop8[0](F) 260096 blocks super 1.2 level 5, 512k chunk, algorithm 2 [5/0] [_____] Actual Results: The RAID array is broken, any IO on it results in errors. dmesg is full of messages like this: [ 670.401472] sector=1f880 i=0 (null) (null) (null) (null) 1 [ 670.401472] ------------[ cut here ]------------ [ 670.401473] WARNING: at /home/abuild/rpmbuild/BUILD/kernel-desktop-3.7.10/linux-3.7/drivers/md/raid5.c:352 get_active_stripe+0x656/0x750 [raid456]() [ 670.401473] Hardware name: KVM [ 670.401482] Modules linked in: raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx loop bnep bluetooth rfkill fuse af_packet snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer snd_seq_device snd floppy virtio_net soundcore i2c_piix4 microcode virtio_balloon serio_raw snd_page_alloc pcspkr button autofs4 processor thermal_sys cirrus ttm drm_kms_helper drm sysimgblt sysfillrect syscopyarea scsi_dh_rdac scsi_dh_hp_sw scsi_dh_emc scsi_dh_alua scsi_dh virtio_pci ata_generic virtio_blk virtio virtio_ring ata_piix [ 670.401482] Pid: 3809, comm: mke2fs Tainted: G W 3.7.10-1.16-desktop #1 [ 670.401482] Call Trace: [ 670.401484] [<ffffffff81004818>] dump_trace+0x88/0x300 [ 670.401486] [<ffffffff8158af33>] dump_stack+0x69/0x6f [ 670.401488] [<ffffffff81045249>] warn_slowpath_common+0x79/0xc0 [ 670.401490] [<ffffffffa02af016>] get_active_stripe+0x656/0x750 [raid456] [ 670.401495] [<ffffffffa02b454c>] make_request+0x3bc/0x660 [raid456] [ 670.401500] [<ffffffff8143e84b>] md_make_request+0xfb/0x240 [ 670.401502] [<ffffffff8129e3d2>] generic_make_request+0xb2/0x100 [ 670.401504] [<ffffffff8129f021>] submit_bio+0x61/0x130 [ 670.401505] [<ffffffff812a58ef>] blkdev_issue_discard+0x17f/0x250 [ 670.401507] [<ffffffff812a65ec>] blkdev_ioctl+0x39c/0x7d0 [ 670.401509] [<ffffffff811a551c>] block_ioctl+0x3c/0x50 [ 670.401511] [<ffffffff811805bf>] do_vfs_ioctl+0x8f/0x530 [ 670.401512] [<ffffffff81180b00>] sys_ioctl+0xa0/0xc0 [ 670.401514] [<ffffffff8159ecbf>] tracesys+0xe1/0xe6 [ 670.401516] [<00007ff1ec021f27>] 0x7ff1ec021f26 [ 670.401517] ---[ end trace dc0f7e009f4936db ]--- Expected Results: No problem with mke2fs strace of mke2fs indicates that the problem is related to BLKDISCARD ioctls: ioctl(3, BLKDISCARD, {0, 0}) = 0 write(1, "Discarding device blocks: ", 26Discarding device blocks: ) = 26 write(1, " 1024/260096", 13 1024/260096) = 13 write(1, "\10\10\10\10\10\10\10\10\10\10\) = 13 ioctl(3, BLKDISCARD, {100000, 0}) = -1 EIO (Input/output error) write(1, " ", 13 ) = 13 write(1, "\10\10\10\10\10\10\10\10\10\10\) = 13 write(1, "failed - ", 9failed - ) = 9 write(1, "Input/output error", 18Input/output error) = 18 Indeed, mke2fs -j -E nodiscard runs without problems. -- 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 832338] New: rpmrebuild does not have dependency rpm-build, but is useless without
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=832338 https://bugzilla.novell.com/show_bug.cgi?id=832338#c0 Summary: rpmrebuild does not have dependency rpm-build, but is useless without Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: All Status: NEW Severity: Minor Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lorenzo.costanzia(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 rpmrebuild should have rpm-build as dependency. Reproducible: Always Steps to Reproduce: 1. rpmrebuild -e -p whatever.rpm Actual Results: Output: >Do you want to continue ? (y/N) y >rpm: -bb: unknown option >/usr/lib/rpmrebuild/rpmrebuild.sh: ERROR: package 'whaever.rpm' build failed -- 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 845783] New: NetworkManager fails to save connection details for WAN connection with TLS
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=845783 https://bugzilla.novell.com/show_bug.cgi?id=845783#c0 Summary: NetworkManager fails to save connection details for WAN connection with TLS Classification: openSUSE Product: openSUSE 13.1 Version: RC 1 Platform: All OS/Version: All Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: robert.munteanu(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 When I try to define a new connection for a wireless network and TLS authentication, nothing happens. The connection does not get saved and I get no feedback. I'm using KDE4 and just zypper dup-ed today. Note that this latest dup has changed the NetworkManager/KDE4 UI to something which is different than what I got with the ISO DVD. The only feedback that I get is in /var/log/NetworkManager: 2013-10-14T16:28:55.038723+00:00 linux NetworkManager[3158]: Error setting certificate (invalid data): (1) ca-cert 2013-10-14T16:28:55.039172+00:00 linux NetworkManager[3158]: Error setting certificate (invalid data): (1) client-cert 2013-10-14T16:28:55.039432+00:00 linux NetworkManager[3158]: Error setting private key (invalid data): (1) private-key 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 10

[Bug 853176] New: keyboard+language+Timezone+login(manual, NOT automatic) on default after boot
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=853176 https://bugzilla.novell.com/show_bug.cgi?id=853176#c0 Summary: keyboard+language+Timezone+login(manual, NOT automatic) on default after boot Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: 64bit OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: yast2-maintainers(a)suse.de ReportedBy: urs.egger-regius(a)hispeed.ch QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; InfoPath.3; MS-RTC LM 8) similar to Bug 851676 (german keyboard leyout in /etc/sysconfig/keyboard but by login the amerikan keyboard is active) but: not only keyboard, but also language, timezone and the login at boot-toime falls back to the values american / english / UTC /automaticLogin. At installation Time the values where set to language=german, keyboard=german(swiss), Timezone=Zurich, NO automatic login. After boot YAST shows the correct values, but they are not effective. New setting with YAST makes the values effective, but only within thh session. Seems, that boot has another parameter list than the one YAST writes. System: openSuse 13.1 DVD-64, with all updates, Haswell with built-in graphic, UEFI secure boot, multiboot W8.1, ubuntu12.04, openSuse 13.1 Reproducible: Always Steps to Reproduce: 1. boot 2. 3. Actual Results: wrong keyboard layout, wrong language, wrong timezone, automatic login instaed of manual login Expected Results: boot with keyboard-layout, language, timezone and MANUAL login, as stated during DVD-installation and (many) times with YAST after boot. Can't believe it happens only to me. American keyboard layout instead of the real layout is not so funny when you have a password with special-characters. -- 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 1

[Bug 853129] New: lxdm fails to unlock gnome login keyring for xfce & networkmanager
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=853129 https://bugzilla.novell.com/show_bug.cgi?id=853129#c0 Summary: lxdm fails to unlock gnome login keyring for xfce & networkmanager Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: i586 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: dave(a)daveroyal.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=569806) --> (http://bugzilla.novell.com/attachment.cgi?id=569806) messages User-Agent: Mozilla/5.0 (X11; Linux i686; rv:25.0) Gecko/20100101 Firefox/25.0 Installed (not upgrade) 13.1 Xfce on Thinkpad R60e retaining /home from 12.3. lightdm fails - bug #846832 - so changed to lxdm. wifi should auto-connect after login but I get an additional prompt to unlock the login keyring. (Apart from that the combination of lxdm+xfce works fine.) In messages (attached) I see: ..sudo: The gnome keyring socket is not owned with the same credentials as the user login: /run/user/1000/keyring-vTKLhe/control ...sudo: gkr-pam: couldn't unlock the login keyring. PAM seems to be configured correctly in that /etc/pam.d/common-session includes: session optional pam_gnome_keyring.so auto_start only_if=gdm,gdm-password,lxdm,lightdm Reproducible: Always Steps to Reproduce: 1. System has knetworkmanager with a network that auto-connects 2. Startup 3. Login with lxdm Actual Results: I get a prompt to unlock the login keyring after which I have to connect manually to wifi Expected Results: No such prompt - the wifi network should auto-connect I tried deleting the /keyrings directory (~/.local/share/keyrings). It was recreated during the next startup but still failed to login during the subsequent startup. I have now changed from lxdm to gdm and it all works as expected - using the keyrings directory I inherited from 12.3 so they are not the cause of this problem. lxdm and xfce is an unusual combination, and system is not unusable, so maybe low-priority. But irritating to have to perform 2 extra login steps. -- 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 1

[Bug 853862] New: kaddressbook copy and paste contacts is broken badly
by bugzilla_noreply＠novell.com 05 Dec '13

05 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=853862 https://bugzilla.novell.com/show_bug.cgi?id=853862#c0 Summary: kaddressbook copy and paste contacts is broken badly Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: hpj(a)urpla.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 A usual operation with contacts is to copy a contact and adjust the copied contact, e.g. adjust name and email address of a college of some business contact. Doing so with current kde4 addressbook is badly broken in this respect. I'm using several contact sources, the one in question is a vcard folder, shared with KDE3 desktops, but it also happens with folders managed by akonadi, e.g. ~/.local/share/contacts/, as well as ~/.kde/share/apps/kabc/std.vcf, hence I believe, it's a general kaddressbook (or akonadi) issue. Reproducible: Always Steps to Reproduce: 1. Select an address, and copy it via context menu 2. paste address to this addressbook via context menu Actual Results: The contact appears twice for a short time, but if you edit one to adjust name and email address, the original contact is _replaced_ by the new one. This is not, what copying contacts is about. Expected Results: Both contacts should be available steadily. -- 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