December 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1137688] yast2 tune: store sysrq setting in /etc/sysctl.d/
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.suse.com/show_bug.cgi?id=1137688 Imobach Gonzalez Sosa <igonzalezsosa(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(sb56637(a)gmail.com | |) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1137688] yast2 tune: store sysrq setting in /etc/sysctl.d/
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.suse.com/show_bug.cgi?id=1137688 http://bugzilla.suse.com/show_bug.cgi?id=1137688#c15 --- Comment #15 from Imobach Gonzalez Sosa <igonzalezsosa(a)suse.com> --- Actually, you could even try to load system settings with "sysctl --system". It should give you a clue about where it is reading the values from. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1137688] yast2 tune: store sysrq setting in /etc/sysctl.d/
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.suse.com/show_bug.cgi?id=1137688 http://bugzilla.suse.com/show_bug.cgi?id=1137688#c14 --- Comment #14 from Imobach Gonzalez Sosa <igonzalezsosa(a)suse.com> --- Hi S.B., Well, you should check the directories that are listed in sysctl.d(5) and systctl.conf(5) man pages. These are /run/sysctl.d, /etc/sysctl.d, /usr/local/lib/sysctl.d, /usr/lib/sysctl.d, /lib/sysctl.d and /etc/sysctl.conf. For further details, see the "CONFIGURATION DIRECTORIES AND PRECEDENCE" section in the "sysctl.d(5)" man page and the "FILES" section in the "sysctl.conf(5)" man page. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1059298] yast bootloader merges the current and the proposed configuration when installing from a LiveCD
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.suse.com/show_bug.cgi?id=1059298 http://bugzilla.suse.com/show_bug.cgi?id=1059298#c9 Fabian Vogt <fvogt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #9 from Fabian Vogt <fvogt(a)suse.com> --- (In reply to Fabian Vogt from comment #6) > (In reply to Bernhard Wiedemann from comment #5) > > This is an autogenerated message for OBS integration: > > This bug (1059298) was mentioned in > > https://build.opensuse.org/request/show/529112 Factory:Live / > > live-net-installer > > This includes a workaround that strips various options from the cmdline > before passing it to YaST via /etc/install.inf. Got accepted a while ago. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1100511] HPLIP missing package requirements
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.suse.com/show_bug.cgi?id=1100511 http://bugzilla.suse.com/show_bug.cgi?id=1100511#c13 --- Comment #13 from Johannes Meixner <jsmeix(a)suse.com> --- The lsb-release part is fixed according to https://build.opensuse.org/package/view_file/Printing/hplip/hplip.changes?e… ----------------------------------------------------------------- Wed Oct 16 07:48:29 UTC 2019 - Andreas Schneider ... - Added missing requirement lsb-release (needed for root password prompt, e.g. hp-plugin). ----------------------------------------------------------------- -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1155545] [LiveInst] Upgrade from Leap 15.0 using the live upgrade fails
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.suse.com/show_bug.cgi?id=1155545 http://bugzilla.suse.com/show_bug.cgi?id=1155545#c23 --- Comment #23 from Fabian Vogt <fvogt(a)suse.com> --- (In reply to Ancor Gonzalez Sosa from comment #20) > (In reply to Fabian Vogt from comment #19) > > > > > > 4) But instead of fixing the buggy environment (that was the premise, > > > "difference in environments should be neglegible, anything else is a bug in > > > the environment") we end up with a bunch of bug reports about thing we have > > > to adapt in the YaST side for it to work in this new environment. That was > > > not the deal. > > First of all, let me clarify something. I talked about "buggy environment" > as a direct application of your own sentence: "anything else is a bug in the > environment". As far as I understood that sentence, it means that if > something works in the normal official installation but it does not work in > the live media, it ought to be considered a bug in the live media itself, > not in YaST. If it's something that can be fixed in the environment, yes. Like /etc/install.inf contents or YaST calling "extend" for feature checks, etc. > > Please tell me which bugs in the environment you're talking about here, to > > my knowledge there aren't any open ones. > > Let's perform a very quick search to find some bugs about something being > broken in the live media, although it works in the normal int-sys (there are > many more examples... including several ones that has been fixed in the YaST > side): > > - bug#1151291 Yup - this was clearly caused by a major difference in the environment and discussed earlier. Arguably YaST should avoid to modify the outside system's /run, that might cause issues in the inst-sys as well. > - bug#1151148 Cannot possibly be fixed in the environment, it only worked at all because the inst-sys doesn't have an rpm database. IMO a YaST bug which the live installer uncovered. > - bug#1089823 I opened this report after debugging the issue and fixing the environment. It's about YaST completely ignoring the failure of snapper during installation, no matter the environment. > - bug#1059298 That bug didn't really have much to do with YaST - it did exactly what it was supposed to. A workaround/fix filtering out the unexpected cmdline entries was added to live-net-installer. > - bug#1155516 That's actually a dup of boo#993885 - long known, not that nice to fix, but harmless. > - bug#1155687 I haven't seen that one yet - seems to be more fallout from the /run bind-mount. Fixed live-net-installer is building currently. > - bug#1157686 That happened in the inst-sys as well - the entire snapshot was broken. > None of those are a problem when the installer runs in the official int-sys, > which is the environment for which we develop and test the installer. The > problems only arise when executed in that different environment that is the > live media. That's why I dared to call them "bugs in the environment" as a > direct application of the rule above. Looking at the kind of bugs listed above, the fixes (excluding the network one, which was a known topic back when the live installer was introduced, but didn't cause any fatal issues except for an empty dialog until recently) are mostly just relatively small. So the main blocker here is that it's simply not tested before the full TW snapshot openQA, leading to the for you more frustrating reports of severe regressions. So having it tested continuously would improve this situation quite a bit for everyone involved here AFAICT. That should be doable. It's on my ToDo list already to test (JeOS, MicroOS, Live)-Images in stagings already for a while. > All those bugs are currently assigned to yast2-maintainers. So you can say > they are not bugs in the environment, but things the YaST Team should fix by > modifying YaST. But, as said, that was not the deal. Yes - please CC/Assign me if such bugs end up assigned to you and seem to be caused by the environment. (In reply to Ancor Gonzalez Sosa from comment #21) > (In reply to Ancor Gonzalez Sosa from comment #20) > > All those bugs are currently assigned to yast2-maintainers. So you can say > > they are not bugs in the environment, but things the YaST Team should fix by > > modifying YaST. But, as said, that was not the deal. > > Just to clarify my words once more. The YaST Team wants to continue being > supportive with the idea of running the net installer on top of live media. > It's indeed a neat initiative. > > But "being supportive" has meant, so far: > > - allocating resources only when other priorities allow it > - doing only changes that don't risk the supported scenarios > - making no commitment about keeping it working in the future > > We simply fear the expectations on us has changed recently (little by > little) without we having been part of any conversation about it. It's easier to explain: Until recently, the live installer worked really well, so that the sudden failures were more noticeable and unexpected :-) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1100511] HPLIP missing package requirements
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.suse.com/show_bug.cgi?id=1100511 http://bugzilla.suse.com/show_bug.cgi?id=1100511#c12 Johannes Meixner <jsmeix(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #12 from Johannes Meixner <jsmeix(a)suse.com> --- Fixed according to https://build.opensuse.org/package/view_file/Printing/hplip/hplip.changes?e… ----------------------------------------------------------------- Sun Jun 24 05:22:01 UTC 2018 - bwiedemann(a)suse.com - require python3-Pillow for hp-scan to work (bsc#1100511) ----------------------------------------------------------------- -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1096755] hp-scan cannot scan as jpg
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.suse.com/show_bug.cgi?id=1096755 http://bugzilla.suse.com/show_bug.cgi?id=1096755#c11 Johannes Meixner <jsmeix(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Johannes Meixner <jsmeix(a)suse.com> --- Fixed according to https://build.opensuse.org/package/view_file/Printing/hplip/hplip.changes?e… --------------------------------------------------------------------- Tue Aug 28 11:37:58 UTC 2018 - Hans-Peter Jansen ... ... - removed Fix-scanning-with-python-pillow-4.2.0.patch as resolved upstream. Closes boo#1096755 --------------------------------------------------------------------- -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1114853] VUL-1: CVE-2018-20106: yast2-printer: SMB printer settings test fails if the password includes a backtick
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.suse.com/show_bug.cgi?id=1114853 http://bugzilla.suse.com/show_bug.cgi?id=1114853#c8 Johannes Meixner <jsmeix(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #8 from Johannes Meixner <jsmeix(a)suse.com> --- Got fixed via https://build.opensuse.org/request/show/689019 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1144055] Please add "pam_keyinit.so" to the /etc/pam.d/ppp configuration file
by bugzilla_noreply＠novell.com 05 Dec '19

05 Dec '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1144055 http://bugzilla.opensuse.org/show_bug.cgi?id=1144055#c7 --- Comment #7 from Josef Möllers <josef.moellers(a)suse.com> --- Any progress? -- You are receiving this mail because: You are on the CC list for the bug.

1 0