https://www.osnews.com/story/145071/flatpak-will-depend-on-systemd/One must wonder, how do things like this keep happening?
Flatpak already has age verification code.You should've flushed that turd already.
>>108906492Flatpak is the only way to make tinkertrannymaxxed distros like Guix or obscure trash still work as a daily driver.You must understand, BILLIONS of desktop threads will die because of this move. People now will have to rely on lying on their neofetch config or using a VM just for that.
>>108906490>Flatpak will depend on systemd in the future because some retard not involved in it's development said soWow, it's nothing.
>>108906490pretty sure Devuan Linux will fix that.Debian with option to disable systemd and uses initd/openrc.do your part anons
>>108906490>Flatpak will depend on systemd>Visit the article>systemd will probably become a dependency for FlatpakOkay.
>>108906490flatpak is dead, yay!But also - I'm pretty sure that someone will pick it up and make Systemd-less version out of spite and sense of freedom.
systemd is hungry and will eat you and your family
>>108906490Potter was always an industry plant
>>108906490Well if in the future I can't use systemd because the verification shit is everywhere I might just build the program from the source then use bubble wrap on it. It's basically what a flatpak does anyway...
nobody uses flatpaks unless they're brand new to linux or brainwashed monkeys, if you are on a systemd free system you aren't going to waste space on slow bloated packages
>>108906490Specifically it will depend on appd and someone will make a standalone like what happened with elogind.
>>108906490flatpak should never be used.inspect impact on the system.purge it.>>108906521>daily driverholy buzzword pro
>>108907459>holyzoomer
I switched from Ubuntu to Debian/Opensuse because Firefox only as a snap (and forced snap upgrades). I do not want two packet managers. I will not use Flatpak, Pip must not install anything. One single package manager it is. Only appimage is ok if a program is not in a repo.
>>108907757lots of words to just say you have autism
Appimage wins yet again. guess people do actually get it right the first time
>>108907902I seriously, for the life of me, can't fathom why AppImage isn't the default software distribution method by now. It embodies everything FOSS represents: easy of use and freedom no matter what distro you use. Hell I'm sure AppImage could become OS-gnostic in the future.But noooo autists have to over complicate things just to struck their epeens.
>>108907960Because people are retarded and didn't bundle all their dependencies, so if you weren't running an up to date version of the lase Ubuntu x.10 it was broken. Though appimage could benefit an automated bubblewrap system and read/write variant.
>SlopPaksWhy would I use a shitty format that doesn't even detect between X11 and Wayland?>you must kill FUSE to use itEven worse than snaps.
I'm surprised it didn't already, just use distro packages, appimages, or containers. flatpak and snap are beyond trashfires.
>>108906490>clippy avatar faggot is simping for talmudd in the commentswhy am I not surprised lmao
>>108907016not my problem :)
>>108907960>can't fathom why AppImage isn't the default software distribution methodWhy would devs use AppImage? It's WAY too convenient. People might even start using Linux, it would be disastrous.
>>108906490Use systemd, chuddy. We’re no longer asking.
>>108908243I've never had a problem with dependencies in the appimages that I run. Maybe I only use high quality ones and someone found the one made by a knucklehead and got bit by it.
>>108906492Switched over to appimages for most of the flatpaks I was using months ago. Superior format anyway, if you're not into security theatre that's irrelevant to most people.
>>108906521I don't get it. Can't you just download and compile the source code of whatever program you're missing and install the dependencies?
>>108910701retard lol
>>108910701>Can't you just download and compile the source code of whatever program you're missing and install the dependencies?dependency hell is a thing
>>108906490Great. I don't use either of these insecure pieces of swiss cheese anyhow. They go great together.
>>108910958appimage solves it better than flatpack
>>108910687>security>irrelevantPost nose.
>>108912193post axe wound
>>108910958>dependency hell is a thingOne Chat-GPT prompt.
>>108912186No it doesn't.
>>108907960No sandboxing
>>108913053>muh sandboxingalmost no one uses flatpaks because of the sandboxing feature, they use it for the ease of use and lack of alternatives
>>108913074sandboxing has become essential, that's the very reason i changed to GrapheneOS and the reason i always go for flatpaks.If you don't care about security nor privacy and only care about muh .exe then you might as well just use windows.
>>108913442>wawawa schizoniggerbabbleno one cares youre addicted to child porn shut the fuck up holy shitdo you truly believe lil steamy timmy is using flatpaks because he can control permissions? just fucking kill yourself
I'll stick with Snap tyvm.
>>108913442having an OS you control the code flow of is arguably better security than sandboxing everywhere.>>108913527>muh childerinosthe people pushing for all this bullshit literally eat and rape newborns alive and you still are buying their fucking psyop. you should rope yourself as soon as possible you insufferable tourist
>>108913938based, at least theyre doing it instead of stroking their little dick inside an encrypted drive and wasting his time checking if his software akshually has too many permishons
>>108906490Looks like Linux is about to be done for. Spend two decades trying to get wintoddlers using your shit, don't act surprised when it becomes the same shit as microslop.>muh just don't use [project that this week became dependent on systemd]Soon the kernel itself will depend on systemd, probably.
>>108914023GNU Hurd won't have that issue.
>>108913767lmaooo so much this sis
>>108906572>>108906490>Frankly before the Fedi dog pile I was planning to be super considerate of the non systemd use case>blames lundpuke and people that like him>nothing burger, everyone!keeps happening because you have imbeciles in charge of these open source projects, that never created much of anything, think they are on the same level as microsoft so they have an attitude to match. then they go on social media sites like fostodon and are reminded of how they're just sad lolcows - much like lundpue their enemy that won't stop laughing at them
>>108915392>treat devs like shit>send death threats like unhinged inbreds>waaah why won't they cater to us special snowflakes
>>108915435>treat devs like shithave you seen how they treat people online? you get what you give. these colossal losers of the open source world are in no position to complain. i've been involved in open source software development since the 1990s. we had to deal with all kinds of lolcows via BBS mail, e-mail and via the fucking post office. shit mail? deleted/shredded. but we weren't spiteful losers that had mental breakdowns and played the victim card while pushing a political agenda. these fucking losers in flatpak can't even do their jobs and make software better. it's all about political ideology and who is sucking on their diseased and tiny cocks.
>>108913938>having an OS you control the code flow of is arguably better security than sandboxing everywhere.>just audit every software and version broNo, i'd rather have a controlled environment for every software in case of an attack. In GrapheneOS you can pretty much just relax because even if the program is trying to do harm, the sandboxing won't let him. I want the same for my desktop
>>108907507>zoomeryeah norobin to batman reference you buzzword millennial eocsystem daily driving digital app consoomer
>>108915491kiwitrannies like you deserve to get thrown into a woodchipper, feet first.
>>108912954Yes it does.
>>108913053flatpak's sandboxing is notoriously bad, was broken for like a decade or more, many apps had/have it misconfigured to be too lax, and it mostly gets in the way of things working properly. If you don't trust the software don't run it or run it in a VM.
>>108915948>If you don't trust the software don't run it or run it in a VMthis kills the flatrann-ACK
>>108915927Not at all. You're just saying it to be contrarian. AppImages cannot share libraries between them, are not sandboxed, don't have an built-in update method or rollback method, cannot integrate with the desktop environment properly, have issues with glibc or the kernel version, etc.AppImage is superior to Flatpak only in a specific usecase: executing an app direclty from a USB drive.
>>108909765make me if you can :)
>>108907757not a problem on mint
>>108906490The extend phase seems to be going well for them then, can't wait for the extinguish part.
>>108907005and now theres flatpaks and freepaks. Honestly i thought AppImage was quite perfect aside of many of them still depending on your system glibc. if AppImages came with their own glibc packaged in they would last forever and the linux packaging problem would finally be solved. but as with flatpak and your new freepak it all depends on whether devs choose to use it or not.
>>108906490>flatpak>snapI've always preferred appimages, why does anyone use flatpak and snap when they're both controlled by big corporations (redhat and canonical)
>>108916721Because FOSStards are retarded and refuse to accept the beautiful simplicity of AppImages due to some bullshit concerns that pale in comparison to the metric fuckton of shit you have to deal with Flatpaks and Snaps. Even Torvalds himself considered AppImages as a neatly elegant way to solving the never ending liability that is lack of sensible software distribution on the Linux desktop that has always been a bigger detriment to it's adoption than all the windmill fighting the Linux community has been engaged with for three decades, like the DE's not aping Windows well enough. No one will bother using your OS if it has no software, AppImages could've solved that, but they've been continuously rejected and shat on for no good reason, other than the Linux community being mouthbreathing drooling retards ever since they've decided to go on a crusade against Windows and refusing to actually work on quality software.
>>108915966>AppImages cannot share libraries between themSo?>are not sandboxed>trusting flatpack's shitty sandboxing>don't have an built-in update methodGood.>or rollback methodI have my own backup and rollback solution for my system. Also just keep the old appimage around wtf are you talking about.>cannot integrate with the desktop environment properlyYeah cause flatpaks integrate greatly lol.>have issues with glibc or the kernel versionNever encountered any.
>>108913527>SECURITY BAD!!!
flatkill.orgflatkill.org/2020
>>108906490/g/ warned me about this years ago.Fucking kek.How do imbeciles here keep being so right about shit like this? How do we do it?Also Poettering using an anarchy symbol is laughable.Right now Linux is STILL too centralised and is becoming more centralised as the world finally switches to it. The main problem causing this are human limitations (new users learning the ins and outs enough to be independent). A growing problem is hardware manufacturing monopolies forcing specific architectures. The hardware monopolies in all countries need to be broken. It's making inefficient software.
>>108907005>flatpak is dead>is It's been crap for ages.
>>108917099>The FBI killed it because it was too flatMakes sense.
>>108913442Sandboxing is a completely separate issue from packaging. fuck the entire flatpak system.
>>108917153>How do imbeciles here keep being so right about shit like this?It's obvious because flatpak is a Red Hat project, just like systemd, wayland and pipewire.Red Hat wants to integrate all these stuff into one big blob, it's no wonder
Don't like it, don't use it
>>108906490Are people finally realizing that they 100% have a backdoor in systemd and that this is the reason they are forcing it so hard, or is the denial still strong?
>>108916880Where's your permission-based sandboxing?
>>108915966>AppImages cannot share libraries between them, are not sandboxed, don't have an built-in update method or rollback methodCorrect. The entire point of AppImages is to distribute programs, with dependencies included, as self-contained executables, outside the package management + repository paradigm. The developer or the user can handle sandboxing, updates, and rollbacks on their own, if they feel like it.>cannot integrate with the desktop environment properly, have issues with glibc or the kernel version, etcLmao. Flatpak desktop integration is atrocious, and I have never encountered the other issues, because I don't use random AppImages without vetting (same way I wouldn't use a program through flatpak without vetting).>AppImage is superior to FlatpakExactly
>>108919086No. Most Linux users are redditors and they worship systemd.
>>108919368In firejail.
>>108906490Zero fucks were given.
>>108920340levels of larping previously thought to be unachievable
>>108920362FUCK SYSTEMD
I’m convinced these threads are all windows users coping about their shit os
>>108920394thats because youve been groomed into a cult and now genuinely gets triggered over a news piece of something actually happening
>>108920362Cope, seethe and dilate.
>>108919368Don't need it, just like I don't need Wayland's """security""" that only breaks capturing software that then has to essentially break Wayland's """security""" features to even function.
>>108920410holy based, I'll consider this distro from now on
>>108920406lol no I just actually get shit done using normal linux with normal modern software.
>>108920603woah thats crazy, what "shit" do you get "done" if you dont mind me asking?
>>108920801would love to know how well you were able to get Nextcloud running without systemd
>>108920959i have no need for niggerlicious software, but i see nothing special tied to systemd on https://wiki.gentoo.org/wiki/Nextcloud#OpenRC
>>108921010thx buddy. nothing I do would be worthwhile of your troll qualifier of “stuff”I’m so glad YOU personally were able to get that to work on gentoo without systemd. I went with gentoo + systemd.
>>108921044have you taken your meds today or what? why are you making so many assumptions? my question was genuine, its very rare to have things actually (so you being a nigger retard who doesnt even know what an init system even fucking is doesnt count) tied to systemd, especially when it comes to "getting shit done"
>>108917153It's Red Hat's tech stack with Microsoft employees as major contributors. The moderate majority twists themselves into knots failing to address the massive elephant in the room trying to have nuanced intelligent takes on this. /g/ just says>Red Hat>PoetteringAnd gets to the central issue straight away. Reddit and bluesky tards all turn into IBM's (US defense contracter) strongest warriors online just because they don't want to ever agree with Fartix chuddies on anything. It's retarded.
>>108912186>>108912954>>108915927this is the level of discussion you can expect from /g/
Finally a path to real fucking sandboxing and packaging without ultra dumbfuckshit bullshit.For everyone having a schizo melty: Remember Unix was made in a closed off research lab of a government sanctioned monopoly. FOSSfags are still using that focused, highly opinionated foundation of Unix as a stable refuge from all the clusterfuck of the rest of open source.
>>108921858Research about Mother Bell being forced by the US Government to not operate in the computer market.Research about the UNIX war.https://youtu.be/Ffh3DRFzRL0Take care.
