December 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1002565] New: can't install ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1002565 Bug ID: 1002565 Summary: can't install ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- can't install ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64 zypper in ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64 Loading repository data... Reading installed packages... Resolving package dependencies... >Problem: nothing provides rubygem(ruby:2.2.0:commander) < 4.3.0 needed by ruby2.2-rubygem-rhc-1.35.3-1.5.x86_64 > Solution 1: do not install ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64 > Solution 2: break ruby2.2-rubygem-rhc-1.35.3-1.5.x86_64 by ignoring some of its dependencies -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1066408] New: Deadbeef contains an invalid appdata.xml file
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1066408 Bug ID: 1066408 Summary: Deadbeef contains an invalid appdata.xml file Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The package deadbeef ships with an appdata.xml file (to show in socftware centers), but the file is invalid. (appstream-builder:17416): As-WARNING **: ignoring description '<description><_p>DeaDBeeF (as in 0xDEADBEEF)…' from ./tmp/deadbeef-0.7.2-4.2/usr/share/appdata/deadbeef.appdata.xml: Unknown tag '_p' Seems upstream prepared the file for translation, but then did not pass it through the translation process -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1023737] New: openSUSE:Factory/golang-google-golangorg-appengine fails to build
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1023737 Bug ID: 1023737 Summary: openSUSE:Factory/golang-google-golangorg-appengine fails to build Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The package golang-google-golangorg-appengine fails to build in openSUSE:Factory. Earlier notifications by email to the bugowner and Maintainer have remained without reaction / fix. If the package is not being fixed within 2 weeks, it will be scheduled for removal from Tumbleweed -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1023734] New: openSUSE:Factory/golang-org-x-oauth2 fails to build
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1023734 Bug ID: 1023734 Summary: openSUSE:Factory/golang-org-x-oauth2 fails to build Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The package golang-org-x-oauth2 fails to build in openSUSE:Factory. Earlier notifications by email to the bugowner and Maintainer have remained without reaction / fix. If the package is not being fixed within 2 weeks, it will be scheduled for removal from Tumbleweed -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 971006] New: rpmlint: no-dependency-on perl-base 5.22.1
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=971006 Bug ID: 971006 Summary: rpmlint: no-dependency-on perl-base 5.22.1 Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- rpmlint does not understand how openSUSE specifies perl dependencies and falsly reports: no-dependency-on perl-base 5.22.1 in openSUSE, we use the macro %perl_requires which translates to: Requires: perl(:MODULE_COMPAT_5.22.1) It would be great to get this recognized as dependency being satisfied -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1140434] New: Reduced video quality in vlc/kaffeine since 5.1.10
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 Bug ID: 1140434 Summary: Reduced video quality in vlc/kaffeine since 5.1.10 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: Michael.Zapf(a)mizapf.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After the upgrade to 5.1.10, the video quality in VLC and kaffeine (using the vlclib) has significantly degraded. It seems as if the vertical resolution has been reduced to 50%, then stretched to fill the frame. vlc was not updated (3.0.7.1 "Vetinari"), so I suspect that the different behavior comes from the kernel update. Here are links that show screenshots I created on the openSUSE KDE Plasma desktop. In both cases, the same program was being shown; I reverted to the previous kernel in the meantime using "start with read-only snapshot". Have a closer look at the TV station logo in the upper left corner to spot the difference most easily. With kernel 5.1.7: http://www.mizapf.eu/files/vlc_5.1.7.png With kernel 5.1.10: http://www.mizapf.eu/files/vlc_5.1.10.png Here is one final screenshot that shows another point of different behavior. When vlc is started, the video output is only half-height for about 1 second or slightly less. Then, the video is stretched to the window height. I created this snapshot by launching VLC and then quickly creating a screenshot. http://www.mizapf.eu/files/vlc_5.1.10_sec1.png I just updated to the newest release 5.1.15, but the reduced quality is still there. -- You are receiving this mail because: You are on the CC list for the bug.

2 22

[Bug 1132118] New: Xindy does not run due to incompatible CLISP runtime
by bugzilla_noreply＠novell.com 25 Oct '22

25 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1132118 Bug ID: 1132118 Summary: Xindy does not run due to incompatible CLISP runtime Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: 64bit OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: christian-david(a)web.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- xindy does not run what can be tested with $ xindy --version xindy release: 2.5.1 xindy script version: 1.18 /usr/lib64/clisp-2.49.92/base/lisp.run: initialization file `/usr/lib64/xindy/xindy.mem' was not created by this version of CLISP runtime Same error happens if xindy is used for a “real” task. -- You are receiving this mail because: You are on the CC list for the bug.

2 13

[Bug 1041742] New: Filetriggers do not fire (reliably)
by bugzilla_noreply＠novell.com 25 Oct '22

25 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1041742 Bug ID: 1041742 Summary: Filetriggers do not fire (reliably) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- In GNOME:Next, we started experimenting with file triggers (with the goal to lower the number of bugs based on missing post scripts) As a sample, I implemented this trigger (on glib2-tools): %transfiletriggerin -n glib2-tools -- %{_datadir}/glib-2.0/schemas %{_bindir}/glib-compile-schemas %{_datadir}/glib-2.0/schemas %transfiletriggerpostun -n glib2-tools -- %{_datadir}/glib-2.0/schemas %{_bindir}/glib-compile-schemas %{_datadir}/glib-2.0/schemas The trigger is confirmed to work, but in some cases, it seems not to fire, eg on the package 'gdm' (which is currently the reason why http://download.opensuse.org/repositories/GNOME:/Medias/images/iso/?P=GNOME… fails to boot to desktop) zypper in --no-recommends gdm => the file trigger is not executed rpm -i gdm-3.24.1.rpm => the trigger actually seems to work (which is why I file it against libzypp) This currently stops us from moving forward and proposing file triggers to be more widely used (even though I think they can solve quite some packaging bugs) The packages in question for testing are all in the GNOME:Next repository (glib2 which has the trigger, it has the %glib2_gsettings_schema_post set to %nil, so packages that use it in their post script only get a dummy - once the implementation is complete, we will of course go and clean those out completely) -- You are receiving this mail because: You are on the CC list for the bug.

2 28

[Bug 1139369] New: multipath-tools: post-0.8.1 upstream bug fixes
by bugzilla_noreply＠novell.com 24 Oct '22

24 Oct '22

http://bugzilla.suse.com/show_bug.cgi?id=1139369 Bug ID: 1139369 Summary: multipath-tools: post-0.8.1 upstream bug fixes 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: martin.wilck(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Upstream multipath-tools fixes from dm-devel, post 0.8.1 1) libmultipath: make vector_foreach_slot_backwards work as expected - Matters only for foreign/NVMe code (also for "multipath -W", but without user noticeable impact) => Factory/SLE15-SP1 only QA test case: Use NVMe native multipath and run multipathd. Remove one or more NVMe paths. => multipathd crashes. 2) multipathd: fix REALLOC_REPLY with max length reply - fix for cd5a9797e "libmpathcmd(coverity): limit reply length" - Factory/SLE15-SP1 only, the others don't contain the broken commit QA test case: None, corner case which occurs only if a client command gets a reply with >= 32768 bytes. 3) multipath: call store_pathinfo with DI_BLACKLIST - performance; cli_add_path() may add blacklisted path - Factory, SLE15, SLE15-SP1, SLE12-SP3/4 QA test case: Blacklist some paths (by any mechanism other than devnode). Verify that "multipathd show paths" doesn't list the blacklisted devices Run "multipathd add path $X" where $X is one of the blacklisted paths. => ok (expected: fail with msg "blacklisted"). 4) multipathd: fix client response for socket activation - minor corner-case fix - Factory/SLE15-SP1 only QA test case: stop multipathd on a system with some multipath maps. Run "multipathd show topology" => success with empty output (expected: success with correct topology output) 5) libmultipath: get_prio(): really don't reset prio for inaccessible paths - Factory, SLE15, SLE12-SP4, SLE15-SP1 QA test case: perhaps reproducible with a setup with lots of pass loss/reinstate events, by monitoring the topology with "group_by_prio". It's a rare condition though which happens only if a path becomes inaccessible in the small time windw between the state check and the get_prio() call in pathinfo(). See bug 1118495. -- You are receiving this mail because: You are on the CC list for the bug.

2 15

[Bug 1093168] New: pacemaker: using service template in preun/postun
by bugzilla_noreply＠novell.com 24 Oct '22

24 Oct '22

http://bugzilla.suse.com/show_bug.cgi?id=1093168 Bug ID: 1093168 Summary: pacemaker: using service template in preun/postun Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: High Availability Assignee: ha-bugs(a)suse.de Reporter: ro(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- you can not used a service template (foo@.service) without parameter in a specfile with the %service_add/del macros: %preun cts %service_del_preun pacemaker-cts-dummyd@.service %postun cts %service_del_postun pacemaker-cts-dummyd@.service this will just result in errors during uninstall of the package: (1/1) Removing pacemaker-cts-1.1.18+20180430.b12c320f5-1.4.noarch ........[done] Additional rpm output: Failed to stop pacemaker-cts-dummyd@.service: Unit name pacemaker-cts-dummyd@.service is missing the instance name. See system logs and 'systemctl status pacemaker-cts-dummyd@.service' for details. Failed to get load state of pacemaker-cts-dummyd@.service: Unit name pacemaker-cts-dummyd@.service is neither a valid invocation ID nor unit name. -- You are receiving this mail because: You are on the CC list for the bug.

2 3