You are not logged in.
You asked "why canonical?".
The reason I listed them among the sell outs is because that's what he did on multiple occasions. It's also clear that Debian's move to systrmd was steered and influenced by Canonical people. As soon as the GR result was known, they wasted no time in firing the upstart developer and switching Ubuntu to systemd.
Red Hat were an enterprise solutions provider even long before the IBM buy out and the main driving force behind systemd. So I don't see the logic in listing them with the others. A bit like expecting Satan to put out the fires.
I have no idea why the OS of your laptop is relevant to this thread?
I have not heard of Canonical's "proprietary" appimage format.
As far as I know Canonical developed snap (I have never used). That has a proprietary backend I believe (not the first time theyve pulled this kind of thing).
@coder-hase: Canonical is a Microsoft partner.
Solid advice. I'm not sure why any distribution would default to ssh root login nowadays?
I seem to recall that Slackware was one of the last distributions to allow it by default. There was some considerable uproar just before it may have been finally disabled, but perhaps it never was? The developer's stance was that it was there for ease of setup and up to the user to configure it and secure it. The online Slackware documentation covers securing ssh.
To state that sysvinit is "hobbyist" is absurd, but also typical of the propaganda spread by systemd project, along with its backers and advocates. It is easily refuted, with 5 minutes of research into AT&T UNIX System V, which certainly wasn't developed as a hobby. The detractors and parrots never let the facts get in the way however, and there were numerous self professed experts claiming that sysvinit was unusable. It does make one wonder how Linux got off the ground at all.
I'm sure that runit and OpenRC and a few more work very well.
Boot times may be issues for some, but I was never that concerned. If someone is going to go the lengths of changing init system to save 10 - 20 seconds on boot, then it's most likely they would be better served by upgrading to an SSD, or M.2 or whatever.
I don't think any init system is all about boot times. systemd did cite faster boot times in various propaganda, but that wasn't its main advantage/purpose.
The people behind systemd, were never concerned about those init replacements - they knew that sysvinit was what they had to undermine and defeat...
This has been the case for well over a decade. The sellouts at the Debian project, Linux Foundation, gnome project, Canonical et al paved the way for this, as did the legions of fuck heads who called it "conspiracy theory" and trolled any individual opposed to the new corporate backed "open source" ethos...
Well here we are...
Commercial LLMs (plagiarising) being trained on FOSS code, is a far greater problem than a few flakey, "unsupported" clones of MS and Adobe products. You're missing the wood for the trees.
MS owns and controls github, one of the largest repositories of software projects on earth. They're not at all concerned about a few attempts at MS Office cloning. MS and others are moving to or have long since moved to the SAAS model. They have everything tied up, which is why businesses aren't running Linux workstations, roughly 20 years after Canonical (now an MS sellout operation) claimed it was possible.
Pointing out when I'm being crass will keep you very busy.
You'll have less time for composing long winded, elaborate posts about fixing stuff that doesn't need fixing.
"...It is written in Rust..."
By LLM.
But that wouldn't be kindly doing the right thing now would it?
From the locked thread:
"..this is a desktop OS for normies. Not for us hardened sysadmins..."
Why are you working on and marketing a derivative to make it "easier" for Joe Average?
What's in it for you?
It couldn't be clearer.
The common mistake is to leave installation media connected / in the drive and reboot back into the installer again. If someone finds this confusing, then they probably shouldn't be installing an OS - but adversely if you got that far, then you must be doing ok...
You're the "Spaced Linux dev", so you tell us...
Gone are my opportunities to enjoy cordial, collegial, ephemeral discussions at a desk, in a conference room, or over lunch - face to face.
That would be "retirement"...
Until next time...
Oppressive moderation wearin' ya down?
Then git yer ass over to the independent alternative Devuan forum!
What ya waitin' fer!?
*fires a few shots and rides off*
(Disclaimer: I am in no way affiliated with the independent alternative unofficial Devuan forum which isn't a Devuan forum, despite having "devuan" in the domain name).
90 vulnerabilities listed...
Unfortunately, the old advice still stands. As Debian "freeze" the stable release, the Nvidia proprietary driver will most likely remain at that version. So the usual course of action is to install from the Nvidia shellscript (and reinstall from that after every kernel update). As it's a proprietary driver, no backporting of any security fixes is possible.
I have always taken the view that Debian simply should not have packaged these from day one, as this is old ground we have been going over for the last 20+ years.
The Debian wiki article discourages Nvidia hardware and also highlights the "planned obsolescence" aspects - but this is also relevant to AMD and Intel, which it appears to endorse.
@rbit, #10 is a lot of babble, nonsense and ill informed opining. Not even worth your time.
I'm not sure they're generated, I would say that's just their posting style. I found some activity via a web search elsewhere from 3 years ago and much the same style. Or perhap they ran their post through some LLM to come up with some of the wording in question.
There used to be someone at LQ who used a lot of text formatting and upper case. Made the posts at worst practically unreadable, at best obnoxious and preachy.
Aside from that, there's obviously far too much misdirected effort. It seems like the usual "$DISTRO is too difficult for beginners to install" thing.
"...this toxic blight covers the entirety of the Internet. These companies are the absolute worst f****** parasites our society has yet created..."
- the developer of xscreensaver, former Netscape developer and Mozilla founder.
There is a clear strategy of plaigarism among these big LLMs. For those of us who are not the morons on the "it's a great tool!" bandwagon, it's all too obvious.
It's also just a small part of a wider corporate strategy to undermine and destroy FOSS software - in particular that which is licensed under the GPL. If you can get an LLM to "assist" in rewriting some GPL software, then release it under e.g. the MIT licence - profit. There will be enough corporate schills promoting and supporting the "fork", to ensure the obsolescence of the original. Any copyright issues can be sidestepped by rewriting in a fashionable "memory safe" language. Which also adds some much needed security theatre.
Regarding gnome-shell, A few months ago I set up an "off the shelf" Debian box with gnome as part of a work project. Last time I tried it out was probably ten years ago? Itt wasn't at all great then, but it's quite frankly astonishing at how much it has regessed. It used to based around the "don't give the user too many options" philosophy. Now it's more like: "make certain the user can't do anything".
I can't see how anyone would find that usable or useful. I can't envisage who it's designed for or what use case.
I dislike automobile analogies, but it's akin to designing a car without an engine, or controls - as that's far safer and reduces obviously support overhead.
"The idiots can only do what we allow them"
Thus, your theoretical tech support only have to deal with problems 1 to 10.
The usual answers to 1 to 10 will be "reinstall".
The bad news is you broke it - the good news is you get to keep all the pieces...
Lesson learnt on "AI"?
This could be the result of a GPU hang. When it occurs, it's a good iidea to see if you can bring up the first VT using CTRL+ALT+F1. The error message may appear there, or go to the next one, log in as root and examine dmesg output.
It's interesting that a newer kernel solved it, and that points to a GPU driver related hang or similar.
Plasma is more demanding than some smaller window manager and makes use of the GPU for acceleration and desktop composition.
Unfortunately Debian and Devuan follow enterprise focused LTS kernels, which though they do backport security fixes do not generally provide fixes for other bugs, or any updated drivers.
I would suggest that the derivative creators do what they do for very different reasons to someone who maintains packages in a major Linux distribution. If you maintain some obscure Debian/Devuan package and do it well, you won't get the recognition - release your own Linux distro respin however, with it's website, forum / community, where you're the boss, and you'll be surrounded by happy clappers, having your ego stroked. Of course, none of the fans care / know much about the real developers who made all of that possible.
@klein, do you have a source for that? Doesn't sound very positive if that's the case. Obviously it should be bootable in single user mode, set the root password, done. This was the whole problem with the Ubuntu sudo approach, "use it as designed / as we tell you to use it, our way, not yours". This is the kind of controlling behaviour inherent in corporate software or free software developed under corporate influence/funding - i.e. the user is an idiot. All problems start with the user, the user has to be guided, railroaded to doing things our way, controlled, restricted, provided the least possible configuration options, to ensure the "defaults" are mostly preserved.
I'm particularly averse to anything which embraces "flat packs" or similar. Those types of packaging tools come from the mindest that *nix is broken by design and needs Windows style installers. In reality these type of installers are favoured by companies who don't want to deal with multiple packaging formats.
To be clear: My post was not a suggestion that the OP get rid of the Nvidia card or a critiisn of Nvidia hardware. Those are simply the options, with getting rid of the hardware in question being the last resort.
I'm on the fence with GPUs. I'm no fan of Nvidia, but Intel and AMD are not exactly saints either. Nvidia have simply refused to expose their proprietary IP and specs to their competitors. Intel and AMD contribute their permissive licensed driver code to the Linux kernel, but the firmware and hardware remains closed, so in effect they have done the same, so not a massive difference there.
"Vanity derivatives" also tend to generate technical support requests on the "parent" distributions support channels.
This one in particular seems marketing heavy and a lot of effort seems to have been expended on the website. It appears to have it's own support channel also, so perhaps ask there? (they also accept donations)
Ubuntu started out similarly - someone decided that Debian was boring, "vanilla", needed manual configuration and some willingness on the part of the user to use the command line, plus releases were too far apart, so they set out to make something more appealing to ex Windows users, and of course, they sought to monetise that somehow.
At the time Ubuntu wasn't really much more than a brown theme, a fancy logo, some wallpapers and some other preconfigured defaults. The real difference was in the marketing.
You find the same thing with many of the derivatives these days: Essentially, name it, stick a badge on it and a wallpaper - plus "I'm a nice guy, so I'm going to provide my own preconfigured Linux distro for you, so that you don't have to do it yourself".