January 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1156441] grub2-install does not setup env_block for btrfs
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1156441 http://bugzilla.opensuse.org/show_bug.cgi?id=1156441#c22 --- Comment #22 from Ignaz Forster <iforster(a)suse.com> --- I'm thinking of something like the following patch: https://build.opensuse.org/package/rdiff/home:fos:branches:Base:System/grub… This adds a new configure option `--with-statedir`, which will be the name of the directory containing the grubenv file below /boot. This is a prototype, for a final version open_envblk_file in grub-core/commands/loadenv.c may also need adjustments to load the new default file, and the TODOs should be removed - I'm just trying to evaluate if this would be a reasonable approach. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1159887] Remember last choice in grub
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1159887 http://bugzilla.suse.com/show_bug.cgi?id=1159887#c3 Josef Reidinger <jreidinger(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(mchang(a)suse.com) --- Comment #3 from Josef Reidinger <jreidinger(a)suse.com> --- (In reply to Michael Chang from comment #2) > (In reply to Josef Reidinger from comment #1) > > that make sense for me. > > > > Michael - just quick question, how to reset already set value that we set by > > "grub-set-default" to use really the last one? > > I believed the simple configuration [1] GRUB_SAVEDEFAULT is what you are > looking for. And if you read the manual thoroughly, you'll see the caveat in > the end. > > "This option relies on the environment block, which may not be available in > all situations" > > That is also saying we may have to detect either of the zfs, lvm and mdadm > is in use by /boot and pop up warning whenever writable environment block > not available. > > [1] > https://www.gnu.org/software/grub/manual/grub/grub.html#Simple-configuration > > Thanks. ah, fine so if we use GRUB_DEFAULT=saved and GRUB_SAVEDEFAULT='true' then "grub-set-default" value is ignored, right? And if that environment block is not available it will use that default instead? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1159887] Remember last choice in grub
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1159887 http://bugzilla.suse.com/show_bug.cgi?id=1159887#c2 Michael Chang <mchang(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(mchang(a)suse.com) | --- Comment #2 from Michael Chang <mchang(a)suse.com> --- (In reply to Josef Reidinger from comment #1) > that make sense for me. > > Michael - just quick question, how to reset already set value that we set by > "grub-set-default" to use really the last one? I believed the simple configuration [1] GRUB_SAVEDEFAULT is what you are looking for. And if you read the manual thoroughly, you'll see the caveat in the end. "This option relies on the environment block, which may not be available in all situations" That is also saying we may have to detect either of the zfs, lvm and mdadm is in use by /boot and pop up warning whenever writable environment block not available. [1] https://www.gnu.org/software/grub/manual/grub/grub.html#Simple-configuration Thanks. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1160046] New: "'MenuEntry' object has no attribute 'Type'" in pyxdg
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1160046 Bug ID: 1160046 Summary: "'MenuEntry' object has no attribute 'Type'" in pyxdg Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: jzl(a)volny.cz QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I want to use xpra. After xpra start ssh:jizbox --ssh=ssh --start=xterm xpra coud not connect to server. On the server site was the problem described with message "'MenuEntry' object has no attribute 'Type'" Googling got me similar problem in fedora https://bugzilla.redhat.com/show_bug.cgi?id=1654857 Because there is no working version in opensuse I trayed upgrade to https://kojipkgs.fedoraproject.org//packages/pyxdg/0.26/5.fc31/noarch/pytho… and xpra now works fine. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1159704] ACPI errors on the OpenSUSE Tumbleweed Live CD
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1159704 http://bugzilla.suse.com/show_bug.cgi?id=1159704#c6 --- Comment #6 from Borislav Petkov <bpetkov(a)suse.com> --- Right, you can also add this on the live cd kernel's command line: "ignore_logevel debug log_buf_len=16M systemd.log_target=null" before booting in the hope that you see more. If you do, make a picture again. It looks like it freezes or stops somewhere in the boot but it doesn't show where. You can also simply install Linux on a partition on that machine - it should work then. :) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1159852] VUL-1: CVE-2019-19950: use-after-free in ThrowException and ThrowLoggedException of magick/error.c.
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1159852 http://bugzilla.suse.com/show_bug.cgi?id=1159852#c3 Petr Gajdos <pgajdos(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |atoptsoglou(a)suse.com Flags| |needinfo?(atoptsoglou@suse. | |com) --- Comment #3 from Petr Gajdos <pgajdos(a)suse.com> --- Hmm, where did you get the POC? The testcase from the upstream bug seem to be different. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1160025] opensuse Tumbleweed Express install doesn't work in gnome Boxes
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1160025 http://bugzilla.suse.com/show_bug.cgi?id=1160025#c1 Josef Reidinger <jreidinger(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jreidinger(a)suse.com, | |romulasry(a)protonmail.com Flags| |needinfo?(romulasry@protonm | |ail.com) --- Comment #1 from Josef Reidinger <jreidinger(a)suse.com> --- (In reply to Ryan Bach from comment #0) > Error: > Language 'en+US.UTF-8' was not found within the list of supported languages > available at /usr/share/YaST2/data/languages. > Fallback language en_US will be used. > Also: > Error: > None or wrong base product has been defined in the AutoYaST configuration > file. Please check products entry in the software section. > Following base products are available: > openSUSE-MicroOS (openSUSE MicroOS) > opensuse (openSUSE Tumbleweed). > [OK] > Running GNOME Boxes 3.34.1-stable Hi Ryan, that `en+US.UTF-8` is typo of configuration. It should be `en_US.UTF-8`. Regarding base product. Can you show you autoyast profile and also yast logs can help. As it looks like you have two base products available and does not pick one in profile. So profile should be updated in software section and add there `openSUSE` as product. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1159339] New: NetworkManager default route not going over VPN
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159339 Bug ID: 1159339 Summary: NetworkManager default route not going over VPN Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: felix(a)feldspaten.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 826245 --> http://bugzilla.opensuse.org/attachment.cgi?id=826245&action=edit NetworkManager connections Hi there, I just notices, that when using a VPN connection in NetworkManager, the traffic does not get routed through the VPN. `ip route` shows that the metric of the default ethernet connection is higher than the VPN connection (100 vs 50) - so the default route will never be the VPN connection, but always the default ethernet connection: default via 100.97.0.1 dev tun2 proto static metric 50 default via 192.168.0.1 dev enp0s25 proto dhcp metric 100 100.97.0.0/16 dev tun2 proto kernel scope link src 100.97.0.6 metric 50 192.168.0.0/24 dev enp0s25 proto kernel scope link src 192.168.0.42 metric 100 192.168.0.1 dev enp0s25 proto static scope link metric 100 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown xxx.xxx.xxx.xxx via 192.168.0.1 dev enp0s25 proto static metric 100 I checked the NetworkManager connection files in /etc/NetworkManager/system-connections but could not find anything in my configuration, that could suggest the metric being screwed up, so I'm wondering where the issue could be? -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1099758] HP 15 Pavilion variant with RTL8723DE wifi doesn't work with Leap:15.0 kernel
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1099758 http://bugzilla.suse.com/show_bug.cgi?id=1099758#c8 Borislav Petkov <bpetkov(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED CC| |bpetkov(a)suse.com Resolution|--- |FIXED --- Comment #8 from Borislav Petkov <bpetkov(a)suse.com> --- This looks done. Feel free to reopen if there's something else we can do. Thx. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1136292] ktorrent don't find the file "http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz"
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1136292 http://bugzilla.suse.com/show_bug.cgi?id=1136292#c5 --- Comment #5 from Wolfgang Bauer <wbauer(a)tmo.at> --- (In reply to Ludwig Nussel from comment #4) > Note that maxmind changed the conditions for downloading the geoip files on > December 30: > https://blog.maxmind.com/2019/12/18/significant-changes-to-accessing-and- > using-geolite2-databases/ > > So downloading those files directly won't work anymore. Great. So the proposed upstream patch now shows an error dialog on start as well (Unknown host geolite.maxmind.com) :-( At least, with this patch it is possible to disable the GeoIP functionality completely (that's not possible currently), that would also remove the error dialog of course. -- You are receiving this mail because: You are on the CC list for the bug.

1 0