May 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1155156] New: Cannot update Leap 15.0 with a KDE plasmoid plasma5-pk-updates
by bugzilla_noreply＠novell.com 15 Jul '21

15 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1155156 Bug ID: 1155156 Summary: Cannot update Leap 15.0 with a KDE plasmoid plasma5-pk-updates Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Linux Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: kaykaykay123(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- During updating using KDE plasmoid plasma5-pk-updates it shows: [QUOTE]Signature verification for Repository Leap_15.0 failed[/QUOTE] But after that I updated system with YaST successfully by manually picking needed packages. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1127886] New: drop openSUSE specific nf_conntrack_slp module
by bugzilla_noreply＠novell.com 14 Jul '21

14 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1127886 Bug ID: 1127886 Summary: drop openSUSE specific nf_conntrack_slp module Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: mkubecek(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- For years, we have been keeping non-upstream patch patches.suse/netfilter-ip_conntrack_slp.patch in our kernels. The patch adds conntrack helper for SLP protocol. However, the patch has been rejected by upstream https://www.spinics.net/lists/netfilter-devel/msg26254.html because since kernel 3.6, there is a netfilter infrastructure for userspace conntrack helpers and in kernel helpers are deprecated. The SLP helper is trivial so that it won't be difficult to write a userspace helper for conntrack-tools package (or even use e.g. existing one for mdns) and use it. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1115435] New: atop: migrate from cron to systemd timers
by bugzilla_noreply＠novell.com 12 Jul '21

12 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1115435 Bug ID: 1115435 Summary: atop: migrate from cron to systemd timers Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: plinnell(a)opensuse.org Reporter: kstreitova(a)suse.com QA Contact: qa-bugs(a)suse.de CC: kstreitova(a)suse.com Found By: --- Blocker: --- This bug is part of TRACKERBUG bug#1115430. Based on fate#323635 (Reduce usage of cron package in favor of systemd timers) we would like to minimize the number of packages that use cron in favour of systemd timers. It seems that your package uses cron. Please take a look at it and evaluate if it's possible to migrate your package to use systemd timers without impacting behaviour. If it's not possible, please write down the reason. Please note that by default, services are not enabled when the package is installed. You probably want your service to be enabled by default so you should create a submit request on systemd-presets-branding-openSUSE package, modifying default-openSUSE.preset file by adding "enable your_service_name.service". -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1171257] New: salt doesn't work anymore
by bugzilla_noreply＠novell.com 11 Jul '21

11 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1171257 Bug ID: 1171257 Summary: salt doesn't work anymore Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Kubic Assignee: kubic-bugs(a)opensuse.org Reporter: kukuk(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Salt doesn't work anymore in Factory, communication with Minions not possible. Minions report itself to the master, you can accept the key, but aftwards, you only get timeouts: # salt '*' test.ping /usr/lib/python3.8/site-packages/salt/ext/tornado/httputil.py:107: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated since Python 3.3, and in 3.9 it will stop working class HTTPHeaders(collections.MutableMapping): kubic-2.demo: Minion did not return. [No response] ERROR: Minions returned with non-zero exit code I cannot find anything more/relevant in the logs. -- You are receiving this mail because: You are on the CC list for the bug.

2 29

[Bug 1096677] New: gcc-go is missing gccgo command
by bugzilla_noreply＠novell.com 11 Jul '21

11 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1096677 Bug ID: 1096677 Summary: gcc-go is missing gccgo command Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: tdevries(a)suse.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- In leap 15.0 I have: ... $ zypper search gcc | grep go i+ | gcc-go | The system GNU Go Compiler | package i+ | gcc-go-32bit | The system GNU Go Compiler | package i | gcc7-go | GNU Go Compiler | package i | gcc7-go-32bit | GNU Go Compiler | package $ gccgo If 'gccgo' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf gccgo $ cnf gccgo gccgo: command not found ... Compare this to ubuntu 16.04: ... $ gccgo The program 'gccgo' is currently not installed. You can install it by typing: sudo apt install gccgo $ sudo apt install gccgo The following NEW packages will be installed: gccgo gccgo-6 libgo9 $ gccgo gccgo: fatal error: no input files compilation terminated. ... When building gdb, it checks for the presence of gccgo. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1148183] New: Calibre is not installable due to missing libicu >= 4.4
by bugzilla_noreply＠novell.com 10 Jul '21

10 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1148183 Bug ID: 1148183 Summary: Calibre is not installable due to missing libicu >= 4.4 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: Vojtech.Zeisek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Calibre e-book manager https://calibre-ebook.com/ is not installable in the current Tumbleweed due to missing libicu >= 4.4: sudo zypper se -s calibre Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+---------+---------+------------+--------+----------- | calibre | package | 3.46.0-1.2 | x86_64 | tw-oss | calibre | package | 3.46.0-1.2 | i586 | tw-oss sudo zypper in calibre Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libicu >= 4.4 needed by calibre-3.46.0-1.2.x86_64 Solution 1: do not install calibre-3.46.0-1.2.x86_64 Solution 2: break calibre-3.46.0-1.2.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 1054448] New: ncurses rendering is broken in xterm
by bugzilla_noreply＠novell.com 10 Jul '21

10 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1054448 Bug ID: 1054448 Summary: ncurses rendering is broken in xterm Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: hguo(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 737266 --> http://bugzilla.suse.com/attachment.cgi?id=737266&action=edit y2log Launching yast in xterm results in broken rendering of UI elements. Curiously, if environment variable TERM is set to something other than xterm, yast will render properly. -- You are receiving this mail because: You are on the CC list for the bug.

2 79

[Bug 1106014] New: cross-arm-none-gcc8-8.1.1+r262873-1.3.x86_64 -mcpu=cortex-m0plus emits incorrect arch
by bugzilla_noreply＠novell.com 09 Jul '21

09 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1106014 Bug ID: 1106014 Summary: cross-arm-none-gcc8-8.1.1+r262873-1.3.x86_64 -mcpu=cortex-m0plus emits incorrect arch Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: william(a)blackhats.net.au QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi, The cross-arm-none-gcc8 package in OpenSUSE may have an incorrect definition for -mcpu=cortex-m0plus. On Fedora27 compiling the code found in the tomu-sample repo causes the ELF to have the following details: No version information found in this file. Attribute Section: aeabi File Attributes Tag_CPU_name: "Cortex-M0+" Tag_CPU_arch: v6S-M Tag_CPU_arch_profile: Microcontroller Tag_THUMB_ISA_use: Thumb-1 Tag_ABI_PCS_wchar_t: 4 Tag_ABI_FP_denormal: Needed Tag_ABI_FP_exceptions: Needed Tag_ABI_FP_number_model: IEEE 754 Tag_ABI_align_needed: 8-byte Tag_ABI_align_preserved: 8-byte, except leaf SP Tag_ABI_enum_size: small Tag_ABI_optimization_goals: Aggressive Size Please note the Tap_CPU_arch. On OpenSUSE the following is shown: No version information found in this file. Attribute Section: aeabi File Attributes Tag_CPU_name: "ARM v6K" Tag_CPU_arch: v6K Tag_CPU_arch_profile: Microcontroller Tag_ARM_ISA_use: Yes Tag_THUMB_ISA_use: Thumb-1 Tag_ABI_PCS_wchar_t: 4 Tag_ABI_FP_denormal: Needed Tag_ABI_FP_exceptions: Needed Tag_ABI_FP_number_model: IEEE 754 Tag_ABI_align_needed: 8-byte Tag_ABI_align_preserved: 8-byte, except leaf SP Tag_ABI_enum_size: small Tag_ABI_optimization_goals: Aggressive Size This causes the development board to fail to initialise as it is the wrong CPU arch. There are other platforms (arch linux, macOSX) where they correctly emit armv6s-m for -mcpu=cortex-m0plus. Version of affected packages: cross-arm-binutils-2.31-1.1.x86_64 cross-arm-none-newlib-devel-3.0.0-2.5.x86_64 cross-arm-none-gcc8-8.1.1+r262873-1.3.x86_64 Reproduction: https://github.com/im-tomu/tomu-samples Follow the readme, or: git submodule init git submodule update make -C libopencm3 make -C usb_simple readelf -A usb_simple/usb_simple.elf -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1133169] New: Area bitmap lost after save as docx
by bugzilla_noreply＠novell.com 09 Jul '21

09 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1133169 Bug ID: 1133169 Summary: Area bitmap lost after save as docx Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: LibreOffice Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: turtlevt(a)yahoo.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Problem: A document created by writer, format page with 'Area' -> 'Bitmap' selecting 'paper texture', them 'Apply' and 'OK' then 'save as' and file type .docx works fine, but when the file is reopened by libreoffice, the area bitmap is missing. The same procedure, saving as .odt and reloading works fine. The bitmap is displayed as expected. System: LibreOffice 6.2.3.2 (Build ID: 20(Build:2) under Tumbleweed 20190420 KDE: 5.15.4 KDE Frameworks: 5.57.0 QT: 5.12.2 Kernel: 5.0.8-1-default OS Type: 64-bit Reproduce by: 1. Create new writer document. 2. Add area bitmap to document 3. Save document as type .docx 4. Close document 5. Re-open document 6. Area background is missing. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1144361] New: LibreOffice slow start due to FTP access failure
by bugzilla_noreply＠novell.com 09 Jul '21

09 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1144361 Bug ID: 1144361 Summary: LibreOffice slow start due to FTP access failure Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Major Priority: P5 - None Component: LibreOffice Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: luiz.linux(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I have noticed that LibreOffice takes a long time to start on my machine and decided to strace it to see what was causing the slowness. It turns out that LibreOffice is making six attempts at resolving the address ftp://ftp.libreoffice.org prior to actually starting up. I actually confirmed this by tcpdumping at port 53. Because I was unable to resolve ftp.libreoffice.org into an IP address all six attempts timed-out, leading to a slowdown of about 16s to fully start. After I added ftp.libreoffice.org as an alias to 127.0.0.1 to /etc/hosts, the startup time dropped to about 5s. At first I thought it was a problem with my DNS, but further searching I found out that the URL ftp.libreoffice.org is not valid. I tried finding where in LibreOffice configurations this was sat, to no avail. I believe this is a bug and since the URL ftp.libreoffice.org is not resolving world-wide I think this issue is affecting a lot of people. Additional informations: ======================== T430:~ # cat /etc/*ease LSB_VERSION="core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64" NAME="openSUSE Tumbleweed" # VERSION="20190730" ID="opensuse-tumbleweed" ID_LIKE="opensuse suse" VERSION_ID="20190730" PRETTY_NAME="openSUSE Tumbleweed" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:tumbleweed:20190730" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" LOGO="distributor-logo" T430:~ # T430:~ # rpm -qa | grep libreoffice libreoffice-mailmerge-6.2.5.2-1.1.x86_64 libreoffice-base-6.2.5.2-1.1.x86_64 libreoffice-l10n-en-6.2.5.2-1.1.noarch libreoffice-pyuno-6.2.5.2-1.1.x86_64 libreoffice-gnome-6.2.5.2-1.1.x86_64 libreoffice-l10n-pt_BR-6.2.5.2-1.1.noarch libreoffice-base-drivers-firebird-6.2.5.2-1.1.x86_64 libreoffice-draw-6.2.5.2-1.1.x86_64 libreoffice-filters-optional-6.2.5.2-1.1.x86_64 libreoffice-icon-themes-6.2.5.2-1.1.noarch libreoffice-writer-6.2.5.2-1.1.x86_64 libreoffice-branding-upstream-6.2.5.2-1.1.noarch libreoffice-math-6.2.5.2-1.1.x86_64 libreoffice-share-linker-1-5.1.noarch libreoffice-qt5-6.2.5.2-1.1.x86_64 libreoffice-impress-6.2.5.2-1.1.x86_64 libreoffice-calc-6.2.5.2-1.1.x86_64 libreoffice-gtk3-6.2.5.2-1.1.x86_64 libreoffice-6.2.5.2-1.1.x86_64 T430:~ # T430:~ # time strace -f /usr/lib64/libreoffice/program/soffice.bin --calc 2>&1 | grep ftp [pid 1803] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\16\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 166 [pid 1803] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\23\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL <unfinished ...> [pid 1803] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\27\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 166 [pid 1803] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\33\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL <unfinished ...> [pid 1803] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\37\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 166 [pid 1803] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0#\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL <unfinished ...> ^C real 0m16,752s user 0m0,883s sys 0m1,136s T430:~ # T430:~ # grep libre /etc/hosts 127.0.0.1 localhost ftp.libreoffice.org T430:~ # T430:~ # time strace -f /usr/lib64/libreoffice/program/soffice.bin --calc 2>&1 | grep ftp [pid 3538] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\16\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 166 [pid 3538] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\23\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 166 [pid 3538] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\27\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL <unfinished ...> [pid 3538] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\33\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL <unfinished ...> [pid 3538] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0\37\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 166 [pid 3538] sendmsg(13, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\1\0\1\36\0\0\0#\0\0\0w\0\0\0\1\1o\0\23\0\0\0/modules"..., iov_len=136}, {iov_base="\31\0\0\0ftp://ftp.libreoffice.org\0", iov_len=30}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL <unfinished ...> ^C real 0m5,290s user 0m0,830s sys 0m1,194s T430:~ # T430:~ # nslookup > server 8.8.8.8 Default server: 8.8.8.8 Address: 8.8.8.8#53 > ftp.libreoffice.org ;; connection timed out; no servers could be reached > exit T430:~ # -- You are receiving this mail because: You are on the CC list for the bug.

2 10