April 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1182148] New: systemd-analyze verify is unhappy with /usr/lib/systemd/system/mcelog.service systemd unit
by bugzilla_noreply＠suse.com 10 Jan '23

10 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1182148 Bug ID: 1182148 Summary: systemd-analyze verify is unhappy with /usr/lib/systemd/system/mcelog.service systemd unit 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: mcepl(a)suse.com QA Contact: qa-bugs(a)suse.de CC: azhou(a)suse.com, dmueller(a)suse.com, fcrozat(a)suse.com, guillaume.gardet(a)arm.com, lubos.kocman(a)suse.com, meissner(a)suse.com, mlin(a)suse.com, nwr10cst-oslnx(a)yahoo.com, qzhao(a)suse.com, stasiek(a)michalski.cc, yfjiang(a)suse.com Found By: --- Blocker: --- When running systemd-analyze verify ~/.config/systemd/user/*.service I get a list of errors on unrelated systemd units: /usr/lib/systemd/system/mcelog.service:11: Standard output type syslog is obsolete, automatically updating to journal. Please update your unit file, and consider removing the setting altogether. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1138135] New: gui version of yast's automatic update configuration fails to change anything
by bugzilla_noreply＠novell.com 10 Jan '23

10 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1138135 Bug ID: 1138135 Summary: gui version of yast's automatic update configuration fails to change anything Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: dpbasti(a)wp.pl QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- I enter the automatic update configuration from gui and enable it. I click on OK - it closes as if everything was fine. I enter the automatic update configuration again and I see it is disabled - so all my changes were disregarded So I switch to console yast. I enable auto update in the config - click ok and now i get prompted to trust pgp keys for certain repos. After having dont that and and reruning the console yast auto update config again I see that now the changes persisted. I now tried to lunch gui version and it also shows auto update as enabled. I tired to disable this feature in gui to check if gui yast can do it. It failed t apply changes again. COnclusion: FOr some reason gui yast auto update config fails to save that the feature is enabled or disabled. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1104571] New: 3g 4g modem connects but no traffic possible
by bugzilla_noreply＠novell.com 10 Jan '23

10 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1104571 Bug ID: 1104571 Summary: 3g 4g modem connects but no traffic possible Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dpbasti(a)wp.pl QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi I have a dual boot Opensuse Leap15/Ubuntu 18.04 system on HP G2 laptop with 4g modem. In ubuntu all works fine In opensuse I added the connection in KDE - all default options -my carrier was listed. The modem get's connected - receives default route, IP assignment, DNS but for some reason no data is being sent/received - not even a simple ping 8.8.8.8 works here are the params ip addr show 5: wwan0: <BROADCAST,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000 link/ether 7a:c6:53:8c:bf:03 brd ff:ff:ff:ff:ff:ff inet 100.101.44.242/30 brd 100.101.44.243 scope global noprefixroute wwan0 valid_lft forever preferred_lft forever ip route show default via 100.101.44.241 dev wwan0 proto static metric 20700 100.101.44.240/30 dev wwan0 proto kernel scope link src 100.101.44.242 metric 700 and also the logs of netowork manager sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.2045] device (cdc-wdm0): Activation: starting connection 'Play Online' (f77e62a8-66e0-4f34-b70e-f54a907a0630) sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.2046] audit: op="connection-activate" uuid="f77e62a8-66e0-4f34-b70e-f54a907a0630" name="Play Online" pid=3812 uid=1000 result="success" sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.2047] device (cdc-wdm0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed') sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.2048] manager: NetworkManager state is now CONNECTING sie 11 07:37:55 laprus ModemManager[1580]: <info> Simple connect started... sie 11 07:37:55 laprus ModemManager[1580]: <info> Simple connect state (4/8): Wait to get fully enabled sie 11 07:37:55 laprus ModemManager[1580]: <info> Simple connect state (5/8): Register sie 11 07:37:55 laprus ModemManager[1580]: <info> Simple connect state (6/8): Bearer sie 11 07:37:55 laprus ModemManager[1580]: <info> Simple connect state (7/8): Connect sie 11 07:37:55 laprus ModemManager[1580]: <info> Modem /org/freedesktop/ModemManager1/Modem/0: state changed (registered -> connecting) sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.2087] modem["cdc-wdm0"]: modem state changed, 'registered' --> 'connecting' (reason: user-requested) sie 11 07:37:55 laprus kdeinit5[3768]: networkmanager-qt: virtual void NetworkManager::ActiveConnectionPrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "StateFlags" sie 11 07:37:55 laprus plasmashell[3812]: networkmanager-qt: virtual void NetworkManager::ActiveConnectionPrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "StateFlags" sie 11 07:37:55 laprus kdeinit5[3768]: plasma-nm: Unhandled active connection state change: 1 sie 11 07:37:55 laprus plasmashell[3812]: plasma-nm: Item "Play Online" : active connection state changed to 1 sie 11 07:37:55 laprus plasmashell[3812]: plasma-nm: NetworkManager state changed to 4 sie 11 07:37:55 laprus plasmashell[3812]: plasma-nm: Item "Play Online" : active connection changed to 1 sie 11 07:37:55 laprus ModemManager[1580]: <info> Modem /org/freedesktop/ModemManager1/Modem/0: state changed (connecting -> connected) sie 11 07:37:55 laprus ModemManager[1580]: <info> Simple connect state (8/8): All done sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3919] modem["cdc-wdm0"]: modem state changed, 'connecting' --> 'connected' (reason: user-requested) sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3936] device (cdc-wdm0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed') sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3939] device (cdc-wdm0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed') sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3942] modem-broadband[cdc-wdm0]: IPv4 static configuration: sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3943] modem-broadband[cdc-wdm0]: address 100.101.44.242/30 sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3943] modem-broadband[cdc-wdm0]: gateway 100.101.44.241 sie 11 07:37:55 laprus avahi-daemon[1565]: Joining mDNS multicast group on interface wwan0.IPv4 with address 100.101.44.242. sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3943] modem-broadband[cdc-wdm0]: DNS 185.89.185.2 sie 11 07:37:55 laprus avahi-daemon[1565]: New relevant interface wwan0.IPv4 for mDNS. sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3943] modem-broadband[cdc-wdm0]: DNS 89.108.202.21 sie 11 07:37:55 laprus avahi-daemon[1565]: Registering new address record for 100.101.44.242 on wwan0.IPv4. sie 11 07:37:55 laprus kdeinit5[3768]: networkmanager-qt: virtual void NetworkManager::ActiveConnectionPrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "StateFlags" sie 11 07:37:55 laprus avahi-daemon[1565]: Joining mDNS multicast group on interface wwan0.IPv6 with address fe80::16b5:7d4d:10ab:f6ae. sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3956] device (cdc-wdm0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed') sie 11 07:37:55 laprus avahi-daemon[1565]: New relevant interface wwan0.IPv6 for mDNS. sie 11 07:37:55 laprus avahi-daemon[1565]: Registering new address record for fe80::16b5:7d4d:10ab:f6ae on wwan0.*. sie 11 07:37:55 laprus kdeinit5[3768]: networkmanager-qt: virtual void NetworkManager::ActiveConnectionPrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "StateFlags" sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3970] device (cdc-wdm0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed') sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3971] device (cdc-wdm0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed') sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.3972] manager: NetworkManager state is now CONNECTED_LOCAL sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.4262] manager: NetworkManager state is now CONNECTED_SITE sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.4263] policy: set 'Play Online' (wwan0) as default for IPv4 routing and DNS sie 11 07:37:55 laprus nscd[1604]: 1604 monitored file `/etc/resolv.conf` was written to sie 11 07:37:55 laprus plasmashell[3812]: networkmanager-qt: virtual void NetworkManager::ActiveConnectionPrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "StateFlags" sie 11 07:37:55 laprus plasmashell[3812]: networkmanager-qt: virtual void NetworkManager::ActiveConnectionPrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "StateFlags" sie 11 07:37:55 laprus NetworkManager[1843]: nisdomainname: you must be root to change the domain name sie 11 07:37:55 laprus NetworkManager[1843]: <info> [1533965875.5272] device (cdc-wdm0): Activation: successful, device activated. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1114273] New: Broadband connection established but all packages dropped
by bugzilla_noreply＠novell.com 10 Jan '23

10 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1114273 Bug ID: 1114273 Summary: Broadband connection established but all packages dropped Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dpbasti(a)wp.pl QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I tested https://bugzilla.opensuse.org/show_bug.cgi?id=1104571 on 2018.10.31 Tumbleweeed. The same result as on Leap15. All RX and all TX packages are dropped Connection is established, signal strength is good, IP is obtained, Routing is set to default gw received from 4g modem, DNS servers are also received. Cannot even ping gateway. The same setup works as soon as I boot Ubuntu with no different settings in NetworkManager. wwan0: flags=4291<UP,BROADCAST,RUNNING,NOARP,MULTICAST> mtu 1500 inet 10.111.71.20 netmask 255.255.255.248 broadcast 10.111.71.23 inet6 fe80::73fb:926a:b538:f135 prefixlen 64 scopeid 0x20<link> ether 7a:c6:53:8c:bf:03 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 1280 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 42 dropped 0 overruns 0 carrier 0 collisions 0 -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1123557] New: network:vpn/openvpn: Bug --suppress-timestamps unneeded in systemd unit file?
by bugzilla_noreply＠novell.com 09 Jan '23

09 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1123557 Bug ID: 1123557 Summary: network:vpn/openvpn: Bug --suppress-timestamps unneeded in systemd unit file? Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: 3rd party software Assignee: max(a)suse.com Reporter: jon.brightwell(a)zpg.co.uk QA Contact: bnc-team-screening(a)forge.provo.novell.com CC: nirmoy.das(a)suse.com Found By: --- Blocker: --- It makes logging hard (no timestamps!) and doesn't seem to affect journalctl. I changed mine to ExecStart=/usr/sbin/openvpn --daemon --writepid /run/openvpn/%i.pid --cd /etc/openvpn/ --config %i.conf Does it also need a wait so it doesn't spit of these openvpn(a)lab.service: PID file /run/openvpn/lab.pid not readable (yet?) after start: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1180649] New: amdgpu: [drm] Failed to updateMST allocation table forpipe idx:1
by bugzilla_noreply＠suse.com 09 Jan '23

09 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1180649 Bug ID: 1180649 Summary: amdgpu: [drm] Failed to updateMST allocation table forpipe idx:1 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: abergmann(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- My current openSUSE setup is running into problems with the connected displays via USB-C. From time to time the external monitors stop working and my keyboard and webcam LEDs are blinking irregular. I'm running openSUSE Leap 15.2: Main hardware components: - Lenovo ThinkPad T495 - Lenovo ThinkPad Dock Gen2 - 2 Dell monitors - external keyboard and mouse [ 6418.378375] [drm] Failed to updateMST allocation table forpipe idx:1 [ 6418.378378] ------------[ cut here ]------------ [ 6418.378590] WARNING: CPU: 2 PID: 3084 at ../drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:2539 core_link_enable_stream+0x820/0x8b0 [amdgpu] [ 6418.378591] Modules linked in: hid_plantronics snd_usb_audio snd_usbmidi_lib snd_rawmidi cdc_ether usbnet r8152 mii snd_seq_dummy snd_hrtimer snd_seq snd_seq_device fuse ccm af_packet xt_tcpudp ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 ipt_REJECT nf_reject_ipv4 xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute ip6table_nat ip6table_mangle ip6table_raw ip6table_security iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 iptable_mangle iptable_raw iptable_security ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter ip_tables x_tables bpfilter dmi_sysfs bnep xfs uvcvideo v4l2_common videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev mc btusb btrtl btbcm btintel bluetooth ecdh_generic ecc msr iwlmvm snd_hda_codec_realtek nls_iso8859_1 nls_cp437 edac_mce_amd mac80211 snd_hda_codec_generic vfat kvm_amd ccp fat snd_hda_codec_hdmi libarc4 kvm snd_hda_intel irqbypass snd_hda_codec iwlwifi snd_hda_core snd_hwdep snd_pcm r8169 rtsx_pci_ms [ 6418.378637] thinkpad_acpi cfg80211 joydev sp5100_tco efi_pstore snd_timer ledtrig_audio ipmi_devintf realtek wmi_bmof k10temp i2c_piix4 snd_pci_acp3x memstick mmc_block ipmi_msghandler libphy rfkill snd ucsi_acpi typec_ucsi soundcore typec battery ac i2c_scmi button acpi_cpufreq btrfs libcrc32c xor raid6_pq dm_crypt algif_skcipher af_alg hid_generic usbhid amdgpu rtsx_pci_sdmmc mmc_core crct10dif_pclmul crc32_pclmul amd_iommu_v2 crc32c_intel gpu_sched i2c_algo_bit ghash_clmulni_intel ttm aesni_intel drm_kms_helper syscopyarea aes_x86_64 glue_helper crypto_simd sysfillrect sysimgblt xhci_pci fb_sys_fops nvme xhci_hcd cryptd drm ehci_pci ehci_hcd serio_raw usbcore rtsx_pci nvme_core wmi video sg dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua efivarfs [ 6418.378688] CPU: 2 PID: 3084 Comm: X Not tainted 5.3.18-lp152.57-default #1 openSUSE Leap 15.2 [ 6418.378690] Hardware name: LENOVO 20NJS0KQ07/20NJS0KQ07, BIOS R12ET55W(1.25 ) 07/06/2020 [ 6418.378788] RIP: 0010:core_link_enable_stream+0x820/0x8b0 [amdgpu] [ 6418.378792] Code: 46 a4 00 00 e9 df fc ff ff 49 8b bd a8 00 00 00 e8 15 a5 00 00 48 8b 43 08 e9 2c fd ff ff 48 c7 c7 08 81 a2 c0 e8 7e 9c 7b ed <0f> 0b e9 fa fd ff ff 48 8b 83 10 01 00 00 48 8d 55 ac 88 4d a0 8b [ 6418.378794] RSP: 0018:ffffb0d90279b720 EFLAGS: 00010282 [ 6418.378796] RAX: 0000000000000024 RBX: ffff9831681a0648 RCX: 0000000000000006 [ 6418.378797] RDX: 0000000000000000 RSI: 0000000000000092 RDI: ffff983230899a10 [ 6418.378798] RBP: ffffb0d90279b790 R08: 0000000000000837 R09: 0000000000000001 [ 6418.378799] R10: ffffb0d90015fdc8 R11: 0000000000000001 R12: ffff983226420000 [ 6418.378800] R13: ffff983228ee75e0 R14: 0000000000000006 R15: ffff98321d5f5000 [ 6418.378802] FS: 00007f02153f3ec0(0000) GS:ffff983230880000(0000) knlGS:0000000000000000 [ 6418.378803] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 6418.378805] CR2: 00007f8058c40000 CR3: 00000003aad1a000 CR4: 00000000003406e0 [ 6418.378806] Call Trace: [ 6418.378912] ? dce110_apply_ctx_to_hw+0x48d/0x520 [amdgpu] [ 6418.379007] dce110_apply_ctx_to_hw+0x48d/0x520 [amdgpu] [ 6418.379112] ? dcn10_verify_allow_pstate_change_high+0x1d/0x2d0 [amdgpu] [ 6418.379216] dc_commit_state+0x2cc/0x5d0 [amdgpu] [ 6418.379324] amdgpu_dm_atomic_commit_tail+0x393/0x1e10 [amdgpu] [ 6418.379335] ? ktime_get_raw+0x34/0x90 [ 6418.379407] ? amdgpu_bo_pin_restricted+0x68/0x290 [amdgpu] [ 6418.379415] ? ttm_eu_backoff_reservation+0x5e/0x90 [ttm] [ 6418.379486] ? amdgpu_bo_gpu_offset+0x1f/0x90 [amdgpu] [ 6418.379589] ? dm_plane_helper_prepare_fb+0x158/0x2a0 [amdgpu] [ 6418.379596] ? _cond_resched+0x15/0x40 [ 6418.379599] ? wait_for_completion_timeout+0x35/0x150 [ 6418.379602] ? wait_for_completion_interruptible+0x32/0x190 [ 6418.379617] ? commit_tail+0x3d/0x80 [drm_kms_helper] [ 6418.379628] commit_tail+0x3d/0x80 [drm_kms_helper] [ 6418.379641] drm_atomic_helper_commit+0x107/0x130 [drm_kms_helper] [ 6418.379663] drm_atomic_connector_commit_dpms+0xe5/0xf0 [drm] [ 6418.379687] drm_mode_obj_set_property_ioctl+0x19f/0x2e0 [drm] [ 6418.379712] ? drm_connector_set_obj_prop+0x70/0x70 [drm] [ 6418.379734] drm_connector_property_set_ioctl+0x3e/0x60 [drm] [ 6418.379754] drm_ioctl_kernel+0xac/0xf0 [drm] [ 6418.379773] drm_ioctl+0x2eb/0x3b0 [drm] [ 6418.379796] ? drm_connector_set_obj_prop+0x70/0x70 [drm] [ 6418.379802] ? ___sys_recvmsg+0xa2/0xe0 [ 6418.379871] amdgpu_drm_ioctl+0x49/0x80 [amdgpu] [ 6418.379878] do_vfs_ioctl+0xa0/0x680 [ 6418.379883] ? ep_modify+0x6d/0x150 [ 6418.379886] ksys_ioctl+0x70/0x80 [ 6418.379889] __x64_sys_ioctl+0x16/0x20 [ 6418.379894] do_syscall_64+0x65/0x1f0 [ 6418.379897] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [ 6418.379900] RIP: 0033:0x7f0212cd9ac7 [ 6418.379903] Code: b3 66 90 48 8b 05 d1 13 2c 00 64 c7 00 26 00 00 00 48 c7 c0 ff ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d a1 13 2c 00 f7 d8 64 89 01 48 [ 6418.379904] RSP: 002b:00007fff1d436fd8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 [ 6418.379906] RAX: ffffffffffffffda RBX: 0000563a09792310 RCX: 00007f0212cd9ac7 [ 6418.379907] RDX: 00007fff1d437010 RSI: 00000000c01064ab RDI: 000000000000000c [ 6418.379908] RBP: 00007fff1d437010 R08: 0000000000000001 R09: 0000000000000009 [ 6418.379909] R10: 0000563a09bdf8b0 R11: 0000000000000246 R12: 00000000c01064ab [ 6418.379910] R13: 000000000000000c R14: 0000563a09901f10 R15: 0000563a08a2ed00 -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1167780] New: MicroOS images don't update grub if booted without EFI
by bugzilla_noreply＠novell.com 09 Jan '23

09 Jan '23

http://bugzilla.suse.com/show_bug.cgi?id=1167780 Bug ID: 1167780 Summary: MicroOS images don't update grub if booted without EFI Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: fvogt(a)suse.com Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de CC: kubic-bugs(a)opensuse.org Found By: --- Blocker: --- The .qcow2 images are meant to work fine on systems with EFI (optionally secure boot) and without, so they have both i386-pc and x86_64-efi targets of grub2 installed by kiwi during image building. Kiwi sets LOADER_TYPE="grub2-efi" for this. When booting the image without EFI though, this is not changed by anything and so update-bootloader only manages the x86_64-efi target of grub2. As the grub.cfg file is in the same location, there aren't any immediate issues, but it means that grub is never updated in those deployments. -- You are receiving this mail because: You are on the CC list for the bug.

2 13

[Bug 1181974] New: Lenovo X1 Extreme Gen.3: suspend/hibernate to ram doesn't work properly
by bugzilla_noreply＠suse.com 08 Jan '23

08 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1181974 Bug ID: 1181974 Summary: Lenovo X1 Extreme Gen.3: suspend/hibernate to ram doesn't work properly Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: p.heinlein(a)heinlein-support.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 845928 --> http://bugzilla.opensuse.org/attachment.cgi?id=845928&action=edit output hwinfo On Lenovo X1 Extreme Gen.3 suspend/hibernate to RAM doesn't work properly. 5.3.18-lp152.63-default openSUSE Leap 15.2 If I close the cover it suspends/hibernates and starts sleeping, but when I re-open the cover it does not survive beeing awaked. Instead, it works $something for half a second and then it powers of completely. After pressing the power button, it does a complete cold boot. In rare cases it did survive a suspend and it did awake properly. But only in very rare cases. dmesg logs: systemd-logind: hibernation is restricted; see man kernel_lockdown.7 Lockdown: hwinfo: /dev/mem,kmem,port is restricted; see man kernel_lockdown.7 Lockdown: modprobe: unsafe module parameters is restricted; see man kernel_lockdown.7 -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1052765] New: net-snmp still use SysVinit boot scripts
by bugzilla_noreply＠novell.com 06 Jan '23

06 Jan '23

http://bugzilla.suse.com/show_bug.cgi?id=1052765 Bug ID: 1052765 Summary: net-snmp still use SysVinit boot scripts Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Factory Status: NEW Severity: Critical Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: werner(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Please port the boot script AFAP to systemd units: rpm -ql net-snmp | grep init\\.d /etc/init.d/snmpd /etc/init.d/snmptrapd this because as net-snmp will also reach SLES15 -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1133423] New: AutoYaST: repository priority not working in add-on section
by bugzilla_noreply＠novell.com 04 Jan '23

04 Jan '23

http://bugzilla.suse.com/show_bug.cgi?id=1133423 Bug ID: 1133423 Summary: AutoYaST: repository priority not working in add-on section Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: apoulat(a)vitechnology.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 803606 --> http://bugzilla.suse.com/attachment.cgi?id=803606&action=edit add-on.xml Hi, I've just seen that, for example with attached add-on.xml given to AutoYaST, with, as you can see one repository with priority 20 and another with priority 10, they both, after install, have a (default) 99 priority (checked with "zypper -lr -p" command). See documentation about that here: https://doc.opensuse.org/projects/autoyast/#idm139966593990112 Note: I'm not sure on how <product> and <product_dir> tags are relevant then I tried without them and there is still the same issue. Thanks -- You are receiving this mail because: You are on the CC list for the bug.

2 7