With my finger on the trigger / I run dot slash configure / yo this package is big / but my package is bigger
We don’t have this kind of weakness on Arch. Apes together strong. Porting magic language to our world.
We still need to fix their deb only release
https://sourceforge.net/projects/alien-pkg-convert/
It’s only been around like forever.
I was gonna say “has no one in here heard of alien?”. I’ve rarely ever had to use it… because I use Arch.
alien never worked for me, i tried once but it led to an unistallable package
alien never worked for me
I tried it once
Lol
He is technically correct, the best kind of correct.
debtap exists
…for arch linux
As someone who’s never used Linux, TIL that software doesn’t work across all flavours of Linux.
Well it does technically, the issue we’re talking about is how it’s packaged, one you extract the package the software will work just the same (assuming there aren’t any version mismatches between kernel modules). DEBs (Debian based distros) and RPMs (RedHat based distros) are the two biggest package formats, the next common format is a tar ball.
Add to this, this gives birth to more modern packaging format like flatpak, appimage, and snap, that works across all distro with proper permission control.
Now for most graphical apps, you just search on the app store and click install, like a iphone user.
like a iphone user.
I DON’T WANT THIS
Iphone is most locked-down anti-consumer pile of garbage and this is how you defend it?
There are different aspect to the same product. IPhone is lockeddown and aniconsumer, but it doesn’t mean every aspect of it is not worth taking a lesson from.
In order for linux to have mass apeal, it will need to be simple by default, and that is where the app store model shines, you just search and click install, everyone can figure that out.
But that doesn’t imply linux has to be lockdown and anticonsumer like iphone. If you want to compile your own kernel, you should have freedom to do so.
and that is where the app store model shines, you just search and click install, everyone can figure that out.
This is how linux works for last 30 years…
deleted by creator
I think you might be talking about two group of Linux user. I think majority of the user realized that shared dependency is not scalable in the recent couple years, yet there are still a loud minority that oppose dupilicated dependencies.
Finally, I think the three universal package formats provide better sandboxing support than msi. But appx in windows are very much inline with these packaging formats.
shared dependency is not scalable
Explain yourself.
a loud minority
Kernel develipers, libraries developers, compiler developers, distro maintainers, mirrors hosters, anyone whose system runs not on few terabytes disk and gigabit internet.
I heard some geniuses put entire graphical drivers into snap/flatpak/appimages.
Correct me if I am wrong.
Different app depends on different version of the underlying softwares. In the old days distro packages apps, however it would cause dependency hell.
Hence with the development in containers, universal packaging format prevails, where each app is packaged with all of its dependencies. so that the system dont need to maintain the dependency of every single app people want to use.
Different app depends on different version of the underlying softwares.
On different ranges of versions. Usually something like “1.2 or newer”. With few exceptions that break ABI every year(looking at you, Boost) or 11 times a month(it is rust, who would have guessed). If everything was as hard as you described, then there is no way for me to play UT2004 back from, you guessed it, 2004. But I did, and all I needed just to install few 32-bit version of libraries and run it with OSS(very old audio api) emulation.
however it would cause dependency hell.
No, task of package manager is to solve dependency hell
universal packaging format
We had 2 universal packaging formats, now we have 5 universal packaging formats and two container types.
where each app is packaged with all of its dependencies.
Which in case of UT2004 means packaged with all exploits back from 2004.
Microsoft’s new package format is doesn’t require sandboxing, but it is an option at least now.
Don’t mention the S-word here, some people might come out of their basement to tell you how it’s the worst thing since proprietary software.
Windows kind of has that too, with all the .MSI, .exe, .msix and all the appxpackages and how almost none of that works out of the box anymore because you’d otherwise be able to install another browser without opening edge once
I’m a Mac user, so they made it as simple as possible for our simple brains. That said, no old 32bit Steam games for me ☹️
Yeah, Valve sucks with the “we’re not rewriting this for 64 bit because there’s no benefit” stance. It’s a pain in the ass to use on Linux because you have to have the 32 bit counterpart of everything it uses alongside the 64 bit counterpart that literally everything else uses. You would think they would finally decide to rewrite it since they’re a major Linux contributor, and their handheld runs Linux.
Fortunately, using a neat tool called Whisky, I’m able to install the Windows Steam client, from which I can download and play the Portal games, because they’re proper. But that’s M1/2 only.
Since you mentioned you’ve never used Linux, you may find it amusing that similar windows compatibility software exists for Linux and is called Wine. Whisky and Wine.
Yeah, Wine is a thing on Mac too. Never really dug too far into it though. Whisky is easy to use though.
Whisky is just a Wine wrapper. It’s still Wine under the hood.
Nice, a lot of the games work out of the box with the Linux client, you just need to enable support for unsupported games for Proton on the Steam settings.
last time I used Mac, I still need to go online and grab the dmg file (or whatever the extension of the file is) myself, since most app is not avaliable in the app store, like jetbrains app and adobe apps.
Is it still the case?
Yeah, that’s most often the case. I very rarely install from the App Store unless the software I’m after has a link on their site.
The software itself should run, but the installers themselves use different standards. I’m pretty sure you could set up your own distro to use installers from different one, though it may require some work.
now you know 😫
Ah, a wild deb-file. Let’s add it to my frankendebian.
ahem ahem discord
It is technically available as a tar.gz, but I’m not sure who they think is going to install that
deleted by creator
Arch is viable because the AUR is full of converted debs and package managers keep things up to date. Most distros have a method to install this kind of software but honestly universal out of the box flatpak support can’t come soon enough for consumer distros. We need canonical to give up on snap for Ubuntu desktop
I don’t care I use Arch BTW. Someone would have made a AUR package for it by now.
Most of the air is converted deb
Can you breathe converted deb?
Let me try and get bac…
So nice of you to hit send before passing out. You’re a true hero.
hopefully he didn’t bat
I would have never guessed an Arch linux user would go by reddit_sux
My other fediverse account is [email protected] just to hammer the point even more.
This is why you use glorious Debian.
Just switched a couple of my systems from Pop and Fedora (gnome) to Debian 12 w/ KDE Plasma.
All in l I like it. I don’t like where Canonical or RedHat are moving, for the FOSS consumer. Canonical is making huge strides as an enterprise distro but for home use I’ve really moved away from it since Unity.
Originally I went Fedora because my office was a RHEL shop but we’re moving towards Ubuntu.
I’m a light Linux user with windows 11 on my work dev machine.
I started using Linux Mint and it’s the right speed for me. Switched to Mint LMDE 6. It’s smooth.
BlendOS Will let you install virtually any package format through containerization, but it shows up just as if it was a native app. It’s pretty neat to see and I hope more distros adopt this
The true solution is… build from source.
But what if it’s closed source?
Then reject it.
EDIT: I accidentally thought it was written on another thread.
Yehaa, a .deb file, letz install and just have fun
Just unpack it you say?
laughs in docker
FROM debian:bookworm RUN apt-get update && apt-get install -y the-deb@synae @nekothegamer there is something called distrobox which works alike https://github.com/89luca89/distrobox#installation
Compile it from source?
