HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
pop-os
cosmic-epoch
Just2023–2026
pop-os / cosmic-epoch

cosmic-epoch

Next generation Cosmic desktop environment

12Distinct people
13Mentions
0Explicit recommenders
7KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Next generation Cosmic desktop environment

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year13 dated mentions

Observed mentions: 2023-02-11 16:34:58 UTC to 2026-04-20 22:30:04 UTC.

02462023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 6 mentions; 0 submissions, 6 comments20242025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC404
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC606
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC101
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC202

What Hacker News says

13 sources
https://github.com/pop-os/cosmic-epoch/issues/2851 I was a big fan of popos (for a long time) and upgraded to the latest rust based one. However my firefox stopped working (no response for toolbar menu items and buttons). The work around is to reset your display. After having to do this 5+ times a day (for months), I said sod it and went to ubuntu 22. Sad. note: failed only my intel nuc, but not on thinkpad x1 carbon.
In PopOS Linux: Creating a Bootable Backup USB With Encryption
Was looking forward to this for a long time as I think Linux could do with a clean break from the Legacy built around Gnome/KDE/X11. But it's taking so long to get to release my main concern is now that a small company doesn't have the dev resources to take on maintaining a DE by themselves and haven't been successful in attracting a dev community to help pick up the slack. I'm now leaning towards the Hyprland/Omarchy approach of starting with a curated blank slate that can be easily themed, customized and extended to suit where I wouldn't have to rely on big drop releases of a single organization for any missing/preferred functionality. Even at its young age Omarchy has some how managed to attract 134/782 open/closed PRs [1] vs 6/90 for CosmicDE (since 2022) [2] which IMO speaks to the approachability and hackability of a scriptable DE a
Read the rest
nd the community being built up around each. Edit: as the Cosmic DE repo is made up of many submodules, they all have a lot more PRs/activity combined. [1] https://github.com/basecamp/omarchy/pulls [2] https://github.com/pop-os/cosmic-epoch/pulls
In Pop OS 24.04 LTS Beta
I recently switched my (small) company over to using just files within our codebases and it's been going over very well thus far. We're building a set of apps that need to run on Linux, MacOS, and Windows so having a consistent solution for each is better than shell scripting and I personally have never felt great about make and it's weirdness. It also helps that we have a pretty big monorepo so that anyone can bounce from one app to another and `just run` to use any of them, no matter the platform. Either way the justification for me came from COSMIC[0]. [0] https://github.com/pop-os/cosmic-epoch/blob/master/justfile
In Show HN: 30ms latency screen sharing in Rust
Here’s the part that explains it from the GitHub page (https://github.com/pop-os/cosmic-epoch): Read-Only Filesystem: If you're not on an immutable distro you may notice that /usr/ and /opt/ are read-only. this is caused by systemd-sysext being enabled, when you are done testing you can disable systemd-sysext (sudo systemctl disable --now systemd-sysext) It is thus no proper method for long term deployment. It makes sense to me but it definitely caught me off-guard.
In Cosmic Desktop: Hammering Out New Cosmic Features
It isn't... You can see this in an open source JavaScript implementation of kinetic scrolling by Apple called PastryKit[3] using a magic number momentum * 0.9. The problem is, that on modern Linux environments, there is no clear responsibility for where scroll handling code belongs. Especially Kinetic / Inertial scrolling is handled way different than in macOS. There is libinput (for handling and redirecting input events) There is the display server There is the compositor There is the window manager There is the app layer (every App, like Firefox, Gimp, Currently kinetic scrolling is implemented on the App layer, every app has to handle the scrolling events manually to provide kinetic scrolling. This is not the case in macOS... the kinetic scrolling / rubber banding is handled within the OS. In my opinion, the scrolling code could belong
Read the rest
into the compositor, so that not every app developer has to write code to handle the scrolling, but still prevent unwanted effects like kinetic scrolling transfer between windows. Additionally, the kinetic scrolling approach is not configurable in Gnome... some touchpads / screens are scrolling way to fast, some are too slow... I filed an issue[1] on cosmic in hope they'll get it right, but I don't have too high hopes that this is of much interest. On Fedora it works ok-ish with a little hack[2] called libinput-config. [1]: https://github.com/pop-os/cosmic-epoch/issues/204 [2]: https://gitlab.com/warningnonpotablewater/libinput-config.gi... [3]: https://stackoverflow.com/questions/38619717/need-help-disse...
In Linux Touchpad Like MacBook Update: 2023 Progress on Smooth Scrolling
The redox-os post mentions cosmic desktop, and future wayland support, which may now already be almost implemented? The System76 blog appears to have updates regarding COSMIC DE: https://blog.system76.com/post/the-spirit-of-cosmic-december... Components of Cosmic Desktop Rust-based Desktop Environment: https://github.com/pop-os/cosmic-epoch#components-of-cosmic-... cosmic-comp/src/wayland/handlers https://github.com/pop-os/cosmic-comp/tree/master_jammy/src/...
In Maestro: A Linux-compatible kernel in Rust

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.