There’s an issue with Linux that doesn’t get much attention: its strong reliance on the internet.

To install distributions like Arch or Gentoo, an active internet connection is required, since essential components such as the kernel, graphics drivers, and other packages must be downloaded during installation.

Linux ecosystem heavily depends on package managers, which fetch applications from online repositories. While formats like Flatpak and AppImage aim to provide standalone executables, they are not as standardized or widely supported as .exe files on Windows, .apk on Android, or .dmg on macOS. Those formats make it easy to store installers locally, share them, or archive them on other media.

Dependency hell only makes things worse: many Linux programs require specific libraries, sometimes even particular versions, which also need to be downloaded, often resulting in version conflicts. In contrast, Windows installers typically bundle all necessary dependencies (such as Visual C++, XNA, or DirectX), so everything required is installed together.

Unlike with Linux, it’s possible to continue using Windows far into the future, simply by keeping the installers, programs, games, libraries, and drivers stored on your own drives or physical discs. If the internet goes away, Linux becomes almost unusable, while Windows remains functional with what you’ve saved.

Discuss ITT ;)

this is not youtube you don't need to put ragebait clickbait in your post title to drive people to read it, you can just post things normally.
Obviously, if you don't have internet access then security concerns are basically non-existent, so once you have a working system installed, even if you can't upgrade your packages, it doesn't really matter. It's not going to magically stop working.

There is the ability to sneakernet new packages through local repos on (I assume) most distros. Never having needed to do it you probably wouldn't ever have read the man pages on how you do it, but with void you just either use xbps_src and create a new package, or update that package with a local repo instead of an online one.

2's point is very important as well. Most "new" features are useless, support for new (read different) containers/codecs/formats, or security (or "security") fixes. very little is actually improvements to core real functionality. without the constant connection to an evershifting content landscape none of that matters. If you want new real features you can do it yourself (install your build-utils before the collapse denpa-chan)

Linux used to be based on the free software ideology which has degenerated into terminal lolbertism or Torvalds own pinko Obama-era centrism. Instead of tools built for and buy a community of users, we have Brodie Robertson and Microsoft donations. Tools built by an elite for an elite who preach down to the masses like a Marxist-Leninist. The other technical problems with Linux are well documented. Monolithic kernel, worsening fragmentation, nobody actually auditing the code or the software repos thoroughly enough, and retarded fanboyism. I'd say Linux is degenerating into a technical tool on the one hand some kind of fetish cult on the other. Another problem is virtually every server now runs some version of Linux meaning all it takes is one bug or piece of malware to break everything.

Linux fanboys think they are l33t haxxxx0rs but really they're just gay.

>>1
in my experience Linux has better backwards compatibility than windows, and the majority of what you say is incorrect, you can install packages from source easily on Linux and you can much easier isolate // sandbox programs with their dependency and such you don't need a package manager for Linux at all. please for the love of god actually learn how to use Linux (or hell even a posix system) before complaining about Linux or commenting on problems with Linux

>>5
package managers are no different then downloading installers on windows besides it being done though a centralized source. you can just always just download a compiled binary in a tarball. genuinely try to actually learn linux

>>6
The centralized sources are the problem. Let’s imagine a post-apocalyptic collapse world where computers still exist. You are gonna have a hard time using anything that isn’t Windows based because you can’t pull software from a repo. Windows installers are everywhere. Windows machines are everywhere. And it has a subsystem for Linux anyway.

>>7
i've been meaning to mess around with collapseOS. thanks for reminding me.

>>7
...and you think in a post apocalyptic all those download sites are still online? Lol

>>9
You just salvage them from like car parts from abandoned machines

>>7
You probably shouldn't be worried about using the computer in a "post-apocalyptic collapse world" would there even be power to use these computers

>>10
And get what? Office, Proprietary Chromium forks, Steam games that you can't play? You'd need to start hunting data hoarders and most data is universal formats outside Windows programs that'd work on a Linux computer with Wine installed. You could also clone a whole repo locally beforehand and install programs that you don't have from a certain point in time.

Dependency hell only makes things worse: many Linux programs require specific libraries, sometimes even particular versions, which also need to be downloaded, often resulting in version conflicts. In contrast, Windows installers typically bundle all necessary dependencies (such as Visual C++, XNA, or DirectX), so everything required is installed together.

Solved by Guix and Nix maybe Gobo, I don't know that much about Gobo even Flatpak or AppImage which you mentioned Flatpak has a pretty huge repo AppImage is same as .exe, it being not widely used isn't a problem with AppImages and it doesn't really have any of the advantages of multiple versions of programs that can share dependencies of modern package managers like Guix, Nix and Flatpak

Unlike with Linux, it’s possible to continue using Windows far into the future, simply by keeping the installers, programs, games, libraries, and drivers stored on your own drives or physical discs. If the internet goes away, Linux becomes almost unusable, while Windows remains functional with what you’ve saved.

It works with what you have installed.

>>12
I agree.

Most shit wants internet to run anyway, it isnt the nineties anymore with optional internet, people.

>>1
so true
slave of the Update
Do BSDfags have same problem?
>>4
fok brudy lolbertson m8

>>1
it's a question to the developer, whether they been non tarded enough to publish sourcetarball.tar.gz for "./configure; make; make install" with all dependencies bundled in + static binary.

what you asking for is a Static Binary or app.xz in /opt/ with shareddlls.so bundled.

many devs are retarded when it comes to distribution, just look how they rely on github\sourceforge\cloudflare\anubis\neocities, while some moving to self hosted alternatives.
tarball | (gui|ni)xpkg > ebuild > static binary > dyniamically linked shared objects bundle > appimage > snap > flatpak
in FLOSS world they devs don't think that YOU somehow will install their software. they just git push to show off.
also learn how to make your own offline .deb .rpm packages shit, for yourself.
what you need is not binary, but a software written in a good scripted language like perl (not node.js thrash), because you & everyone end up needing to edit the program's sourcecode on the fly, to fix bugs without gdb.
use Gobo, every \app had own copyable folder.
>>5
have you ever tried to compile from source an Gnome app on minimalist system with 30+ dependencies in tree, on libfAgwaita, gnome3-shill, fglib.c ... etc, without package manager? do you know how hard it is to write a package, manually resolving each dependency + version from source, each by each?
>>7
steveballmeercocksucker reporting-in
you can't do that, Dave. You must register MS Store acc to install + each app own's SaaS account. Those "offline" installers are 1mb and they require Internet during "installation". useless. Many publishers geoblock you, won't even sell to you, if you are not in US. While torrents could get you something more dangerous than HPV, because even warez scene became mercantile & want to make $ on you, since TPB showed hundreds of unasked popups ads in your face.
>>13
it is, for russia, iran and other countries
>>12
everyone ITT must just go contribute to Reproducible Builds

>>14
neither have these problems if you just chose not to update are you fucking stupid

>>15
you can't just 'not update' when you trying to install NEW package & it require you to pull fresh dependencies of a library you have already installed on your rolling release system.

this board missing a feature to attach LOTR & GOTR images

do u remember XZ??
shit was dope

This is true for windows too? Like half the time you end up having to install some dotnet runtime shit

Unfortunate, nobody mentioned slackware

If it wasn’t for that Microsoft employee someone could have written a worm for the xz exploit and melt the whole internet. a missed opportunity for “malware” artists. well I figure the strategy of manipulating a lone maintainer to install a backdoor would work very easily on obscure projects like openbsd where nobody checks anything.

rolling release shit sucks, but there isn't a damn thing stopping you from downloading the Debian image sets
and never forget that Slackware is in fact a complete operating system in every way; you are expected to either literally install every package (all of which are provided on the image, and the installer recommends that you select that option) or live on the edge since Slackware doesn't bother with things like dependency management

>>21

openbsd where nobody checks anything.

sir, have you ever heard about "cryptography" not like in "cryptocurency" ?

cross yourself, literally