November 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1191868] goatattack does not start
by bugzilla_noreply＠suse.com 06 Nov '21

06 Nov '21

1 0

[Bug 1192399] New: Dependency problems with Valve's Steam client
by bugzilla_noreply＠suse.com 05 Nov '21

05 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192399 Bug ID: 1192399 Summary: Dependency problems with Valve's Steam client Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Minor Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: nicomu.net(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello! I think that Steam client lacks some dependencies. I had to install following packages in order to make a proton (wine) compatibility layer work properly: - dxvk - libvulkan_intel Maybe some others, I do not quite remember. I suspect packages are system dependent (like AMD Radeon system would probably need libvulkan_radeon or something similar) While those packages aren't required for Steam to run, they are required for some games to run, and this is what you do with steam usually, and I think they should be installed whenever you install steam client... Thank you. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1192396] New: QGIS crashes in print layout view
by bugzilla_noreply＠suse.com 05 Nov '21

05 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192396 Bug ID: 1192396 Summary: QGIS crashes in print layout view Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: code(a)bnavigator.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 853565 --> http://bugzilla.opensuse.org/attachment.cgi?id=853565&action=edit Console crashlog QGIS crashes, when I activate the "Item Properties" of a text label in the print layout view. This happens with existing projects and with pristine new projects with an empty layout. Console output with stacktrace attached. This happens with current version 3.20 in Tumbleweed as well as with a newly compiled 3.22. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1192318] New: virt-create-rootfs calls zypper with invalid arguments
by bugzilla_noreply＠suse.com 05 Nov '21

05 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192318 Bug ID: 1192318 Summary: virt-create-rootfs calls zypper with invalid arguments Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: openSUSE Leap 15.3 Status: NEW Severity: Normal Priority: P5 - None Component: Virtualization:Tools Assignee: virt-bugs(a)suse.de Reporter: mail(a)georg-pfuetzenreuter.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi, upon starting virt-create-rootfs like this: # virt-create-rootfs --root /tmp/rootfs --distro openSUSE-15.3 the operation fails, with a zypper error like the below: "Too many arguments. Usage: addrepo (ar) [OPTIONS] <URI> <ALIAS> addrepo (ar) [OPTIONS] <FILE.repo>" The reason became clear after appending --dry-run: # virt-create-rootfs --root /tmp/rootfs --distro openSUSE-I15.3 --dry-run zypper --root /tmp/rootfs ar http://download.opensuse.org/distribution/15.3/repo/oss/ openSUSE zypper --root /tmp/rootfs ar http://download.opensuse.org/update/15.3/ openSUSE udpate zypper --root /tmp/rootfs in --no-recommends -t pattern base In the second call, there is a space between "openSUSE" and "update", making zypper treat "update" as an additional argument. Manually issuing the call with a hyphen inserted made it work with no further issues. Best, Georg -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1191771] New: [SLPP] libxslt: E: shlib-policy-name-error
by bugzilla_noreply＠suse.com 05 Nov '21

05 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1191771 Bug ID: 1191771 Summary: [SLPP] libxslt: E: shlib-policy-name-error Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The following rpmlint error was seen for the package: libxslt.log:[ 88s] libxslt1.x86_64: E: shlib-policy-name-error SONAME: libexslt.so.0, expected package suffix: 0 Note the updated rpmlint will reach openSUSE:Factory soon. We would like to make 'shlib-policy-name-error' a package build failure error, so please fix the error. Link to the SLPP documentation: https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_na… -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1192371] New: nothing provides 'python-configobj' needed by the to be installed trac-1.4-1.5.noarch
by bugzilla_noreply＠suse.com 05 Nov '21

05 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192371 Bug ID: 1192371 Summary: nothing provides 'python-configobj' needed by the to be installed trac-1.4-1.5.noarch Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: missoline(a)protonmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When trying to install the "trac", "trac-mercurial-plugin" and "trac-server" packages, zypper returns the following errors: Problem: nothing provides 'python-configobj' needed by the to be installed trac-1.4-1.5.noarch Problem: nothing provides 'python-setuptools' needed by the to be installed trac-mercurial-plugin-0.12.0.23-1.28.noarch Problem: nothing provides 'insserv' needed by the to be installed trac-server-1.4-1.5.noarch What is strange is that "zypper search" returns entries for these packages: S | Name | Summary | Type ---+----------------------------------------------+-------------------------------------------------------------------------+----------- | python-dephell-setuptools | Dephell plugin to extract meta information from setup.py | srcpackage | python-setuptools | Download, build, install, upgrade, and uninstall Python packages | srcpackage | python-setuptools-declarative-requirements | File support for setuptools declarative setup.cfg | srcpackage | python-setuptools-git | Setuptools revision control system plugin for Git | srcpackage | python-setuptools-test | Download, build, install, upgrade, and uninstall Python packages | srcpackage | python-setuptools-version-command | Adds a command to dynamically get the version from the VCS of choice | srcpackage | python-setuptools-wheel | Download, build, install, upgrade, and uninstall Python packages | srcpackage | python-setuptools_scm | Python setuptools handler for SCM tags | srcpackage | python-setuptools_scm-test | Python setuptools handler for SCM tags | srcpackage | python-setuptools_scm_git_archive | Git archive plugin setuptools_scm | srcpackage | python2-setuptools | Enhancements to distutils for building and distributing Python packages | package | python2-setuptools | Enhancements to distutils for building and distributing Python packages | srcpackage | python36-dephell-setuptools | Dephell plugin to extract meta information from setup.py | package | python36-setuptools | Download, build, install, upgrade, and uninstall Python packages | package | python36-setuptools-declarative-requirements | File support for setuptools declarative setup.cfg | package .... (and more) S | Name | Summary | Type ---+--------------------+---------------------------------------------+----------- | python-configobj | Config file reading, writing and validation | srcpackage | python36-configobj | Config file reading, writing and validation | package i+ | python38-configobj | Config file reading, writing and validation | package | python39-configobj | Config file reading, writing and validation | package However, trying to install the metapackages "python-configobj" and "python-setuptools" (without specifying the version) fails with a package not found error. The dependency on "insserv" makes me think that the trac packages may be very old and in need of being updated, but the build system of the Tumbleweed would have spotted it if this was the real issue. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1192398] New: Materia GTK theme broken on Leap 15.3
by bugzilla_noreply＠suse.com 05 Nov '21

05 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192398 Bug ID: 1192398 Summary: Materia GTK theme broken on Leap 15.3 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: x86-64 OS: openSUSE Leap 15.3 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: gnome-bugs(a)suse.de Reporter: linuxkamarada(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 853567 --> http://bugzilla.opensuse.org/attachment.cgi?id=853567&action=edit Materia GTK theme broken on Leap 15.3 I installed the materia-gtk-theme package from the Leap 15.3 OSS repo on Leap 15.3 and it looks broken. Steps to reproduce the bug are: 1. Boot from the Leap 15.3 GNOME Live 2. sudo zypper in gnome-shell-extension-user-theme materia-gtk-theme 3. Log out from and log in to GNOME 4. Open Tweaks and enable the User themes extension 5. Close Tweaks, open it again and apply the Materia theme, both to Applications and Shell 6. Open the system menu and click Power Off (of course, this is just an example, it's broken in other places) I realized the solution was to compile Materia against the correct GNOME version. If not specified, it compiles against version 3.38. Maybe this is not a problem for Tumbleweed (I didn't test it on TW), but it's a problem for Leap 15.3, which has GNOME 3.34. Informing the GNOME version to the build script solves the problem. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1191774] New: [SLPP] net-snmp: E: shlib-policy-name-error
by bugzilla_noreply＠suse.com 05 Nov '21

05 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1191774 Bug ID: 1191774 Summary: [SLPP] net-snmp: E: shlib-policy-name-error Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The following rpmlint error was seen for the package: net-snmp.log:[ 207s] libsnmp30.x86_64: E: shlib-policy-name-error SONAME: libnetsnmpagent.so.40, expected package suffix: 40 net-snmp.log:[ 207s] libsnmp30.x86_64: E: shlib-policy-name-error SONAME: libnetsnmphelpers.so.40, expected package suffix: 40 net-snmp.log:[ 207s] libsnmp30.x86_64: E: shlib-policy-name-error SONAME: libnetsnmpmibs.so.40, expected package suffix: 40 net-snmp.log:[ 207s] libsnmp30.x86_64: E: shlib-policy-name-error SONAME: libnetsnmp.so.40, expected package suffix: 40 net-snmp.log:[ 207s] libsnmp30.x86_64: E: shlib-policy-name-error SONAME: libnetsnmptrapd.so.40, expected package suffix: 40 net-snmp.log:[ 207s] libsnmp30.x86_64: E: shlib-policy-name-error SONAME: libsnmp.so.40, expected package suffix: 40 Note the updated rpmlint will reach openSUSE:Factory soon. We would like to make 'shlib-policy-name-error' a package build failure error, so please fix the error. Link to the SLPP documentation: https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_na… -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1047218] trackerbug: packages do not build reproducibly from including build time
by bugzilla_noreply＠suse.com 05 Nov '21

05 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1047218 https://bugzilla.suse.com/show_bug.cgi?id=1047218#c124 --- Comment #124 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-SU-2021:1452-1: An update that solves two vulnerabilities and has one errata is now available. Category: security (important) Bug References: 1047218,1191959,1191960 CVE References: CVE-2021-42096,CVE-2021-42097 JIRA References: Sources used: openSUSE Backports SLE-15-SP2 (src): mailman-2.1.35-bp152.7.6.1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1186569] New: Add the 'mtpfs' & 'mtp-tools' packages as recommendations for 'kio-extras5' & 'gvfs-backends' packages.
by bugzilla_noreply＠suse.com 05 Nov '21

05 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1186569 Bug ID: 1186569 Summary: Add the 'mtpfs' & 'mtp-tools' packages as recommendations for 'kio-extras5' & 'gvfs-backends' packages. Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: All OS: openSUSE Leap 15.2 Status: NEW Severity: Normal Priority: P5 - None Component: Patterns Assignee: lubos.kocman(a)suse.com Reporter: lemuelsimon32(a)protonmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On a fresh installation of OpenSUSE Leap with KDE, GNOME, or any other selected desktop environment pattern, the user would not be capable of mounting a MTP Device (Eg. Android Phone).For example, an end-user of the Dolphin File Manager (KDE) or Thunar/Nautilis (GTK), would not be capable of mounting their phone via MTP. This is despite installing the back-end packages 'kio-extras5' and 'gvfs-backends', although both packages list the 'libmtp' package as 'required'. I refer to the issue highlighted here: https://nm.reddit.com/r/openSUSE/comments/n46ls3/transfer_fil%C3%A9s_from_s… The end-user would not know that 'mtpfs' is needed as it is not mentioned as a recommended or suggested package for either 'kio-extras5' or 'gvfs-backends'. So, I am requesting that 'mtpfs' and 'mtp-tools' be added as dependencies. -- You are receiving this mail because: You are on the CC list for the bug.

1 2