Dont do things that aren’t necessary.
The name is adequate, it performs it’s function, its there.
Feels like consumerism, always “innovating” for the sake if being new and flashy.
Oh, wait, SUSE said that? Weird.
I guess if it’s a (kind of) must, tho that makes me weary of what’s SUSEs plan that they would benefit from this. It can’t be just stupid manager stuff, right? :D
That said, I submit open-me-SUSSY for consideration.
I believe most will assume correctly what the general idea for the logo would be, so no need to sketch it.
Is there anything there besides a video about Linux with 5 views? Maybe some unique blogs? Or at least reposts of channels from YouTube? Maybe collections of music videos?
Years ago, when there were talks about establishing an independent foundation, sane people already warned that relying on a trademark not owned by them is risky. That was batted away as a non-issue. Now here we are.
I’m personally a fan of NovaCustom; not as upgradable as Framework, however 7 years of parts are definitely nice to have. They also offer video tutorials on how to replace parts. Good stuff.
But, like any vendor targeting Linux, its devices can be more expensive than what you’d expect from Asus, Lenovo etc.
Perhaps the most important questions that need answering are the following:
How much computation power is required? I.e. do 10th generation Intel chips suffice or not?
Are you okay with buying devices second hand?
How much explicit Linux support do you require from the vendor?
Do you live in Europe or in USA (or close enough) to buy from Linux-first vendors and not be deprived from sending and receiving the devices (for reparations and what not) due to associated costs and time?
Distro
As for distro, it all comes down to personal taste.
Linux Mint Cinnamon Edition if you require a popular, reliable and beginner-friendly base.
If you don’t like how Cinnamon (the Desktop Environment) looks and/or feels, perhaps consider Pop!_OS, Tuxedo OS or Zorin OS instead.
However, if you prefer minimalism, then the likes of Debian and openSUSE Leap have to be mentioned.
All of the previously mentioned distros are known to ship older versions of software. This is excellent if you require stability above all, but what if you want a distro built on more up to date software? Well, consider the following then:
Fedora; software found here is at max six months old. Relatively minimal. However, it may require you to fiddle with codecs and what not on first boot. Thankfully, there’s a lot of documentation out there to help you with this. Just ensure that the documentation is written relatively recently.
If you like what you see from Fedora, but would rather prefer a distro that’s properly setup right from the get-go; then perhaps consider one of https://ublue.it/’s images instead. These are known to provide the most stability out of the (relatively) up to date distros. Please ensure to thoroughly read through its documentation, though. The uBlue images are excellent, but their inner workings can be different from other distros. Hence, you should rely on its own documentation first. And only after you’ve determined that it’s not found within should you consider consulting other sources.
Perhaps, you might prefer software updates as soon as they’re available. Hence, Fedora (and derivatives) didn’t quite cut it. Then, you should consider so-called rolling release distros. However, take note; every update comes with the risk of potentially breakage; i.e. something will misbehave that didn’t before. The chance of this is relatively small; probs in the order of 1%. This chance persists; regardless of the chosen distro. Hence, with distros that update more often, it’s more likely that some breakage will occur at some point.
With that out of the way, we should mention noteworthy rolling release distros:
openSUSE Tumbleweed is for those that absolutely require a rolling release, but desire as much stability as possible. Both openSUSE’s testing as well as built-in Btrfs + Snapper work hard to ensure a smooth ride.
EndeavourOS or Garuda Linux are the entries from the lineage of the (in)famous Arch (btw). EndeavourOS is primarily known for its easy installation towards a minimal Arch system. Garuda Linux, on the other hand, is more opinionated and therefore comes with all the bells and whistles you’d expect from a distro oriented towards gamers. Still, it comes with Btrfs + Snapper built-in. Which is exactly why it’s mentioned here. Note that you can setup Btrfs + Snapper yourself on EndeavourOS.
Same but I didn’t try it until it was already renamed to Linspire. First heard* about it when The Screen Savers discussed Microsoft suing them over the *indows part of the name on TechTV.
Miss that channel so much. I was pissed the fuck off when G4 came out of nowhere, bought out the channel and turned it into a Mountain Dew and Doritos network for edgy gamers. Attack of the Show was okay, though. But it was nowhere near is good as TSS was. sigh
The openSUSE website obly lists three variants, Leap, Tumbleweed and MicroOS. I don’t see the many confusing variabts that are mentioned in the article
Well I think that the atomic distros, especially desktops, have a big future
So do I. Though, I think they’ll have a big future across the board.
I hope openSUSE gets to keep working on those.
Yup, me too. I trust that at least openSUSE Aeon will thrive (through Richard Brown). And hopefully that will eventually result into a healthy ecosystem in which more ‘immutable’/atomic spins (with other desktop environments) will follow.
I might try Kalpa actually. Seems like the openSUSE version of Fedora Kinoite?
Technically, it’s indeed openSUSE’s take on an ‘immutable’/atomic distro with KDE Plasma. However, there’s a big difference in how much development it enjoins.
For Fedora Atomic, all the spins are equal~ish in regards to their development. Like, it’s not possible to point to a difference that goes beyond polish.
On the other hand, openSUSE Aeon is in RC3 while openSUSE Kalpa hasn’t left Alpha. This is not surprising when considering that multiple people work on openSUSE Aeon and only a single developer works on openSUSE Kalpa.
There’s also a difference in how ‘immutability’/atomicity works on Fedora Atomic vs openSUSE MicroOS. Without even going over the implications thereof. But that’s out of scope for what’s intended for this comment.
awesome you seem knowledgable :P Can I bother you to share any resources on the differences between the atomicity between fedora and open suse? Search engines suck these days
Can I bother you to share any resources on the differences between the atomicity between fedora and open suse?
It’s genuinely hard to point towards an exhaustive source on the matter. Perhaps related to the fact that there are continuous advancements and developments going on that make it hard for something to not feel outdated very quickly. But, basically, Fedora Atomic heavily relies on OSTree/libostree for accomplishing its ‘immutability’/atomicity. While, on the other hand, openSUSE MicroOS utilizes Btrfs snapshots (primarily) instead. Some implications are:
Fedora Atomic is able to track changes. openSUSE MicroOS currently does not. Though, this feature is planned.
Fedora Atomic is (pretty) reproducible; even if after dozens of transactions one returns back to an earlier state without tracing back. This is possible through the use of layers instead of directly changing the base system. This is something Btrfs snapshots can’t do currently. Therefore, there’s nothing that indicates that openSUSE MicroOS is able to do the same. Though it can be reproducible in its own way.
Git-like features of OSTree/libostree allows branching (and other git-like features) when managing deployments. Concept of branching is alien for Btrfs Snapshots.
Fedora Atomic basically offers built-in factory reset. For openSUSE MictroOS, this is planned.
Like git, Fedora Atomic can rebase. In practice, this allows it to change drastically through a single reboot without actually reinstalling. This is used to rebase to a new major version (from Fedora 39 to Fedora 40), but even more impressive is to change from Silverblue (GNOME) to Kinoite (KDE Plasma) to Sway to Budgie etc. And all of this, without (most of) the cruft associated with these changes. Heck, you could even rebase to uBlue images or any others you fancy. This concept of rebasing is not found on openSUSE MicroOS.
In theory, Btrfs snapshots should be more flexible in regards to applying changes we may find on traditional distros. But, unfortunately, because Fedora Atomic is further along its development, we don’t actually notice this. (The upcoming update related to bootable containers for Fedora Atomic doesn’t make it any easier for openSUSE MicrOS to be more flexible anyways.)
The upcoming update related to bootable containers also allows Fedora Atomic to be (relatively) declarative and hence; less state. This concept is also currently absent on openSUSE MicroOS.
Ongoing developments may alter the above list significantly. It’s even entirely possible that all features mentioned above will be found on both distros in the upcoming years. However, vision and scope are perhaps decisive when it comes to making any predictions regarding the future. We haven’t gone over those yet… Going over those is out of scope for what this comment intends :P .
I mean, that argument starts to wade in to the Mozilla foundation as a whole, and what their purpose is, and that’s a giant kettle of fish.
Theoretical game. They lowball Google on how much Google pays them. How do people react? I don’t see them doing that and say, “Man, I’m glad Firefox is reducing Google’s influence over them”. I see them making a thread about how Firefox is giving Google a discounted rate because they’re all corrupt technofacists.
The core problem there still exists IMO. Funding.
What we really need is a reasonable way for open source, free, software, that exists for the good of the whole, to get money. But that has it’s own kettle of fish, where does it come from, how big is big enough to get some, what if they charge for support, how open is open enough.
Something something, seize the means of production, communism, etc.
They don’t. They rely entirely on donations (and sponsorship donations). It also mean, they have less resources to maintain and develop their software, ESPECIALLY Conqueror since it’s not as much well-maintained compared to other parts of the KDE software suite. Plus, Firefox do maintain their own web-engine, while KDE just use the WebKit one, so even more reasons that Firefox can’t substain with the resources KDE currently has.
Fair question. First move for Mozilla: Fire the whole fucking leadership team and use the millions saved for some more developers working on Firefox. That should finance the next 2 years, afterwards we can think about next steps. :-P
You need something like DamnSmallLinux, not Debian. Debian users about 800 MB of RAM with XFce, on a clean boot. It requires a minimum of 2 GB with a modern browser (one tab, 4+ GB with more tabs). DamnSmallLinux uses about 128 MB RAM on a clean boot, and with the Netfront browser about half a gig. Definitely better for such a laptop than any modern distro.
It isn’t going to be faster than Debian. I think the issue is the GPU not supporting modern encoding which leads to the CPU doing everything the GPU is suppost to do
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.