TFE is getting a Snap package now. Let's hope it'll work as intended unlike the Flatpak one. This thing doesn't has never built from source for me, for the record so we need these simple sane package solutions (as long as they're made propetly and work).

https://forum.snapcraft.io/t/the-force-engine-to-play-classics-like-star-wars-dark-forces-in-modern/33799/8 [External Link]

View this comment - View article - View full comments

One of the best racers of all times also in discounted price now :heart:

View this comment - View article - View full comments

Quoting: GuestIdk why emulator devs are dumb enough to do this kinda stuff in the West. Its the same with pirate sites/groups - if you wanna do this do it in a place where US jurisdiction can't reach you. Like Russia, Belarus or China. If Yuzu was in Russia/Belarus/China it would be untouchable.

This! Why not just relaunch Yuzu in one of these countries or some country with same position? How could we just accept this what has happened, Nintendo got richer and eff all game preservation means and good work by Yuzu down the drain.

View this comment - View article - View full comments

Quoting: Cloversheen

Quoting: dziadulewiczThis is very bad if another app is needed to make the main one to run and with additional tweaks there. New comers can't know these things or most of the time will not bother. That auto detection of the installations should just be polished to work... Maybe it's not impossible even in a sandboxed flatpak.

I agree. Though given how flatpak is designed, I don't think there is a good solution so far.

In other words, we still don't have a simple and sane way to use The Force Engine. Ok, now it is easy to install but it all ends pretty much there for normal user as not even the installed Dark Forces game path does not register :unsure:

Don't know whether a snap package would work better for this, as AFAIK it would be more flexible in its permissions if needed.

View this comment - View article - View full comments

Quoting: Cloversheen

Quoting: Stoney_FishI guess its a permissions issue for the flatpak to access my other disks.

I on Ubuntu 23.10 and it does not want me to manage Flatpaks in the App Center or in Gnome-Software.

Oh yeah, that will do it. If your game files are on another disk then it will not be allowed to load them by default. (the flatpak only asks for access to the following folders by default:
~/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/Dark Forces/Game
~/.local/share/Steam/steamapps/common/Dark Forces/Game

You can manage permissions etc through the application "Flatseal [External Link]", it is available as a flatpak [External Link] and should be in several repos as well.

This is very bad if another app is needed to make the main one to run and with additional tweaks there. New comers can't know these things or most of the time will not bother. That auto detection of the installations should just be polished to work... Maybe it's not impossible even in a sandboxed flatpak.

View this comment - View article - View full comments

Quoting: LinuxerIt still doesnt work :/ the force engine just crashes when clicking start. even on steam deck , how can this be? Can anyone help?? The gob is here an i chose it : /home/tux/.local/share/Steam/steamapps/common/Dark Forces/Game/DARK.GOB but the force engine says /run/user/1000/doc/c149f46b why

i got some help to copy paste on terminal here is all thats in that terminal:

 
flatpak run io.github.theforceengine.tfe                                         
[Main] The Force Engine v1.09.540+ 
[Paths] Program Path: "/home/tux/"
[Paths] Program Data: "/app/share/TheForceEngine/"
[Paths] User Documents: "/home/tux/.var/app/io.github.theforceengine.tfe/config/"
[Paths] Source Data: "/run/user/1000/doc/c149f46b/"
[Startup] TFE_System::init
[RenderBackend] OpenGL Device Tier: 3
[Startup] TFE_AudioSystem::init
[Audio] SDLAudio using interface 'pulseaudio'
[Audio] Device 00: High Definition Audio Controller Digital Stereo (HDMI 3)
[Audio] Starting up audio stream for device '<autoselect>'
[Startup] TFE_MidiPlayer::init
[Startup] TFE_Polygon::init
[Startup] TFE_Image::init
[Startup] TFE_FrontEndUI::init
[MemoryRegion] Allocated new memory block in region 'game' - new size is 1 blocks, total size is '8388608'
[MemoryRegion] Allocated new memory block in region 'level' - new size is 1 blocks, total size is '8388608'
[a11y] Initializing caption system...
[Progam Flow] The Force Engine Game Loop Started
[Game] Dark Forces Version: 1.0 (Build 1)
[Error : Dark Forces Main] Cannot find required game data - 'SOUNDS.GOB'.
[Error : Dark Forces Main] Cannot find required game data - 'TEXTURES.GOB'.
[Error : Dark Forces Main] Cannot find required game data - 'SPRITES.GOB'.
[Error : HUD] Cannot load texture 'StatusLf.bm'
[Error : HUD] Cannot load texture 'StatusRt.bm'
[Error : HUD] Cannot load texture 'lighton.bm'
[Error : HUD] Cannot load texture 'lightoff.bm'
[Error : CrashHandler] Received Signal 11 errno 32 code 0
[Error : CrashHandler] faulting address 0x20
[Error : CrashHandler] Backtrace 10:
[Error : CrashHandler] 000 theforceengine(+0x1be443) [0x555d033ac443]
[Error : CrashHandler] 001 /usr/lib/x86_64-linux-gnu/libc.so.6(+0x3ee80) [0x7f8ebd251e80]
[Error : CrashHandler] 002 theforceengine(+0xba803) [0x555d032a8803]
[Error : CrashHandler] 003 theforceengine(+0xb3e5d) [0x555d032a1e5d]
[Error : CrashHandler] 004 theforceengine(+0xb5610) [0x555d032a3610]
[Error : CrashHandler] 005 theforceengine(+0x23395c) [0x555d0342195c]
[Error : CrashHandler] 006 theforceengine(+0x197f9) [0x555d032077f9]
[Error : CrashHandler] 007 /usr/lib/x86_64-linux-gnu/libc.so.6(+0x2808a) [0x7f8ebd23b08a]
[Error : CrashHandler] 008 /usr/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x8b) [0x7f8ebd23b14b]
[Error : CrashHandler] 009 theforceengine(+0x19f65) [0x555d03207f65]

Maybe the trouble is related to this https://github.com/luciusDXL/TheForceEngine/issues/380 [External Link]
The path mechanic to the data files is somehow messed up and even though one browses to the needed directory of that DARK.GOB it does not register.

View this comment - View article - View full comments

Oh, that: "Discord took no action against server that coordinated costly Mastodon spam attacks".

https://techcrunch.com/2024/02/21/discord-took-no-action-against-server-that-coordinated-costly-mastodon-spam-attacks/ [External Link]

View this comment - View article - View full comments

Crypto wallets and currencies aren't going anywhere. These things have to be dealt with not banned or blocked. They still need to be available. What Shuttleworth said makes perfect sense.

"I don’t however think that banning cryptocurrency apps helps. If anything, it would make using Linux much worse.

At least snaps have good, and over time increasingly good, mechanisms for technical confinement. Projects like Ubuntu and Debian and RHEL have relatively rigorous know-your-contributor processes, but apps can’t all be in the distro archives. The other Linux app distribution mechanisms (such as PPAs, Github builds and releases, OBS, or even the containerised ones like Flatpak) don’t have nearly the same technical measures for confinement that snaps do. If we ban cryptocurrency apps from the snap store then those users will simply get apps from those unconfined sources - and then the attacks will be even worse because the apps can go trawling all over the system, or do things like keylogging."

https://forum.snapcraft.io/t/should-unverified-cryptocurrency-apps-be-banned/38919/4 [External Link]

They are adding a high risk category to the store for starters. AI, crypto, fediverse... These newer are here to stay with their challenges and should nor could not be hidden away from. This has very little to do with snaps particularly but i'm sure many want to make it look like that. Things would have been the same with flatpak too.

View this comment - View article - View full comments

Snaps work on much wider area than Flatpaks. Often times a snap package is required if a dev wants a Linux universal package with safer approach (sandbox). So this is a very good thing. Snap tech supports also the server side applications and Flatpak does not. These are very different packaging methods and they should not be fought over in any way. Both help Linux in the long run!

View this comment - View article - View full comments

No touchpads at all? There are two on Steam Deck. I would need those for sure so Steam Deck remains a King, Queen and a President of handhelds. What Gabe Newell said about Steam Deck 2.0, it will be totally next level in all: the tech it would require doesn't yet exist on planet so Valve waits until the next gen device.

Another weird choice for gaming is Intel. Maybe Intel just paid them without thinking more....

View this comment - View article - View full comments