December 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 850798] New: yast2 nis client does not fit on screen
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=850798 https://bugzilla.novell.com/show_bug.cgi?id=850798#c0 Summary: yast2 nis client does not fit on screen Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: yast2-maintainers(a)suse.de ReportedBy: ohering(a)suse.com QAContact: jsrain(a)suse.com Found By: Outsourced Testing Blocker: --- 13.1, gnome desktop. yast2 nis-client does not fit on screen, the (essential) lower parts are cut off. that happens with 800x600 VM. after rebooting into 1024x768 it still does not fit, no <ok> or <cancel> button shown. Unfortunately the obvious "ctrl o" to finish maps to "Broadcast". other yast modules seem to fit at least into 1024x768. -- 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 851994] New: gcin input-method can't work in gtk2 applications
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=851994 https://bugzilla.novell.com/show_bug.cgi?id=851994#c0 Summary: gcin input-method can't work in gtk2 applications Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: swyear(a)gmail.com 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 gcin is a input method framework for Chinese. The package from 13.1 oss repo has a bad %post scriptlet that can't update gtk2-immodule cache, so gcin can't switch to Chinese input mode to key in any Chinese characters. User have to run (with root) gtk-query-immodules-2.0(-64) --update-cache manually. I've fix the bug, update gcin from M17N repo can fix this problem. and I want to issue an online update for gcin Reproducible: Always Steps to Reproduce: 1.install gcin : zypper in gcin 2.logout and login 3.launch firefox 4.click any textbox and press Ctrl+Space to input Chinese Actual Results: Can't input any Chinese characters Expected Results: gcin should switch to Chinese mode so you can input Chinese -- 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 847492] New: LDAP configuration in installer does not work
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=847492 https://bugzilla.novell.com/show_bug.cgi?id=847492#c0 Summary: LDAP configuration in installer does not work Classification: openSUSE Product: openSUSE 13.1 Version: RC 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: st-malcolm.moore(a)whsg.info QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 Entering LDAP details during installation does not write any values to /etc/sssd/sssd.conf You have to go to YAST once machine is up and reenter details Reproducible: Always Steps to Reproduce: 1. Enter LDAP detail during install 2. Finish install 3. Nothing in /etc/sssd/sssd.conf Actual Results: No configuration written Expected Results: Configuration written -- 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 846944] New: hugin fails to start
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=846944 https://bugzilla.novell.com/show_bug.cgi?id=846944#c0 Summary: hugin fails to start Classification: openSUSE Product: openSUSE 13.1 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: firebird209(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 On openSUSE 13.1 RC1, hugin is broken out of the box, when you try to start it, nothing happens, it doesn't start. Trying to start it from a terminal, I get the following error: hugin: error while loading shared libraries: libhuginbase.so.0.0: cannot open shared object file: No such file or directory This library, in fact, is not missing. A temporary workaround to this issue is to use: LD_LIBRARY_PATH=/usr/lib64/hugin/ hugin (thanks to DimStar for the help) to start hugin Reproducible: Always Steps to Reproduce: 1. Start hugin, nothing happens at all. 2. Start hugin from a terminal 3. As a result of starting hugin from a terminal, an error message is returned. Actual Results: When starting hugin, it does not start do to a missing library (which isn't actually missing) Expected Results: The expected result is for hugin to properly start instead of it thinking there is a library missing, causing it to give an error (from a terminal) -- 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 11

[Bug 851996] New: SDL_mixer mikmod free corrution
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=851996 https://bugzilla.novell.com/show_bug.cgi?id=851996#c0 Summary: SDL_mixer mikmod free corrution Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Sound AssignedTo: tiwai(a)suse.com ReportedBy: bwiedemann(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Development Blocker: --- When trying to start asc from the games repo I found that it would show a free corruption during initialization of SDL_mixer. Debugging it further I traced it to gdb asc b sound.cpp:104 b mixer.c:440 b music.c:362 b music_mod.c:110 and located + successfully tested upstream fixes at https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/… -- 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 851050] New: cannot create OpenSSH keypairs with Seahorse
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=851050 https://bugzilla.novell.com/show_bug.cgi?id=851050#c0 Summary: cannot create OpenSSH keypairs with Seahorse Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: oliverpabst(a)gmx.de 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 Creating OpenSSH-keypairs with Seahorse fails with the error "open (null) failed: Permission denied" Additional output from the terminal: (seahorse:29653): Gtk-WARNING **: Unknown property: GtkGrid.n-rows (seahorse:29653): Gtk-WARNING **: Unknown property: GtkGrid.n-columns (seahorse:29653): Gtk-WARNING **: Unknown property: GtkGrid.n-rows (seahorse:29653): Gtk-WARNING **: Unknown property: GtkGrid.n-columns ** (seahorse:29653): CRITICAL **: seahorse_ssh_source_key_for_filename: assertion 'privfile' failed ** (seahorse:29653): CRITICAL **: on_generate_complete: assertion 'SEAHORSE_IS_SSH_KEY (closure->key)' failed System used is openSUSE 13.1 Final with all patches applied to date and GNOME as the default desktop. Creating a keypair from the shell using ssh-keygen works flawless. Reproducible: Always Steps to Reproduce: 1. Open Seahorse 2. Create a new OpenSSH keypair by clicking the plus-button and selecting "Secure Shell Key" followed by clicking "Continue" 3. Add your mail-address at the description keys, leave "Advanced Key Options" as-is 4. Click "Create and Setup" 5a. Enter a keyphrase 5b. Enter no keyphrase Actual Results: Key-generation fails with the error "open (null) failed: Permission denied" Expected Results: An OpenSSH-keypair is generated and set up by Seahorse. -- 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 7

[Bug 851987] New: UPower conflict with Logitech wireless receiver
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=851987 https://bugzilla.novell.com/show_bug.cgi?id=851987#c0 Summary: UPower conflict with Logitech wireless receiver Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gindikin(a)gmail.com 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 With the UPower stock version of 0.9.21, system logs are flooded with following messages: UPower-Linux-WARNING **: failed to coldplug unifying device: invalid response from device: 15 They pertain to the Logitech wireless receiver (used to connect mice, keyboards, etc). Besides, the mouse battery level is determined incorrectly. These are known problems of UPower 0.9.21, which are fixed in version 0.9.23, see https://bugs.archlinux.org/task/36449 Indeed, installing UPower 0.9.23 from Factory resolves the problems. Should we upgrade UPower package in openSUSE 13.1 through the updates? 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 853036] New: KDE:Extra/opencv: pkg-config is broken.
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=853036 https://bugzilla.novell.com/show_bug.cgi?id=853036#c0 Summary: KDE:Extra/opencv: pkg-config is broken. Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: kde-maintainers(a)suse.de ReportedBy: yjcoshc(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- $ pkg-config opencv --libs Output: /usr/lib64/libopencv_calib3d.so /usr/lib64/libopencv_contrib.so /usr/lib64/libopencv_core.so /usr/lib64/libopencv_features2d.so /usr/lib64/libopencv_flann.so /usr/lib64/libopencv_gpu.so /usr/lib64/libopencv_highgui.so /usr/lib64/libopencv_imgproc.so /usr/lib64/libopencv_legacy.so /usr/lib64/libopencv_ml.so /usr/lib64/libopencv_nonfree.so /usr/lib64/libopencv_objdetect.so /usr/lib64/libopencv_ocl.so /usr/lib64/libopencv_photo.so /usr/lib64/libopencv_stitching.so /usr/lib64/libopencv_superres.so /usr/lib64/libopencv_ts.a /usr/lib64/libopencv_video.so /usr/lib64/libopencv_videostab.so /usr/lib64/libXext.so /usr/lib64/libX11.so /usr/lib64/libICE.so /usr/lib64/libSM.so /usr/lib64/libGL.so /usr/lib64/libGLU.so -lrt -lpthread -lm -ldl $pkg-config opencv --libs-only-L output is nothing $pkg-config opencv --libs-only-l output is -lrt -lpthread -lm -ldl So if I compile nomacs against opencv 2.4.7 on openSUSE, I will meet linking error. Upstream bug link: http://code.opencv.org/issues/1925 There is a patch in Archlinux:https://projects.archlinux.org/svntogit/packages.git/tree/trunk/f… -- 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 7

[Bug 853014] New: After upgrade 12.2 -> 13.1, remote network access cannot be set sustainable with YaST2
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=853014 https://bugzilla.novell.com/show_bug.cgi?id=853014#c0 Summary: After upgrade 12.2 -> 13.1, remote network access cannot be set sustainable with YaST2 Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: i586 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: axel.keller(a)mucl.de QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:25.0) Gecko/20100101 Firefox/25.0 After upgrade 12.2 -> 13.1: YaST2 -> network services -> administration from remote computers (VNC): Allow access from remote computers If the permission is set, then the page left and reopened, the access is still not permitted. In /etc/sysconfig, however, the DISPLAYMANAGER_REMOTE_ACCESS is 'yes'. As a consequence of this VNC is not running. Reproducible: Always Steps to Reproduce: 1.YaST2 -> network services -> administration from remote computers (VNC) 2.Set "Allow access from remote computers" 3.OK 4.YaST2 -> network services -> administration from remote computers (VNC) Actual Results: Access from remote remains not permitted -- 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 853057] New: propose DNS servers
by bugzilla_noreply＠novell.com 02 Dec '13

02 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=853057 https://bugzilla.novell.com/show_bug.cgi?id=853057#c0 Summary: propose DNS servers Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: 64bit OS/Version: openSUSE 13.1 Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: yast2-maintainers(a)suse.de ReportedBy: thorsten.staerk(a)sap.com 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 Whenever I start yast2 lan I need to scratch my head in order to recall the name servers I can recall. Why don't you just propose some in the public internet? The usual case or the case we can prepare for is that the user is in the public internet and propose him some name servers as a default selection, e.g. 8.8.8.8 Reproducible: Always Steps to Reproduce: 1. install SUSE Linux 2. start yast2 lan Actual Results: I do not get a default proposal for DNS servers Expected Results: I would love to get a proposal for DNS servers -- 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