Yeaaaaa!!!!

View this comment - View article - View full comments

Quoting: Alm888

Quoting: ProfessorKaos64...wut. well if you don't want actual packages that integrate with your system libraries, you could always try those fancy snaps or flatpaks. Many package managers allow non root installs or "user" mode installs. Packages exist as they are the most logical approach for users of a distribution. Why package all the libraries for each when you can share them. It may be ages until there is a clear "winner" for a univeral(sic) approch(sic). I actually loathe firing up other package managers instead of using apt/yum/pacman. Using manual installers / shell scripts gets oflur(sic) of hand when the number of items increases.

Wut?! I seriously begin to think that there is a "Package Approach" sect.

We do not need any "winner" in the "DEB/RPM/WHATEVER wars". Ordinary user should not even know about this.

From a user's viewpoint it is completely irrelevant what package system his/her distro is using. The user in question must see "xxx updates available. Update the system?" and click "Yea, sure!" That's all! Have you ever tried to install *.deb or *.rpm package manually? I have. It does not work! I mean, doudleclicking on it does not work. Best case, some dialogue window appears and asks permission to install, but if the package in question has dependencies then -- BAM -- the process fails. Because there are no mechanisms for dependency solving without repositories. "Command line" (terminal emulator) and manual downloading of required packages from some site like this [External Link] are in order. This is BS.

From an administrator's viewpoint it is serious security breach to install some unsigned (or self-signed with shady keys) software in system-critical portions of the filesystem ("/usr/bin", "/usr/lib64" etc.) probably adding third-party open keys as trusted in the process. This is total BS!

User oriented entertainment software should not be installed system-wide!

And in case someone wondered, even user-level installed software can be added to auto-loading during startup and applications menu (AKA "Start Button"), see XDG specification.

The entire point is sane management. I suppose I can't argue with you. GPG keys exist for a reason. Sure someone software is convenient as a binary or archive. If I wasn't on mobile. Are you a devop/RHEL/Admin/Hadoop devop? Thanks I'd where I come from. Manually installed software is not what you want, so I can't agree there. Non-signed manual installation of RPMs is insane. You shouldn't be installing things like that anyway if you are going the manual approach. Yum local install exists as well. There is no war, not sure where that was picked up on. For games, I can see some merit for a contained/flatpak type approach. Overall, not using something* to manage software is exactly why bitrot was coined a term. Unfortunately, we still have old software that goes unmaintained. Sigh.

View this comment - View article - View full comments

Quoting: Alm888

Quoting: ErzfeindThe stable release has RPMs and even a repo. Don't know why that's not the case for the beta.

Hmm, maybe so, maybe… When I tried to download the "stable" version I was prompted to "itch-23.6.3-amd64.tar.xz" tarball.

On the second thought, this all "DEB/RPM" thing is totally wrong. In general a PC can have multiple users (e. g. "family PC" ) and while some of them might use itch.io, others do not so this client should be installed per-user, not system-wide (needless to say a user might not be local admin).

Tarballs are all around better (or "*.sh" scripts if one prefers automatization).

...wut. well if you don't want actual packages that integrate with your system libraries, you could always try those fancy snaps or flatpaks. Many package managers allow non root installs or "user" mode installs. Packages exist as they are the most logical approach for users of a distribution. Why package all the libraries for each when you can share them. It may be ages until there is a clear "winner" for a univeral approch. I actually loathe firing up other package managers instead of using apt/yum/pacman. Using manual installers / shell scripts gets oflur of hand when the number of items increases.

View this comment - View article - View full comments

Great game and worth the buy!

View this comment - View article - View full comments

How does this compare to System Shock Classic that I have in Steam? While it's no longer available for sale, I believed it showed up when I purchased the enhanced edition, can't remember. That does have a Linux binary b

View this comment - View article - View full comments

I don't mind making an AUR apckage for it.

View this comment - View article - View full comments

OMG! I have been waiting for this ever since I found the unfinished TurokEx after playing Doom64ex a while back. Yes!

View this comment - View article - View full comments

It's as almost as if Valve should directly support them >.>

I enjoyed Firewatch, but one has to wonder if Valve is going to buy/support someone like that, why not a hugely influential and community-driven developer like Feral?

View this comment - View article - View full comments

Flatpak is also more likely going to be a key integral piece in the next major release. I know I will be switching what I can for packages.libregeek.oeg / SteamOS-Tools to be a flatpak. Who knows if it will be the ultimate Mena to an end, but the support is there from Valve.

View this comment - View article - View full comments

Yeeeaàaaaah

View this comment - View article - View full comments