TuxLinux vs Windows (part 2)
VonVoelksenI don’t like windows either, but updating with Winget in terminal works pretty good. Not as good as with Linux, but better than downloading every app via browser.
macnielRemember DLL hell in windows 2000? Damn that was rough.
I think the last time I saw a dll issue was windows 8.
You’re forgetting winget. It’s actually really good.
Winget sucks ass. Fails half of the time, lists way too much I did not install through Winget m, even had apps broken because of bad updates through Winget.
Never had these problems with scoop or chocolatey though.
That sucks. I use it to handle all software on my work dev machine and haven’t had any issues so far. We basically use it to set up clean machines and it’s worked perfectly so far.
danlists way too much I did not install through Winget
That’s one of the features though. You can update apps via Winget even if you didn’t originally install them via Winget.
AsgerFDIt’s alright, but (in my experience) incredibly slow.
somepackage requires otherpackage version >10.1.79 otherpackage is already at latest version
Have fun compiling it yourself and messing up what is managed by the package manager and what’s not. And don’t forget that the update might break some other package along the way
CronyAkatsukiIf your distro maintainer’s do a good job, that situation never happen’s.
Or just use gentoo where that problem doensn’t exist at all.
FaridDon’t use apostrophes wherever you see an “s” at the end of a word. If you’re unsure about whether or not to use an apostrophe, just don’t. Because statistically, there are far fewer cases where you need 'em than there are cases where you do. Plus if you missed the apostrophe where it should be, people will just assume you didn’t bother to type it or it was a typo. Whereas if you do type it where it shouldn’t be, it’s a clear case of “this person doesn’t know how apostrophes work”.
Shut’s the’s fuck’s up’s.
There’s no need to get upset, the entire comment was typed on a keyboard; I didn’t say a word.
reddit’s tier’s response’s
I merely tried to provide a response in the same tier as yours.
Manjaro, is that you?
Huh, pacman always seemed to automatically work out those dependency loops, or whatever you want to call them, when I was on EndeavourOS. The only time I had an issue with updating was when I went like two weeks without updating, and then ran out of harddrive space halfway through installing the 600 updates.
Well not if you’re on Ubuntu and need the latest version of e.g. npm for some nvim plugin, because that version is not in the repository.
Most of the time you can just download a release and place the binary in path (or a symlink).
Compiling it yourself should not ‘messing up’ anything, it should build locally:
./configure make -j$(nproc)Now it’s just built, nothing on your system has changed. make install will place requisite files where they need to go, but this generally configurable via prefix or equivalent. You may need to install dependencies, but that’s usually a simple exercise in reading the output from the configuration step.
Compiling software is easy as fuck and is incredibly flexible.
I sometimes just give up and use Docker or a Flatpak (depending on if it’s a CLI or GUI app)
NixOS solved this. You can install both deps from two different channels.
No restart require on Linux is a joke, right? Because I get updates that require restarts as often as I get them on Windows when updating Mint.
naeapBesides a kernel update… Which one?
Honest question, as I usually just restart to be sure I haven’t missed to restart a service or something, but theoretically I could restart every program and service, that got updated.
Maybe Mint is very conservative here…
Probably driver update, like nvidia?
Ah yeah, mostly kernel module updates go along with a kernel update. But you are right, yeah.
Although, should be possible to just reload the module and restart X/Wayland, no?
Practically speaking, restarting is easier anyway.
Fedora requiers them all the time. Sometimes there is a driver update in there.
they’re not required, only the update manager thing wants you to.
if you update via dnf you don’t need to restart 90% of the time
CamilleUnless you’re updating the kernel itself, there is little chance you actually need to reboot your machine. Just restarting whatever service or application you’re using should do the trick.
Just following the update manager instructions
You do you, it can’t hurt to reboot and work on a fresh restart. But if for some reasons you need to keep your machine up, you’ll know it is less of a problem than on windows typically
Kde neon made me reboot Everytime it updated. Turns out there was a setting I could disable. Afterwards I was never bugged about rebooting.
Used discover for updates
Maybe you have such a setting?
And on some distros you can also just reload the kernel without rebooting
Yeah, but you’re going to pay for that.
Not necessarily, you can use kexec
Yeah, when you use Arch, you may not pay in money, but you are going to pay, lol.
That’s just a doc, kexec is also available on Fedora, Debian, Centos, etc.
Been running endeavouros for over a year on two machines. The only time I couldn’t boot was when the Nvidia drivers decided not to work with the LTS kernel anymore. So I just started the normal kernel and changed that to the default in my boot manager. This is the only issue I’ve had with it and it’s arch based. I really don’t understand the bad reputation.
Also the arch wiki is applicable to most distros with only slight changes.
blackn1ghtThis is the same on Windows, you can just carry on and then complete an update when you go to shut down the machine. Can’t remember the last time an app install or update required the whole OS to be restarted immediately.
I remember what it’s called, but at some point there was an app for windows that would check if your machine actually needed a restart or not. Basically the “restart your machine” prompt is mostly just a boilerplate. It’s very rare that those installers touch anything that can’t actually be loaded without a restart.
Except when it force closes your computer when you dismiss the windows update too many times
I tried installing rust which required some Visual Studio compiler on a Windows machine configured to reset itself when rebooted. It decided I needed a reboot. I’m glad I didn’t have unsaved files…
Needless to say I could not run my program on that machine. Why does it need a reboot? I don’t know. It’s just meant to be a compiler.
Even with kernel updates, you can use something like ksplice or kpatch to update it without rebooting. It’s usually only used on servers though.
Afaik mint just says you have to restart but don’t forces you. Iirc it was there to avoud any glitches which could be caused by apps interacting with each other in different versions(say some system app got updated and desktop environment is still the old since its loaded before update then cause gui mismatch due to different versions of ui toolkit)
I mean, in this case Windows doesn’t force you to restart either, you can just keep chugging along with the restart icon set the bottom right… That icon can stay there for weeks on my girlfriend’s laptop
But that is update and restart. The update is not at all installed and will only install if you restart. And it takes a lot of time. But here it is already installed and you can actually reopen apps ti get them in the updated state
Really? I need to restart my Windows less often, Fedora asks me every other day restart my PC to install updates
𝕾𝖕𝖎𝖈𝖞 𝕿𝖚𝖓𝖆Fedora issue. I restart my Debian machines maybe once every 4-6 weeks.
I have the save experience with popos
“Issue” implies that there is something wrong with it it’s simple a different release model, Fedora just got the newer packages, for example Gnome 43 on Debian vs Gnome 47 on Fedora (obviously I’m talking about the stable releases).
If you prefer the Debian way of doing things that’s great but I don’t.
Arch is on the bleeding edge and it doesn’t ask for a reboot. I think it asks for a reboot to load the kernel parts that have updated. Arch probably just assumes you’ll do it eventually, but if you don’t it’ll just keep running the current kernel.
dabster291There should be an option in the settings to disable restarting to apply updates (though I only kno2 it exists on KDE)
DeconceptualistYep. I’m on EndeavourOS which is about as far as you can get from Mint without going to like Slackware, LFS, or BSD. Basically every single run of pacman prompts for a reboot. I’m sure I could restart individual services or subsystems instead, but that’s not what the OS popup says.
Yep. Every kernel update. Granted that’s less often than Windows requires a reboot.
This is a requirement for Immutable Distributions, not that Mint is… But others.
It is often needed on OpenSuse TW.
Windows side of things is getting better though, thanks to winget. Not perfect and it f’s up with certain packages but already a lot better than updating by hand.
Rikj000Windows is not getting better,
CoPilot, Recall, all more unwanted spyware…
UniGetUI is a good way to maintain software on Windows in a Linux fashion through package managers,
however that does not change that the underlying OS is pure spyware.
Sure, but since the meme was talking updates my response is about updates only as well.
Chocolatey is the best option I’ve found for this on Windows:
Chocolatey was created by Rob Reynolds in 2011 with the simple goal of offering a universal package manager for Windows. Chocolatey is an open source project that provides developers and admins alike a better way to manage Windows software.
You can install & uninstall software from the command line and update everything installed through it with one command.
It’s not a real package manager of course. It can’t update the operating system, and Windows applications aren’t built for modularity and shared libraries the way Linux applications are. But it does automate application management like nothing else. I highly recommend this if you use Windows.
Chocolatey - The package manager for Windows
Chocolatey is software management automation for Windows that wraps installers, executables, zips, and scripts into compiled packages. Chocolatey integrates w/SCCM, Puppet, Chef, etc. Chocolatey is trusted by businesses to manage software deployments.