February 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1208151] New: dnf does not ship python bytecode
by bugzilla_noreply＠suse.com 10 Mar '23

10 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208151 Bug ID: 1208151 Summary: dnf does not ship python bytecode Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: brunopitrus(a)hotmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- python3-dnf and related packages (python3-dnf-plugin*) do not ship pycache. As the programs are often run as root, this causes pycache files to get generated at runtime. This means that stale files remain on the system as the package gets uninstalled, or if the python version in factory gets upgraded. Another problem is that if dnf gets upgraded, stale cache files may get used as the timestamps of the files in the rpm package aren't predictable. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1208766] New: Kernel 6.2.1 does not suspend/hibernate anymore for AMD Ryzen 7 Pro
by bugzilla_noreply＠suse.com 10 Mar '23

10 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208766 Bug ID: 1208766 Summary: Kernel 6.2.1 does not suspend/hibernate anymore for AMD Ryzen 7 Pro Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: fkrueger(a)mailbox.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- TW20230227 with kernel-default-6.2.1-1.1.g69e0e95.x86_64 from Kernel:stable repo does not suspend/hibernate anymore. Regarding the latter, the possibility to hibernate is not even provided in KDE's menu. Kernel-default-6.2.0-5.1.g09a9a65.x86_64 works fine. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1204007] New: Use region-specific variant of noto sans/serif cjk fonts, not language-specific ones as source
by bugzilla_noreply＠suse.com 10 Mar '23

10 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1204007 Bug ID: 1204007 Summary: Use region-specific variant of noto sans/serif cjk fonts, not language-specific ones as source Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: i(a)marguerite.su QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi, I am the initial packager of google-noto-sans/serif-CJK-fonts and the maintainer of our fonts-config. In the early version of that package, I used region-specific variants. Later Mr. hillwood replaced them with language-specific variants and accepted the submit request by himself, then guoyunhe continued to update that package with language specific ones There is a known bug back in 2016 that Japanese variant wll always take effect due to the alphabetical order so you can not see any chinese variant. Nowadays in 2022, although pango/harfbuzz/freetype support opentype locl feature and language tagging underlying, this regression still exists because: 1. All Qt applications don��t support any opentype features because QFont doesn��t implemented such things 2. GTK supports them but rare application made use of that, eg: GIMP still can��t use opentype features although GTKFontChooser allows such usage since 3.24 3. Such usage needs programming, it does not mean users can simply set up font variant in system settings and the Simplified Chinese variant will apply everywhere. Every application/web page needs to enable opentype locl features during programming. So only professional application like Adobe CS 6 may adapt to it. We will not see it work out of the box in the foreseeable future. So the only benefit of using language-specific variants is its code point coverage, but seldom people needs to display Pan CJK everyday while everyone hates to see Japanese variant in charge under non-Japanese locales And openSUSE��s fonts-config were implemented with region-specific font names eg ��Noto Sans SC�� not ��Noto Sans CJK SC��. such packaging nearly destroyed those font configurations Please fix -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1208444] New: 20230216-0 release hardlock
by bugzilla_noreply＠suse.com 10 Mar '23

10 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208444 Bug ID: 1208444 Summary: 20230216-0 release hardlock Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Upgrade Problems Assignee: screening-team-bugs(a)suse.de Reporter: scott.bradnick(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 864981 --> http://bugzilla.opensuse.org/attachment.cgi?id=864981&action=edit output from 'zypper dup --details' zypper dup from 20230215 -> 20230216 causes hardlock on next boot with 6.1.12. Holding the power button then booting into 6.1.10 and/or 6.1.8 causes the same scenario. I can boot fine into the last pre snapshot and am considering a 'snapper rollback' but wanted to open this issue first (though I can't do any troubleshooting in 20230216-0). Attaching a listing of what would update (from the snapshot). -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1206835] New: iodine cannot find /dev/net/tun after upgrade from Leap 15.3 to 15.4
by bugzilla_noreply＠suse.com 10 Mar '23

10 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1206835 Bug ID: 1206835 Summary: iodine cannot find /dev/net/tun after upgrade from Leap 15.3 to 15.4 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: screening-team-bugs(a)suse.de Reporter: wagner-thomas(a)gmx.at QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After upgrading from Leap 15.3 to 15.4, iodined.service won't start. Output of journalctl ``` iodined: open_tun: /dev/net/tun: No such file or directory: No such file or directory ``` However, /dev/net/tun is present. ``` #ls -alh /dev/net/tun crw-rw-rw- 1 root root 10, 200 4. Jan 12:36 /dev/net/tun ``` -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1084017] New: YaST in Leap 15 fails to set boot flags correctly
by bugzilla_noreply＠novell.com 10 Mar '23

10 Mar '23

http://bugzilla.suse.com/show_bug.cgi?id=1084017 Bug ID: 1084017 Summary: YaST in Leap 15 fails to set boot flags correctly Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: Larry.Finger(a)lwfinger.net QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 762755 --> http://bugzilla.suse.com/attachment.cgi?id=762755&action=edit Compressed YaST2 logs My system has a GPT partitioning scheme and does not use EFI. I also put the boot block at the start of the active partition, and have generic boot code in the MBR. The active partition is indicated with the legacy_boot flag. A partial df for the system is: Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda3 60213124 9954072 47170668 18% / /dev/sda6 53826316 32795236 20576144 62% /var/tmp /dev/sda7 51255784 20631016 28050216 43% /TW /dev/sda4 60344404 22760752 36522788 39% /Leap42.3 /dev/sda5 711705020 393141448 282387980 59% /home tmpfs 809360 20 809340 1% /run/user/1000 Looking at the partitions with parted: GNU Parted 3.2 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: ATA Samsung SSD 850 (scsi) Disk /dev/sda: 1024GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: pmbr_boot Number Start End Size File system Name Flags 1 1049kB 9437kB 8389kB bios_grub 2 9437kB 16.8GB 16.8GB linux-swap(v1) swap 3 16.8GB 79.7GB 62.9GB ext4 4 79.7GB 143GB 62.9GB ext4 msftdata 5 143GB 883GB 741GB ext4 msftdata 6 883GB 939GB 56.1GB ext4 msftdata 8 939GB 971GB 31.5GB ext4 7 971GB 1024GB 53.5GB ext4 legacy_boot, msftdata (parted) quit In this case, partition number 7 will be booted. Running YaST => System => Boot Loader changes nothing. If I want the automatic boot to choose Leap 15.0, I need to manually toggle the legacy_boot flag on partitions 7 and 3. Attached is a compressed copy of the /var/log/YaST2/ directory. -- You are receiving this mail because: You are on the CC list for the bug.

2 15

[Bug 1207200] New: “appstreamcli validate --no-net” seems to use network (and reports an error it should not report)
by bugzilla_noreply＠suse.com 10 Mar '23

10 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1207200 Bug ID: 1207200 Summary: ��appstreamcli validate --no-net�� seems to use network (and reports an error it should not report) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: maiku.fabian(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Here is a failed build log: https://build.opensuse.org/package/live_build_log/home:mike-fabian/ibus-typ… It fails with: [ 32s] + appstreamcli validate --pedantic --no-net /home/abuild/rpmbuild/BUILDROOT/ibus-typing-booster-2.19.15-4.1.x86_64//usr/share/metainfo/emoji-picker.appdata.xml /home/abuild/rpmbuild/BUILDROOT/ibus-typing-booster-2.19.15-4.1.x86_64//usr/share/metainfo/typing-booster.appdata.xml [ 32s] /home/abuild/rpmbuild/BUILDROOT/ibus-typing-booster-2.19.15-4.1.x86_64//usr/share/metainfo/emoji-picker.appdata.xml [ 32s] E: org.freedesktop.ibus.engine.typing_booster.emoji_picker:18: screenshot-image-source-missing [ 32s] [ 32s] /home/abuild/rpmbuild/BUILDROOT/ibus-typing-booster-2.19.15-4.1.x86_64//usr/share/metainfo/typing-booster.appdata.xml [ 32s] E: org.freedesktop.ibus.engine.typing_booster:22: screenshot-image-source-missing [ 32s] [ 32s] �� Validation failed: errors: 2 But the screenshots exist, emoji-picker.appdata.xml contains: <screenshots> <screenshot type="default"> <image type="source" xml:lang="en"> https://mike-fabian.github.io/ibus-typing-booster/images/emoji-picker.png </image> <caption>Emoji Picker screenshot</caption> </screenshot> </screenshots> and typing-booster.appdata.xml contains: <screenshots> <screenshot type="default"> <image type="source" width="956" height="233" xml:lang="en"> https://mike-fabian.github.io/ibus-typing-booster/images/typing-emoji-and-c… </image> <caption>Typing Booster screenshot</caption> </screenshot> <screenshot> <video container="webm" codec="vp9" xml:lang="en"> https://mike-fabian.github.io/ibus-typing-booster/videos/overview-demo-setu… </video> <caption>Typing booster demo video</caption> </screenshot> </screenshots> The screenshot files in these xml files do exist. *And*, because the --no-net option is given to `appstreamcli validate`, the checks needing network should not be done at all. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1207729] New: quazip needs bz2 dependency
by bugzilla_noreply＠suse.com 10 Mar '23

10 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1207729 Bug ID: 1207729 Summary: quazip needs bz2 dependency Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: sunderme(a)gmx.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- quazip 1.4 has taken up bz2 as dependency. This is not reflected in the package (i.e. bz2 is not installed) see https://build.opensuse.org/package/live_build_log/home:jsundermeyer/texstud… -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1206837] New: clang sets uneeded RUNPATH when enabling openmp
by bugzilla_noreply＠suse.com 10 Mar '23

10 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1206837 Bug ID: 1206837 Summary: clang sets uneeded RUNPATH when enabling openmp Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: screening-team-bugs(a)suse.de Reporter: mrueckert(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This feature might be useful if libomp is in a non standard search path. but in our case the library is in the default search path. We found this behavior while debugging the fedora builds of [vkdt][0] and then noticed that openSUSE Tumbleweed has the same behavior in general. weirdly not when linking /usr/libexec/vkdt/modules/i-mlv/libi-mlv.so. ``` // cat openmp-reproducer.c #include <stdio.h> #include <omp.h> int main(int argc, char** argv){ #pragma omp parallel { printf("Hello from process: %d\n", omp_get_thread_num()); } return 0; } ``` compiler output: ``` clang --verbose openmp-reproducer.c -fopenmp -shared -o openmp-reproducer clang version 15.0.6 Target: x86_64-suse-linux Thread model: posix InstalledDir: /usr/bin Found candidate GCC installation: /usr/bin/../lib64/gcc/x86_64-suse-linux/12 Found candidate GCC installation: /usr/bin/../lib64/gcc/x86_64-suse-linux/13 Selected GCC installation: /usr/bin/../lib64/gcc/x86_64-suse-linux/13 Candidate multilib: .;@m64 Selected multilib: .;@m64 "/usr/bin/clang-15.0.6" -cc1 -triple x86_64-suse-linux -emit-obj -mrelax-all --mrelax-relocations -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name openmp-reproducer.c -mrelocation-model pic -pic-level 2 -pic-is-pie -mframe-pointer=all -fmath-errno -ffp-contract=on -fno-rounding-math -mconstructor-aliases -funwind-tables=2 -target-cpu x86-64 -tune-cpu generic -mllvm -treat-scalable-fixed-error-as-warning -debugger-tuning=gdb -v -fcoverage-compilation-dir=/srv/home/darix/workspace -resource-dir /usr/lib64/clang/15.0.6 -internal-isystem /usr/lib64/clang/15.0.6/include -internal-isystem /usr/local/include -internal-isystem /usr/bin/../lib64/gcc/x86_64-suse-linux/13/../../../../x86_64-suse-linux/include -internal-externc-isystem /include -internal-externc-isystem /usr/include -fdebug-compilation-dir=/srv/home/darix/workspace -ferror-limit 19 -fopenmp -fgnuc-version=4.2.1 -fcolor-diagnostics -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /tmp/openmp-reproducer-2559cc.o -x c openmp-reproducer.c clang -cc1 version 15.0.6 based upon LLVM 15.0.6 default target x86_64-suse-linux ignoring nonexistent directory "/include" #include "..." search starts here: #include <...> search starts here: /usr/lib64/clang/15.0.6/include /usr/local/include /usr/bin/../lib64/gcc/x86_64-suse-linux/13/../../../../x86_64-suse-linux/include /usr/include End of search list. "/usr/bin/ld" -z relro --hash-style=gnu --hash-style=both --build-id --enable-new-dtags --eh-frame-hdr -m elf_x86_64 -shared -o openmp-reproducer /usr/bin/../lib64/gcc/x86_64-suse-linux/13/../../../../lib64/crti.o /usr/bin/../lib64/gcc/x86_64-suse-linux/13/crtbeginS.o -L/usr/bin/../lib64/gcc/x86_64-suse-linux/13 -L/usr/bin/../lib64/gcc/x86_64-suse-linux/13/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/bin/../lib64/gcc/x86_64-suse-linux/13/../../../../x86_64-suse-linux/lib -L/lib -L/usr/lib /tmp/openmp-reproducer-2559cc.o -lomp -rpath /usr/lib64 -L/usr/lib64 -lgcc --as-needed -lgcc_s --no-as-needed -lpthread -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/bin/../lib64/gcc/x86_64-suse-linux/13/crtendS.o /usr/bin/../lib64/gcc/x86_64-suse-linux/13/../../../../lib64/crtn.o ``` Verify the RUNPATH value: ``` objdump -x openmp-reproducer | grep RUNPATH RUNPATH /usr/lib64 ``` [0]: https://build.opensuse.org/package/show/graphics:darktable:master/vkdt -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1207828] New: Wrong permissions for docs in package cyrus-sasl-devel
by bugzilla_noreply＠suse.com 10 Mar '23

10 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1207828 Bug ID: 1207828 Summary: Wrong permissions for docs in package cyrus-sasl-devel Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: All OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: shundhammer(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Package cyrus-sasl-devel has two subdirectories below /usr/share/doc/packages/cyrus-sasl-devel/doc with restrictive permissions, leading to a "permission denied" error for simple shell commands like "find". Both directories are also completely empty, so they either shouldn't be packaged at all, or they should contain some content and be accessible for a normal user. [sh @ balrog] ~ 2 % ls -l /usr/share/doc/packages/cyrus-sasl-devel/doc total 8 drw-r--r-- 2 root root 4096 Nov 8 2018 html drw-r--r-- 2 root root 4096 Jan 30 2018 legacy [sh @ balrog] ~ 3 % cd /usr/share/doc/packages/cyrus-sasl-devel/doc/html cd: permission denied: /usr/share/doc/packages/cyrus-sasl-devel/doc/html [sh @ balrog] ~ 4 % cd /usr/share/doc/packages/cyrus-sasl-devel/doc/legacy cd: permission denied: /usr/share/doc/packages/cyrus-sasl-devel/doc/legacy [sh @ balrog] ~ 5 % cat /etc/os-release NAME="openSUSE Leap" VERSION="15.4" ID="opensuse-leap" ID_LIKE="suse opensuse" VERSION_ID="15.4" PRETTY_NAME="openSUSE Leap 15.4" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:leap:15.4" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" DOCUMENTATION_URL="https://en.opensuse.org/Portal:Leap" LOGO="distributor-logo-Leap" [sh @ balrog] ~ 6 % rpm -qf /usr/share/doc/packages/cyrus-sasl-devel/doc/html cyrus-sasl-devel-2.1.27-150300.4.6.1.x86_64 [sh @ balrog] ~ 7 % rpm -qf /usr/share/doc/packages/cyrus-sasl-devel/doc/legacy cyrus-sasl-devel-2.1.27-150300.4.6.1.x86_64 [sh @ balrog] ~ 9 % sudo ls -l /usr/share/doc/packages/cyrus-sasl-devel/doc/html total 0 [sh @ balrog] ~ 10 % sudo ls -l /usr/share/doc/packages/cyrus-sasl-devel/doc/legacy total 0 (Found with QDirStat because it showed me permission denied errors while scanning /usr) Simply manually removing those directories or fixing the permissions is only a short fix; until the package gets an update. -- You are receiving this mail because: You are on the CC list for the bug.

1 1