June 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 534914] New: iprutils-2.2.13-3.9: missing call to closedir
by bugzilla_noreply＠novell.com 04 Jun '14

04 Jun '14

http://bugzilla.novell.com/show_bug.cgi?id=534914 Summary: iprutils-2.2.13-3.9: missing call to closedir Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package iprutils-2.2.13-3.9 For source code file iprutils/iprlib.c around line 7390, function ipr_update_ioa_fw is the following code dir = opendir(hotplug_dir); if (!dir) mkdir(hotplug_dir, S_IRWXU | S_IRGRP | S_IXGRP | S_IROTH | S_IXOTH); dir = opendir(hotplug_dir); but I fail to notice any call to closedir between the two calls to opendir. This looks like a resource leak to me. Suggest add call to closedir between the two calls to opendir. -- Configure bugmail: http://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 656105] New: YaST2-drbd is requesting installation of non existent package drbd-kmp-default
by bugzilla_noreply＠novell.com 04 Jun '14

04 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=656105 https://bugzilla.novell.com/show_bug.cgi?id=656105#c0 Summary: YaST2-drbd is requesting installation of non existent package drbd-kmp-default Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: boris(a)steki.net QAContact: jsrain(a)novell.com Found By: --- Blocker: --- Created an attachment (id=402307) --> (http://bugzilla.novell.com/attachment.cgi?id=402307) Patch for detection of kernel version User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b7) Gecko/20101105 Firefox/4.0b7 Yast2 module drbd on initial loading request installation of required packages, as drbd modules is in kernel from version 2.6.33 it is non satisfiable requirement. Patch attached fixes this functionality to ask for drbd-kmp-$arch if kernel version is older then 2.6.33 Reproducible: Always Steps to Reproduce: 1. start YaST 2. select Drbd 3. Presented screen shows requirement for drdb-kmp-* Actual Results: Required packages not installed: drbd-kmp-default Expected Results: Continuation of configuration process without question to install non existant package. -- 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 880577] New: glib's g_date_time_new_now_local() returns LMT (local mean time) instead of proper timezone
by bugzilla_noreply＠novell.com 04 Jun '14

04 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=880577 https://bugzilla.novell.com/show_bug.cgi?id=880577#c0 Summary: glib's g_date_time_new_now_local() returns LMT (local mean time) instead of proper timezone Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: x86-64 OS/Version: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: evan.mcclain(a)gatech.edu QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 GNOME's clock now shows local mean time instead of the timezone information given by `timedatectl`. `date` shows proper date and time. See https://bugs.gentoo.org/show_bug.cgi?id=510422 for more info, indicates that upgrading to 2014d fixes the issue (I have timezone-2014c-1.1.x86_64 installed). Attempting to set the timezone using GNOME settings is also broken (defaults to LMT at each city). 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 4

[Bug 880889] New: openconnect XML response has no "auth" node
by bugzilla_noreply＠novell.com 03 Jun '14

03 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=880889 https://bugzilla.novell.com/show_bug.cgi?id=880889#c0 Summary: openconnect XML response has no "auth" node Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hillwoodroc(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 Use openconnect to connect some openconnect servers will report this error and connect faild. But the latest version in https://build.opensuse.org/package/show/network/openconnect is OK. 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

[Bug 869716] New: Installer messed up on UEFI
by bugzilla_noreply＠novell.com 03 Jun '14

03 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=869716 https://bugzilla.novell.com/show_bug.cgi?id=869716#c0 Summary: Installer messed up on UEFI Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: yast2-maintainers(a)suse.de ReportedBy: nrickert(a)ameritech.net QAContact: jsrain(a)suse.com Found By: --- Blocker: --- Created an attachment (id=583212) --> (http://bugzilla.novell.com/attachment.cgi?id=583212) Compressed tarball of YaST2 logs User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 Background: This is a new box (Lenovo TS140 Think Server). It came with no installed operating system (and actually, no hard drives - I had to add those). This was a clean install of 13.1 on a new system. Preliminary work -- before the install: I set the BIOS to use UEFI mode, with fallback to legacy (secure-boot disabled). I partitioned the disk as I wanted it, including an EFI partition of 500M, formatted to FAT32. I did that mostly while booted to live media. I also created an encrypted LVM where I plannned to install the system, and a separate "/boot" (unencrypted) First problem: The proposed partition offered by the installer did not include anything mounted as "/boot/efi". I proceeded, in expert partitioning mode, to setup the partitions as desired. Second problem: Yast complained that the boot partition was < 12M and too small. I think it was looking at the EFI partition on the USB from which I was installing (I had the DVD image on that USB). I told it to ignore the error. Third problem: Yast then complained that there was no FAT partition mounted as "/boot/efi". The complaint was false -- I had set that up properly. I again told it to ignore the error. Thereafter, the install went smoothly and everything worked. This bug is about those bogus error messages and the bad initially proposed partitioning. I'll add Yast logs shortly. Note that the first time this happened, I aborted the install. I then formatted the EFI partition as FAT (I had not done that previously). On the second try, the same thing happened even though the EFI partition was already formatted as FAT. This time I let it go through to see if the install worked (which it did). I'm guessing that this is because Windows was not already installed. However the installer should not trip up on that. Reproducible: Didn't try Steps to Reproduce: 1. 2. 3. I've set the severity to "Major". Feel free to change. -- 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 880955] New: X11:Bumblebee/nvidia-bumblebee: Bug
by bugzilla_noreply＠novell.com 03 Jun '14

03 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=880955 https://bugzilla.novell.com/show_bug.cgi?id=880955#c0 Summary: X11:Bumblebee/nvidia-bumblebee: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: 3rd party software AssignedTo: tchvatal(a)suse.com ReportedBy: volnes88(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Other Blocker: --- Patch for kenel 3.14 doens't work, tested on kernel from repo http://download.opensuse.org/repositories/Kernel:/stable/standard -- 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 877543] New: em_ipset: Unknown symbol ip_set_test
by bugzilla_noreply＠novell.com 03 Jun '14

03 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=877543 https://bugzilla.novell.com/show_bug.cgi?id=877543#c0 Summary: em_ipset: Unknown symbol ip_set_test Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: i586 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: rommel(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Component Test Blocker: --- The kernel module em_ipset is not loadable: boxer:~ # modprobe -v em_ipset insmod /lib/modules/3.11.10-11-desktop/kernel/net/netfilter/nfnetlink.ko insmod /lib/modules/3.11.10-11-desktop/extra/ipset/ip_set.ko insmod /lib/modules/3.11.10-11-desktop/kernel/net/sched/em_ipset.ko FATAL: Error inserting em_ipset (/lib/modules/3.11.10-11-desktop/kernel/net/sched/em_ipset.ko): Invalid argument boxer:~ # dmesg | tail [ 89.925139] Bluetooth: HCI socket layer initialized [ 89.925141] Bluetooth: L2CAP socket layer initialized [ 89.925146] Bluetooth: SCO socket layer initialized [ 89.936326] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 89.936329] Bluetooth: BNEP filters: protocol multicast [ 89.936336] Bluetooth: BNEP socket layer initialized [ 399.366396] Netfilter messages via NETLINK v0.30. [ 399.366960] ip_set: protocol 6 [ 399.367073] em_ipset: disagrees about version of symbol ip_set_test [ 399.367077] em_ipset: Unknown symbol ip_set_test (err -22) Is see this both in 3.11.10-11-desktop and 3.11.10-7.1-desktop and 3.11.6-4.1-desktop. -- 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 862963] New: 3.3.2 and Perl 5.18.0: Altering hash requires restarting loop else UNDEFINED behavior.
by bugzilla_noreply＠novell.com 03 Jun '14

03 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=862963 https://bugzilla.novell.com/show_bug.cgi?id=862963#c0 Summary: 3.3.2 and Perl 5.18.0: Altering hash requires restarting loop else UNDEFINED behavior. Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: support(a)microtechniques.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20140129 Firefox/24.0 PaleMoon/24.3.1 3.3.2 and Perl 5.18.0: Altering hash requires restarting loop else UNDEFINED behavior. or Use of each() on hash after insertion without resetting hash iterator results in undefined behavior, Perl interpreter: 0x1923010 See patches here: https://issues.apache.org/SpamAssassin/attachment.cgi?id=5143&action=diff 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 7

[Bug 861290] New: IBus: cannot compose characters on LibreOffce (KDE, X11) once it lost the focus
by bugzilla_noreply＠novell.com 03 Jun '14

03 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=861290 https://bugzilla.novell.com/show_bug.cgi?id=861290#c0 Summary: IBus: cannot compose characters on LibreOffce (KDE, X11) once it lost the focus Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ftake(a)geeko.jp QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64) Presto/2.12.388 Version/12.15 We can input Japanese characters through IBus on LibreOffice applications such as Writer just after launching them. However, after switching to another application by clicking its window and switching back to LibreOffice, we cannot input Japanese characters regardless of the input mode of the current input method engine. This problem happens only on LibreOffice bindings that uses XIM, (i.e., libreoffice-kde4, -kde, -x11). Thereby a workaround is using GNOME binding, which uses GTK IM modules. Since the IBus launching script sets OOO_FORCE_DESKTOP=gnome, users can use the GNOME binding by installing a libreoffice-gnome package. Another workaround is using another IM framework such as fcitx. 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 3

[Bug 863749] New: NFSv3 fallback failure when NFSv3 Server is UDP only
by bugzilla_noreply＠novell.com 03 Jun '14

03 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=863749 https://bugzilla.novell.com/show_bug.cgi?id=863749#c0 Summary: NFSv3 fallback failure when NFSv3 Server is UDP only Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: i586 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: kieltux(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=578454) --> (http://bugzilla.novell.com/attachment.cgi?id=578454) Testcase logs NFSv3 TCP/UDP - NFSv3 UDP only User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Firefox/24.0 Mounting a NFSv3 UDP only export fails. To mount a NFSv3 UDP only export you have to add a mount options (-o udp or -o nfsvers=3). This should be not necessary because of auto-negotiation. Reproducible: Always Steps to Reproduce: 1.Server with NFSv3 UDP only 2.Mount the server NFSv3 export without any options (-o udp or -o nfsvers=3) Actual Results: Mount fails with mount.nfs: mount(2): Connection refused Auto-negotiation is stuck on NFSv4. Expected Results: Mount success. In the attachment is my testcase log for following scenario: Client: openSUSE 13.1 32bit, Kernel 3.11.10-7-default Server_1: NFSv3 UDP only Mounting Server_1: NFSv3 UDP only without mount options (-o udp or -o nfsvers=3) == Fail Mounting Server_1: NFSv3 UDP only with mount options (-o upd or -o nfsvers=3) == Success Server_2: NFSv3 TCP/UDP Mounting Server_2: NFSv3 TCP/UDP without mount options (.o upd or -o nfsvers=3) == Success mount -v logs and /var/log/messages -- 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