Michael Murphy (S76) @ mmstick @lemmy.world

I'm a System76 engineer / Pop!_OS maintainer. I've been a Linux user since

---

Read more

Posts

59

Comments

280

Joined

2 yr. ago

Moderating

---

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.

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.

Niri is also based on the smithay library we use for COSMIC, so there's some collaborative work between COSMIC and Niri on Smithay.

applets live in their own process and communicate via Wayland protocols (behind a COSMIC API)

Even better. A COSMIC API was not necessary since Wayland protocols already exist for this (layer-shell and security-context).

It already is available. See the links on the COSMIC webpage: https://system76.com/cosmic

No, we won't be spending any development time on porting all of the patches in 22.04 to 24.04. GNOME is done.

You should stop using Linux then. The Linux kernel, along with many open source software, is developed and sponsored by for-profit organizations. Either directly or indirectly. Without them, open source wouldn't be able to thrive.

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.

It is required to install system updates before using the alpha.

They'll be available after COSMIC releases.

No

I don't think anyone has done this yet.

You can either return cosmic::Element<Message>, impl Into<cosmic::Element<Message>>, or cosmic::widget::Button<Message> with your functions.

Every widget can .into() or .apply(Element::from) into a cosmic::Element.

I'd recommend using the Grid widget so that your buttons can scale with the window.

 rust

    
cosmic::widget::grid()
    .push(widget1())
    .push(widget2())
    .push(widget3())
    .insert_row()
    .push(widget4())
    .push(widget5())
    .push(widget6())
    .row_spacing(12)
    .column_spacing(12)
    .justify_content(JustifyContent::Stretch)
    .width(Length::Fill)
    .height(Length::Fill)
    .into()

  

This may be fixed now, but at the same time, I'd wait a day before updating cosmic-comp because xwayland's currently broken while we need to update xwayland to the latest version for explicit sync support.

That's very strange. Did you update today?

You can send an email to info@system76.com

What report are you referring to?