Setup `dms greeter sync` during build to remove extra step for users.

[irunatbullets]

At the moment, users need to run dms greeter sync to sync their background image with dms greeter. It would be good to have this setup during build time so it's already working.

I'm not sure how to do it at the moment though.

[sixelasacul]

Hi there! I think/hope I can help with this, as I also wanted to have Niri/DMS on Bazzite and ran into having to create my own bootc. From what I could figured from the docs of universal blue and bootc is that we can use a one shot service to run stuff at runtime, when the user logs in. And so that's what I've used to run dms greeter sync and other systemctl commands. Have a look: https://github.com/sixelasacul/bazzite-niri-dms/blob/main/system_files/usr/lib/systemd/system/shell-setup.service.

Though please note that my image is quite "genuine" in the idea that it doesn't build DMS itself, just installs it semi-manually to bypass the immutability policy. It's not thoroughly tested, so I don't know in what way my approach is different from yours.

Hopefully we ca figure out the best way and don't have to maintain one-offs like mine

[irunatbullets]

Oh, thank you for the suggestion!

I do have a one shot type service that backs up any existing niri config and replaces it with the default DMS/niri config.

I never thought to just popup a terminal window running the sync command when they first login. I'll give it a go.

[irunatbullets]

Hey @sixelasacul does -y select sudo by default rather than whatever the other option is?

[irunatbullets]

I've not had much luck getting this to work the same way as the niri config migration script, so I'll have to try a few other things. It doesn't seem to be able to ask for a password straight after login and if I use -ty to force a terminal it also fails. I might just need to add a delay or something to the service so the compositor is ready.