October 2018 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1061742] New: GNOME: sle-classic applications menu handles right click like left click
by bugzilla_noreply＠novell.com 19 Jul '21

19 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1061742 Bug ID: 1061742 Summary: GNOME: sle-classic applications menu handles right click like left click Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: x86-64 OS: Other Status: NEW Keywords: Usability Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: sebastian.parschauer(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: L3 Blocker: --- On Leap 42.3 sle-classic session the right click on an application in the applications menu results in just opening the application instead of showing a small popup like this: Open --- Add to Favorites Add to Desktop My expectation is that this works the same way like on SLES12-SP2. Please fix this. TIA -- You are receiving this mail because: You are on the CC list for the bug.

2 11

[Bug 1039756] New: GNOME needs to support default.desktop in session directories
by bugzilla_noreply＠novell.com 19 Jul '21

19 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1039756 Bug ID: 1039756 Summary: GNOME needs to support default.desktop in session directories Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: http://openqa.opensuse.org/tests/376325/modules/first_ boot/steps/21 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de CC: dimstar(a)opensuse.org, fvogt(a)suse.com, jreidinger(a)suse.com, lnussel(a)suse.com, lslezak(a)suse.com, mlin(a)suse.com, okurz(a)suse.com, simonf.lees(a)suse.com Depends on: 1030873 Found By: --- Blocker: --- +++ This bug was initially created as a clone of Bug #1030873 +++ If no default autologin session is defined, default.desktop (usually in /usr/share/xsessions, but can eventually be in wayland-sessions as well) is used by displaymanagers such as lightdm and sddm. This link is now created by update-alternatives for IceWM, Xfce, LXQt (sr not accepted yet), Plasma5 and enlightenment. This means that if GDM is used if one of those is installed, it will list default.desktop twice, as it is a symlink to a .desktop file in the same directory. lightdm and sddm are patched to recognize this properly. GDM should respect the default.desktop selection if nothing else is defined in /etc/sysconfig/displaymanager. GNOME should also register itself with update-alternatives, with the same priority as KDE (25), for reference: https://build.opensuse.org/package/rdiff/KDE:Frameworks5/plasma5-session?li… -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1090376] New: plasma panel bar does not scale up
by bugzilla_noreply＠novell.com 19 Jul '21

19 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1090376 Bug ID: 1090376 Summary: plasma panel bar does not scale up Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- on a 3840x2160 screen with 157x161 dots per inch KDE looks quite ok by default, only the panel did not scale up -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1087369] New: Change default TLS configuration of lighttpd for better security out-of-the-box
by bugzilla_noreply＠novell.com 18 Jul '21

18 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1087369 Bug ID: 1087369 Summary: Change default TLS configuration of lighttpd for better security out-of-the-box Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: mikhail.kasimov(a)gmail.com QA Contact: qa-bugs(a)suse.de Depends on: 1086764 Found By: --- Blocker: --- To comply with upcoming standards (PCI DSS) a default installation of nginx should only support TLS 1.1 and above (1.2 recommended / strongly encouraged): [0] https://blog.pcisecuritystandards.org/are-you-ready-for-30-june-2018-sayin-… > 30 June 2018 is the deadline for disabling SSL/early TLS and implementing a > more secure encryption protocol – TLS 1.1 or higher (TLS v1.2 is strongly > encouraged) in order to meet the PCI Data Security Standard (PCI DSS) for > safeguarding payment data. For some more details refer to [1] https://bugzilla.suse.com/show_bug.cgi?id=1086764 Therefore the default should be changed in /etc/lighttpd/lighttpd.conf [2] https://redmine.lighttpd.net/projects/lighttpd/wiki/Docs_SSL Configuration ====================== ssl.openssl.ssl-conf-cmd specify openssl config commands (e.g. ("Protocol" => "-ALL, TLSv1.2") restricts protocol to only TLS 1.2) (since 1.4.48) (commit https://redmine.lighttpd.net/projects/lighttpd/repository/revisions/c09acbe…) ====================== lighttpd version 1.4.48 is in openSUSE Tumbleweed and openSUSE Leap 15 only: https://software.opensuse.org/package/lighttpd Something to be like this in 'SSL Support' section of /etc/lighttpd/lighttpd.conf file: ============================ # Allow TLS version 1.2 only, which is a recommended default these days # by international information security standards. #ssl.openssl.ssl-conf-cmd = ("Protocol" => "-ALL, TLSv1.2") ============================ See also: ============= [3] https://bugzilla.suse.com/show_bug.cgi?id=1086854 (Change default TLS configuration of apache2 for better security out-of-the-box) [4] https://bugzilla.suse.com/show_bug.cgi?id=1086855 (Change default TLS configuration of nginx for better security out-of-the-box) -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1109665] New: Disabling f2fs
by bugzilla_noreply＠novell.com 16 Jul '21

16 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1109665 Bug ID: 1109665 Summary: Disabling f2fs Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: nborisov(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This issue is to be used as a collection of all discussions regarding disabling the compilation of f2fs in various opensuse distributions. Currently this filesystem received only sporadic CVE-related backports. In the process of doing said backports I have also identified several drawbacks which make it rather hard to support and provide sensible experience: 1. There are a bunch of validation checks which are not being backported since they are not linked to a particular CVE as such the stability of the filesystem is questionable even with CVE backports. 2. Currently the filesystem doesn't have a way to disable mounting of filesystems created with newer kernels, containing on-disk incompatible changes. I have talked with one of the maintainers and they recognize this fact but so far no one is working on this. This is a pretty major since newer images could potentially crash older kernels not being able to properly parse them. 3. All in all this leads me to believe that f2fs requires a rather controller environment in terms of kernel/tools versions so is not a good candidate to be included in a community-based distribution kernel. I've already spoken to release manager for leap/tumbleweed and they are fine with disabling it. -- You are receiving this mail because: You are on the CC list for the bug.

2 15

[Bug 1096677] New: gcc-go is missing gccgo command
by bugzilla_noreply＠novell.com 11 Jul '21

11 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1096677 Bug ID: 1096677 Summary: gcc-go is missing gccgo command Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: tdevries(a)suse.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- In leap 15.0 I have: ... $ zypper search gcc | grep go i+ | gcc-go | The system GNU Go Compiler | package i+ | gcc-go-32bit | The system GNU Go Compiler | package i | gcc7-go | GNU Go Compiler | package i | gcc7-go-32bit | GNU Go Compiler | package $ gccgo If 'gccgo' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf gccgo $ cnf gccgo gccgo: command not found ... Compare this to ubuntu 16.04: ... $ gccgo The program 'gccgo' is currently not installed. You can install it by typing: sudo apt install gccgo $ sudo apt install gccgo The following NEW packages will be installed: gccgo gccgo-6 libgo9 $ gccgo gccgo: fatal error: no input files compilation terminated. ... When building gdb, it checks for the presence of gccgo. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1054448] New: ncurses rendering is broken in xterm
by bugzilla_noreply＠novell.com 10 Jul '21

10 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1054448 Bug ID: 1054448 Summary: ncurses rendering is broken in xterm 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: hguo(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 737266 --> http://bugzilla.suse.com/attachment.cgi?id=737266&action=edit y2log Launching yast in xterm results in broken rendering of UI elements. Curiously, if environment variable TERM is set to something other than xterm, yast will render properly. -- You are receiving this mail because: You are on the CC list for the bug.

2 79

[Bug 1106014] New: cross-arm-none-gcc8-8.1.1+r262873-1.3.x86_64 -mcpu=cortex-m0plus emits incorrect arch
by bugzilla_noreply＠novell.com 09 Jul '21

09 Jul '21

http://bugzilla.suse.com/show_bug.cgi?id=1106014 Bug ID: 1106014 Summary: cross-arm-none-gcc8-8.1.1+r262873-1.3.x86_64 -mcpu=cortex-m0plus emits incorrect arch Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: william(a)blackhats.net.au QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi, The cross-arm-none-gcc8 package in OpenSUSE may have an incorrect definition for -mcpu=cortex-m0plus. On Fedora27 compiling the code found in the tomu-sample repo causes the ELF to have the following details: No version information found in this file. Attribute Section: aeabi File Attributes Tag_CPU_name: "Cortex-M0+" Tag_CPU_arch: v6S-M Tag_CPU_arch_profile: Microcontroller Tag_THUMB_ISA_use: Thumb-1 Tag_ABI_PCS_wchar_t: 4 Tag_ABI_FP_denormal: Needed Tag_ABI_FP_exceptions: Needed Tag_ABI_FP_number_model: IEEE 754 Tag_ABI_align_needed: 8-byte Tag_ABI_align_preserved: 8-byte, except leaf SP Tag_ABI_enum_size: small Tag_ABI_optimization_goals: Aggressive Size Please note the Tap_CPU_arch. On OpenSUSE the following is shown: No version information found in this file. Attribute Section: aeabi File Attributes Tag_CPU_name: "ARM v6K" Tag_CPU_arch: v6K Tag_CPU_arch_profile: Microcontroller Tag_ARM_ISA_use: Yes Tag_THUMB_ISA_use: Thumb-1 Tag_ABI_PCS_wchar_t: 4 Tag_ABI_FP_denormal: Needed Tag_ABI_FP_exceptions: Needed Tag_ABI_FP_number_model: IEEE 754 Tag_ABI_align_needed: 8-byte Tag_ABI_align_preserved: 8-byte, except leaf SP Tag_ABI_enum_size: small Tag_ABI_optimization_goals: Aggressive Size This causes the development board to fail to initialise as it is the wrong CPU arch. There are other platforms (arch linux, macOSX) where they correctly emit armv6s-m for -mcpu=cortex-m0plus. Version of affected packages: cross-arm-binutils-2.31-1.1.x86_64 cross-arm-none-newlib-devel-3.0.0-2.5.x86_64 cross-arm-none-gcc8-8.1.1+r262873-1.3.x86_64 Reproduction: https://github.com/im-tomu/tomu-samples Follow the readme, or: git submodule init git submodule update make -C libopencm3 make -C usb_simple readelf -A usb_simple/usb_simple.elf -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1107342] New: JAVA_HOME incorrectly set by /etc/profile.d/alljava.*
by bugzilla_noreply＠novell.com 06 Jul '21

06 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1107342 Bug ID: 1107342 Summary: JAVA_HOME incorrectly set by /etc/profile.d/alljava.* Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Java Assignee: bnc-team-java(a)forge.provo.novell.com Reporter: mario.g.pavlov(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 782101 --> http://bugzilla.opensuse.org/attachment.cgi?id=782101&action=edit Patches for both the Bourne shell and the C shell. If custom java (e.g. Oracle) is installed and used via the "alternatives system" then /etc/profile.d/alljava.* wouldn't set the correct JAVA_HOME. So the user is in a situation where they have all links pointing to their custom java but the JAVA_HOME env var is set to whatever OpenJDK was installed before that. This causes nasty issues with all sorts of java tools and applications. Please find attached patches that add support for determining JAVA_HOME via /etc/alternatives/java if exists. The patches were tested with the latest Tumbleweed as of this writing. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1093723] New: darktable usermanual is in french
by bugzilla_noreply＠novell.com 03 Jul '21

03 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1093723 Bug ID: 1093723 Summary: darktable usermanual is in french Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: P.Suetterlin(a)royac.iac.es QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I just installed darktable-doc (2.4.3-1.2) to be able to read the manual locally. However, the installed version is the french one :o woodstock:~ # rpm -ql darktable-doc /usr/share/doc/packages/darktable/darktable-usermanual-fr.pdf As the package description is in english, I'd expect either a 'warning' about that, or (rather) the english version of the manual... -- You are receiving this mail because: You are on the CC list for the bug.

2 1