- cross-posted to:
- hackernews@lemmy.smeargle.fans
- hackernews@derp.foo
- cross-posted to:
- hackernews@lemmy.smeargle.fans
- hackernews@derp.foo
Blog post from LXC’s project lead
You must log in or register to comment.
I just see a problem here:
I perfectly understand, approve and back this move, however I’ve a question about the current state of things and specifically Debian 12 users. Debian includes LXD LTS 5.0.2 on their repositories and that version will be still be around after 2024/05 and trying to use the image server. Debian won’t likely change stable to include Incus until 2025, what’s the suggested path here?
https://discuss.linuxcontainers.org/t/important-notice-for-lxd-users-image-server/18479/9
Thank heavens for Incus.
The issue here is that this will stall the development of LXD/Incus. Two separate projects running in different directions no future feature parity and potentially less features in Incus than in LXD.
Currently LXC Incus is more active than Canonical LXD.
But it may never see much progress on the WebUI for instance while Canonical has paying customers pushing and asking for it. They may appear inactive and it seems there aren’t many people working on the project but who knows? Maybe they’re setting up their own image server, repacking images etc.
Again, I’m all in favor of this change and I’ve a couple of systems running on both and will obviously migrate everything to Incus but I can’t ignore the fact that enterprise money pushes Canonical todevelop things.
Fucking Canonical at it again.
Do people actually use LXD in production? All hosting services I’ve seen use LXC and not LXD for containers, as do UIs like Proxmox and Unraid, and you don’t have to use Snap for LXC.
deleted by creator
I though it was being relicensed under agpl?
I though it was being relicensed under agpl?
The answer is in the submitted blog post.
It’s both
deleted by creator
Red Hat kills X11
So does Valve. Valve and Red Hat are the driving forces behind the recent HDR advancements.
Yes, but I can still play steam, any Valve game and atm any Linux steam game on X11.
I don’t hate Wayland as a project, I just don’t like Wayland as it current state. Give me better stability, better support with multiple monitors and a compositor with more customization, and I’ll be happy.
But, in my opinion, Wayland is by design opinionated. Some ideas are good, such as the security model, some are both good and bad, such as the Compositor VS Server+WM debate (both good systems in my opinion), some are just bad (no unified screen management option; obviously there are LOTS of protocol extension, but not all are supporting everywhere)
So, imo, WayLand just needs a stable, (really) customizable Compositor with all useful extensions and designed to put other components together; I’m still on my X11+awesomewm+rofi+polybar, and I want a customizable, stable and module approach on Wayland.
Yes, but I can still play steam, any Valve game and atm any Linux steam game on X11.
I’m not aware of any move by Red Hat or anyone else to remove X11 support from GTK, Qt, etc.
There’re discussions to drop the X11 backend with the release of GTK 5. That’s still many years away and I really don’t think there’ll be much of reason left to use X11 by this point.
What is actually still missing for Wayland?
- Absolute placement of multiple windows for some scientific applications (multi-process, multi-window apps are places arbitrarily on Wayland atm, excluding compositor specific solutions).
- Proper colour management support
- VRR working while the cursor is shown. Needs hardware cursor (?) support in the kernel and drivers. FPS games usually don’t show cursor, so VRR works in the games which benefit the most from it.
Both are likely to get fixed in the coming years and are pretty niche.
Obviously I’m excluding compositor specific issues, like VRR, server-side decorations and global shortcuts not being implemented on Gnome. Generally they would work, if implemented.
There’re discussions to drop the X11 backend with the release of GTK 5.
A question of what will happen to the X11 backend is not the same as an active push for the removal of X11 just for the sake of it, as it was claimed.
Chances are at least the Valve side of Wine development work will not care for Wine’s X11 support either after SteamOS will only run Proton natively on Wayland instead of XWaxland as is the case now.
Yes, but I can still play steam, any Valve game and atm any Linux steam game on X11.
I don’t hate Wayland as a project, I just don’t like Wayland as it current state. Give me better stability, better support with multiple monitors and a compositor with more customization, and I’ll be happy.
But, in my opinion, Wayland is by design opinionated. Some ideas are good, such as the security model, some are both good and bad, such as the Compositor VS Server+WM debate (both good systems in my opinion), some are just bad (no unified screen management option; obviously there are LOTS of protocol extension, but not all are supporting everywhere)
So, imo, WayLand just needs a stable, (really) customizable Compositor with all useful extensions and designed to put other components together; I’m still on my X11+awesomewm+rofi+polybar, and I want a customizable, stable and module approach on Wayland.
Of all the reasons you could have chosen for Red Hat you chose “they killed a dead corpse”?
X11 was already dead, it isn’t getting updated, and its maintenance is gonna end eventually. Sure Wayland still has issues but once it’s ready for widespread use (which it is, save maybe for gaming on PCs with like 6GBs of RAM) the jump is unavoidable. In fact by doing this they got more people to work on fixing the issues in Wayland
It’s important to note that the CLA does not take ownership of your commit. To quote the CLA:
(a) You retain ownership of the Copyright in Your Contribution and have the same rights to use or license the Contribution which You would have had without entering into the Agreement.
All the CLA does, is say “I agree that Canonical can use my code under another license if they want to”. Your contribution is still yours.
I would also argue that by enforcing AGPL rather than Apache, the community gets more ownership. I’d rather have seen Canonical not require a CLA so they can sell the software you’re contributing, but AGPL forces everyone but Canonical to open up their custom versions to their customers, which are free to rehost it elsewhere and help bring the changes upstream, of course.
As for ownership: LXD was started by Canonical. The name and trademark is theirs, and they control the upstream project. Like always, you can reject their terms and provide your changes under another license, but as the article states, Oracle is free to take your Apache2 changes and use them for practically any purpose as long as they put a copy of the license next to their code and give you credit. That includes selling the software. Not just Oracle either, of course; IBM/Red Hat and Oracle can do the very same.
The community should own everything.
In a perfect world I agree, but then the community should take over doing the actual work. Right now, almost all of the work on open source is done by companies and organisations such as KDE and Gnome with their own committees and politics.
Software for some products don’t have company-supplied software (i.e. Asahi Linux, although they do have parts of the Darwin kernel for reference) but those devices also often take ages to become usable. There are also plenty of projects funded by charities and such, but most of those form some kind of organisation that owns the copyright by default.
the only REALLY good company for the Linux ecosystem as of right now is Valve
They brought Linux to the mainstream by locking down most of the customisability and by promoting running proprietary software. That’s just the way things need to be, but I’m not sure if the Linux ecosystem should be that happy about these developments.
Canonical fucks us with snap
It takes two minutes to install Flatpak and remove Snap. Their apt-to-snap transition is stupid and annoying, but it’s a very minor issue.
Red Hat kills X11
Red Hat stops maintaining X.org for free now that a better replacement is (almost) ready. The community is free to set up an effort to prolong X11’s life span, of course.
Google is closed
More and more closed (mostly on Android, because as it turned out, the people taking the Android source code and distributing their own forks didn’t contribute back much), but Android and Chrome are still almost completely open. Your alternatives are iOS (closed for all but the reference kernel), Sailfish (Android app support necessary for real world use but closed and paid), Ubuntu Touch (using the Android HAL, so about as open as Android), and the various Linux distros that can barely do power management and often lack features such as “placing a call”; Google still provides some of the best open source software for mobile devices.
Google’s ChromeOS is perhaps the weird exception here, being basically a closed-ish source Linux distribution. All the components that power it (Linux, Chromium, Android) are open source, but the special sauce that makes those useful for end users is closed.
nVidia is closed and buggy
Buggy? Yes, 100%. One day I will be able to use Wayland without random stutters and crashes!
Closed? Not for recent GPUs. Starting at the GTX1650/1660, the drivers are completely open source, with only the firmware being closed like on every other GPU. The closed nature of earlier cards (which still requires something like the GPL condom) still sucks, but they’re clearly improving.
I hate Red Hat as much as anyone, but X11 is dying even without them.
I hate Red Hat as much as anyone
You’re aware they’re still the biggest FOSS contributor out there, right? Their only bad move is the CentOS situation.
Yeah people like to hate on Red Hat, but Linux development would be significantly slower without them.
red hat is the one maintening x11 lol, it only working right now because of them
