October 2022 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1204180] New: [15.4][autoyast][installation] openQA test fails in installation for transactional server role
by bugzilla_noreply＠suse.com 05 Dec '22

05 Dec '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1204180 Bug ID: 1204180 Summary: [15.4][autoyast][installation] openQA test fails in installation for transactional server role Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: x86-64 URL: https://openqa.opensuse.org/tests/2790794/modules/inst allation/steps/195 OS: openSUSE Leap 15.4 Status: NEW Severity: Normal Priority: P5 - None Component: AutoYaST Assignee: yast2-maintainers(a)suse.de Reporter: richard.fan(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation openQA test in scenario opensuse-15.4-DVD-Updates-x86_64-rfan_autoyast@64bit fails in [installation](https://openqa.opensuse.org/tests/2790794/modules/installatio… ## Test suite description Maintainer: QE Yast Testing autoyast installation with given profile and expect SLES with gnome. Please, see the profile for more details. Profile is available in distri git repo under data subdirectory. Same as autoyast_gnome but with product defined in the profile. ## Reproducible Fails since (at least) Build [autoyast](https://openqa.opensuse.org/tests/2790794) (current job) ## Expected result Last good: [autoyast](https://openqa.opensuse.org/tests/2790544) (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 5

[Bug 1188115] New: Backintime: no snapshots possible anymore after (15.2->15.3) upgrade to 1.21
by bugzilla_noreply＠suse.com 05 Dec '22

05 Dec '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1188115 Bug ID: 1188115 Summary: Backintime: no snapshots possible anymore after (15.2->15.3) upgrade to 1.21 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: michaelof(a)rocketmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Backintime seem to process taking a snapshot, but stops at final step(s). Starting situation: zypper dup Leap from 15.2 to 15.3. After reboot, performed a zypper ref && zypper up, all pkgs current now. Made an initial Clonezilla image, to be sure. Reproducible: Wanted to make a first backintime snapshot, does NOT work Error on command line is: INFO: Remove leftover 'new_snapshot' folder from last run QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' INFO: Call rsync to take the snapshot Traceback (most recent call last): File "/usr/share/backintime/common/backintime.py", line 1165, in <module> startApp() File "/usr/share/backintime/common/backintime.py", line 517, in startApp args.func(args) File "/usr/share/backintime/common/backintime.py", line 739, in backup ret = takeSnapshot(cfg, force) File "/usr/share/backintime/common/backintime.py", line 94, in takeSnapshot ret = snapshots.Snapshots(cfg).backup(force) File "/usr/share/backintime/common/snapshots.py", line 692, in backup ret_val, ret_error = self.takeSnapshot(sid, now, include_folders) File "/usr/share/backintime/common/snapshots.py", line 1036, in takeSnapshot proc.run() File "/usr/share/backintime/common/tools.py", line 1981, in run self.callback(line, self.user_data) File "/usr/share/backintime/common/snapshots.py", line 809, in rsyncCallback self.snapshotLog.append('[C] ' + line[12:], 2) File "/usr/share/backintime/common/snapshotlog.py", line 195, in append self.logFile.write(msg + '\n') File "/usr/share/backintime/common/tools.py", line 1513, in handler self.callback() File "/usr/share/backintime/common/snapshotlog.py", line 203, in flush self.logFile.flush() RuntimeError: reentrant call inside <_io.BufferedWriter name='/root/.local/share/backintime/takesnapshot_.log'> -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1024727] New: Cannot login to Bugzilla using Bugzilla "login" button
by bugzilla_noreply＠novell.com 04 Dec '22

04 Dec '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1024727 Bug ID: 1024727 Summary: Cannot login to Bugzilla using Bugzilla "login" button Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bugzilla Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: qantas94heavy(a)gmail.com QA Contact: novbugzilla-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- Created attachment 713674 --> http://bugzilla.opensuse.org/attachment.cgi?id=713674&action=edit Unprocessed PHP file I attempted to login to Bugzilla by clicking the "Login" button on the Bugzilla home page, which took me to the following URL: https://login.microfocus.com/nidp/idff/sso?id=132&sid=5&option=credential&s… Instead of receiving the page as usual, it appears to load some scripts from the following URL: https://www.suse.com/common/inc/include.php?file=headers/hdr_head.html The PHP file there appears to be unprocessed, which is most likely causing the issue here. I was only able to login by going through the openSUSE wiki then going back to Bugzilla. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1203630] New: Multiple occurences of "BUG: workqueue leaked lock or atomic" causing OOM conditions after kernel update 5.14.21-150400.24.18-default -> 5.14.21-150400.24.21-default
by bugzilla_noreply＠suse.com 04 Dec '22

04 Dec '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1203630 Bug ID: 1203630 Summary: Multiple occurences of "BUG: workqueue leaked lock or atomic" causing OOM conditions after kernel update 5.14.21-150400.24.18-default -> 5.14.21-150400.24.21-default Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: okurz(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation See the detailed report in https://progress.opensuse.org/issues/116722 We observed multiple occassions of "BUG: workqueue leaked lock or atomic" causing OOM conditions after kernel update 5.14.21-150400.24.18-default -> 5.14.21-150400.24.21-default. Detailed log contents: ``` 1202771 Sep 18 06:41:21 openqa kernel: BUG: workqueue leaked lock or atomic: kworker/u21:2/0x00000001/19034 1202772 last function: xs_error_handle [sunrpc] 1202773 Sep 18 06:41:21 openqa kernel: CPU: 2 PID: 19034 Comm: kworker/u21:2 Not tainted 5.14.21-150400.24.21-default #1 SLE15-SP4 7550826c4c7e8c258239e300508e0c8b2a69bad2 1202774 Sep 18 06:41:21 openqa kernel: Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs 01/01/2011 1202775 Sep 18 06:41:21 openqa kernel: Workqueue: xprtiod xs_error_handle [sunrpc] 1202776 Sep 18 06:41:21 openqa kernel: Call Trace: 1202777 Sep 18 06:41:21 openqa kernel: <TASK> 1202778 Sep 18 06:41:21 openqa kernel: dump_stack_lvl+0x45/0x5b 1202779 Sep 18 06:41:21 openqa kernel: process_one_work+0x390/0x440 1202780 Sep 18 06:41:21 openqa kernel: worker_thread+0x2d/0x3d0 1202781 Sep 18 06:41:21 openqa kernel: ? process_one_work+0x440/0x440 1202782 Sep 18 06:41:21 openqa kernel: kthread+0x156/0x180 1202783 Sep 18 06:41:21 openqa kernel: ? set_kthread_struct+0x50/0x50 1202784 Sep 18 06:41:21 openqa kernel: ret_from_fork+0x22/0x30 1202785 Sep 18 06:41:21 openqa kernel: </TASK> 1202786 Sep 18 06:41:21 openqa kernel: BUG: scheduling while atomic: kworker/u21:2/19034/0x00000002 1202787 Sep 18 06:41:21 openqa kernel: Modules linked in: dm_mod iscsi_ibft iscsi_boot_sysfs rfkill loop xfs libcrc32c kvm_amd ccp kvm virtio_net net_failover virtio_balloon failover irqbypass joydev i2c_piix4 pcspkr button nfsd auth_rpcgss nfs_acl lockd grace fuse sunrpc configfs ip _tables x_tables ext4 crc16 mbcache jbd2 drm_kms_helper ata_generic syscopyarea sysfillrect sysimgblt serio_raw fb_sys_fops cec ata_piix rc_core ahci uhci_hcd libahci ehci_hcd drm libata usbcore virtio_blk floppy qemu_fw_cfg sg scsi_mod 1202788 Sep 18 06:41:21 openqa kernel: Supported: Yes 1202789 Sep 18 06:41:21 openqa kernel: CPU: 2 PID: 19034 Comm: kworker/u21:2 Not tainted 5.14.21-150400.24.21-default #1 SLE15-SP4 7550826c4c7e8c258239e300508e0c8b2a69bad2 1202790 Sep 18 06:41:21 openqa kernel: Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs 01/01/2011 1202791 Sep 18 06:41:21 openqa kernel: Workqueue: 0x0 (xprtiod) 1202792 Sep 18 06:41:21 openqa kernel: Call Trace: 1202793 Sep 18 06:41:21 openqa kernel: <TASK> 1202794 Sep 18 06:41:21 openqa kernel: dump_stack_lvl+0x45/0x5b 1202795 Sep 18 06:41:21 openqa kernel: __schedule_bug+0x52/0x70 1202796 Sep 18 06:41:21 openqa kernel: __schedule+0xdc4/0x1140 1202797 Sep 18 06:41:21 openqa kernel: ? arch_local_irq_enable+0x7/0xc 1202798 Sep 18 06:41:21 openqa kernel: schedule+0x64/0xe0 1202799 Sep 18 06:41:21 openqa kernel: worker_thread+0xab/0x3d0 1202800 Sep 18 06:41:21 openqa kernel: ? process_one_work+0x440/0x440 1202801 Sep 18 06:41:21 openqa kernel: kthread+0x156/0x180 1202802 Sep 18 06:41:21 openqa kernel: ? set_kthread_struct+0x50/0x50 1202803 Sep 18 06:41:21 openqa kernel: ret_from_fork+0x22/0x30 1202804 Sep 18 06:41:21 openqa kernel: </TASK> 1202805 Sep 18 06:41:46 openqa kernel: watchdog: BUG: soft lockup - CPU#2 stuck for 26s! [kworker/2:2:24024] ``` after that the process is stuck for a longer time until processes like postgres run into out of memory conditions eventually crashing the complete machine. I looked into 10 days of logs before the upgrade 5.14.21-150400.24.18-default -> 5.14.21-150400.24.21-default and found no mentions of the above condition. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1202352] New: mdadm: replace mkinitrd wrapper with native dracut
by bugzilla_noreply＠suse.com 03 Dec '22

03 Dec '22

https://bugzilla.suse.com/show_bug.cgi?id=1202352 Bug ID: 1202352 Summary: mdadm: replace mkinitrd wrapper with native dracut Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: colyli(a)suse.com Reporter: antonio.feijoo(a)suse.com QA Contact: qa-bugs(a)suse.de Blocks: 1202351 Found By: --- Blocker: --- +++ This bug was initially created as a clone of Bug #1202351 +++ Upstream support removed in March 2021 (https://github.com/dracutdevs/dracut/commit/43df4ee2) and deprecation announcement on factory mailing list in May 2021 (https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/…) ALP will not ship the mkinitrd wrapper, so it's better to get rid of it in Tumbleweed first. Affected packages that need to be updated before (at least): # zypper se --requires mkinitrd Loading repository data... Reading installed packages... S | Name | Summary | Type ---+---------------------+----------------------------------------------------+-------- | kernel-debug | A Debug Version of the Kernel | package i+ | kernel-default | The Standard Kernel | package | kernel-default-base | The Standard Kernel - base modules | package | kernel-kvmsmall | The Small Developer Kernel for KVM | package | kernel-pae | Kernel with PAE Support | package | kernel-vanilla | The Standard Kernel - without any SUSE patches | package i | mdadm | Utility for configuring "MD" software RAID devices | package -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1194355] New: Unable to install OpenSuSE on HP Spectre laptop with Optane and SSD memory
by bugzilla_noreply＠suse.com 03 Dec '22

03 Dec '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1194355 Bug ID: 1194355 Summary: Unable to install OpenSuSE on HP Spectre laptop with Optane and SSD memory Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: x86-64 OS: openSUSE Leap 15.3 Status: NEW Severity: Major Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: marc(a)marcchamberlin.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- This bug report also applies to Leap 15.4 and Tumbleweed. I have an HP Spectre x360 Convertible 15t-eb000 laptop with Windows 10 already installed on it. I want to make this into a dual boot system with OpenSuSE as the second OS. When I tried to use the OpenSuSE installations for a USB stick I run into a serious problem when the installation process reaches the point where it wants to set up partitions on the disks. (My laptop has a 1TB Optane SSD drive with 32Gb Optane memory which is some sort of very fast cache.) At this point I get the following error messages - "An error was found in one of the devices in the system. The information displayed may not be accurate and the installation may fail if you continue." The "Details..." button shows - "cannot delete MdContainer" I can only choose "OK" to dismiss this error message. The partitioner only shows two disks, one for the large SSD drive and one for the smaller Optane memory. No partitions within these drives are shown and any attempt to add or modify the drives results in an error message saying the device is busy. At this point the attempts to install Leap 15.3, Leap 15.4, and Tumbleweed fail and I have to give up. The Windows 10 partitioner shows the following partitions - E: 260 MB (EFI System Partition) 515 MB (Recovery Partition) C: 171.84 GB (Windows NTFS) 781.25 GB Unallocated Total: 953.85 GB You can follow a discussion about this problem on the two OpenSuSE mail lists, one for users with a thread titled "Troubles installing OpenSuSE 15.3 on a HP Spectre laptop" https://lists.opensuse.org/archives/list/users@lists.opensuse.org/thread/D3… The other thread is on the factory mail list with a thread titled "Troubles installing OpenSUSE 15.3 on a HP Spectre laptop - Intel Optane memory" https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… I created a Live CD for Leap 15.3 and with it I was able to get the information about what fdisk -l shows: localhost:/home/linux # fdisk -l Disk /dev/loop0: 821.1 MiB, 860946432 bytes, 1681536 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop1: 4.5 GiB, 4818206720 bytes, 9410560 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes The backup GPT table is not on the end of the device. This problem will be corrected by write. Disk /dev/nvme0n1: 953.9 GiB, 1024209543168 bytes, 2000409264 sectors Disk model: INTEL HBRPEKNX0203AH Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: B32172FB-2CEE-4E2C-B94B-46DAABE35591 Device Start End Sectors Size Type /dev/nvme0n1p1 2048 534527 532480 260M EFI System /dev/nvme0n1p2 534528 567295 32768 16M Microsoft reserved /dev/nvme0n1p3 567296 360937471 360370176 171.9G Microsoft basic data /dev/nvme0n1p4 1999337472 2000392191 1054720 515M Windows recovery environment Disk /dev/nvme1n1: 27.3 GiB, 29260513280 bytes, 57149440 sectors Disk model: INTEL HBRPEKNX0203AHO Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/sda: 57.8 GiB, 62026416128 bytes, 121145344 sectors Disk model: USB 3.1 FD Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xf727289d Device Boot Start End Sectors Size Id Type /dev/sda1 * 64 1886035 1885972 920.9M cd unknown /dev/sda2 1886036 1916755 30720 15M ef EFI (FAT-12/16/32) /dev/sda3 1916928 121145343 119228416 56.9G 83 Linux But any attempt to modify or add new partitions, with the Live USB stick, only gets my hands slapped with the error message saying the device is busy, and I am not allowed to make any changes. I am attaching some additional log files to help show what is going on during the installation process. Also I am attaching the output from mdadm --examine /dev/nvme0n1 while using a Tumbleweed Live USB stick. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1204871] New: [Staging] rubygem-rspec-* 3.12 breaks various yast modules build
by bugzilla_noreply＠suse.com 02 Dec '22

02 Dec '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1204871 Bug ID: 1204871 Summary: [Staging] rubygem-rspec-* 3.12 breaks various yast modules build 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: dimstar(a)opensuse.org QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- rubygem-rspec-* 3.12 has been submitted for inclusiong into Factory/Tumbleweed In the staging process we have identified this breaking a few yast modules (possibly more, as not all yast modules are part of the rings) > osc prjresults -V -s F openSUSE:Factory:Staging:G standard i586 (unpublished) | standard x86_64 (unpublished) F F autoyast2 F F yast2 F F yast2-configuration-management F F yast2-installation F F yast2-network F F yast2-packager x F yast2-registration F F yast2-security F F yast2-storage-ng -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1183568] New: └─kmod-static-nodes.service @4.168s +10.122s makes init unduly long
by bugzilla_noreply＠suse.com 02 Dec '22

02 Dec '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1183568 Bug ID: 1183568 Summary: ��kmod-static-nodes.service @4.168s +10.122s makes init unduly long 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: mrmazda(a)earthlink.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Original summary: ��kmod-static-nodes.service @4.168s +10.122s makes init unduly long Same PC also has another 15.3 and TW and 15.2. TW takes under 4s to reach multi-user. 15.2 takes much less than the two 15.3s, but much more than TW, to same target. kmod-static-nodes seems the biggest delay in the 15.3s. Every installation except one 15.3 is on SATA SSD in UEFI. The odd one is on NVME except for /boot on SATA, and it has its own unshared ESP there. All are being booted from TW's custom.cfg. Following is from the 15.3 on SATA: # inxi -SMdy System: Host: asa88 Kernel: 5.3.18-51-default x86_64 bits: 64 Console: tty 3 Distro: openSUSE Leap 15.3 Beta Machine: Type: Desktop Mobo: ASUSTeK model: A88X-PRO v: Rev X.0x serial: 140323952800121 UEFI: American Megatrends v: 2603 date: 03/10/2016 Drives: Local Storage: total: 715.41 GiB used: 728.23 GiB (101.8%) ID-1: /dev/nvme0n1 vendor: TeamGroup model: TM8FP6256G size: 238.47 GiB ID-2: /dev/sda model: T-FORCE 512GB size: 476.94 GiB Message: No Optical or Floppy data was found. # systemd-analyze blame | head -n22 10.566s systemd-udev-trigger.service 10.385s systemd-modules-load.service 10.383s systemd-remount-fs.service 10.379s systemd-journald.service 10.190s dev-disk-by\x2dlabel-tvgp02swap.swap 10.161s modprobe(a)drm.service 10.144s dev-hugepages.mount 10.144s dev-mqueue.mount 10.143s sys-kernel-debug.mount 10.142s sys-kernel-tracing.mount 10.131s modprobe(a)fuse.service 10.125s modprobe(a)configfs.service 10.122s kmod-static-nodes.service 3.967s initrd-switch-root.service 2.183s systemd-random-seed.service 2.076s kbdsettings.service 1.699s wicked.service 1.188s dracut-initqueue.service 584ms systemd-logind.service 509ms systemd-udevd.service 301ms initrd-parse-etc.service 269ms user(a)0.service # systemd-analyze critical-chain The time when unit became active or started is printed after the "@" character. The time the unit took to start is printed after the "+" character. ��multi-user.target @16.889s ��sshd.service @16.827s +60ms ��network.target @16.826s ��wicked.service @15.124s +1.699s ��wickedd-nanny.service @15.059s +63ms ��wickedd.service @14.982s +75ms ��wickedd-auto4.service @14.853s +127ms ��dbus.service @14.791s ��basic.target @14.787s ��sockets.target @14.787s ��dbus.socket @14.786s ��sysinit.target @14.781s ��systemd-udevd.service @14.271s +509ms ��systemd-tmpfiles-setup-dev.service @14.225s +29ms ��kmod-static-nodes.service @3.821s +10.122s ��systemd-journald.socket ��system.slice ��-.slice -- You are receiving this mail because: You are on the CC list for the bug.

1 18

[Bug 1192521] New: gawk unreliable to build
by bugzilla_noreply＠suse.com 01 Dec '22

01 Dec '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1192521 Bug ID: 1192521 Summary: gawk unreliable to build Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- gawk seems to be quite unreliable to build and fails often (especially on i586 which we still need for the distro bootstrap for all the -32bit stuff, like wine and steam): 2021-10-08 20:09:15 gawk source change succeeded 2m 10s lamb16:7 2021-11-06 17:20:52 gawk source change failed 2m 5s cloud125:3 2021-11-06 23:21:42 gawk new build failed 2m 22s cloud108:2 2021-11-08 10:16:17 gawk new build failed 2m 13s cloud122:3 2021-11-08 11:39:00 gawk new build succeeded 2m 9s lamb72:4 2021-11-08 16:31:33 gawk new build failed 2m 17s cloud130:2 So it became especially bad after the last source change, i.e. the update ti 5.1.1 (sr#928731) The failure happens in the test suite: [ 125s] ============== _iolint ============= [ 125s] --- iolint.ok 2021-05-25 03:27:24.000000000 +0000 [ 125s] +++ _iolint 2021-11-08 16:31:24.843121266 +0000 [ 125s] @@ -25,9 +25,5 @@ [ 125s] 0 [ 125s] gawk: iolint.awk:60: warning: `echo hello' used for input pipe and output pipe [ 125s] hello [ 125s] -0 [ 125s] -0 [ 125s] -gawk: iolint.awk:68: warning: `cksum' used for output file and output pipe [ 125s] -3015617425 6 [ 125s] -0 [ 125s] -0 [ 125s] +gawk: iolint.awk:60: fatal: print to "echo hello" failed: Broken pipe [ 125s] +EXIT CODE: 2 [ 125s] ============== _sigpipe1 ============= [ 125s] --- sigpipe1.ok 2019-08-28 18:43:58.000000000 +0000 [ 125s] +++ _sigpipe1 2021-11-08 16:31:21.007121476 +0000 [ 125s] @@ -1,3 +1,4 @@ [ 125s] system [ 125s] pipe to command [ 125s] -pipe from command [ 125s] +gawk: sigpipe1.awk:7: fatal: print to "yes | true" failed: Broken pipe [ 125s] +EXIT CODE: 2 [ 125s] make[3]: Leaving directory '/home/abuild/rpmbuild/BUILD/gawk-5.1.1/test' [ 125s] make[2]: *** [Makefile:2087: check] Error 1 [ 125s] make[1]: *** [Makefile:757: check-recursive] Error 1 [ 125s] make: *** [Makefile:1056: check] Error 2 [ 125s] error: Bad exit status from /var/tmp/rpm-tmp.ELjTon (%check) [ 125s] -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1203558] New: openSUSE support for Renesas RZ/G2M
by bugzilla_noreply＠suse.com 01 Dec '22

01 Dec '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1203558 Bug ID: 1203558 Summary: openSUSE support for Renesas RZ/G2M Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: duy.hua-duc(a)banvien.com.vn QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- I need to install openSUSE to our chip but I realize that the openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso does not support our GPU driver so I can't install it. + Document about our chip: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact… + This is our GPU driver: https://github.com/renesas-rz/rz_linux-cip/tree/rz-5.10-cip1-rt1/drivers/gp… -- You are receiving this mail because: You are on the CC list for the bug.

1 29