April 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1046309] New: Popup title is not hidden in installation
by bugzilla_noreply＠novell.com 21 Sep '22

21 Sep '22

http://bugzilla.suse.com/show_bug.cgi?id=1046309 Bug ID: 1046309 Summary: Popup title is not hidden in installation Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://trello.com/c/jO8YkgSc OS: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: jreidinger(a)suse.com QA Contact: jsrain(a)suse.com CC: dimstar(a)opensuse.org, fabian(a)ritter-vogt.de, fvogt(a)suse.com, jreidinger(a)suse.com, kossebau(a)kde.org, lnussel(a)suse.com, lslezak(a)suse.com, mkravec(a)suse.com, okurz(a)suse.com Depends on: 1037891 Found By: --- Blocker: --- +++ This bug was initially created as a clone of Bug #1037891 +++ IMHO the regression is (see comment #36): * openSUSE Leap 42.1 had no title whatsoever for popups during installation (unless remote ssh install) * openSUSE Leap 42.3 has a title that is overly long and prone to touch the border of the window -> ugly and not adding information -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1012825] New: YaST2 hung "retrieving cracklib-dict-full.rpm extension" if rpm passed in DUD
by bugzilla_noreply＠novell.com 21 Sep '22

21 Sep '22

http://bugzilla.suse.com/show_bug.cgi?id=1012825 Bug ID: 1012825 Summary: YaST2 hung "retrieving cracklib-dict-full.rpm extension" if rpm passed in DUD Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: PowerPC-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: normand(a)linux.vnet.ibm.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 704263 --> http://bugzilla.suse.com/attachment.cgi?id=704263&action=edit installation_overview-y2logs.tar.bz2 YaST2 hung "retrieving cracklib-dict-full.rpm extension" while investigating bug https://bugzilla.suse.com/show_bug.cgi?id=1009472 I tried to pass a DUD=*dud containing the rpm*.rpm The consequence is that YaST2 hungs at "retrieving cracklib-dict-full.rpm extension" The y2log ends is stuck at Calling: extend, note that there is no /var/log/extend in reported tarball and no trace of extend in /var/log/linuxrc.log steps: === $mkdud -c /tmp/boo1009472.dud --install instsys --force -d 20161122 /tmp/powerpc-utils-1.3.2-9.ppc64le.rpm /tmp/rpm-4.12.0.1-0.ppc64le.rpm === /var/lib/openqa/script/client jobs post ISO=openSUSE-Tumbleweed-DVD-ppc64le-Snapshot20161122-Media.iso ARCH=ppc64le BUILD=20161122 DESKTOP=minimalx DISTRI=opensuse DVD=1 FLAVOR=DVD HDDSIZEGB=40 MACHINE=ppc64le-multipath MULTIPATH=1 OFW=1 QEMU=ppc64 QEMUCPU=host QEMUCPUS=8 QEMURAM=4096 QEMUTHREADS=8 TEST=install_minimalx VERSION=Tumbleweed Test=install_minimalx VGA=std WORKER_CLASS=qemu_ppc64le DUD=http://stade.lab.toulouse-stg.fr.ibm.com/~normand/boo1009472.dud === extract y2log install(8235) [Ruby] modules/InstExtensionImage.rb:386 Calling: extend 'cracklib-dict-full.rpm' === -- You are receiving this mail because: You are on the CC list for the bug.

2 17

[Bug 973590] New: weird layout of bootloader screen
by bugzilla_noreply＠novell.com 21 Sep '22

21 Sep '22

http://bugzilla.suse.com/show_bug.cgi?id=973590 Bug ID: 973590 Summary: weird layout of bootloader screen 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: dmueller(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- While updating the openQA needle for openSUSE on AArch64 people noted that the "indentation" of the items in the ncurses ui looks slightly awkward. Is it intended that there is this huge empty space at the top left corner? -- You are receiving this mail because: You are on the CC list for the bug.

2 14

[Bug 958483] New: 3rd party application UI is not behaving as required
by bugzilla_noreply＠novell.com 21 Sep '22

21 Sep '22

http://bugzilla.suse.com/show_bug.cgi?id=958483 Bug ID: 958483 Summary: 3rd party application UI is not behaving as required Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: tchvatal(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- When using 3rd party module (like Virtualization) that tries to install additional packages it at this moment works like this when you are in X environment: For each package there is pop-up showing progress and then this pop-up is closed. This causes severe issue if user runs compoziting enabled environment. Imagine it like disco-bulb turning on and off as only on-top window is supposed to be rendered right and all the underlying windows are greyed out. More apps you install the more "funky" blinking you get. Prefferable solution would be to somehow include the yast2 sw_single interface that has the bottom progressbar and prints the installed packages. Added value would be mostly for openSUSE, where the default DE's have enabled compositing, but also for SLE case it would get at minimal prettier and at best more understandable about what is happening for the installed packages. For openSUSE it is quite commonly reported issue as I closed 3-4 during the bugzilla cleanup mentioning this problem. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1154582] New: [Build 20191018] openQA test fails in shutdown: at-spi2 hangs
by bugzilla_noreply＠novell.com 19 Sep '22

19 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1154582 Bug ID: 1154582 Summary: [Build 20191018] openQA test fails in shutdown: at-spi2 hangs Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/1061840/modules/shut down/steps/10 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: gnome-bugs(a)suse.de Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-Tumbleweed-NET-x86_64-otherDE_mate@64bit fails in [shutdown](https://openqa.opensuse.org/tests/1061840/modules/shutdown/steps/… ## Test suite description ## Reproducible Fails since (at least) Build [20191017](https://openqa.opensuse.org/tests/1059937) ## Expected result Last good: [20191016](https://openqa.opensuse.org/tests/1058657) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensus… -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Bug 1154753] New: screen stays dark on boot unless I specify nouveau.modeset=0
by bugzilla_noreply＠novell.com 17 Sep '22

17 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1154753 Bug ID: 1154753 Summary: screen stays dark on boot unless I specify nouveau.modeset=0 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: 64bit OS: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME Assignee: gnome-bugs(a)suse.de Reporter: estellnb(a)elstel.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Kernel modesetting does not seem to work with 4.12.14-lp151.28.20-default. My screens (integrated+external) stay dark without nouveau.modeset=0. I have a dual boot option with Debian 9, kernel 4.20.0-rc4 and there it works well with nouveau.hdmimhz=225. Strange. I remember that always having worked without any additional parameter (4K only with hdmimhz). Would you believe it to be possible that this is caused by openSUSE kernel extensions? -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1168447] New: Please build Blender 2.8x with OptiX support
by bugzilla_noreply＠novell.com 16 Sep '22

16 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1168447 Bug ID: 1168447 Summary: Please build Blender 2.8x with OptiX support Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: X11 Applications Assignee: screening-team-bugs(a)suse.de Reporter: cfeck(a)kde.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Blender has improved support for RTX cards since version 2.81. The official Blender download supports these Cycles engines: CPU, CUDA, OptiX, and OpenCL. In the Tumbleweed build of Blender, only CPU, CUDA, and OpenCL are selectable. -- You are receiving this mail because: You are on the CC list for the bug.

2 9

[Bug 1121578] New: python-aiohttp Factory version unable to build on Leap
by bugzilla_noreply＠novell.com 15 Sep '22

15 Sep '22

http://bugzilla.suse.com/show_bug.cgi?id=1121578 Bug ID: 1121578 Summary: python-aiohttp Factory version unable to build on Leap Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: mlin(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- In order to fix python-aiohttp build failure in Leap 15.1, python-aiohttp's Factory version has submitted to Leap, however this version unable to build on Leap due to missing deps, https://build.opensuse.org/package/show/openSUSE:Leap:15.1:Staging:adi:21/p… Note that, a problem is, python-Cython is one of the dep does not have greater enough version in Leap, and python-Cython is from SLE. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1146856] New: security/fail2ban: Bug - failtoban breaks restarting firewalld
by bugzilla_noreply＠novell.com 14 Sep '22

14 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1146856 Bug ID: 1146856 Summary: security/fail2ban: Bug - failtoban breaks restarting firewalld Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: meissner(a)suse.com Reporter: Mathias.Homann(a)opensuse.org QA Contact: bnc-team-screening(a)forge.provo.novell.com Found By: --- Blocker: --- on a system with fail2ban installed and activated it is impossible to use systemctl restart to restart firewalld: nextcloud:~ # systemctl restart firewalld Failed to restart firewalld.service: Transaction contains conflicting jobs 'restart' and 'stop' for fail2ban.service. Probably contradicting requirement dependencies configured. See system logs and 'systemctl status firewalld.service' for details. the sequence "systemctl stop fail2ban; systemctl restart firewalld; systemctl start fail2ban" works as exected. the same used to happen when I still used SuSEfirewall2 instead of firewalld, so I'm pretty sure the issue is with fail2ban and not with either of the two firewalls... for more info: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871993 https://bugzilla.redhat.com/show_bug.cgi?id=1379141 https://lists.freedesktop.org/archives/systemd-devel/2016-March/036011.html -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 1057976] New: Patch for gtk3 (openSUSE-2017-1032) requires vietnamese, inuktitut, thai, and amharic
by bugzilla_noreply＠novell.com 12 Sep '22

12 Sep '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1057976 Bug ID: 1057976 Summary: Patch for gtk3 (openSUSE-2017-1032) requires vietnamese, inuktitut, thai, and amharic Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: x86-64 OS: openSUSE 42.2 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)forge.provo.novell.com Reporter: Ulrich.Windl(a)rz.uni-regensburg.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 740114 --> http://bugzilla.opensuse.org/attachment.cgi?id=740114&action=edit Screen shot showing Yast's suggestions When online updating the gtk3-3.20.10-5.3.1 to gtk3-3.20.10-5.6.1, Yast2 insists to add additional language modules like gtk3-immodule-{ietnamese,inuktitut,thai,amharic} which I don't need. See attachment. -- You are receiving this mail because: You are on the CC list for the bug.

2 20