On Thu, Aug 18, 2022 at 10:39 PM Masaru Nomiya wrote:

You have to make other changes to .xinitrc, not just adding. Should all be covered in the wiki.

I don't believe there is a problem with my ~/.xinitrc, because GDM does not start. The problem occurs before I log in with my user. It seems to be system-wide, not user-specific. I booted with Leap 15.4 GNOME Live and compared its /etc/X11/xinit folder with mine. The xinitrc scripts were identical. I removed from my installation some packages that added files to the xinitrc.d folder (Cadence and virtualbox-guest-x11), but that didn't change the described behavior. What I did next: I set up my repos exactly the same as the Live system, did a zypper up (that updated the kernel), installed LightDM and changed the default display manager, according to: https://en.opensuse.org/SDB:Change_Display_Manager Now, LightDM also does not start, but tty1 (Ctrl + Alt + F1) shows the login prompt faster. I'm able to get to GNOME the same way I described before, but I'm not able to lock the screen, since I'm not using GDM. I thought about giving SDDM a try, but that would cause a lot of KDE and Qt packages to be installed. I prefer to try another thing first. Antonio The Linux Kamarada Project https://linuxkamarada.com/

On 01.09.2022 16:49, Linux Kamarada wrote:

On Thu, Sep 1, 2022 at 9:51 AM Linux Kamarada wrote:

...

Now, LightDM also does not start, but tty1 (Ctrl + Alt + F1) shows the login prompt faster. I'm able to get to GNOME the same way I described before, but I'm not able to lock the screen, since I'm not using GDM.

Now I realized that the Live system uses Wayland, while my system uses X11. Maybe is that?

Reboot and provide full output of "journalctl -b" (upload to https://susepaste.org).

How can I enable Wayland by default?

I installed the xwayland and gnome-session-wayland packages, but that didn't change the described behavior as well (LightDM does not start). Is there anything else I need to do?

I'm able to start GNOME Wayland with:

$ dbus-run-session -- gnome-shell --display-server --wayland

(source: https://stackoverflow.com/a/38546347)

Some things are strange (i.e. some settings were lost, e.g. I had to login to Chrome again) but the system is working somehow.

Antonio The Linux Kamarada Project https://linuxkamarada.com/

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday, 2022-08-18 at 10:09 -0300, Linux Kamarada wrote:

Hi, everyone!

I upgraded from Leap 15.3 to Leap 15.4 yesterday (actually, from Linux Kamarada 15.3, which is Leap-based, to Leap 15.4) following the same upgrade procedure I'm used to years now:

https://linuxkamarada.com/en/2021/12/23/linux-kamarada-and-opensuse-leap-how... (of course, I replaced 15.3 by 15.4, for it to work)

https://en.opensuse.org/SDB:System_upgrade

Hum. I'm not familiar with Linux Kamarada, I don't know what differences there might be. So I would like to know first your repository list; run: zypper lr --details > somefile.txt and attach the resulting "somefile.txt" file to your reply. Please do not paste the text to the email, the lines wrap are and become very difficult to read. Also, run this concoction: rpm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \ %25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \ | sort | cut --fields="2-" | tee rpmlist \ | egrep -v "openSUSE Leap 15\.4|openSUSE_Leap_15.4|\-lp153|SUSE Linux Enterprise 15" | less -S I don't have 15.4, so I'm guessing the filters: you may have to adjust them yourself. The idea is to get a list of packages that don't belong to 15.4. If the list is small, you can attach the file; if it is long, upload to susepaste. Or, don't upload if you figure out from that text what you have to do ;-) You also said:

I booted with Leap 15.4 GNOME Live and compared its /etc/X11/xinit folder with mine. The xinitrc scripts were identical. I removed from my installation some packages that added files to the xinitrc.d folder (Cadence and virtualbox-guest-x11), but that didn't change the described behavior.

Are you running this machine as a virtual machine? - -- Cheers, Carlos E. R. (from openSUSE 15.3 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYxEHCxwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVaCYAnRa/Nx05wPXSb2wedwX0 JruG0thSAJ4tR19m/PuVwuX98QmK/RN+zj57ww== =D7qp -----END PGP SIGNATURE-----

Hello, You seem to have been DM'd by me, but the address I use for Mailing List is for Miling List only, because there is too much spam, and all mails from non-Mailing List are set to be sent to /dev/null. Please understand this. Anyway. In the Message; Subject : Re: Leap 15.4 - display manager won't start (it was: GDM won't start) Message-ID : Date & Time: Thu, 1 Sep 2022 10:49:36 -0300 [LK] == Linux Kamarada has written: LK> On Thu, Sep 1, 2022 at 9:51 AM Linux Kamarada wrote: LK> > LK> > Now, LightDM also does not start, but tty1 (Ctrl + Alt + F1) shows the LK> > login prompt faster. I'm able to get to GNOME the same way I described LK> > before, but I'm not able to lock the screen, since I'm not using GDM. LK> > LK> Now I realized that the Live system uses Wayland, while my system uses LK> X11. Maybe is that? LK> How can I enable Wayland by default? Which video card are you using? Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ "A bachelor’s degree still holds prestige as a ticket to the middle class, but its value has received increasing scrutiny. In the last several years, rising tuition and student loan debt have led more Americans to reconsider an investment in postsecondary education." -- Washington Post --

On Fri, Sep 2, 2022 at 1:07 AM Andrei Borzenkov wrote:

If user lightdm exists, the problem could be in accounts service;

set 01 16:00:59 kamarada-pc dbus-daemon[3011]: [system] Activating via systemd: service name='org.freedesktop.Accounts' unit='accounts-daemon.service' requested by ':1.19' (uid=0 pid=3844 comm="/usr/sbin/lightdm ") set 01 16:00:59 kamarada-pc systemd[1]: Starting Accounts Service... set 01 16:00:59 kamarada-pc accounts-daemon[3854]: started daemon version 0.6.55 set 01 16:00:59 kamarada-pc dbus-daemon[3011]: [system] Successfully activated service 'org.freedesktop.Accounts' set 01 16:00:59 kamarada-pc accounts-daemon[3854]: g_dbus_interface_skeleton_get_object_path: assertion 'G_IS_DBUS_INTERFACE_SKELETON (interface_)' failed

I do not have this last error on Leap 15.4.

In fact: # systemctl status accounts-daemon.service ● accounts-daemon.service - Accounts Service Loaded: loaded (/usr/lib/systemd/system/accounts-daemon.service; disabled; vendor preset: disabled) Active: active (running) since Wed 2022-09-07 09:31:35 -03; 12min ago Main PID: 1594 (accounts-daemon) Tasks: 3 (limit: 4915) CGroup: /system.slice/accounts-daemon.service └─ 1594 /usr/lib/accounts-daemon set 07 09:31:35 kamarada-pc systemd[1]: Starting Accounts Service... set 07 09:31:35 kamarada-pc accounts-daemon[1594]: started daemon version 0.6.55 set 07 09:31:35 kamarada-pc systemd[1]: Started Accounts Service. set 07 09:31:35 kamarada-pc accounts-daemon[1594]: g_dbus_interface_skeleton_get_object_path: assertion 'G_IS_DBUS_INTERFACE_SKELETON (interface_)' failed This last error doesn't occur when I boot from the Live system. The service is disabled on my system, I thought that could be a problem, but it's also disabled on the Live system.

bor@10:~> rpm -qf /usr/lib/accounts-daemon accountsservice-0.6.55-150400.12.8.x86_64 bor@10:~>

This command outputs the same result on my system (we have the same versions of this package installed). Antonio The Linux Kamarada Project https://linuxkamarada.com/

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2022-09-07 a las 06:48 -0400, Linux Kamarada escribió:

On Thu, Sep 1, 2022 at 4:25 PM Carlos E. R. wrote:

...

I'm not familiar with Linux Kamarada, I don't know what differences there might be. So I would like to know first your repository list; run:

Please note that Linux Kamarada 15.4 is not out (yet). So I upgraded from Linux Kamarada 15.3 to openSUSE Leap 15.4. That's possible because Linux Kamarada 15.3 is based on openSUSE Leap 15.3 (hence the same version numbers).

...

zypper lr --details > somefile.txt

TL;DR My repos are: Leap 15.4 defaults (same as Live system) + Packman + Kamarada 15.4 Dev

Full answer: https://paste.opensuse.org/8252643

It seems ok, except this message on top I don't know about: Warning: The /etc/products.d/baseproduct symlink is dangling or missing! The link must point to your core products .prod file in /etc/products.d.

...

Also, run this concoction:

rpm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \ %25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \ | sort | cut --fields="2-" | tee rpmlist \ | egrep -v "openSUSE Leap 15\.4|openSUSE_Leap_15.4|\-lp153|SUSE Linux Enterprise 15" | less -S

I don't have 15.4, so I'm guessing the filters: you may have to adjust them yourself.

I just changed the less -S part to output the result to a text file:

:-) There is a file already included in the concoction, named "rpmlist", but it is the entire unfiltered rpm list.

$ rpm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \ %25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \ | sort | cut --fields="2-" | tee rpmlist \ | egrep -v "openSUSE Leap 15\.4|openSUSE_Leap_15.4|\-lp153|SUSE Linux Enterprise 15" > concoction.txt

Here is the output: https://gist.github.com/vinyanalista/c228cfb99a3b741cfd152c0929965d95

(I had to use GitHub Gist because openSUSE Past said I was a spammer)

Heh! :-} Well, these are the "true" "obsolete" entries: ter nov 17 2020 dom nov 01 2020 libsecp256k1-0 20200615-lp152.1.2 x86_64 obs://build.opensuse.org/home:kamarada (none) == home:kamarada:15.2:dev / openSUSE_Leap_15.2 (none) ter nov 17 2020 dom nov 01 2020 libx265-192 3.4-pm152.1.2 x86_64 http://packman.links2linux.de packman@links2linux.de == Essentials / openSUSE_Leap_15.2 (none) sex jan 15 2021 dom mar 22 2020 dissenter-browser 1.5.114-1 x86_64 Gab AI IncGab AI Inc == (none) (none) seg jan 25 2021 ter nov 10 2020 libvpx6 1.9.0-lp152.121.1 x86_64 obs://build.opensuse.org/network (none) == network:im:signal / openSUSE_Leap_15.2 (none) qui fev 11 2021 ter fev 02 2021 bisq 1.5.5-1 x86_64 Bisq (none) == (none) (none) qua fev 17 2021 sáb fev 06 2021 signal-desktop 1.39.6-lp152.1.4 x86_64 obs://build.opensuse.org/network (none) == network:im:signal / openSUSE_Leap_15.2 (none) dom fev 28 2021 sex fev 26 2021 hugo-bash-completion 0.81.0-lp152.11.3 noarch obs://build.opensuse.org/devel:languages:go (none) == devel:languages:go / openSUSE_Leap_15.2 (none) dom fev 28 2021 sex fev 26 2021 hugo 0.81.0-lp152.11.3 x86_64 obs://build.opensuse.org/devel:languages:go (none) == devel:languages:go / openSUSE_Leap_15.2 (none) qui mar 04 2021 qui jan 28 2021 megasync 4.4.0-1.1 x86_64 MEGA LimitedMEGA Linux Team == (none) (none) qui mar 11 2021 qui jan 16 2020 gpg-pubkey f23c6aa3-5e208a55 (none) (none)multimedia OBS Project == (none) (none) dom abr 25 2021 seg abr 12 2021 wsdd 0.6.4-lp152.12.1 noarch obs://build.opensuse.org/network (none) == network / openSUSE_Leap_15.2 (none) sáb ago 28 2021 ter ago 24 2021 jack_mixer 15.1-pm153.1.49 x86_64 http://packman.links2linux.de packman@links2linux.de == Multimedia / openSUSE_Leap_15.3 (none) qua dez 22 2021 qua dez 22 2021 pdfsam-basic 4.2.10-1 x86_64 obs://build.opensuse.org/home:kamarada (none) == home:kamarada:15.3:dev / openSUSE_Leap_15.3 (none) ter mar 22 2022 qua set 08 2021 lacuna-webpki 2.11.6-1 x86_64 Lacuna Software (none) == (none) (none) sex jun 17 2022 qua mai 18 2022 brave-keyring 1.10-1 noarch (none) (none) == (none) (none) qua ago 17 2022 qua ago 17 2022 brave-browser 1.42.97-1 x86_64 Brave Software, Inc.Brave Software == (none) (none) Some of them are from packman, thus easy to upgrade/replace/delete. I don't know if any of them can cause your problems.

...

You also said:

...

I booted with Leap 15.4 GNOME Live and compared its /etc/X11/xinit folder with mine. The xinitrc scripts were identical. I removed from my installation some packages that added files to the xinitrc.d folder (Cadence and virtualbox-guest-x11), but that didn't change the described behavior.

Are you running this machine as a virtual machine?

No. In this thread, everytime I refer to the Live system it's one I boot using Ventoy, as described here:

https://linuxkamarada.com/en/2020/07/29/ventoy-create-a-multiboot-usb-drive-...

Then why did you have virtualbox-guest-x11 installed? That might cause problems. - -- Cheers, Carlos E. R. (from openSUSE 15.3 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYxipDRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVMsEAn0PrdD9uIEslno2oi6Wk fCAG3U6IAJ9o8rlS0W8XBuMJdLPCperqDNecVQ== =wd0R -----END PGP SIGNATURE-----

On Wed, Sep 7, 2022 at 11:23 AM Carlos E. R. wrote:

It seems ok, except this message on top I don't know about:

Warning: The /etc/products.d/baseproduct symlink is dangling or missing! The link must point to your core products .prod file in /etc/products.d.

Thanks for noticing. On the Leap 15.4 GNOME Live system that message does not appear. I've seen that /etc/products.d/baseproduct is a symlink to /etc/products.d/Leap.prod. Both files belong to the openSUSE-release package. Back to my system, I realized that, curiously, that package was installed. But /etc/products.d/baseproduct was a broken symbolic link to /etc/products.d/openSUSE.prod. I fixed it: # rm /etc/products.d/baseproduct # ln -s /etc/products.d/Leap.prod /etc/products.d/baseproduct And that message stopped appearing. But the main problem remains (display manager won't start).

Well, these are the "true" "obsolete" entries:

Some of them are from packman, thus easy to upgrade/replace/delete. I don't know if any of them can cause your problems.

From those packages, I removed what I could, rebooted, but the problem remains. Me too, I don't believe those packages are causing the problem.

Then why did you have virtualbox-guest-x11 installed? That might cause problems.

Linux Kamarada comes with it installed by default. It's to make the Live system work better with VirtualBox. If installed to a real machine (such as mine), it's safe to remove that package, but it should do no harm. Anyway, I removed it and nothing changed. Antonio The Linux Kamarada Project https://linuxkamarada.com/