September 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1175627] When kdeconnect-kde package is installed, automatically allow its services through the firewall
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1175627 https://bugzilla.suse.com/show_bug.cgi?id=1175627#c3 --- Comment #3 from Nathaniel Graham <pointedstick(a)zoho.com> --- Installing KDE Connect itself is the opt-in by the user, no? What's the use case for installing KDE Connect but keeping it non-functional by not allowing it through the firewall? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176323] AutoYaST: improve profile fetching process
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1176323 Knut Alejandro Anderssen González <kanderssen(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|yast2-maintainers(a)suse.de |yast-internal(a)suse.de -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176323] AutoYaST: improve profile fetching process
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1176323 Knut Alejandro Anderssen González <kanderssen(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://trello.com/c/TQPehs | |2U CC| |kanderssen(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1156053] [20191018] Kernel memory overwrite attempt detected to SLUB object - illegal operation
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1156053 https://bugzilla.suse.com/show_bug.cgi?id=1156053#c52 --- Comment #52 from Sergio Lindo Mansilla <slindomansilla(a)suse.com> --- (In reply to Vlastimil Babka from comment #51) > (In reply to Sergio Lindo Mansilla from comment #33) > > FYI: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/9731 > > Can you please undo the workarounds in OpenQA so it's tested again and we > don't get these reports? I have no idea how to do that. Thanks! Sure, sorry for missing it. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1162960] LLVM aarch64-w64-mingw32 target is not built
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1162960 https://bugzilla.suse.com/show_bug.cgi?id=1162960#c14 --- Comment #14 from Lubos Kocman <lubos.kocman(a)suse.com> --- (In reply to Richard Biener from comment #4) > I never understood the need for a mingw compiler to build WSL - can't the > "install" component be written in sth like Powershell? > > Indeed GCC doesn't support aarch64-*-mingw*, adding support for that is > welcome. > Guess at ARM you should have the resources to push this. > > Using clang to build packages is not exactly welcome since clang isn't a > supported part of our infrastructure so it's not wise to rely on it. I did spend some time on writing the PowerShell alternative to the WSL-Distro_Launcher but that's not possible at this moment as Microsoft only ships x86 version of PowerShell, which does not have access to neither wslapi.dll (used in Add-Type) nor wsl.exe for any sort of wrappers due to the nature of x86 emulation in Windows. I did open request (referenced in the link bellow) to ship powershell for arm on Windows for ARM (as you can find powershell core on gitlab) however the request was rejected with recommendation from Microsoft to take the llvm path. More details here https://github.com/lkocman/WSL-PowerLauncher/issues/1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1175627] When kdeconnect-kde package is installed, automatically allow its services through the firewall
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1175627 https://bugzilla.suse.com/show_bug.cgi?id=1175627#c2 Robert Frohl <rfrohl(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(rfrohl(a)suse.com) | --- Comment #2 from Robert Frohl <rfrohl(a)suse.com> --- from a security point of view we would prefer an opt in instead of on opt out by the user. Meaning the current situation, where the port is not immediately reachable on the network, is preferred over opening the port by default. As far as I am aware the service is also running by default at the moment, which could be a security problem. @Fabian: I would say lets re-visit this once the other discussion has been addressed. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1162960] LLVM aarch64-w64-mingw32 target is not built
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1162960 https://bugzilla.suse.com/show_bug.cgi?id=1162960#c13 Lubos Kocman <lubos.kocman(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lubos.kocman(a)suse.com --- Comment #13 from Lubos Kocman <lubos.kocman(a)suse.com> --- (In reply to Guillaume GARDET from comment #12) > Also, on IRC some people claim that we should not use mingw64- prefix for > aarch64 windows targets but keep those packages to build for x86_64 windows. > So, maybe we should move from mingw64- to: > * mingw64-aarch64 for aarch64 windows > * mingw64-x86_64 for x86_64 windows > > What do you think? I do agree to use the mingw64- for ARM as well, just like you propose. Thank you -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176100] password-store package incorrect system extensions path (/usr/lib vs. /usr/libexec)
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1176100 https://bugzilla.suse.com/show_bug.cgi?id=1176100#c4 Dan Čermák <dcermak(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Dan Čermák <dcermak(a)suse.com> --- Glad to hear that the issue has been resolved. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176100] password-store package incorrect system extensions path (/usr/lib vs. /usr/libexec)
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1176100 Sean O'Connell <sean(a)sdoconnell.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(sean(a)sdoconnell.n | |et) | -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176100] password-store package incorrect system extensions path (/usr/lib vs. /usr/libexec)
by bugzilla_noreply＠suse.com 09 Sep '20

09 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1176100 https://bugzilla.suse.com/show_bug.cgi?id=1176100#c3 --- Comment #3 from Sean O'Connell <sean(a)sdoconnell.net> --- Yes, on TW 20200906 at least, it looks like pass-otp has been updated and moves the extensions directory to /usr/lib instead of /usr/libexec: > rpm -qa pass-otp pass-otp-1.2.0-2.1.noarch > rpm -ql pass-otp /usr/lib/password-store /usr/lib/password-store/extensions /usr/lib/password-store/extensions/otp.bash ... The issue seems to be resolved. Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

1 0