I’ve been following the work on COSMIC (though not super actively) and I keep on saying that I like what I’m seeing because, well, I do! The idea of a tiling DE is a very exciting one and COSMIC really has the potential to become a Major Linux DE.
As a regular i3 user, I was very satisfied on how tiling was implemented into the Pop shell of Gnome. After a few keybind change here and there it almost felt like home maneuvering the windows and workspaces. One minor complain is glitches happen when external monitor is connected/disconnected on the fly (laptop usecase), in which case windows are disoriented and thrown around at random unexpected places instead of staying at where they were. I’m blaming Gnome on that one however, since I’m assuming it is related on how Gnome handle multiple screens and Pop shell act on top of it, so I’m expecting it to be fixed in Cosmic DE
Yeah, I’m a Pop user and like what they do with Gnome now. I can’t wait to see what it’s like when the desktop isn’t limited by the Gnome extension system.
I’m just happy there’s a rust DE being written in slint. KDE is nice and all, but it’s all C++. No way am I touching that trainwreck of a language again.
A great start to the week - @pop_os_official will collaborate with us to offer Slint as an alternative toolkit for application development on Cosmic Desktop.
The keyword is alternative. All first party applications are written natively with our libcosmic toolkit, which is based on iced-rs. We are using a fork of iced though because we needed to implement a custom runtime with the sctk (smithay client toolkit) for COSMIC applet development, but our desktop applications will use the original winit runtime.
The crashes are in the middle of browsers (both Firefox and chrome embedded in Spotify), if you try a simple mprime stress test (from the AUR mprime-bin) does it crash too?
Thank you for making your comment licensed under creative common. I’ll now steal it, repackage it and sell for 9.99$ without even acknowledging your existence
But… it’s a Non-commercial Attribution license. /s/ns
I’m joking, but on a more serious note for those that don’t know, not all Creative Commons licenses allow you to monetize, and be sure to actually read which version of license is used if you plan to use a CC work for anything other than personal use.
I don’t think linking to a licence that increases the rights of third parties to do things with your words (over the default all rights reserved) will do very much for you there.
I think you’re missing my point. You are giving people more rights to use your comments by putting them under CC licence than not putting them under any.
No, how was I supposed to infer that you were fine with non-commercial AI from your two letter response to why you were licencing your comment?
I think its fairly naive to think that linking to a licence will do anything to stop commercial AI but not open ones, but you go for it if you think it’s worthwhile.
You joke but when “media” outlets boldly steal 90% of their content directly from reddit posts and comments without attribution for commercial use, maybe including a license isnt crazy anymore?
The worst documentation of a linux distro I have ever encountered, but the declarative model has convinced me I don’t want something else. Now I’m just waiting for other distros to pop up that are declarative as well. (Guix? No thanks, I’m not a fan of endless parentheses)
I would suspect that making a stable desktop inside docker ensures it would work everywhere else, no matter what the hw/sw of the host is.
I've only known docker as a building environment that ensures rebuildability and I can't say I ever liked it. I think its popularity comes from some myth of safety and security.
Despite the CPU being 64-bit, the distro MUST be 32-bit. This is because of the MacBook’s BIOS, which prevents 64-bit bootloaders from working.
That’s the thing, you can run a 64-bit distro as long as you’ve a 32 bit grub starting it :) You run Debian 12 amd64 on a 32 bit EFI:
As of 2023 and Debian 12 the amd64 installation media (available in netinst form) includes the UEFI boot loaders necessary for both i386 and amd64 boot. By selecting “64-bit install” from the initial boot menu, debian-installer will install a 64-bit (amd64) version of Debian. The system will automatically detect that the underlying UEFI firmware is 32-bit and will install the appropriate version of grub-efi to work with it.
I am running 10.6. Chromium Legacy is for 10.7 and above, and the same is true of a lot of software. Meanwhile, on my Linux partition, I can have Firefox Nightly if I want. It’ll run heavily, but it’s possible.
As it happens, I do have a somewhat recent browser installed in OSX, but it’s not great.
Also, running an older OS like that isn’t a good idea, as it won’t have received security patches or microcode updates.
That’s the thing, you can run a 64-bit distro as long as you’ve a 32 bit grub starting it :)
I hadn’t quite considered that somebody had implemented this. Thanks for the info!
There was also another user who gave me a link to some software that modifies mixed-mode ISOs so that they will boot on my potato laptop.
I am running 10.6. Chromium Legacy is for 10.7 and above
Can’t you run 10.7 on that laptop? It seems like you can, and that will greatly improve your software situation. Another thing to consider is to replace the HDD with an SSD. That computer will run any SATA drive (I’ve tested with modern WD blue drives), just grab something like 250GB for 30€ and enjoy speed.
There was also another user who gave me a link to some software that modifies mixed-mode ISOs so that they will boot on my potato laptop.
Yes but Debian provides that out-of-the-box and officially supported. That means everything will work fine and as stable as Debian is usually.
i think they are already mentioning it: MS has a help webpage on how to install linux, both WSL2 on Windows machine, or how to burn iso and install linux on bare metal. learn.microsoft.com/en-us/linux/install
Microsoft have quite a bit of software that runs on Linux (PowerShell, VS Code, .NET, Azure tools, Intune / Endpoint Manager, even SQL Server) so it’s understandable that they’d have documentation to explain it to their customers.
Yep, they run it themselves even. Previously their motto was “Linux is a Cancer” now they have embraced it and developed their own distro (CBL). With how everything is going WebApp these days, I can see a day when Windows will be linux based kernel.
They already have a Windows version for a handheld. The Xbox runs a modified version of Windows 11. All they’d need to do to bring it in line with PC handhelds is allow the install of third party launchers (they probably wouldn’t do this though).
[cosmic-randr] uses the wlr output configuration Wayland protocols.
Does this mean cosmic-randr should work on other compositors that support the wlr output configuration protocol (e.g. sway, hyprland, river, …)? It’s great to see cosmic adopting existing protocols, instead of compositor specific protocols (or worse, no external app support at all).
Also, it’s great how portable Cosmic DE seems to be, as it’s already mostly packaged on NixOS. On first look, cosmic-term seems to be a quick terminal so I might switch to it, as well as cosmic-files.
If they support the wlr output configuration protocols, then yes it’ll work fine. There are some more advanced features that we want that aren’t supported by the protocol though, so we will likely develop some cosmic protocol extensions for those features.
This is interesting to me for my use case scenario, specifically SteamOS.
What I’m trying to do is run an emulated Everquest server (lookup EQEmu). The community there has several methods of installation of the server, Windows, Linux, and Docker. The hurdle to overcome is the immutable file system, specifically when it comes to the database (MariaDB). I think I may have found a work around via Linux brew and installing MariaDB through that (which I’ve done, I just have to make the final connection). However the Docker setup, when running it on a separate distro is stupid easy. If they make this a Flatpak, it can potentially be the solution I’m looking for.
Really the end goal is creating a Single player Everquest. I have a dual boot with it operating via Windows, but would much prefer to have it on the SteamOS side of the house.
Docker Desktop ≠ Docker Engine, and I think what you (and several in this thread) are thinking is actually Docker Engine. Docker Desktop ultimately includes a Docker Engine inside, but it does not appear you need that virtual machine (e.g. running non-Linux code). See: docs.docker.com/desktop/faqs/linuxfaqs/#what-is-t…
Docker Desktop is based on KVM, which already works with Flatpak. So this is not something new. For example, GNOME Boxes is available as Flatpak and provides a way to run KVM guests in SteamOS.
Starting with version 3.5 (the current stable) SteamOS already includes Podman with the default installation. And running the daemon-y Docker Engine “bare metal” is not going to be any easier with the immutable filesystem. While Docker Desktop solves this by using KVM, it adds another layer with performance loss, vs. just running Podman containers.
So what you want is already available, and no Docker Desktop is actually needed.
But so if Docker Desktop does include Docker Engine, does that mean I wiill now be able to run Docker (with a some performance loss) simply by installing a Flatpak, i.e. I won’t even need to touch the CLI?
Yes. If you mean “CLI” as for e.g. pacman install, it is a GUI (Electron) application, so I expect will install straight from e.g. KDE Discover and then run without you touching the shell.
Installing podman-compose with the immutable filesystem is fairly straight forward, since it is just a single Python file (github.com/containers/…/podman_compose.py), which you can basically install anywhere in your path. You can also first bootstrap pip (python3 get-pip.py --user with get-pip.py from github.com/pypa/get-pip) and then do pip3 install --user podman-compose.
I had a similar conundrum: what to use on a Thinkpad X60s, which is a Core Duo machine. I tried Arch 32, but after trying Debian, I stuck with the latter.
I usually only use it as a dumb terminal via SSH, but Debian was just sort of… easier.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.