FYI for whatever reason display settings are something I hate managing without a GUI. nwg-displays has been working great for me, does not require the rest of the nwg-shell project to use with sway.
I have been using cliphist for a while now. It’s very simple but works great.
In my Sway config like this:
# cliphist
exec wl-paste --type text --watch cliphist store
exec wl-paste --type image --watch cliphist store
It’s best to have two instances like that, one for text and one for images so copying images out of the web browser works “normally”.
I set up these bindings for it:
# Launch the clipboard manager
bindsym $mod+Ctrl+v exec cliphist list | fuzzel -d -w 90 -l 30 -p "Select an entry to copy it to your clipboard buffer:"| cliphist decode | wl-copy
# Delete an entry from the clipboard manager
bindsym $mod+Ctrl+x exec cliphist list | fuzzel -d -w 90 -l 30 -t cc9393ff -S cc9393ff -p "Select an entry to delete it from cliphist:"| cliphist delete
# Note: you can clear all cliphist entries by running `cliphist wipe`
I am using Fuzzel as you can see, but cliphist can use any picker you want (I think the Sway config on EOS GitHub is using Wofi). They have some examples of how to set it up with different pickers in the README: https://github.com/sentriz/cliphist?tab=readme-ov-file#picker-examples
As a long time i3 user decided to give Sway a go and I am very impressed. Most things will work out of the box as they do in i3 with a some small exceptions but nothing too difficult to figure out.
Running Sway with Waybar and switched out Wofi for Rofi-wayland which works the same as it does in Xorg.
Quick tip:
If you want to find useful information then swaymsg is your friend
swaymsg -t get_tree
Comes in handy when you want to assign that application to a certain workspace. [instance]
Welcome to the EndeavourOS forum. I hope you enjoy your time here.
The Community Edition was maintained by various community members with an interest in a particular DE or WM. The developers had little to do with it other than occasionally offering help and assistance.
And yes i would love to see some development the edition is nice and working at the moment, but it could need some huge renovations… May one day we add it as the Wayland WM to the installer?
i took the rc.xml from lxqt but there is also a rc.xml.all somewhere i use rofi as menu labwc-menu-generator there is but it has no icons the generator… good for add stuf menu different story?
As I’m actually considering to test sway as an alternative, mostly out of curiosity. I’ve tried to install sway on a fresh EnOS install in a VM. And unfortunately it doesn’t worked. After the installation and booting into the headless system & updating the mirrors, I cloned into the repo and executed the install script. After restart it fails to display a login prompt, the screen alternates between a blinking cursor and a mouse cursor being shown for a short period of time.
Will look into it within the next days I think. But if someone has an idea currently in how to tackle this, I’ld appreciate it.
Sadly I can’t really tell if I’ld be capable of maintaining it. As my bash fu and such is still at a beginner level.
We have had some issues getting Sway working in VMs lately. For a while it would just crash whenever an X11 app launched (so, as soon as the Welcome app started it would crash). I am pretty sure it’s the bug mentioned in these issues:
Here is the upstream issue:
Unfortunately it doesn’t seem to be going anywhere at the moment.
At some point, even the greeter stopped coming up (like you mentioned). I’m not sure if this is still the same bug or something else. A while back I had gotten it working by booting to the black screen, then switching to a TTY and downgrading a series of packages as described here:
A couple weeks ago when I tested again, even that hacky workaround was not working. I will have to take a closer look when I have time and see if I can cook up something else.
Fortunately, this is only an issue with VMs. If you have a chance to install on the metal, everything should “just work”.
By the way, even easier than the process you described (finishing the installation, rebooting to a TTY, cloning the community repo, running the install script, and rebooting again) is just pasting the URL for the Sway user_commands.bash file into the “Fetch your install customization file” thing in the live environment as described here: https://github.com/EndeavourOS-Community-Editions/sway?tab=readme-ov-file#with-the-eos-installer
Just paste that one line in there and it runs the script at the tail end of the installation process, so when you boot for the first time you already have everything set up.
Anyway, sorry for the bad news with the VM situation. I hope you get a chance to try it out on the metal.
Thank you for that detailed answer ! Very much appreciated !
As I’m a bit hesitant to commit fully to sway directly yet, I wanted to test it first within a VM as my current install of EnOS with KDE Plasma which is working quite well at the moment. I haven’t put the effort into backing up my dotfiles and such yet.
Guess I’ll install it on my secondary machine then instead of chasing the VM route.
Which I was able to do on the second try. Due to what ever reason the customize bash script for the EOS installer resulted in an error during install. Eventually I’ve copied the wrong link, can’t recall what went wrong. After booting into the shell it worked with cloning into the repo and triggering the installer script manually.
I’m not sure if this is the place to post a request for help about a new installation of the Sway Edition of EnOS. However as on the github page we are invited to leave our comments here, this is my problem. Following the instructions on the github site I decided to reinstall EnOS using the latest Neo version of the iso. After inserting the link for the Customization file using the Welcome screen I proceeded with a clean install without a desktop environment, as instructed.
It all seemed to have proceeded as normal though a bit slower on reboot after the pop-up to say installation was completed. On further reboots as I had warnings initially about start jobs for the Journal Service, I still have a delay of 1m 30 sec with repeated alerts that “a start job is running”. It finally boots to a console and I have to launch the “sway” command to get to the desktop environment, which works very well.
This is the pastebinit link to by logs concerning hardware and the journalctl log.
I find it strange that there is this problem after the initial RAM disk on boot hands over to the installed kernel, as I had previously installed the same Neo version with a Plasma Desktop and it worked with no delay. This time I had simply used the same Nvme drive instructing the installer to erase and reinstall everything.
I wouldn’t mind starting over again with an i3 desktop for example if that would solve the delay. And then I could replave i3 with Sway. Thanks for any suggestions as I really like the setup of this tiling window manager.