public inbox for openembedded-core@lists.openembedded.org
 help / color / mirror / Atom feed
From: Randolph Sapp <rs@ti.com>
To: <rs@ti.com>, <raj.khem@gmail.com>,
	<richard.purdie@linuxfoundation.org>,
	<mathieu.dubois-briand@bootlin.com>, <alex@linutronix.de>,
	<otavio@ossystems.com.br>, <kexin.hao@windriver.com>,
	<paul@pbarker.dev>
Cc: <afd@ti.com>, <detheridge@ti.com>, <denis@denix.org>,
	<reatmon@ti.com>, <openembedded-core@lists.openembedded.org>,
	<vijayp@ti.com>
Subject: Re: [oe-core][PATCHv16 0/6] Display manager proposal for x11 and wayland
Date: Thu, 26 Mar 2026 13:35:20 -0500	[thread overview]
Message-ID: <DHCXIN4V1F1Q.1RY9TMY14L13Z@ti.com> (raw)
In-Reply-To: <189D6251D8E3EDE7.1508127@lists.openembedded.org>

On Mon Mar 16, 2026 at 12:25 PM CDT, Randolph Sapp via lists.openembedded.org wrote:
> On Fri Feb 27, 2026 at 12:31 PM CST, Randolph Sapp via lists.openembedded.org wrote:
>> From: Randolph Sapp <rs@ti.com>
>>
>> No functional changes. Just bumping PR to help with automated testing issues.
>>
>> Information from v15:
>>
>> Alright, now that cgo binary reproducibility has been addressed this should be
>> good to go. One slight change from v13, I replaced the inittab.d entry with a
>> rootfs-postcommands function since busybox-init doesn't support it.
>>
>> Information from v13:
>>
>> Hello maintainers, I wanted to wait for the latest tag to get cut before
>> bringing this back up, but here it is. This version addresses most of the
>> concerns I've seen regarding this series and adds on a little more functionality
>> considering we now allow for proper session selection.
>>
>> This led me into a bit of a dive into the desktop-entry-spec [1] and associated
>> validator [2] that I wouldn't mind some opinions on as well if people are
>> curious about that.
>>
>> Legacy details follow:
>>
>> We've recently run into some issues with weston-init attempting to start Weston
>> prior to all drm devices being registered. There's not really a good, scriptable
>> mechanism to listen in to device registration events that works with the
>> existing weston-init package. Well, at least one that doesn't involve polling
>> files or introducing more dependency on the init system being used.
>>
>> I also see there is also a lot of scripting around starting X11,
>> xserver-nodm-init, that (from my limited review) should experience the same
>> issue.
>>
>> I'd like to introduce the following display manager for oe-core, emptty [3].
>> This display manager is, as described upstream, a "Dead simple CLI Display
>> Manager on TTY". It supports both x11 and wayland sessions, with togglable build
>> parameters to completely remove x11 and pam dependencies. It's licensed MIT,
>> which shouldn't be an issue for any users. (It is written in Go, if you have
>> opinions about that.)
>>
>> With this, both weston-init and the xserver-nodm-init packages can be re-tuned
>> to leverage this display manager and simply add a user and emptty config for an
>> autologin session. This can resolve the current behavior across init systems
>> without additional scripting, and move some development out of this layer.
>>
>> This lists myself as a maintainer of emptty as well as xserver-nodm-init and
>> xuser-account since these are currently unassigned and I've reworked them
>> significantly here.
>>
>> Sorry for the delay on this series. I found a few bugs in emptty that I wanted
>> to address before submitting this officially.
>>
>> [1] https://gitlab.freedesktop.org/xdg/xdg-specs/-/merge_requests/110
>> [2] https://gitlab.freedesktop.org/xdg/desktop-file-utils/-/merge_requests/28
>> [3] https://github.com/tvrzna/emptty
>>
>> v2:
>> 	- Address spelling issues in commit messages
>> 	- Attempt to resolve some test related issues with weston
>> 	- Add additional logs to X11 related tests
>> v3:
>> 	- Reset AUTOLOGIN_MAX_RETRY to the default value of 2. When running
>> 	  under QEMU the first auth attempt almost always fails.
>> v4:
>> 	- Add a tmpfile entry for the x11 domain socket directory.
>> 	- Remove some scripts associated with weston-init that were being
>> 	  shipped with weston
>> v5:
>> 	- Move tmpfile data to individual files
>> 	- Add explicit entries for these in the FILES variable
>> v6:
>> 	- Do not attempt to ship a tmpfiles.d entry in libx11
>> v7:
>> 	- Include a backported fix for go/runtime to address segfault issues
>> 	  reported on x86 platforms in previous revisions
>> v8:
>> 	- Sign-off backported patch
>> v9:
>> 	- Resolve merge conflict in maintainers file
>> v10:
>> 	- Remove the ability to run x11 as root in xserver-nodm-init, see
>> 	  https://lists.openembedded.org/g/openembedded-core/topic/115318655#msg223906
>> 	  for more information
>> 	- Merge xuser-account and xserver-nodm-init as this is now a direct
>> 	  dependency with no other consumers
>> 	- Fix warning about multiple providers for virtual-emptty-conf
>> v11:
>> 	- Bump emptty revision to 0.15.0
>> 	- Add session entries for all the session providers
>> 	- Make autologin default session configurable for xserver-nodm-init
>> v12:
>> 	- Add util-linux-mcookie as a runtime dependency to emptty when x11
>> 	  support is enabled
>> v13:
>> 	- Add nopasswdlogin to the static group definitions list, also register
>> 	  it in the emptty recipe itself since the pam rule provided in that
>> 	  package mentions it
>> 	- Always ship the legacy inittab entry, since it's possible the end user
>> 	  has some unusual distro configuration with multiple init managers
>> 	  enabled
>> v14:
>> 	- Move from legacy inittab.d entry that only sysvinit supports to
>> 	  modifying the inittab file itself for both sysvinit and busybox init
>> 	  support
>> v15:
>> 	- Remind myself how POSIX shell "return" is supposed to work when not
>> 	  given an explicit value
>> v16:
>> 	- Bump PR to make sure caching isn't generating weird test results after
>> 	  changes to source date epoch calculation method
>>
>>
>> Randolph Sapp (6):
>>   emptty: add version 0.15.0
>>   weston-init: convert to virtual-emptty-conf
>>   weston: remove deprecated weston-start scripts
>>   xserver-nodm-init: convert to virtual-emptty-conf
>>   xuser-account: merge with xserver-nodm-init
>>   xsessions: add unique desktop entries
>>
>>  meta-selftest/files/static-group              |   2 +-
>>  .../rootfs-postcommands.bbclass               |  14 +-
>>  .../conf/distro/include/default-providers.inc |   1 +
>>  meta/conf/distro/include/maintainers.inc      |   5 +-
>>  meta/lib/oeqa/runtime/cases/weston.py         |  18 +-
>>  meta/lib/oeqa/runtime/cases/xorg.py           |   8 +
>>  meta/recipes-graphics/emptty/emptty-conf.bb   |  14 +
>>  meta/recipes-graphics/emptty/emptty.inc       |  27 ++
>>  meta/recipes-graphics/emptty/emptty/pamconf   |  10 +
>>  meta/recipes-graphics/emptty/emptty_0.15.0.bb |  55 +++
>>  .../matchbox-session/matchbox-session.desktop |   6 +
>>  .../matchbox-session/matchbox-session_0.1.bb  |  13 +-
>>  .../files/mini-x-session.desktop              |   6 +
>>  .../mini-x-session/mini-x-session_0.1.bb      |  13 +-
>>  meta/recipes-graphics/wayland/weston-init.bb  |  66 +---
>>  .../wayland/weston-init/emptty.conf           |  77 ++++
>>  .../recipes-graphics/wayland/weston-init/init |  54 ---
>>  .../wayland/weston-init/weston-autologin      |  11 -
>>  .../wayland/weston-init/weston-socket.sh      |  20 -
>>  .../wayland/weston-init/weston-start          |  76 ----
>>  .../wayland/weston-init/weston.env            |   0
>>  .../wayland/weston-init/weston.service        |  71 ----
>>  .../wayland/weston-init/weston.socket         |  14 -
>>  .../weston/systemd-notify.weston-start        |   9 -
>>  .../wayland/weston/xwayland.weston-start      |   6 -
>>  .../recipes-graphics/wayland/weston_14.0.2.bb |  10 -
>>  .../x11-common/xserver-nodm-init/X11/Xsession |  38 --
>>  .../X11/Xsession.d/13xdgbasedirs.sh           |  19 -
>>  .../X11/Xsession.d/89xdgautostart.sh          |   7 -
>>  .../X11/Xsession.d/90XWindowManager.sh        |   7 -
>>  .../x11-common/xserver-nodm-init/Xserver      |  25 --
>>  .../xserver-nodm-init/capability.conf         |   2 -
>>  .../xserver-nodm-init/emptty.conf.in          |  77 ++++
>>  .../xserver-nodm-init/gplv2-license.patch     | 355 ------------------
>>  .../xserver-nodm-init}/system-xuser.conf      |   0
>>  .../x11-common/xserver-nodm-init/xserver-nodm |  75 ----
>>  .../xserver-nodm-init/xserver-nodm.conf.in    |   7 -
>>  .../xserver-nodm-init/xserver-nodm.service.in |  13 -
>>  .../x11-common/xserver-nodm-init_3.0.bb       |  73 ++--
>>  .../user-creation/xuser-account_0.1.bb        |  30 --
>>  40 files changed, 358 insertions(+), 976 deletions(-)
>>  create mode 100644 meta/recipes-graphics/emptty/emptty-conf.bb
>>  create mode 100644 meta/recipes-graphics/emptty/emptty.inc
>>  create mode 100644 meta/recipes-graphics/emptty/emptty/pamconf
>>  create mode 100644 meta/recipes-graphics/emptty/emptty_0.15.0.bb
>>  create mode 100644 meta/recipes-graphics/matchbox-session/matchbox-session/matchbox-session.desktop
>>  create mode 100644 meta/recipes-graphics/mini-x-session/files/mini-x-session.desktop
>>  create mode 100644 meta/recipes-graphics/wayland/weston-init/emptty.conf
>>  delete mode 100644 meta/recipes-graphics/wayland/weston-init/init
>>  delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston-autologin
>>  delete mode 100755 meta/recipes-graphics/wayland/weston-init/weston-socket.sh
>>  delete mode 100755 meta/recipes-graphics/wayland/weston-init/weston-start
>>  delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston.env
>>  delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston.service
>>  delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston.socket
>>  delete mode 100644 meta/recipes-graphics/wayland/weston/systemd-notify.weston-start
>>  delete mode 100644 meta/recipes-graphics/wayland/weston/xwayland.weston-start
>>  delete mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/X11/Xsession
>>  delete mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/X11/Xsession.d/13xdgbasedirs.sh
>>  delete mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/X11/Xsession.d/89xdgautostart.sh
>>  delete mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/X11/Xsession.d/90XWindowManager.sh
>>  delete mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/Xserver
>>  delete mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/capability.conf
>>  create mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/emptty.conf.in
>>  delete mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/gplv2-license.patch
>>  rename meta/{recipes-support/user-creation/files => recipes-graphics/x11-common/xserver-nodm-init}/system-xuser.conf (100%)
>>  delete mode 100755 meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
>>  delete mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm.conf.in
>>  delete mode 100644 meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm.service.in
>>  delete mode 100644 meta/recipes-support/user-creation/xuser-account_0.1.bb
>>
>> --
>> 2.53.0
>
> Hey Paul, have you gotten a chance to review this series yet? I've been told you
> may have some comments.
>
> Randolph

Has anyone gotten a chance to review this yet?

Randolph


  parent reply	other threads:[~2026-03-26 18:35 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <18982E1417FE35B6.1454197@lists.openembedded.org>
2026-03-16 17:25 ` [oe-core][PATCHv16 0/6] Display manager proposal for x11 and wayland Randolph Sapp
     [not found] ` <189D6251D8E3EDE7.1508127@lists.openembedded.org>
2026-03-26 18:35   ` Randolph Sapp [this message]
2026-03-27 17:09     ` Richard Purdie
2026-03-27 22:38       ` Otavio Salvador
2026-03-29  9:06         ` Richard Purdie
2026-04-06 18:16           ` Randolph Sapp
2026-02-27 18:31 rs

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DHCXIN4V1F1Q.1RY9TMY14L13Z@ti.com \
    --to=rs@ti.com \
    --cc=afd@ti.com \
    --cc=alex@linutronix.de \
    --cc=denis@denix.org \
    --cc=detheridge@ti.com \
    --cc=kexin.hao@windriver.com \
    --cc=mathieu.dubois-briand@bootlin.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=otavio@ossystems.com.br \
    --cc=paul@pbarker.dev \
    --cc=raj.khem@gmail.com \
    --cc=reatmon@ti.com \
    --cc=richard.purdie@linuxfoundation.org \
    --cc=vijayp@ti.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox