December 2016 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 939153] New: Thunderbird 38: Integrated Lightning calendar is not properly localized
by bugzilla_noreply＠novell.com 27 Sep '19

27 Sep '19

http://bugzilla.opensuse.org/show_bug.cgi?id=939153 Bug ID: 939153 Summary: Thunderbird 38: Integrated Lightning calendar is not properly localized Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Translations Assignee: ke(a)suse.com Reporter: lashkevi(a)landau.ac.ru QA Contact: ke(a)suse.com Found By: --- Blocker: --- Created attachment 641749 --> http://bugzilla.opensuse.org/attachment.cgi?id=641749&action=edit Snapshot for a fresh profile. Integrated Lightning in the Thundebird 38.1.0 from the last official update is not localized. Its whole UI is in English. Versions: MozillaThunderbird-38.1.0-70.57.1.x86_64 MozillaThunderbird-translations-common-38.1.0-70.57.1.x86_64 Steps to reproduce: 1. Update TB to 38.1. It removes the Lightning add-on substituting it by its integrated version as well as I understand. 2. Start TB in Russian (LANG=ru_RU.UTF-8 LANGUAGE=ru) locale. Actual results: Calendar (Lightning) menu items, config options and the whole UI is in English. Expected results: Calendar (Lightning) menu items, config options and UI should be in Russian. The issue is corrected after installing Lightning from a file (lightning-4.0.1-sm+tb-linux.xpi). But such workaround must make thundebird use more memory. The vanilla Russian version <https://download.mozilla.org/?product=thunderbird-38.1.0&os=linux64&lang=ru> does not show this issue, so that it is a problem of the OpenSUSE build. -- You are receiving this mail because: You are on the CC list for the bug.

1 35

[Bug 921221] New: Unable to install with UEFI Secure Boot if Windows is present
by bugzilla_noreply＠novell.com 26 Sep '19

26 Sep '19

http://bugzilla.opensuse.org/show_bug.cgi?id=921221 Bug ID: 921221 Summary: Unable to install with UEFI Secure Boot if Windows is present Classification: openSUSE Product: openSUSE Factory Version: 201502* Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Bootloader Assignee: jsrain(a)suse.com Reporter: rbrown(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Hardware: ASUS UX303LA with Windows 8.1, i7 5500U, 12GB RAM Steps to Reproduce: 1. Factory/Plain installation of Windows 8.1 2. Burn a Tumbleweed (or 13.2) USB stick - Tried with a NET, DVD, or Live ISO 3. Boot to it - Blue ncurses screen asking if you trust the SUSE Keys pops up 4. Click Yes 5. End up at a Grub2 command prompt, system refuses to boot into YaST - lots of different attempts to get it booted by setting linuxefi and initrdefi don't work 6. Clearing KEK, etc, in the Bios doesn't help 7. Trying different USB sticks doesn't help 8. The 'do you want to trust SUSEs Keys' ncurses window never appears again 9. Switching the BIOS to boot into Legacy mode, booting to a liveUSB in Legacy, wiping the hard drive and starting the process fresh works..but obviously, you have no opportunity to dual boot with Windows 8 Looks to me like there is something wrong with how we're currently trying to insert keys/shim/whatever into the EFI configuration present on a fresh Windows 8.1 install. This is a pretty serious problem if people want to easily install openSUSE on freshly purchased hardware. -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1004206] New: New warning after upgrade: PyGIWarning: GnomeKeyring was imported without specifying a version first.
by bugzilla_noreply＠novell.com 19 Sep '19

19 Sep '19

http://bugzilla.suse.com/show_bug.cgi?id=1004206 Bug ID: 1004206 Summary: New warning after upgrade: PyGIWarning: GnomeKeyring was imported without specifying a version first. Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: lpechacek(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After upgrading from 42.1 to 42.2 Beta 3 the following warning started appearing upon osc (the Build Service tool) invocation: lpechacek@fm:~> osc --version /usr/lib/python2.7/site-packages/keyring/backends/Gnome.py:6: PyGIWarning: GnomeKeyring was imported without specifying a version first. Use gi.require_version('GnomeKeyring', '1.0') before import to ensure that the right version gets loaded. from gi.repository import GnomeKeyring 0.155.0 lpechacek@fm:~> rpm -q --qf '%{disturl}\n%{name}-%{version}-%{release}\n' osc python-keyring obs://build.opensuse.org/openSUSE:Leap:42.2/standard/17c0c9649a0e2fe80b648d… osc-0.155.0-1.1 obs://build.opensuse.org/openSUSE:Leap:42.2/standard/096dcefaeead038d4cc41d… python-keyring-5.3-3.1 The machine primary desktop environment is Gnome 3.20.2. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1009129] New: plasma update notifier does not update after updates have been applied manually
by bugzilla_noreply＠novell.com 12 Sep '19

12 Sep '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1009129 Bug ID: 1009129 Summary: plasma update notifier does not update after updates have been applied manually Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: okurz(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 701148 --> http://bugzilla.opensuse.org/attachment.cgi?id=701148&action=edit screenshot showing that zypper dup has been called in terminal but the update notifier still shows updates. ## observation when the plasma update notification icon told there are updates available I called "zypper ref && zypper dup --no-allow-vendor-change" to manually and installed updates. after that the update notification icon stilled showed available updates even though there weren't any. The update notifier only updated after a long time (still showed after many minutes. Next time I checked after at least 24h it was not showing any updates anymore. ## expected result there shouldn't be any updates shown if zypper up / dup has been called. ## further details see attached screenshot. -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1013573] New: "dracut: Could not find FONT_MAP none!" warning while rebuilding initrd
by bugzilla_noreply＠novell.com 10 Sep '19

10 Sep '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1013573 Bug ID: 1013573 Summary: "dracut: Could not find FONT_MAP none!" warning while rebuilding initrd Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: develop7(a)develop7.info QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Repro: 1. Install openSUSE Tumbleweed (snapshot 20161123 in my case) 2. run /sbin/mkinitrd as root (or wait for update that triggers rebuilding initrd) 3. Watch dracut output Expected: no FONT_MAP-related warnings and related issues Instead: see summary The issue is created because current TW snapshot is affected as well Additional info: > $ cat /etc/vconsole.conf > KEYMAP=us -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 939462] New: ibus-table input methods not working
by bugzilla_noreply＠novell.com 08 Sep '19

08 Sep '19

http://bugzilla.opensuse.org/show_bug.cgi?id=939462 Bug ID: 939462 Summary: ibus-table input methods not working Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: cycharlie(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This problem exists since openSUSE 13.2, and it continues to exist in Tumbleweed and Leap. THw whole bunch of ibus-table-* input methods can be installed and added in iBus. However, when those input methods are selected, iBus failed to utilize them, iBus stays at the input method that is currently using, instead of changing into the one that I just selected. Similar problem had occured in openSUSE 13.1, which ibus-table input methods even couldn't be added to iBus (packages installed but iBus did not list them out). There was a solution for this situation, but this time that solution does not work for what happens in openSUSE 13.2/Tumbleweed/Leap. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1007830] New: Network Manager dispatcher script kills NFS mount when any interface went down
by bugzilla_noreply＠novell.com 05 Sep '19

05 Sep '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1007830 Bug ID: 1007830 Summary: Network Manager dispatcher script kills NFS mount when any interface went down Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: prapor(a)unixzone.org.ua QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- /etc/NetworkManager/dispatcher.d/nfs does not recognizes if interface, managed by NetworkManager is VPN or any, and runs umount for NFS shares which should not be changed. How to reproduce: 1. Mount NFS from any storage in LAN, within your subnet. 2. Create any VPN session or use any virtual machine, which creates interface in host system. 3. Stop VPN/VM and get virtual interface down. 4. NFS is unmounted. Not tested, but seems to be reproduced with any type of PPP interfaces (PPPoE, PPTP, GPRS, whatever). -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1001971] New: greenbone-security-assistant fails to build
by bugzilla_noreply＠novell.com 30 Aug '19

30 Aug '19

http://bugzilla.suse.com/show_bug.cgi?id=1001971 Bug ID: 1001971 Summary: greenbone-security-assistant fails to build Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: meissner(a)suse.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- greenbone-security-assistant fails to build in Leap, please submit a fix: https://build.opensuse.org/package/live_build_log/openSUSE:Leap:42.2/greenb… -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Bug 1011137] New: VUL-0: libdwarf: negation overflow in dwarf_leb.c
by bugzilla_noreply＠novell.com 28 Aug '19

28 Aug '19

http://bugzilla.suse.com/show_bug.cgi?id=1011137 Bug ID: 1011137 Summary: VUL-0: libdwarf: negation overflow in dwarf_leb.c Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: mikhail.kasimov(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Reference: http://seclists.org/oss-sec/2016/q4/471 =================================================== Description: libdwarf is a library to consume and produce DWARF debug information. A fuzz with the Undefined Behavior Sanitizer shows a negation that cannot be represented as long long. The complete UBSan output: # dwarfdump $FILE dwarf_leb.c:306:19: runtime error: negation of -9223372036854775808 cannot be represented in type 'Dwarf_Signed' (aka 'long long'); cast to an unsigned type to negate this value to itself Affected version: 20161021 Fixed version: N/A Commit fix: https://sourceforge.net/p/libdwarf/code/ci/4f19e1050cd8e9ddf2cb6caa061ff2fe… Credit: This bug was discovered by Agostino Sarubbo of Gentoo. CVE: N/A Reproducer: https://github.com/asarubbo/poc/blob/master/00050-libdwarf-negate-itself Timeline: 2016-11-11: bug discovered and reported to upstream 2016-11-11: upstream released a patch 2016-11-19: blog post about the issue Note: This bug was found with American Fuzzy Lop. Permalink: https://blogs.gentoo.org/ago/2016/11/19/libdwarf-negation-overflow-in-dwarf… -- Agostino Sarubbo Gentoo Linux Developer =================================================== By the way, https://software.opensuse.org/package/libdwarf : libdwarf is in official repo for 42.1 and TW and not for 42.2. What's the logic here? -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 987720] New: Egypt (Africa/Cairo) DST cancelled, 2016f timezone release
by bugzilla_noreply＠novell.com 28 Aug '19

28 Aug '19

http://bugzilla.suse.com/show_bug.cgi?id=987720 Bug ID: 987720 Summary: Egypt (Africa/Cairo) DST cancelled, 2016f timezone release Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Maintenance Assignee: astieger(a)suse.com Reporter: astieger(a)suse.com QA Contact: qa-bugs(a)suse.de CC: alnovak(a)suse.com, andreas.taschner(a)suse.com, astieger(a)suse.com, brent.griggs(a)suse.com, jake.norris(a)suse.com, jeff.ray(a)suse.com, ntsbugsiebint-bugs(a)forge.provo.novell.com, roger.whittaker(a)suse.com, rosuna(a)suse.com, wpreston(a)suse.com Blocks: 982833 Found By: --- Blocker: --- http://mm.icann.org/pipermail/tz-announce/2016-July/000040.html Customers should avoid installing the PTF or the update already released for SLE 12: http://mm.icann.org/pipermail/tz-announce/2016-July/000040.html > The 2016f release of the tz code and data is available. It reflects the > following changes, which were either circulated on the tz mailing list > or are relatively minor technical or administrative changes: > > Changes affecting future time stamps > > The Egyptian government changed its mind on short notice, and > Africa/Cairo will not introduce DST starting 2016-07-07 after all. -- You are receiving this mail because: You are on the CC list for the bug.

1 4