September 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1190210] nvidia: PCI ID Supplements no longer available on Tumbleweed
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1190210 http://bugzilla.opensuse.org/show_bug.cgi?id=1190210#c9 Stefan Dirsch <sndirsch(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #9 from Stefan Dirsch <sndirsch(a)suse.com> --- I verified that I see no regression with these changes I needed to add for TW in my-find-supplements. Closing as fixed now. I have no idea why new rpm replaces parameters in the definition of %__kmp_supplements macro. We'll see when things got broken next. Actually not when, probably again much later ... :-( -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1189590] New: YaST crashes in libzypp when evaluating upgrade
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1189590 Bug ID: 1189590 Summary: YaST crashes in libzypp when evaluating upgrade Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: fvogt(a)suse.com QA Contact: jsrain(a)suse.com CC: bzeller(a)suse.com, ma(a)suse.com Found By: --- Blocker: --- Starting two days ago, the upgrade_staging test in Tumbleweed stagings fails in most cases (there are a few random successful ones as well). When showing the installation overview, yast causes a crash in libzypp (libsolv). Example: https://openqa.opensuse.org/tests/1878709 (yast logs attached). This unfortunately blocks all recent stagings, so Tumbleweed can't accept any new changes until this is fixed. Backtrace: 2021-08-18 02:28:48 <1> install(3808) [zypp::solver] SATResolver.cc(solving):522 Checking droplists ... 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 Error: signal 11 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [hd]: (-3) /lib64/libzypp.so.1722 : zypp::dumpBacktrace(std::ostream&)+0x39 [0x7f7e97405ae9] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [hd]: (-2) /lib64/libzypp.so.1722 : +0x356696 [0x7f7e973da696] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [hd]: (-1) /lib64/libc.so.6 : +0x3d3a0 [0x7f7ea53733a0] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 vvvvvvvvvv---------------------------------------- 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (0) /lib64/libc.so.6 : +0xa9af2 [0x7f7ea53dfaf2] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (1) /lib64/libzypp.so.1722 : +0x472392 [0x7f7e974f6392] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (2) /lib64/libzypp.so.1722 : +0x470f8c [0x7f7e974f4f8c] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (3) /lib64/libzypp.so.1722 : zypp::IdString::IdString(char const*)+0x21 [0x7f7e9734aa01] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (4) /lib64/libzypp.so.1722 : +0x3601b9 [0x7f7e973e41b9] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (5) /lib64/libzypp.so.1722 : +0x46b601 [0x7f7e974ef601] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (6) /lib64/libzypp.so.1722 : +0x2aa6c2 [0x7f7e9732e6c2] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (7) /lib64/libzypp.so.1722 : zypp::Capability::Capability(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, zypp::Rel, zypp::Edition const&, zypp::ResKind const&)+0x30 [0x7f7e9732ea80] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (8) /lib64/libzypp.so.1722 : zypp::sat::Solvable::valuesOfNamespace(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const+0x397 [0x7f7e973e5957] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (9) /lib64/libzypp.so.1722 : zypp::solver::detail::SATResolver::solving(std::unordered_set<zypp::Capability, std::hash<zypp::Capability>, std::equal_to<zypp::Capability>, std::allocator<zypp::Capability> > const&, std::unordered_set<zypp::Capability, std::hash<zypp::Capability>, std::equal_to<zypp::Capability>, std::allocator<zypp::Capability> > const&)+0x12d5 [0x7f7e9730f325] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (10) /lib64/libzypp.so.1722 : zypp::solver::detail::SATResolver::resolvePool(std::unordered_set<zypp::Capability, std::hash<zypp::Capability>, std::equal_to<zypp::Capability>, std::allocator<zypp::Capability> > const&, std::unordered_set<zypp::Capability, std::hash<zypp::Capability>, std::equal_to<zypp::Capability>, std::allocator<zypp::Capability> > const&, std::__cxx11::list<zypp::PoolItem, std::allocator<zypp::PoolItem> > const&, std::set<zypp::Repository, std::less<zypp::Repository>, std::allocator<zypp::Repository> > const&)+0x992 [0x7f7e97310b52] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (11) /usr/lib64/YaST2/plugin/libpy2Pkg.so.2 : PkgFunctions::PkgUpdateAll(YCPMap const&)+0x391 [0x7f7e9772baf1] 2021-08-18 02:28:48 <5> install(3808) [zypp] ZYppFactory.cc(sigsegvHandler):58 [bt]: (12) /usr/lib64/YaST2/plugin/libpy2Pkg.so.2 : Y2PkgFunction::evaluateCall()+0x126f4 [0x7f7e97794f24] I'm occasionally able to reproduce it (openQA triggers it fairly reliably) and was able to gdb into the crashing process once. It's visible that libsolv's stringpool is intact, but the to be inserted string pointer points into deallocated (unmapped) space. It can also be seen that the crashed process has a open file handle to a deleted solv cache: 35 -> /var/cache/zypp/solv/openSUSE-1-0/solv (deleted) 37 -> /mnt/var/cache/zypp/solv/@System/solv That implies that it deleted an in-use pool, which seems dangerous and seems related to bug 1183711. -- You are receiving this mail because: You are on the CC list for the bug.

1 19

[Bug 1190246] New: VUL-1: CVE-2021-40540: ulfius: missing initialization and NULL check for malformed HTTP requests
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190246 Bug ID: 1190246 Summary: VUL-1: CVE-2021-40540: ulfius: missing initialization and NULL check for malformed HTTP requests Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other URL: https://smash.suse.de/issue/309158/ OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: mardnh(a)gmx.de Reporter: gabriele.sonnu(a)suse.com QA Contact: security-team(a)suse.de Found By: --- Blocker: --- ulfius_uri_logger in Ulfius HTTP Framework before 2.7.4 omits con_info initialization and a con_info->request NULL check for certain malformed HTTP requests. References: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-40540 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-40540 https://github.com/babelouest/ulfius/commit/c83f564c184a27145e07c274b305cab… https://github.com/babelouest/ulfius/compare/v2.7.3...v2.7.4 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1185346] Sound broke on Leap 15.2 after update
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1185346 https://bugzilla.suse.com/show_bug.cgi?id=1185346#c31 --- Comment #31 from Carlos Robinson <carlos.e.r(a)opensuse.org> --- Sorry, this summer I'm not home, so I don't have access to that machine. But I was there for a week and I did not observe any problem. And hopefully next month I will upgrade it to 15.3. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1170110] Kernel oops during hibernation
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1170110 https://bugzilla.suse.com/show_bug.cgi?id=1170110#c7 Carlos Robinson <carlos.e.r(a)opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(carlos.e.r@opensu | |se.org) | --- Comment #7 from Carlos Robinson <carlos.e.r(a)opensuse.org> --- Eummm... Sorry, this month I don't have access to that machine, I'm not home; but anyway, all my machines are currently on 15.2, and waiting till I have the time to upgrade them to 15.3. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1190211] qemu fails to build on armv6/7 since update to 6.1
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190211 https://bugzilla.suse.com/show_bug.cgi?id=1190211#c1 --- Comment #1 from Guillaume GARDET <guillaume.gardet(a)arm.com> --- A patch have been submitted to Virtualization/qemu: https://build.opensuse.org/request/show/917237 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1190211] qemu fails to build on armv6/7 since update to 6.1
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190211 Charles Arnold <carnold(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|virt-bugs(a)suse.de |kvm-bugs(a)suse.de -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1190236] New: Dont search for a replacement package when it is no longer needed
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1190236 Bug ID: 1190236 Summary: Dont search for a replacement package when it is no longer needed Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)suse.de Reporter: mrueckert(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- state: - libgit2-1_1 installed from home:darix:apps - package replaced in the project with libgit2-1_2 - all apps using the library got rebuild and link libgit2-1_2 `zypper dup` problem with package libgit2-1_1 "please install a copy for a different project" expected behavior: libgit2-1_1 will be uninstalled. I even have the option set that it should purge unused dependencies. mls said that there is a flag that you can pass to the solver that it would remove packages in that case. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1190199] updating with zypp tech preview causes zypper to I/O trap due to a failed assertion
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190199 https://bugzilla.suse.com/show_bug.cgi?id=1190199#c5 --- Comment #5 from Benjamin Zeller <bzeller(a)suse.com> --- You got the correct coredump, but its a outdated version. The debuginfo is not available in the repositories anymore so I can not really see what is happening. In case you can still reproduce it with the up 2 date version of zypper/libzypp it would help a lot if you could upload a new coredump, since I still can not reproduce your problem locally. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1190251] New: python-sphinx-book-theme should have its translations in -lang subpackages
by bugzilla_noreply＠suse.com 07 Sep '21

07 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1190251 Bug ID: 1190251 Summary: python-sphinx-book-theme should have its translations in -lang subpackages Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: alarrosa(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The python-sphinx-book-theme package currently includes all .mo files in the main python packages. It should have them in -lang subpackages. Since the package installs the .mo files into %{python_sitelib}/sphinx_book_theme/translations/locales/ , the find-lang.sh script should be modified to support that (packages that use "locales" as directory name instead of "locale"). -- You are receiving this mail because: You are on the CC list for the bug.

1 1