It’s really easy to configure a self-hosted forgejo instance. Even if you rm your local work, you can clone it from your server. Be that hosted on the same system over localhost, or on another system in your network.

The alpha began in August of last year, and will continue to be classified as alpha until all features are finished.

Alpha 5 is actually releasing next week. I’d also disagree with “very alpha” as most of the beta milestone is finished now. Regardless, I don’t understand where the disconnect is. A spin can release at any time. Doesn’t matter when COSMIC Epoch 1 releases.

That would be completely wrong. See the Fedora Miracle Spin, for example. The project (miracle-wm) is still a work in progress, and yet Fedora already officially offers a Spin for it. What you’re describing would only be true if Fedora was switching to COSMIC as the official desktop for Fedora.

There would be no reason to delay anything regardless of it being beta or not. Fedora is always doing rolling release updates of software that lends well to that paradigm, and COSMIC is one of those. It’s not like GNOME or KDE where you have to carefully and meticulously manage 100 system libraries used by the whole ecosystem. System dependencies in the COSMIC ecosystem are virtually non-existent. If they really wanted to, they could just wait a few weeks to release the spin. But I don’t think there’s any reason to.

I’d recommend spending some time reading about it. It’s not as hard as he thinks. Applications developed for Linux are quite easy to port to Redox. It supports many of the same system calls and has a compatible libc implementation. The kernel does have abstractions to ease the porting process. And if you’re going to make a new kernel today, you should do it right and make a microkernel like Redox. One of the benefits of having a microkernel is that it doesn’t matter what language you write drivers in. They’re isolated to their own processes. Rust, C, C++, whatever.

It does work like this, but as with justice, the wheels can be slow at times.

What report are you referring to?

What GPU configuration do you have? I don’t have any of these issues. If NVIDIA, you have to wait for NVIDIA to release explicit sync Wayland drivers.

Yeah, it’s in the Pop!_OS 22.04 repositories, this Fedora 40 COPR, and on the AUR.

Pop Shop

Install the cosmic-store (with cosmic-icons) and try it out!

I think it already it is available on NixOS

Ubuntu is Debian with more up-to-date packages and a lot of additional third party packages. There’s a lot of companies who produce development toolkits, frameworks, and applications that are explicitly built for the Ubuntu base. Some governmental agencies and organizations also require access to packages and repositories that have been audited by security agencies, which Ubuntu has gone through the process of getting certification for certain kernels and their Ubuntu Pro repositories. All of which are useful for real world customers.

Regardless of shortcomings in Snap, Pop does not rely on Snaps, and offers its own packaging for things that would otherwise require Snap on Ubuntu.

There’s a very large gap between having tiling, and having excellent auto-tiling capabilities with intuitive shortcuts and behaviors. COSMIC’s autotiling was designed from the ground up to be just as usable with a mouse as it is with a keyboard.

If COSMIC is pathetic, then GNOME must be abysmally unusable. COSMIC was already planned long before there was any beef with GNOME. We listen to user feedback and prioritize development of features that our developers and users want. Good luck trying to replicate COSMIC’s theming and tiling capabilities in GNOME. Let alone the overall stability and performance of COSMIC. COSMIC Store is the fastest app store on Linux now. I’d recommend everyone to try it out. sudo apt install cosmic-store

How so? 22.04 is actively maintained and updated by Ubuntu, and is still the latest LTS release. On top of that, the most important packages in Pop!_OS are updated frequently, so we are on Mesa 24.0.3 and Linux 6.8.0. As for when COSMIC releases, you should read last month’s blog post.

Did you not read the blog update? That is exactly what the blog update covered… The user’s theme colors are applied to the Adwaita theme used by GTK4/libadwaita, and GTK3 theme support is provided by adw-gtk3.

Are you interested in contributing? You can find the source code for theme generation here and here.

All desktops use the Super key nowadays. Sway, i3, GNOME, Plasma, etc. are all using the Super key. Have been for years. The standard convention is that the Super key is reserved for system-level shortcuts handled by the window manager; and Alt key shortcuts are reserved for application-level shortcuts. Your desktop might have bound both Alt and Super because of legacy reasons.

You might be surprised how much disk space those GNOME Circle applications actually require, despite being dynamically linked to a lot of GTK/GNOME libraries. Unless they’re written in a scripting language, they’re much closer to a COSMIC application than you think.

• https://flathub.org/apps/org.gnome.TwentyFortyEight 12 MB
• https://flathub.org/apps/org.gnome.Reversi 12 MB
• https://flathub.org/apps/org.gnome.NetworkDisplays 13 MB
• https://flathub.org/apps/org.gnome.eog 12 MB
• https://flathub.org/apps/org.gnome.Photos 29 MB
• https://flathub.org/apps/org.gnome.Notes 12 MB
• https://flathub.org/apps/org.gnome.gedit 20 MB
• https://flathub.org/apps/app.drey.Warp 22 MB
• https://flathub.org/apps/com.github.flxzt.rnote 41 MB
• https://flathub.org/apps/io.gitlab.news_flash.NewsFlash 42 MB

I don’t see the issue with an application having a static binary within the realm of 15-25 MB. Even if you had 100 applications installed, that’s only 2 GB of disk usage.