April 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1210148] I propose to add "zypper why" alias to search command
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1210148 https://bugzilla.suse.com/show_bug.cgi?id=1210148#c11 --- Comment #11 from Grzegorz Wo�� <grzegorz.w(a)trzynastkaplus.pl> --- (In reply to Michael Andres from comment #10) Sorry, i might not have made myself clear. I just wanted to point out that article describes collecting data from solver and thus when ignoring the '<graphic>' part can be used to get some insight on how this works. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1209963] New: AUDIT-0: wtmpdb: New pam_wtmpdb module replacing wtmp and parts of pam_lastlog
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1209963 Bug ID: 1209963 Summary: AUDIT-0: wtmpdb: New pam_wtmpdb module replacing wtmp and parts of pam_lastlog Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: kukuk(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- wtmpdb is a Y2038 safe implementation of "wtmp". wtmp entries are written by login applications and mainly used (read) by: last, last, last, ..., lslogin Collecting the data is done by a PAM module which needs to be whitelisted. https://build.opensuse.org/package/show/Linux-PAM/wtmpdb https://github.com/thkukuk/wtmpdb -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1210148] I propose to add "zypper why" alias to search command
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1210148 https://bugzilla.suse.com/show_bug.cgi?id=1210148#c10 --- Comment #10 from Michael Andres <ma(a)suse.com> --- Right, but this refers to old style solver testcases using .xml-files. New style uses yaml. But more importantly, there is no more support for '<graphic>', neither in xml nor in yaml. A solver testcase contains information about all packages and all their dependencies. This is the same information we have available inside zypper to resolve your queries. The information the solver uses for the dependency resolution. It would not be hard for zypper to compute a dependency graph and write it to a .dot-file[1]. This is indeed far easier done inside zypp, than trying to retrieve and combine all the information via queries. The problem - as always - is to layout and render the graph in a way so you can recognize the information you are looking for. I once rendered `what requires glibc' with Gephi[2] and the result looks more like a painting. For sure nothing you would like to be written to a terminal, so I pinned it to my wall. [1] https://en.wikipedia.org/wiki/DOT_%28graph_description_language%29 [2] https://gephi.org/ Regarding '<graphic>': Years ago, yast(qt) provided a libqdialogsolver1 package which was able to layout and render a dependency graph. Jano used this widget to implement the '<graphic>' feature. At this time the libzypp-testsuite-tools package also contained a QT4 based application named deptestomatic.multi, which was able to show this simple graph and YASTs package selector used it as well. But libqdialogsolver1 was dropped in 2014 and so the deptestomatic.multi. The layout was too simple to be usefull if the tree became a bit more complex. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1192911] virtio interface fails to come up if booted on a too recent AArch64 processor
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1192911 https://bugzilla.suse.com/show_bug.cgi?id=1192911#c4 Guillaume GARDET <guillaume.gardet(a)arm.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NORESPONSE --- Comment #4 from Guillaume GARDET <guillaume.gardet(a)arm.com> --- Closing as likely a duplicate of https://bugzilla.suse.com/show_bug.cgi?id=1206684 and no response from reporter. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1178296] /usr/etc/skel handling completely broken
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1178296 Dr. Werner Fink <werner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|werner(a)suse.com | -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173321] Move /etc/skel/* files to /usr/etc/skel ?
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1173321 Dr. Werner Fink <werner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|werner(a)suse.com | -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1155207] New: systemctl command line completion is very slow
by bugzilla_noreply＠novell.com 06 Apr '23

06 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1155207 Bug ID: 1155207 Summary: systemctl command line completion is very slow Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: carlos.e.r(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- systemctl command line completion is very slow Suppose I type: systemctl status smart[tab][tab] and I get nothing. One second, two seconds... so I insist and hit tab several times, and after several seconds I get (one line per second): Isengard:~ # systemctl status smart smartcard.target smartd.service smartd_generate_opts.path smartd_generate_opts.service Isengard:~ # systemctl status smart smartcard.target smartd.service smartd_generate_opts.path smartd_generate_opts.service Isengard:~ # systemctl status smart smartcard.target smartd.service smartd_generate_opts.path smartd_generate_opts.service Isengard:~ # systemctl status smart and then I can type "d" and enter. Why is it that slow? It is an M2 disk. ie, SSD technology. It responds instantly when completing a normal command: Isengard:~ # smart smart_agetty smartctl smartd Isengard:~ # smart And that system is not busy at all, load 0.20. I can replicate the issue on other machines, and has been so probably for a year or so. Google "systemctl completion slow" finds reports on other distributions and several media. <https://bugzilla.redhat.com/show_bug.cgi?id=1491668> <https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/1471723> and: <https://github.com/systemd/systemd/issues/7185> -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1210208] konsole slow in showing effect of key strokes (due to tearing?)
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1210208 https://bugzilla.suse.com/show_bug.cgi?id=1210208#c1 Fabian Vogt <fvogt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fvogt(a)suse.com, | |tdevries(a)suse.com Flags| |needinfo?(tdevries(a)suse.com | |) --- Comment #1 from Fabian Vogt <fvogt(a)suse.com> --- > Other application suffer more or less from the same, but it's neglectable. Which applications? This sounds like an Xorg or kernel DRM driver bug to me. Compositing avoids tearing, but it sounds like some driver issues caused kwin to crash with compositing enabled. Can you try with all default settings, e.g. with a new user account? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1207419] New: jeos-firsboot dependency on network was removed from main package (which supported both NM and W), but left on -rpiwifi sub-package
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1207419 Bug ID: 1207419 Summary: jeos-firsboot dependency on network was removed from main package (which supported both NM and W), but left on -rpiwifi sub-package Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: fvogt(a)suse.com Reporter: aherzig(a)suse.com QA Contact: jsrain(a)suse.com CC: vmoutoussamy(a)suse.com Found By: Development Blocker: --- The dependency on network was removed from main package (which supported both NM and W), but left on -rpiwifi sub-package, to be addressed. spec file requires wicked and needs adaptation to also work with networkmanager if it is installed (and not wicked), configurable or detected on run-time -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1206843] Lenovo T14s Gen3 AMD resume from sleep broken
by bugzilla_noreply＠suse.com 06 Apr '23

06 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1206843 https://bugzilla.suse.com/show_bug.cgi?id=1206843#c22 --- Comment #22 from Patrik Jakobsson <patrik.jakobsson(a)suse.com> --- Christian, can you please try the kernel at home:patrikjakobsson:bsc1206843 -- You are receiving this mail because: You are on the CC list for the bug.

1 0