Eventually we will want to use it without a desktop. In fact, I would probably not even bother. But we have a developer who is complaining that if we use Raspbian this would not be an issue. He ignores all the things we get instead when using openSUSE (like the build service and lots of packages). And a great familiarity with that environment. Sigh.
There is a YouTube video showing this (KDE) working with openSUSE. So I know that it has happened at some point in history. I'm going to try on a different B+ to see if there is something with the specific one tried. But as Raspbian's desktop works, it seems more likely that it is a config thing. On Mon, Dec 4, 2023 at 9:15 AM Guillaume Gardet <[email protected]> wrote: > There may be a problem with a configuration file. > > > > The thing to know is that openQA tests graphical desktop installed from > ISO (on qemu) and headless JeOS images (qemu and Raspberry Pi). So, desktop > images (KDE, XFCE, E20, GNOME, etc) are not tested in openQA and could > break at any time. > > It could also be an issue with hardware (RPi3) with openGL ES, for example. > > > > Guillaume > > > > > > > > *From:* Roger Oberholtzer <[email protected]> > *Sent:* Monday, December 4, 2023 8:59 AM > *To:* Guillaume Gardet <[email protected]> > *Cc:* [email protected]; nd <[email protected]> > *Subject:* Re: Desktop in Raspberry Pi 3 B+ > > > > > > > > On Mon, Dec 4, 2023 at 8:40 AM Guillaume Gardet <[email protected]> > wrote: > > Hi, > > > > You can try to install from the DVD or NET ISO. > > > > Would that result in something different than the appliance image? I guess > some configuration that is done when the system is installed might be > different. But we are talking about a well-defined piece of hardware. So > any appliance would, I would have thought, already be set up for it. > > > > You could also look in the journal if there is something obvious. > > > > I don't see anything in the journal or the related logs. I have looked > everywhere. I can see that X is running. But in the case of KDE, I do not > see anything else related to KDE/plasma. > > > > > > > > *From:* Roger Oberholtzer <[email protected]> > *Sent:* Friday, December 1, 2023 12:19 PM > *To:* [email protected] > *Subject:* Desktop in Raspberry Pi 3 B+ > > > > > > > > I have been trying the current Leap 15.5. aarch64 appliance on a Raspberry > Pi 3 B+. Most things are working. But I have a problem with the GUI login / > desktop. > > > > I started with the KDE variant. ssdm would not start. I saw that it > complained that there was not enough memory for some texture, and it > exited. So I switches to xddm. That would start. But when KDE should start, > I get a functioning mouse cursor, but nothing else, Just a black > background. With a mouse. > > > > I then tried xfce. Then the login part went fine with no changes. But the > desktop was still a problem like with KDE. Except the screen background was > white. I see that some processes related to the desktop are running. I > don't know xfce well enough to know if some critical thing is not running. > > > > When installing Raspbian on the device, the desktop works. But perhaps its > lxde that uses far less resources? > > > > Should I expect that all these desktops start on a Pi 3 B+? I now that > there might be performance issues. But should they at least start. And int > he case of KDE/sddm, should the login at least function? > > > > I'm confused where to look next. > > -- > > Roger Oberholtzer > -- Roger Oberholtzer
