I never got the error in my testing, But I just logged in via TTY just then and noticed it. Now I can reproduce I'll start testing possible solutions.

As discussed in T8750 || isn't working and I don't think its needed. I have made all zsh startup/shudown files stateless which should mean it never needs to look elsewhere.

Add location of stateless zsh startup/shudown files

Make all zsh startup/shutdown files stateless

Make zprofile stateless

Due to some unrelated testing with girt's packaging script 'solt' where I found that || was not working, it made me think maybe its not working in the sddm patch either. So I removed the sddm.conf DefaultPath additions and simplified the Xsession zsh fix to:

[ -d /usr/share/defaults/etc/zsh ] && zdir=/usr/share/defaults/etc/zsh

With zsh:

echo $PATH                
/sbin:/bin:/usr/sbin:/usr/bin:/snap/bin

Adding additional information in case I made an obvious mistake.

*sighs* I still can't managed to figure it out

Having a little bit of trouble making it stateless:
Added this to zsh:

--enable-etcdir=/usr/share/defaults/etc/zsh \
--enable-zprofile=/usr/share/defaults/etc/zsh/zprofile \

Be less stupid

I feel like I need to explain this change further. Plugins can no longer be installed through the plugin manager (eg. micro -plugin install filemanager) as micro is not reporting its version number correctly, it reports 0.0.0-unknown, so it fails the minimum version check for plugin support. Should also resolve this https://discuss.getsol.us/d/3796-micro-editor-weird-behaviour-after-friday-update

remove newline

bump

Try removing xorg-driver-video-intel and rebooting, this will result in it using the modesetting driver. Many distros seem to have abandoned the intel driver.

sudo ln -s /usr/share/defaults/etc/shells /etc/shells

Remove .patch

Better solution found by the gentoo user I linked to before, seems to have came from here:
https://patchwork.kernel.org/patch/11364379/

Rolled back my changes and switched to the nvidia-glx-driver-current, rebooted. Unfortunately it does not resolve the issue.

System: Host: sokar Kernel: 5.5.1-145.current x86_64 bits: 64 Desktop: KDE Plasma 5.17.5 Distro: Solus 4.1
Graphics: Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] driver: nvidia v: 440.59

/usr/bin/barrier
/usr/bin/barrierc
/usr/bin/barriers
/usr/share/applications/barrier.desktop
/usr/share/doc/barrier/barrier.conf.example
/usr/share/doc/barrier/barrier.conf.example-advanced
/usr/share/doc/barrier/barrier.conf.example-basic
/usr/share/icons/hicolor/scalable/apps/barrier.svg
/usr/share/man/man1/barrierc.1
/usr/share/man/man1/barriers.1

Fix alphabetical order

Add MAINTAINERS.md

Add newly released changelog

Fix version number

DC++ is Windows only. https://en.wikipedia.org/wiki/DC%2B%2B

Remove random "-"

I built the package just then and I can login fine. However its very early days for this project, if you want to maintain this I suggest waiting for version 1.0.0

Solbuild can handle git builds.

Remove trailing - from install

If you do not have the build dep pkgconfig(opusfile), you can not add .opus files to playlist without manually adding opus to list of supported file formats in deadbeef ffmpeg plugin. It also seems to be needed for supporting file conversion to opus.

widevine_config.json has multiple options. Seeing Solus third party has all these Chrome editions it seemed like the better solution.

libva-32bit is now required by the latest steam beta.

Issue with widevine discussed here:
https://discuss.getsol.us/d/3062-solus-opera-and-streaming-tv/2

sudo !!

Will do what you want. Note the space.

I'm on the unstable repository and can not reproduce on either new or existing databases. Although I'm on the unstable repository, KeePassXC is the same version as on stable.

Issue with hexchat it now takes 25-30s to load. No output is provided in the terminal.
Using Plasma.

It's in the third party section already:
https://getsol.us/articles/software/third-party/en/

*Comments*