July 2022 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1102216] New: Game area is black in KBreakout 18.04.3.
by bugzilla_noreply＠novell.com 22 Oct '22

22 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1102216 Bug ID: 1102216 Summary: Game area is black in KBreakout 18.04.3. Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: Markus.Elfring(a)web.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I installed the software “kbreakout 18.04.3-1.1” also on my system. Now I notice that the game area is displayed only in black while my terminal window (where I started this program for another test try) is filled with the message “QQuickWidget cannot be used as a native child widget. Consider setting Qt::AA_DontCreateNativeWidgetSiblings” in a XFCE session. Will any updates appear for a bug report like “Kbreakout 15.11.90 just shows black area where game should be”? https://bugs.kde.org/show_bug.cgi?id=356736 -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1201335] New: drbd: build error against kernel v5.18
by bugzilla_noreply＠suse.com 22 Oct '22

22 Oct '22

https://bugzilla.suse.com/show_bug.cgi?id=1201335 Bug ID: 1201335 Summary: drbd: build error against kernel v5.18 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: heming.zhao(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- kernel v5.18 block layer API changed and was blocking drbd building. -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Bug 1181458] New: systemd: don't create /var/lib/systemd/random-seed in %post
by bugzilla_noreply＠suse.com 21 Oct '22

21 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1181458 Bug ID: 1181458 Summary: systemd: don't create /var/lib/systemd/random-seed in %post Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: systemd-maintainers(a)suse.de Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- systemd's %post creates /var/lib/systemd/random-seed. That means it gets packaged into eg into kiwi images. So appliances would initialize with same random seed. Any harm done by not saving the random seed in %post? yast already stores the state of the installation environment itself (bug 1174964). -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1201057] New: [Build 20220629] xrdp_client: distorted image
by bugzilla_noreply＠suse.com 21 Oct '22

21 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1201057 Bug ID: 1201057 Summary: [Build 20220629] xrdp_client: distorted image Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/2442230/modules/xrdp _client/steps/44 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: gfx-bugs(a)suse.de Reporter: dimstar(a)opensuse.org QA Contact: gfx-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation This test falls quite frequently, always showing a very distorted image. Rerunning the test sometimes results in a successful run. At this point it seems unclear what component is even at fault - it could possibly be performance related on o3 openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-desktopapps-remote-desktop-xrdp-client2@64bit_virtio fails in [xrdp_client](https://openqa.opensuse.org/tests/2442230/modules/xrdp_client/… ## Test suite description The base test suite is used for job templates defined in YAML documents. It has no settings of its own. ## Reproducible Fails since (at least) Build [20220629](https://openqa.opensuse.org/tests/2441888) ## Expected result Last good: [20220628](https://openqa.opensuse.org/tests/2439994) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensus… -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1163046] New: no AMD Raven/Raven2/Fenghuang (HDMI) sound in Leap 15.2 Alpha chip IDs: 1002:15de 1002:15e3
by bugzilla_noreply＠novell.com 20 Oct '22

20 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1163046 Bug ID: 1163046 Summary: no AMD Raven/Raven2/Fenghuang (HDMI) sound in Leap 15.2 Alpha chip IDs: 1002:15de 1002:15e3 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Sound Assignee: tiwai(a)suse.com Reporter: mrmazda(a)earthlink.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 829509 --> http://bugzilla.opensuse.org/attachment.cgi?id=829509&action=edit alsa-info.txt Initial summary: no [AMD/ATI] Raven/Raven2/Fenghuang (HDMI) sound in Leap 15.2 Alpha chip IDs: 1002:15de 1002:15e3 Forum thread: https://forums.opensuse.org/showthread.php/539008-no-AMD-ATI-Raven-Raven2-F… This failure also applies to 15.1, and whether using KDE3 or IceWM. Neither play system sounds nor Youtubes. > inxi -SAxx System: Host: Easystreet Kernel: 5.3.18-lp152.3-default x86_64 bits: 64 compiler: gcc v: 7.5.0 Desktop: KDE 3 wm: kwin dm: N/A Distro: openSUSE Leap 15.2 Alpha Audio: Device-1: Advanced Micro Devices [AMD/ATI] Raven/Raven2/Fenghuang HDMI/DP Audio driver: snd_hda_intel v: kernel bus ID: 08:00.1 chip ID: 1002:15de Device-2: Advanced Micro Devices [AMD] Family 17h HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 08:00.6 chip ID: 1022:15e3 Sound Server: ALSA v: k5.3.18-lp152.3-default YaST2 sound module claims to set up two devices, but neither play any test sound. > sudo setup-pulseaudio --enable > asplay -v /usr/share/sounds/alsa/test.wav produces: Playing WAVE '/usr/share/sounds/alsa/test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo ALSA <-> PulseAudio PCM I/O Plugin Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 44100 exact rate : 44100 (44100/1) msbits : 16 buffer_size : 22050 period_size : 5512 period_time : 125000 tstamp_mode : NONE tstamp_type : GETTIMEOFDAY period_step : 1 avail_min : 5512 period_event : 0 start_threshold : 22050 stop_threshold : 22050 silence_threshold: 0 silence_size : 0 boundary : 6206523236469964800 > paplay /usr/share/sounds/alsa/test.wav > (aka nothing) -- You are receiving this mail because: You are on the CC list for the bug.

2 23

[Bug 1191092] New: reiserfs: finish UsrMerge, install to /usr
by bugzilla_noreply＠suse.com 20 Oct '22

20 Oct '22

https://bugzilla.suse.com/show_bug.cgi?id=1191092 Bug ID: 1191092 Summary: reiserfs: finish UsrMerge, install to /usr Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: jeffm(a)suse.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Blocks: 1191054 Found By: --- Blocker: --- Following up on the discussion on the Factory list https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/message… All packages installing files into /bin, /sbin, /lib and /lib64 should change the location to the counterpart in /usr instead. Please consider doing that for reiserfs. If reiserfs still needs to build for released distros you may keep the legacy locations within a "%if %suse_version < 1550" block of course. If you do that, please do *NOT* install symlinks from/to /usr as it was done with some packages in the past. Move the files in question instead. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1191490] New: useradd offers no way to create a home without skel files
by bugzilla_noreply＠suse.com 20 Oct '22

20 Oct '22

https://bugzilla.suse.com/show_bug.cgi?id=1191490 Bug ID: 1191490 Summary: useradd offers no way to create a home without skel files Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: ancor(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- YaST Users is being partially rewritten to rely on the tools of the shadow packages (useradd & friends) as much as possible. One option that YaST currently offers is to create a new user with an empty home (that is, not copying the skel user to it). Currently useradd copies file from the directory specified by the SKEL configuration variable and also from the location indicated by USRSKEL. And there is no way to fully avoid that. One may think that running this is the way to specify you want an empty home: > useradd --skel /var/lib/empty username But that still copies the files from the location of USRSKEL. And there is no argument to influence the value of usrskel. Not sure what the correct solution is: 1) maybe ignoring USRSKEL as well if "--skel /var/lib/empty" (or /dev/null or similar) was provided 2) maybe offering another parameter similar to "--skel" but to override USRSKEL. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1190813] New: [Build 20210921] SELINUX: command not found
by bugzilla_noreply＠suse.com 20 Oct '22

20 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1190813 Bug ID: 1190813 Summary: [Build 20210921] SELINUX: command not found Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/1931017/modules/wine /steps/12 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_gnome@64bit fails in [wine](https://openqa.opensuse.org/tests/1931017/modules/wine/steps/12) This was just observed while debugging some other error, but in fact: installation of selinux-policy and its posttrans trigger an error when sourcing /etc/sysconfig/config. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1200772] New: php8-devel lacks requires
by bugzilla_noreply＠suse.com 20 Oct '22

20 Oct '22

https://bugzilla.suse.com/show_bug.cgi?id=1200772 Bug ID: 1200772 Summary: php8-devel lacks requires Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: lars.vogdt(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- As discussed in https://build.opensuse.org/project/show/server:php:extensions : In Leap 15.4 somehow php8-devel lacks the following lines: Requires: %{php_name}-pear Requires: %{php_name}-pecl This means that required packages to build the PECL extensions are not available for build. As result, a lot of extensions (16 in total, if I counted correctly) are failing to build. Here is a list: php-APCu php-gmagick php-gnupg php-ice php-imagick php-lzf php-maxminddb php-memcache php-memcached php-psr php-redis php-smbclient php-ssh2 php-uploadprogress php-uuid php-xdebug As you might notice, some of them (like redis, memcached, imagick, APCu) are used very often in the wild world. Having them not available for 15.4 blocks now - for example - the migration of openSUSE infrastructure machines. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1191054] New: Switch remaining packages to /usr
by bugzilla_noreply＠suse.com 19 Oct '22

19 Oct '22

https://bugzilla.suse.com/show_bug.cgi?id=1191054 Bug ID: 1191054 Summary: Switch remaining packages to /usr Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: lnussel(a)suse.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Following up on the discussion on the Factory list https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/message… All packages installing files into /bin, /sbin, /lib and /lib64 should change the location to the counterpart in /usr instead. If the package still needs to build for released distros you may keep the legacy locations within a "%if %suse_version < 1550" block of course. If you do that, please do *NOT* install symlinks from/to /usr as it was done with some packages in the past. Move the files in question instead. -- You are receiving this mail because: You are on the CC list for the bug.

1 34