alt.hn

1/31/2026 at 7:58:14 PM

Noctia: A sleek and minimal desktop shell thoughtfully crafted for Wayland

 https://github.com/noctalia-dev/noctalia-shell

by doener

2/1/2026 at 12:48:17 AM

At first I thought "desktop shell" was supposed to be compositor, but that's not the case, a wayland compositor like sway is a requirement. I've been using sway for years I have no idea what a "shell" is? It's somewhere in between a desktop environment and a theme?

by dfc

2/1/2026 at 1:30:12 AM

Yes. It occupies the spot in the Sway tutorials that recommend you "waybar, fuzzel, tofi, [etc]" to fill out the necessities. Noctalia, DMS, and other Quickshell projects cover that void.

by dmit

2/2/2026 at 4:33:43 PM

Noctalia (it's quickshell theme/env underneath) is to compositor as KDE Plasma is to Kwin. Coincidentally both arr built on QtQuick.

by tvshtr

2/1/2026 at 11:22:05 AM

I have no idea what shell means either! Isn’t it called ricing to customize desktop environment? Since when do people started calling it shell?

by sbinnee

1/31/2026 at 11:26:27 PM

Still using X11, so no Noctia for me. Patiently waiting for somebody/someone to get remote desktop on Wayland. https://bugs.kde.org/show_bug.cgi?id=481912

by while_true_

2/1/2026 at 1:31:06 AM

You probably know this already, but the problem isn't remote desktop into a logged-in session (krdp supports this) but rather logging in remotely into a headless server without a local session running. This is slightly more complicated because the login manager has to get involved and present its UI remotely. This is what that bug is tracking.

If you're happy to use Gnome with GDM as the login manager, remote headless sessions are supported already with gnome-remote-desktop: https://gitlab.gnome.org/GNOME/gnome-remote-desktop#headless....

by MaxRegret

2/1/2026 at 7:55:28 AM

Personally, I am fine with starting sessions via ssh, don't need extra remote login.

by silon42

2/1/2026 at 9:28:57 AM

Depends on everybody needs obviously, but say you have your dev machine that is remote, and you want to connect to it from a laptop (for real-estate reason or just for working from everywhere you want), maybe you want everything on the same (remote) machine like browser, db, IDE, etc and access to it as a remote "desktop" not just an ssh session.

Of course cli tools would be enough for somebody who likes a full TUI dev environment (and for my own use cases that would be enough) but for some people I understand the need, and I feel it is a regression for them to not have it.

by bionsystem

2/1/2026 at 10:20:15 AM

I'm not familiar with the space, but wouldnt something that streams the whole screen like a video (WebRTC or Moonlight and VNC works like this ) work here too as well, and would be universal? Wayland already supports screen capture (into a texture, at interactive framerates) fairly well.

by torginus

2/1/2026 at 4:17:54 PM

I'd say the problematic part is not capturing the desktop but injecting controls into it. Proper universal support for simulated input is still missing.

by Tajnymag

2/2/2026 at 8:55:48 PM

I have not used Wayland specifically, but did do this for X11, Windows, Qt, too much stuff to count... It usually takes the form of an api call like

DispatchEvent(&MouseEvent{MOUSE_L, 1345, 3432});

It's almost literally always this

by torginus

2/1/2026 at 2:14:54 AM

This is something implemented by the compositor, so with KDE this may be addressed by the new Plasma Login Manager. GNOME already supports this.

by tapoxi

2/1/2026 at 12:31:06 AM

[dead]

by its_ubuntu

2/1/2026 at 12:58:25 AM

This is not a window manager, so thanks for stating the obvious. You might not like wayland and that's fine with me, but if you decide to hate on it, you should at least know what you are hating on. There are good reasons to prefer a wayland compositor over X11. If you don't care about these reasons, that doesn't mean nobody should.

by mrln

2/1/2026 at 9:17:08 AM

> This is not a window manager, so thanks for stating the obvious.

So what exactly is a "shell" ?

by hulitu

2/3/2026 at 8:37:14 AM

My attempt at a definition of a desktop shell would be: The collection of all the software that aids a compositor (or a window manager on X11) in providing a more complete desktop experience. Now that's kind of vague and probably also not quite correct, so a more concrete explanation would be: A program or collection of programs that gives you desktop notifications, a taskbar (with a system tray), volume controls and more stuff like that, maybe even a neat menu to configure most of this. Usually for standalone compositors/window managers you'd usually use a collection of tools like dunst, polybar, and the like, but with newer tools like quickshell, which was used here, it's reasonably easy to build a single tool which handles most of that. And that's what we're looking at here ^^

by mrln

2/1/2026 at 9:42:59 AM

[dead]

by its_ubuntu

2/1/2026 at 2:15:01 AM

Wayland got rid of screen tearing, an issue that plagued every machine I had used with X since I started using Linux in 2003/2004. That alone was enough for me to switch to sway in 2016, and I've never looked back. Xorg was nothing but headaches. Let's not even mention its security model.

by helterskelter

2/1/2026 at 4:02:08 AM

[dead]

by its_ubuntu

2/1/2026 at 7:16:02 AM

You can minimize tearing with double buffering so it's pretty rare but you can't completely eliminate it. Xorg by design cannot guarantee perfect frames. Tearing is something you'll notice every time it happens, whereas latency is not something that's necessarily an issue, and modern compositors have substantially reduced this latency.

I'm not really sure why Wayland gets all the hate it does, you'd think desktop Linux was perfect before Wayland came along and made everything totally unusable. As for myself, it's been a much better experience than Xorg ever was, pretty much since day one -- I've never had a torn frame, I've never had any issues with input lag, and I've never had to fuss with video settings. Not once. I'm sure some people have, but across a dozen machines I've had exactly zero problems in...a few months shy of a decade.

Let's not forget Xorg's own devs have put it on life support and recommend Wayland, which was created by Xorg devs, going forward. Nobody wants to maintain 35-year old spaghetti code of a fundamentally flawed design.

by helterskelter

2/1/2026 at 9:19:17 AM

> latency is not something that's necessarily an issue

Of course it is not. Especially when GUI elements are black, waiting for the next, or other, frame. (hello Microsoft).

by hulitu

2/1/2026 at 4:24:49 PM

Out of curiosity, are you using nvidia? Which drivers are you using? I've never experienced this issue with an Intel or AMD graphics, even on a budget laptop.

by helterskelter

2/1/2026 at 8:54:52 AM

[dead]

by its_ubuntu

2/1/2026 at 4:21:53 PM

It's own devs have put it on life support because fixing the problems inherent to its design is not doable without breaking everything that works with it. I don't know what more justification you could want.

Go work on Xorg if you like, but that ship has sailed.

by helterskelter

2/1/2026 at 5:44:31 PM

[dead]

by its_ubuntu

2/1/2026 at 11:40:59 AM

why do you care that much that other people "reinvent the wheel"?

by lucyjojo

2/1/2026 at 8:22:08 PM

[dead]

by its_ubuntu

2/1/2026 at 5:45:46 AM

I prefer X11 as well, but it has some security issues. Notably, all applications can read your input at any time. It's really hard to sandbox.

Wayland brought some irritations, including increased latency, and an architecture that requires rethinking all window managers. A rewrite is not enough. Very annoying.

by nextos

2/1/2026 at 6:48:41 AM

I will never understand why "the computer can tell what input it is receiving" has turned into an accepted threat model.

I understand that we have built a computer where our primary interface depends on running untrusted code from random remote locations, but it is absolutely incredible to me that the response to that is to fundamentally cripple basic functionality instead of fixing the actual problem.

We have chosen to live in a world where the software we run cannot be trusted to run on our computers, and we'd rather break our computers than make another choice. Absolutely baffling state of affairs.

by stonogo

2/1/2026 at 10:14:31 PM

Defense in depth. One compromised application may do a lot of harm if it has access to your keyboard inputs. Supply chain attacks are not that uncommon. While you can trust software developers, you cannot completely trust their builds.

by nextos

2/1/2026 at 11:23:48 PM

[dead]

by its_ubuntu

2/2/2026 at 2:42:36 AM

I agree. I think fixing the keylogging issue should be possible without dumping the entire architecture. Perhaps the new X11 fork https://x11libre.net will achieve that? At least, it's encouraging to hear it's getting maintained.

Regarding (recent) supply chain attacks, Linux needs to take supply integrity and sandboxing more seriously. The tools to do so are there (e.g. Nix and firejail/bwrap) and, unlike Wayland, they play well with existing software.

by nextos

2/2/2026 at 4:15:34 AM

[dead]

by its_ubuntu

2/1/2026 at 8:19:02 AM

I have doors between rooms in my house, despite its being inhabited by members of the same family who trust each other.

by teo_zero

2/1/2026 at 8:53:47 AM

And when someone violates that trust, do you then tear the house down and build one with only external doors, requiring inhabitants to circle in the yard to move between rooms? The point of the Wayland security model is that the inhabitants of the house do not trust each other, and the architecture of the house must change to accommodate that.

I'm not impressed with the analogy. I am not confused about the goals of Wayland's security model. I am dismayed at the poor judgment elsewhere in computing that has led to its necessity.

by stonogo

2/1/2026 at 9:35:29 AM

[dead]

by its_ubuntu

1/31/2026 at 10:31:06 PM

Wow, Noctalia looks amazing! I'm especially excited about the automatic theme by background image, that means my live updating wallpaper also tweaks the theme :) super fun.

by miduil

1/31/2026 at 10:48:24 PM

That is exactly the only feature I would like to disable. (have custom theming already)

by gunalx

1/31/2026 at 10:51:49 PM

Checkout the Settings panel, in the GitHub screencast this feature is shown in the there.

by miduil

1/31/2026 at 10:16:53 PM

s/Noctia/Noctalia/g

by Cyphase

1/31/2026 at 11:27:43 PM

I’ve been trying out both DMS and Noctalia in separate VMs this week (both on Niri.) I like them both. Noctalia seems a bit more refined out of the box. DMS is more customizable. I foresee both taking over from .dotfile packs (and maybe even Omarchy) as better ways to bootstrap a Nir or Hyprland.

by theYipster

2/1/2026 at 5:54:17 AM

DankMaterialShell[0] with catpuccin theme is close to this and way much easier (for me at least) to set up.

[0] https://danklinux.com/

by gedy

1/31/2026 at 10:54:36 PM

I don't know, dank-material-shell fills the same niche, and works better on NixOS out of the box, making it easier to setup while highly configurable. It seems broader than Noctalia in scope as well, so there are more components and they play nicer with each other.

Noctalia seems like it would fit more slimmer builds that want to move away from waybar.

by arikrahman

1/31/2026 at 10:55:11 PM

Noctia* Gnome's Nautilus stuck in my mind gahh

by arikrahman

2/1/2026 at 4:32:52 AM

It actually is Noctalia; mistake in the HN title.

by zerocrates

2/1/2026 at 3:03:16 AM

Quite cool that it's possible now to create entire shells with AI-assisted programming

by Tiberium