Description of problem: When I run clementine and uGet on virtualbox/plasma_x11/icewm xserver is restarting to sddm. Same situation is with VMSVGA/VboxSVGA/Vboxvga on virtualbox. When I run clementine and uGet on virtualbox/plasma_wayland clementain is running ok. I don´t how is work on real hardware. Version-Release number of selected component (if applicable): Full updated cauldron to 5.3.2023 How reproducible: Every time when is running clementine in GUI. Steps to Reproduce: 1.Clicking on clementain icon from menu 2. 3.
Don't know what uGet has to do wth it, all I can add is that Clementine GUI works fine on real hardware. CC'ing DaveH who has experience of VBox video.
CC: (none) => davidwhodgins, lewyssmith
# urpmi clementine To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Release (distrib1)") clementine 1.4.0 0.rc2.3.mga9 x86_64 lib64cryptopp8 8.7.0 1.mga9 x86_64 lib64lastfm5_1 1.1.0 4.mga9 x86_64 lib64mygpo-qt5_1 1.1.0 9.mga9 x86_64 lib64projectm3 3.1.12 2.mga9 x86_64 lib64protobuf32 3.21.12 5.mga9 x86_64 lib64qt5iocompressor1 2.3.1 6.mga9 x86_64 lib64qt5lockedfile1 2.4.1 21.mga9 x86_64 lib64qtsingleapplication-qt5_1 2.6.1 24.mga9 x86_64 lib64qtsinglecoreapplication-> 2.6.1 24.mga9 x86_64 libprojectm-data 3.1.12 2.mga9 x86_64 (medium "Tainted Release (distrib21)") gstreamer1.0-neon 1.22.0 1.mga9.taint> x86_64 (recommended) Then running clementine as a regular user. Starts ok. Used it to play an mp3 I added to my Music directory. Virtualbox is running a fully up-to-date x86_64 m9 guest on an m8 host. The display settings for the guest are VMSVGA graphics controller. No 3d acceleration. Usually I turn on 3d, but either this was the default when I created that guest, or I turned it off for some other testing. I'm using the plasma desktop. Have the following task packages installed. $ rpm -qa|grep ^task|sort|grep -v printing task-codec-audio-9-1.mga9.tainted task-codec-video-9-1.mga9.tainted task-gnome-43.0-1.mga9 task-gnome-minimal-43.0-1.mga9 task-plasma5-minimal-5.27.2-2.mga9 task-pulseaudio-9-1.mga9 task-x11-1-11.mga9
Thanks for this detailed info. Can you comment on uGet, which the reporter mentions but which I find nowhere?
$ rpm -q -i uget|grep ^Sum Summary : Download manager using GTK+ and libcurl Tested again, with uget-gtk running on both the host and in the vb guest. Ensured I was using ssdm for login. Clementine continues to work ok in the guest. I'm using X11 on both the host and in the vb guest. Not wayland. If switching between X11 and wayland causes a difference, that is highly hardware dependent. On my host $ inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] driver: radeon v: kernel Display: server: Mageia X.org 1.20.14 driver: ati,radeon unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz OpenGL: renderer: AMD CEDAR (DRM 2.50.0 / 5.15.98-server-1.mga8 LLVM 11.0.1) v: 3.3 Mesa 21.3.9
In my vb guest $ inxi -G Graphics: Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.20.0.0 Display: x11 server: X.org v: 1.21.1.7 with: Xwayland v: 22.1.8 driver: X: loaded: vmware unloaded: fbdev,modesetting,vesa gpu: vmwgfx resolution: 1920x980~60Hz API: OpenGL v: 4.5 Mesa 23.0.0 renderer: llvmpipe (LLVM 15.0.6 256 bits)
Despite the inxi output, icewm only runs under X11 from /usr/share/xsessions/icewm-session.desktop # urpmf /usr/share/wayland-sessions/|sort gnome-classic-session:/usr/share/wayland-sessions/gnome-classic.desktop gnome-classic-session:/usr/share/wayland-sessions/gnome-classic-wayland.desktop gnome-session:/usr/share/wayland-sessions/gnome.desktop gnome-session:/usr/share/wayland-sessions/gnome-wayland.desktop plasma-bigscreen:/usr/share/wayland-sessions/plasma-bigscreen-wayland.desktop plasma-mobile:/usr/share/wayland-sessions/plasma-mobile.desktop plasma-workspace-wayland:/usr/share/wayland-sessions/plasmawayland.desktop sway:/usr/share/wayland-sessions/sway.desktop weston:/usr/share/wayland-sessions/weston.desktop All of the other desktop environments only run under X11, not wayland. Any hardware that requires wayland will be limited as to what desktop environments it can use.
This problem is highly specific. @Dusan Pavlik - The problem only happens using X11, which is *normal* for Plasma. To use Wayland other than with Gnome requires some effort, and is normally regarded as experimental. What made you try that? - Where does uGet come into it? (having seen what it is, thanks Dave). I cannot see anything in Clementine which allows to specify a specific downloader. What happens if you do *not* use uGet? I must look at icewm before asking you about that.
So here I am via SDDM in an IceWM session - which was distinct from Plasma. On real hardware, Clementine works. Can you Dusan Pavlik explain what made you use IceWM, and how [if] you got it to run under plasma_x11 or plasma_wayland? Or simply, under Wayland rather than X11? Or are you talking about Plasma itself, which requires some manipulation to run (experimental) under Wayland? Please describe your starting point: what desktop, without uGet, did launching Clementine return you to the SDDM login scree - this bug you have raised? What changes did you make to stop this happening, one at a time: why uGet, how did you associate it with Clementine? What happens without it? How & why did you change from X11 to Wayland? Where does IceWM fit into this?
Status: NEW => NEEDINFO
I will make video for better understand. I reinstal cauldron. Bug is still here. uGet is program for dowloading with gtk+ gui. https://ugetdm.com/
Video with problem. https://www.youtube.com/watch?v=9cxnECKyQG8
While the video does show it's returning to the login screen, the type of info that's needed is the output from the following commands on both the host and the virtualbox guest ... uname -r rpm -qa|grep virtualbox inxi -G Make sure all updates have been installed for both the host and the guest before gathering the information. The reason the information is needed is to try and figure out what's different between the system where it's failing, and my system where it is not failing.
Host: uname -r 6.1.6-desktop-1.mga8 rpm -qa|grep virtualbox virtualbox-kernel-5.15.79-desktop-1.mga8-7.0.4-1.mga8 virtualbox-kernel-desktop-latest-7.0.6-2.mga8 virtualbox-kernel-6.1.6-desktop-1.mga8-7.0.6-2.mga8 virtualbox-kernel-6.0.9-desktop-1.mga8-7.0.4-2.mga8 virtualbox-kernel-5.15.88-desktop-1.mga8-7.0.6-1.mga8 virtualbox-7.0.6-1.mga8 virtualbox-kernel-6.0.12-desktop-1.mga8-7.0.4-2.2.mga8 inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Navi 14 [Radeon RX 5500/5500M / Pro 5500M] driver: amdgpu v: kernel Display: x11 server: Mageia X.org 1.20.14 driver: amdgpu,v4l resolution: 2560x1440~60Hz OpenGL: renderer: AMD Radeon RX 5500 XT (NAVI14 DRM 3.49.0 6.1.6-desktop-1.mga8 LLVM 11.0.1) v: 4.6 Mesa 21.3.8 Guest: 6.2.2-desktop-2.mga9 virtualbox-guest-additions-7.0.6-2.mga9 Graphics: Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.20.0.0 Display: x11 server: X.org v: 1.21.1.7 with: Xwayland v: 22.1.8 driver: X: loaded: v4l,vmware gpu: vmwgfx resolution: 2560x1326~60Hz API: OpenGL v: 4.5 Mesa 23.0.0 renderer: llvmpipe (LLVM 15.0.6 256 bits)
I mean problem is with system tray (it is strange because same problem is in icewm) . When icon for clementine and uget want integrated to tray, xserver is going to hell (in non 3D) (wailand uses a different desktop rendering system, right?) I activated 3D in virtualbox for VMSVGA and xserver do not restarting and clementine is working. (??but 128MB VRam is too small?? because gui in virtualbox is freezing after same time)
Sorry to have left you. (In reply to Dusan Pavlik from comment #13) > I mean problem is with system tray (it is strange because same problem is in > icewm) . When icon for clementine and uget want integrated to tray, xserver > is going to hell (in non 3D) > I activated 3D in virtualbox for VMSVGA and xserver do not restarting and > clementine is working. (??but 128MB VRam is too small?? because gui in > virtualbox is freezing after same time) Does this say that simply activating 3D in virtualbox for VMSVGA solves the Clementine problem? Still need clarification about whether this issue relates to IceWM, or the normal Plasma desktop, or both. I think we need an errata for this, but it is not clear exactly what to say...
"Does this say that simply activating 3D in virtualbox for VMSVGA solves the Clementine problem? Still need clarification about whether this issue relates to IceWM, or the normal Plasma desktop, or both." If I run virtualbox with enabled 3D. Clementine and plasma is working in VM. If I run virtualbox without enabled 3D, but with plasma_wayland. Clementine and plasma is working in VM. If I run virtualbox without 3D and with plasma_X11 clementine turn off gui and restart to sddm in VM. If I run IceWM in virtualbox withut enabled 3D. Clementine turn off gui and restart to sddm in VM. If I run IceWM in virtualbox with enabled 3D. Clementine and IceWM is working in VM.
Thank you for these clarifications! Clementine in VBox works: - 3D enabled -- Plasma/X11 -- IceWM/X11 - 3D disabled -- Plasma/Wayland Clementine in VBox does NOT work: - 3D disabled -- Plasma/X11 -- IceWM/X11 Both you & Dave are running M8 host with M9 guest (you started with Cauldron). Given that Dave comment 2 could not reproduce the problem, No 3d acceleration, my vb guest: $ inxi -G Graphics: Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.20.0.0 Display: x11 server: X.org v: 1.21.1.7 with: Xwayland v: 22.1.8 driver: X: loaded: vmware unloaded: fbdev,modesetting,vesa gpu: vmwgfx resolution: 1920x980~60Hz API: OpenGL v: 4.5 Mesa 23.0.0 renderer: llvmpipe (LLVM 15.0.6 256 bits) your VB Guest: virtualbox-guest-additions-7.0.6-2.mga9 Graphics: Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.20.0.0 Display: x11 server: X.org v: 1.21.1.7 with: Xwayland v: 22.1.8 driver: X: loaded: v4l,vmware gpu: vmwgfx resolution: 2560x1326~60Hz API: OpenGL v: 4.5 Mesa 23.0.0 renderer: llvmpipe (LLVM 15.0.6 256 bits) The only visible differences are the 'loaded' 'unloaded' details, and screen resolutions. @Dave: can you explain the [un]loaded bits? Maybe there is something there.
The host has since been upgraded to m9 x86_64. Same m9 x86_64 guest and Clementine continues to work ok. Both are fully up-to-date. In the vb guest display settings, video memory is set to 128MB, graphics controller VMSVGA. 3d accelleration is not enabled. In the vb guest ... [dave@x9v ~]$ inxi -G Graphics: Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.20.0.0 Display: server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X: loaded: vmware unloaded: fbdev,modesetting,vesa gpu: vmwgfx resolution: 1920x968~60Hz API: OpenGL v: 4.5 Mesa 23.1.9 renderer: llvmpipe (LLVM 15.0.6 256 bits)
It works with 3d acceleration enabled too.
Another of those obscure bugs that affects just one user. Luckily Dusan Pavlik knows how to get round it. Oh - this is Cauldron, no Errata! I was going to suggest that. @Dusan Pavlik If you say that the same problem happens with a Mageia 9 Guest, we can ERRATA it.