Skip Navigation

User banner

Michael Murphy (S76)

@ mmstick @lemmy.world

Posts
57
Comments
251
Joined
3 yr. ago

I'm a System76 engineer / Pop!_OS maintainer. I've been a Linux user since 2007; and Rust since 2015. I'm currently working on COSMIC-related projects.

  • You have to type the key sym name into the input field. It is not a raw shortcut editor yet.

  • Jump
  • You are already on the LTS version if you've installed the COSMIC Alpha 6 ISO, or did a release upgrade.

  • You can choose a session in cosmic-greeter through a dropdown.

  • Pop!_OS (Linux) @lemmy.world

    Jack Wallen—Linux 101: A COSMIC Prediction

  • Deleted

    Rust is the New C

    Jump
  • You don't have to watch. You can listen to it in the background.

  • Pop!_OS (Linux) @lemmy.world

    COSMIC at SCaLE 22x

  • 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.

  • 3D acceleration is required with cosmic-comp right now. I'm not sure if software rendering will be ready or not for the first release, but it is on the issue board.

  • See the Ubuntu Summit 2024 talk: https://www.youtube.com/watch?v=bwrBKccfYws

    It’s not resources, in fact, this Alpha performs pretty poorly on its own vs Gnome

    I haven't seen any benchmark where GNOME was more performant than COSMIC. Despite alpha status, it is already much more responsive than GNOME.

    GNOME uses a single thread to render all displays in a multi-display configuration. This is often so slow that they need to rely on double or even triple buffering when the frame rate lags behind the display's refresh rate. Meanwhile in COSMIC, thanks to the thread safety features of Rust, it was easy to implement thread-per-display multi-threaded rendering. This means that each display is rendered and composited independently on their own respective threads.

    GNOME's compositor also has an entire JavaScript runtime bundled inside of it, which it uses for drawing interfaces and handling application logic for those interfaces. All within the same process as the compositor, slowing down its event loop. COSMIC instead keeps the compositor process very lean, with all desktop interfaces running in their own isolated processes outside of the compositor via wayland's layer-shell protocol.

  • Doesn't matter. New compositor: cosmic-comp. Does not share any code with gnome-shell or mutter.

  • OpenGL is required, even if by software rendering.

  • Virtual machines have always been supported as long as you enable GPU acceleration. GNOME Boxes, virt-manager, and VirtualBox have been tested.

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

  • Linux @lemmy.world

    COSMIC Alpha 6: Big Leaps Forward

    blog.system76.com /post/cosmic-alpha-6-big-leaps-forward
  • Linux @lemmy.ml

    COSMIC Alpha 6: Big Leaps Forward

    blog.system76.com /post/cosmic-alpha-6-big-leaps-forward
  • Pop!_OS (Linux) @lemmy.world
    Featured

    COSMIC Utilities Organization

    github.com /cosmic-utils
  • Pop!_OS (Linux) @lemmy.world

    COSMIC Alpha 6: Big Leaps Forward

    blog.system76.com /post/cosmic-alpha-6-big-leaps-forward
  • Give it a try. We are close to being finished. I don't even know why anyone would think this isn't a thing.

  • 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.

  • That just depends on your use case. I'd imagine you'd only get 5-15% performance difference. Choice of programming language and the quality of the code makes a bigger impact on performance. Case in point, Rust's png library is 1.8x faster than the C libpng system library. Of course, only Rust applications benefit from that, unless the C libpng maintainers decide to adopt Rust's png library as their implementation.

  • 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.

  • Removed

    COSMIC Alpha 2

    Jump
  • Not ready to release yet

  • Wayland compositors use IPC over a UNIX socket to communicate with Wayland clients. To increase security and enable sandboxed applet support, COSMIC applets use the security-context protocol for their IPC connection to the compositor. To be an applet, COSMIC applications use the layer-shell protocol to behave as an applet. Neither of which were made for COSMIC. Some other Wayland compositors support these protocols. You can see which compositors support the protocols at the bottom of the wayland.app protocol pages.

  • In practice, because Rust libraries are always statically-linked, the MPL-2.0 is equivalent to the LGPL in spirit. Meanwhile, because of the static linking restrictions in the LGPL, the LGPL is effectively no different from the GPL. Hence, you're going to find a lot of open source copyleft projects from the Rust ecosystem preferring either GPL or MPL-2.0, where MPL-2.0 is used in libraries where LGPL would have used previously in C projects. Dynamic linking is essentially going the way of the Dodo.

  • Pop!_OS (Linux) @lemmy.world

    Hyprland's Developer Is Not A Fan Of COSMIC Desktop

  • Pop!_OS (Linux) @lemmy.world

    FLOSS Weekly: Building the Rust Desktop with COSMIC

  • Pop!_OS (Linux) @lemmy.world

    Merging Dock with Panel | Ft Cosmic

  • Pop!_OS (Linux) @lemmy.world

    A Week in Cosmic on BARE METAL!

  • Pop!_OS (Linux) @lemmy.world

    A Blog to Satisfy Your Monthly COSMIC Fix(es)

    blog.system76.com /post/your-monthly-cosmic-fix
  • Pop!_OS (Linux) @lemmy.world

    LinuxFest Northwest 2024: Meet COSMIC DE

  • Pop!_OS (Linux) @lemmy.world

    COSMIC alpha updates — March 28

  • Pop!_OS (Linux) @lemmy.world

    COSMIC now supports theming GTK3/4 applications

  • Pop!_OS (Linux) @lemmy.world

    COSMUnity

  • Pop!_OS (Linux) @lemmy.world

    Pop!_OS spotted in the control room of the Large Hadron Collider

    www.reddit.com /r/pop_os/comments/1bf0w2t/after_being_a_valid_companion_through_the/
  • Pop!_OS (Linux) @lemmy.world

    COSMIC: More Alpha, More Fun!

    blog.system76.com /post/cosmic-more-alpha-more-fun
  • Pop!_OS (Linux) @lemmy.world

    COSMIC Store Prototype

  • Pop!_OS (Linux) @lemmy.world

    COSMIC Desktop is spreading to more Linux distros

  • Linux @lemmy.ml

    COSMIC: The Road to Alpha

    blog.system76.com /post/cosmic-the-road-to-alpha