November 2016 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1008237] ISOFS: Unable to identify CD-ROM format.
by bugzilla_noreply＠novell.com 04 Nov '16

04 Nov '16

http://bugzilla.suse.com/show_bug.cgi?id=1008237 Chenzi Cao <chcao(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bnc-team-screening(a)forge.pr |kernel-maintainers(a)forge.pr |ovo.novell.com |ovo.novell.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1005495] Repetitive Update notification after an offline update was done
by bugzilla_noreply＠novell.com 04 Nov '16

04 Nov '16

http://bugzilla.suse.com/show_bug.cgi?id=1005495 http://bugzilla.suse.com/show_bug.cgi?id=1005495#c4 Jonathan Kang <sckang(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS --- Comment #4 from Jonathan Kang <sckang(a)suse.com> --- Fix is generated as SR to GNOME:STABLE:3.20. Here is the link: https://build.opensuse.org/request/show/438673 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1008248] Accent keys do not work for Swiss German Keyboard
by bugzilla_noreply＠novell.com 04 Nov '16

04 Nov '16

http://bugzilla.suse.com/show_bug.cgi?id=1008248 Chenzi Cao <chcao(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bnc-team-screening(a)forge.pr |kernel-maintainers(a)forge.pr |ovo.novell.com |ovo.novell.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1008184] New: [42.2 RC2] Some relevent language packages were not installed after selecting Lithuanian language
by bugzilla_noreply＠novell.com 04 Nov '16

04 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=1008184 Bug ID: 1008184 Summary: [42.2 RC2] Some relevent language packages were not installed after selecting Lithuanian language Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: opensuse.lietuviu.kalba(a)gmail.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- I just installed openSUSE Leap 42.2 RC2 with default software configuration (i.e. KDE desktop) with Lithuanian locale. Note: during installation computer was online. I noticed some missing language packages: kde-l10n-lt libreoffice-l10n-lt -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1008295] Leap 42.2 RC2: tiger VNC: vncserver does not start KDE
by bugzilla_noreply＠novell.com 04 Nov '16

04 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=1008295 http://bugzilla.opensuse.org/show_bug.cgi?id=1008295#c7 --- Comment #7 from Tomas Kuchta <tomas.kuchta(a)gmail.com> --- Thank you very much for clarification. I would like to confirm that I had it working in Leap 42.2 beta - though I run that in VM, not on real HW which could cause different config/package selection. To me the root cause seems to be the problem with KDE not being able to connect to display :1. I am not sure what could cause this. I use default environment and local users in this setup. The machine is desktop connected via LAN and I do not see any other issues with it be it local or remote. Is there anything else I might do to help you to narrow it down? Thanks again, Tomas -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1007716] New: scsi scan work was stuck forever when reboot storage controller
by bugzilla_noreply＠novell.com 04 Nov '16

04 Nov '16

http://bugzilla.novell.com/show_bug.cgi?id=1007716 Bug ID: 1007716 Summary: scsi scan work was stuck forever when reboot storage controller Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: x86-64 OS: SLES 11 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: opensuse-communityscreening(a)forge.provo.novell.com Reporter: liuteng.liu(a)huawei.com QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- My server install suse11sp2, and Emulex HBA card connect to SAN storage. I mapped 100 luns to host server. Once reboot storage controller A leads to scsi scan work stuck with following call traces: kbox: Hung task kworker/u:5:1023 is in D state,more than 120 seconds! kworker/u:5 D 1023 1023 2 Call Trace: [<ffffffff803f7fad>] schedule_timeout+0x21d/0x2c0 [<ffffffff803f6e95>] wait_for_common+0xe5/0x210 [<ffffffff801faf58>] blk_execute_rq+0xb8/0xf0 [<ffffffffa0087ab5>] alua_vpd_inquiry+0xb5/0x3a0 [scsi_dh_alua] [<ffffffffa0087e4e>] alua_initialize+0xae/0x130 [scsi_dh_alua] [<ffffffffa008833e>] alua_bus_attach+0x6e/0x19c [scsi_dh_alua] [<ffffffffa007223a>] scsi_dh_handler_attach+0x2a/0x80 [scsi_dh] [<ffffffff803fde47>] notifier_call_chain+0x37/0x70 [<ffffffff8006e68b>] __blocking_notifier_call_chain+0x5b/0x90 [<ffffffff802cdee2>] device_add+0x2b2/0x4e0 [<ffffffffa000f8a1>] scsi_sysfs_add_sdev+0xb1/0x310 [scsi_mod] [<ffffffffa000c888>] scsi_add_lun+0x518/0x530 [scsi_mod] [<ffffffffa000cd89>] scsi_probe_and_add_lun+0x1b9/0x480 [scsi_mod] [<ffffffffa000d326>] scsi_report_lun_scan+0x2d6/0x440 [scsi_mod] [<ffffffffa000dab6>] __scsi_scan_target+0xf6/0x1f0 [scsi_mod] [<ffffffffa000e0b1>] scsi_scan_target+0xd1/0xf0 [scsi_mod] [<ffffffffa05a712a>] fc_scsi_scan_rport+0xaa/0xb0 [scsi_transport_fc] [<ffffffff80060b78>] process_one_work+0x168/0x350 [<ffffffff8006452a>] worker_thread+0x17a/0x480 [<ffffffff80068126>] kthread+0x96/0xa0 [<ffffffff80402894>] kernel_thread_helper+0x4/0x10 scan_work was stuck at submit_vpd_inquiry(), because it is waiting for low layer to complete evpd inquiry request. But io never complete because request queue was set to QUEUE_FLAG_STOPPED, therefore it just return without endio. And stopped flag was set by fc_remote_port_delete which trigger by lpfc driver when received RSCN event. CPU1 CPU2 -------------------------------------------------------------------- fc_remote_port_add <-- queue scan work fc_scsi_scan_rport scsi_scan_target __scsi_scan_target scsi_add_lun scsi_dh_handler_attach alua_initialize //alua mode alua_vpd_inquiry submit_vpd_inquiry fc_remote_port_delete scsi_target_block device_block scsi_internal_device_block blk_stop_queue queue_flag_set(QUEUE_FLAG_STOPPED, q); blk_execute_rq __blk_run_queue if(unlikely(blk_queue_stopped(q))) return; <<< never complete, wait forever wait_for_completion we are hoping suse could fix this problem. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1008434] New: Add Panel - Default openSUSE Panel make system unresponsive
by bugzilla_noreply＠novell.com 04 Nov '16

04 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=1008434 Bug ID: 1008434 Summary: Add Panel - Default openSUSE Panel make system unresponsive Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: michael(a)actrix.gen.nz QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- While customising the Plasma desktop I accidentally elected to desktop right mouse -> Add Panel -> Default openSUSE Panel. The desktop session rapidly became very unresponsive and on switching to a text console I could see a lot of plasmashell --shut-up processes running and one of them had consumed all of my memory. After killing the sessions I could login, the memory use was stable, and I could removed the second panel. To see if it this issue was related to settings for my existing old login, I also tried the same thing while logged in as a user created by the installer. This had the same result. I've tried this on 42.2 RC1 and RC2. I have two monitors and I'm running the Nvidia proprietary driver. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 962667] New: processes still running after logout delay shutdown
by bugzilla_noreply＠novell.com 04 Nov '16

04 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=962667 Bug ID: 962667 Summary: processes still running after logout delay shutdown Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: schleth_es(a)web.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I experience several minutes delay when shutting down my computer. The setup is: * openSuSE Leap 42.1 with KDE / sddm on i7-6700 skylake * kernel from tumbleweed due to skylake graphics problems * /home mounted via nfs After logout there are still 4 processes active, that block unmounting /home. Top shows this table for user as (after logout of as): 1977 as 20 0 32120 4224 3396 S 0.000 0.013 0:00.01 systemd 1978 as 20 0 64352 2904 88 S 0.000 0.009 0:00.00 (sd-pam) 2181 as 20 0 2798508 60968 47360 S 0.000 0.188 0:01.06 kwin_x11 2308 as 20 0 221700 21984 19976 S 0.000 0.068 0:00.01 kuiserver5 After killing these processes, shutdown takes a few seconds (as it should). Thus the delay seems to be the waiting period for some timeout before unmounting /home. To my untrained eye this seems to be related to systemd or possibly to sddm. Bug 853619 seems to be similar, but I doubt this should be viewed as a KDE issue. My laymen's view is: there should be no remaining processes whatsoever after a user logs out. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1002350] vinagre RDP fails to connect after certificate check
by bugzilla_noreply＠novell.com 03 Nov '16

03 Nov '16

http://bugzilla.suse.com/show_bug.cgi?id=1002350 http://bugzilla.suse.com/show_bug.cgi?id=1002350#c9 --- Comment #9 from Scott Reeves <sreeves(a)suse.com> --- (In reply to Dominique Leuenberger from comment #8) > Felix tested the new freerdp package already and it resulted in no > improvement (rather the opposite) I don't think it has anything to do with the freerdp version as we share the exact same freedrp package on SLE12 and tumbleweed and connecting on tumbleweed works. Interestingly if I connect from my tumbleweed box and then copy the resultant ~/.config/freerdp/known_hosts2 file to my SLE12 box then I can now successfully connect from there. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1003324] New: /etc/localtime link broken after installation
by bugzilla_noreply＠novell.com 03 Nov '16

03 Nov '16

http://bugzilla.suse.com/show_bug.cgi?id=1003324 Bug ID: 1003324 Summary: /etc/localtime link broken after installation Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: SUSE Other Status: NEW Severity: Critical Priority: P5 - None Component: Basesystem Assignee: astieger(a)suse.com Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After installing TW 20161004 from DVD, /etc/localtime is a symlink with destination "../../Europe/Berlin", which does not exist. This causes applications to use an invalid time zone, especially KDE: http://susepaste.org/view/raw/c184fb62 It's also listed in broken-symlinks.txt from the openQA test run: https://openqa.opensuse.org/tests/277088#step/first_boot/2 It's likely that https://build.opensuse.org/request/show/428120 broke it, as it contains changes for symlink handling. -- You are receiving this mail because: You are on the CC list for the bug.

1 14