35
submitted 10 months ago* (last edited 10 months ago) by 0x4E4F@sh.itjust.works to c/linuxmemes@lemmy.world
you are viewing a single comment's thread
view the rest of the comments
[-] BiggestBulb@kbin.run 9 points 10 months ago* (last edited 10 months ago)

Being real, why DON'T distros just have the ability to do the installation if you double-click whatever file is downloaded?

I feel like we should have either option - download and double-click or just use the command line.

I mean, what else would double-clicking a .tar.gz file or an appimage do than install it (yes, I know, look into the archive, but really - how often is that the desired thing to do)? So, therefore, why don't we just have it install the files that are downloaded?

This is a legit question btw, I really don't know the answer

[-] callyral@pawb.social 7 points 10 months ago* (last edited 10 months ago)

Do you not know what a tar.gz is? it's like a zip file. how are you supposed to install it automatically? the structure inside is unknown.

also, it's commonly used for things like backups.

[-] julianh@lemm.ee 6 points 10 months ago

How would the distro tell if the tar.gz is a program or just a bunch of compressed files? I tend to use tar files for compression rather than for distributing or installing software

[-] kylostillreigns@lemmy.world 4 points 10 months ago

Cause .tar.gz is not an executable binary in itself. It is more like a zip of the binary and its support files. Since it would be really difficult to distribute and maintain native binaries for every type of distro, application publishers used to just distribute for distros that has a larger userbase, like a .deb for Debian/Ubuntu and a .rpm for Fedora/RHEL/Suse, and then they would provide a tarball for any other distro. Flatpak and Snap have been introduced to eliminate this overhead from application developers, but they still offer tarballs as the newer solutions are still far from standardization.

[-] BiggestBulb@kbin.run 3 points 10 months ago* (last edited 10 months ago)

I 100% get that (and I know it's an archive), but I'm just saying why doesn't double-clicking a .tar.gz just run "tar xf file.tar.gz | sh" on that file? Or check if there's an executable in the extracted files and then run it if there is, and if it's just an archive of files then open the extracted folder?

[-] 0x4E4F@sh.itjust.works 2 points 10 months ago

What if I don't want to install it, even if there is a binary in there? What if I just wanna open the archive and see it's content?

The OS does the smart thing. The header says it's an archive, so we treat it as just that, an archive. Commercial OSes like Windows and MacOS are the oddballs out, not Linux. It just interprets the cold hard truth - this is an archive, I have no idea what's in it, you tell me what to do with it, end of story.

[-] 0x4E4F@sh.itjust.works 3 points 10 months ago

I mean, what else would double-clicking a .tar.gz file or an appimage do than install it (yes, I know, look into the archive, but really - how often is that the desired thing to do)?

Personally, I open tarballs quite often. Why? Just wanna know what's inside them.

Double click translating to install on tar.gz is not wise since anything can be packed in a tarball, a gzip archive or a gzipped tarball.

And then you have a similar problem with tar.xz (it's becoming more and more popular from what I can see). It doesn't use gzip to compress the archive, it uses LZMA, so you have to use xz instead of gzip to decompress the tarball.

Basically, it boils down to how UNIX used to work. Mind you, back in the day there were no package managers, it was all done with .tar.zip or make install. This really was hell to be honest... keeping track of what app installed what libraries and versions of it... yes it really was a PITA. This is the real reason why package managers were invented (thank god!) and why having only one package manager on a system is the preferred way to handle apps/software. Otherwise, you'll soon be in dependency hell. Shared libraries are at the core of any UNIX based OS. Yes, Flatpaks/Snaps/AppImages and package managers like nix circumvent this problem, but in no way is the problem gone. It's still there, we just don't mess around with it.

So, basically the idea of having an "installer" came quite late into the game. Plus, having to check on all dependencies and making an install script that worked on every single distro out there was just so complicated, that no one would ever want to go through with it. Sure, there are install.sh scripts in some pacakges out there, but they basically check nothig, it's more or less "copy this here, that there" which of course could be done by hand anyway... and then run the app and pray it has all of the dependencies it needs ๐Ÿ˜ฌ... which it never does ๐Ÿ˜‚.

this post was submitted on 06 Jan 2024
35 points (60.2% liked)

linuxmemes

21263 readers
591 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

  • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS