mmstick 1mo ago • 100%
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.
mmstick 1mo ago • 75%
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.
mmstick 1mo ago • 100%
The Linux kernel already allows proprietary modules via DKMS, and a handful of vendors have been using this for decades, so this is no different. Case in point: NVIDIA driver, and Android vendor drivers.
mmstick 1mo ago • 100%
All source code in Rust is statically-linked when compiled, which thereby renders the LGPL no different from the GPL in practice. For Rust, the MPL-2.0 is a better license because it does not have the linking restriction.
mmstick 1mo ago • 100%
Niri is also based on the smithay library we use for COSMIC, so there's some collaborative work between COSMIC and Niri on Smithay.
mmstick 1mo ago • 100%
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).
mmstick 1mo ago • 100%
It already is available. See the links on the COSMIC webpage: https://system76.com/cosmic
mmstick 1mo ago • 100%
No, we won't be spending any development time on porting all of the patches in 22.04 to 24.04. GNOME is done.
mmstick 2mo ago • 93%
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.
mmstick 2mo ago • 66%
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.
mmstick 2mo ago • 100%
It does work like this, but as with justice, the wheels can be slow at times.
mmstick 2mo ago • 100%
It is required to install system updates before using the alpha.
mmstick 4mo ago • 100%
They'll be available after COSMIC releases.
mmstick 4mo ago • 100%
No
mmstick 4mo ago • 100%
I don't think anyone has done this yet.
mmstick 5mo ago • 100%
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.
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()
mmstick 5mo ago • 100%
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.
mmstick 5mo ago • 100%
That's very strange. Did you update today?
mmstick 5mo ago • 100%
You can send an email to info@system76.com
It will be possible to configure COSMIC to look like Unity out of the box. There's only a few panel applets that need to be implemented to make the experience 1:1.
cross-posted from: https://lemmy.world/post/13038090 > https://fosstodon.org/@soller/112083947500126938 > > > COSMIC Store is coming along quickly, though there is still a lot left to do. It loads nearly instantly, because it uses bitcode to cache appstream data in an optimized format. It uses very little memory compared to the Pop Shop. Searches can be performed live as they are done in parallel. Searching for "e" takes 5.5 ms on my desktop and returns 4601 results.
https://fosstodon.org/@soller/112083947500126938 > COSMIC Store is coming along quickly, though there is still a lot left to do. It loads nearly instantly, because it uses bitcode to cache appstream data in an optimized format. It uses very little memory compared to the Pop Shop. Searches can be performed live as they are done in parallel. Searching for "e" takes 5.5 ms on my desktop and returns 4601 results.