▲ 14 ▼ Speed Dreams 2.4.2 Flatpak package avaliable (lemmy.ml) submitted 1 year ago by speed_dreams@lemmy.ml to c/linux_gaming@lemmy.ml 4 comments fedilink hide all child comments cross-posted from: https://lemmy.ml/post/31885942 You can now download or update your Speed Dreams Flatpak to the latest version (2.4.2), and enjoy our SimRacing Open Source Game in this kind of package: https://flathub.org/apps/org.speed_dreams.SpeedDreams Thanks once again to @son_link for his invaluable work.
[+] jerkface@lemmy.ca 1 point 1 year ago (3 children) [removed by mod] permalink fedilink source parent hideshow 3 child comments replies: [–] Valso@lemmy.ml 1 point 1 year ago* (2 children) If I manually "install" the game somewhere (and by that I mean manually unpack the two zst packages from AUR's PKBUILD download sources), it refuses to start and returns a whole bunch of erors in terminal. If I let trizen decide where to install it - it starts OK. I know the game isn't large and I can keep it on the root partition, but it's about principles, not about size. How can I trust something that FORCES ME to do this, instead of that? Needless to say which corporation such a behavior reminds me of. permalink fedilink source parent hideshow 2 child comments replies: [+] jerkface@lemmy.ca 2 points 1 year ago (2 children) [removed by mod] permalink fedilink source parent hideshow 2 child comments replies: [–] Valso@lemmy.ml 1 point 1 year ago* (1 child) Oh, I understand now. I checked PKGBUILD and it seems the path is... let's call it "hardcoded" because executables are probably looking for libraries in that specific path - /usr/lib, /usr/bin, /usr/share and so on and that's why it's failing to start, if it's not on the root partition. I'm not an expert in software developing but this smells like a bad linux port to me, bc properly made programs have quite different paths, like this: $HOME, $PATH and so on, nothing definitive like with this game. By "properly made programs" I mean programs that will run just fine, even if I unpack their /usr in my secondary storage - /B/123/package-name/usr. permalink fedilink source parent hideshow 1 child comment replies: [+] jerkface@lemmy.ca 2 points 1 year ago* (1 child) [removed by mod] permalink fedilink source parent hideshow 1 child comment replies: [–] Valso@lemmy.ml 1 point 1 year ago I wrote AUR earlier. Considering your answer, you don't know what AUR is, I take it. "Arch User Repository". I downloaded the packages from there and extracted their contents. One is binaries, the other package is game data (files, textures, etc). permalink fedilink source parent load more comments (-1 replies) load more comments (-1 replies)
[–] Valso@lemmy.ml 1 point 1 year ago* (2 children) If I manually "install" the game somewhere (and by that I mean manually unpack the two zst packages from AUR's PKBUILD download sources), it refuses to start and returns a whole bunch of erors in terminal. If I let trizen decide where to install it - it starts OK. I know the game isn't large and I can keep it on the root partition, but it's about principles, not about size. How can I trust something that FORCES ME to do this, instead of that? Needless to say which corporation such a behavior reminds me of. permalink fedilink source parent hideshow 2 child comments replies: [+] jerkface@lemmy.ca 2 points 1 year ago (2 children) [removed by mod] permalink fedilink source parent hideshow 2 child comments replies: [–] Valso@lemmy.ml 1 point 1 year ago* (1 child) Oh, I understand now. I checked PKGBUILD and it seems the path is... let's call it "hardcoded" because executables are probably looking for libraries in that specific path - /usr/lib, /usr/bin, /usr/share and so on and that's why it's failing to start, if it's not on the root partition. I'm not an expert in software developing but this smells like a bad linux port to me, bc properly made programs have quite different paths, like this: $HOME, $PATH and so on, nothing definitive like with this game. By "properly made programs" I mean programs that will run just fine, even if I unpack their /usr in my secondary storage - /B/123/package-name/usr. permalink fedilink source parent hideshow 1 child comment replies: [+] jerkface@lemmy.ca 2 points 1 year ago* (1 child) [removed by mod] permalink fedilink source parent hideshow 1 child comment replies: [–] Valso@lemmy.ml 1 point 1 year ago I wrote AUR earlier. Considering your answer, you don't know what AUR is, I take it. "Arch User Repository". I downloaded the packages from there and extracted their contents. One is binaries, the other package is game data (files, textures, etc). permalink fedilink source parent load more comments (-1 replies) load more comments (-1 replies)
[+] jerkface@lemmy.ca 2 points 1 year ago (2 children) [removed by mod] permalink fedilink source parent hideshow 2 child comments replies: [–] Valso@lemmy.ml 1 point 1 year ago* (1 child) Oh, I understand now. I checked PKGBUILD and it seems the path is... let's call it "hardcoded" because executables are probably looking for libraries in that specific path - /usr/lib, /usr/bin, /usr/share and so on and that's why it's failing to start, if it's not on the root partition. I'm not an expert in software developing but this smells like a bad linux port to me, bc properly made programs have quite different paths, like this: $HOME, $PATH and so on, nothing definitive like with this game. By "properly made programs" I mean programs that will run just fine, even if I unpack their /usr in my secondary storage - /B/123/package-name/usr. permalink fedilink source parent hideshow 1 child comment replies: [+] jerkface@lemmy.ca 2 points 1 year ago* (1 child) [removed by mod] permalink fedilink source parent hideshow 1 child comment replies: [–] Valso@lemmy.ml 1 point 1 year ago I wrote AUR earlier. Considering your answer, you don't know what AUR is, I take it. "Arch User Repository". I downloaded the packages from there and extracted their contents. One is binaries, the other package is game data (files, textures, etc). permalink fedilink source parent load more comments (-1 replies)
[–] Valso@lemmy.ml 1 point 1 year ago* (1 child) Oh, I understand now. I checked PKGBUILD and it seems the path is... let's call it "hardcoded" because executables are probably looking for libraries in that specific path - /usr/lib, /usr/bin, /usr/share and so on and that's why it's failing to start, if it's not on the root partition. I'm not an expert in software developing but this smells like a bad linux port to me, bc properly made programs have quite different paths, like this: $HOME, $PATH and so on, nothing definitive like with this game. By "properly made programs" I mean programs that will run just fine, even if I unpack their /usr in my secondary storage - /B/123/package-name/usr. permalink fedilink source parent hideshow 1 child comment replies: [+] jerkface@lemmy.ca 2 points 1 year ago* (1 child) [removed by mod] permalink fedilink source parent hideshow 1 child comment replies: [–] Valso@lemmy.ml 1 point 1 year ago I wrote AUR earlier. Considering your answer, you don't know what AUR is, I take it. "Arch User Repository". I downloaded the packages from there and extracted their contents. One is binaries, the other package is game data (files, textures, etc). permalink fedilink source parent load more comments (-1 replies)
[+] jerkface@lemmy.ca 2 points 1 year ago* (1 child) [removed by mod] permalink fedilink source parent hideshow 1 child comment replies: [–] Valso@lemmy.ml 1 point 1 year ago I wrote AUR earlier. Considering your answer, you don't know what AUR is, I take it. "Arch User Repository". I downloaded the packages from there and extracted their contents. One is binaries, the other package is game data (files, textures, etc). permalink fedilink source parent
[–] Valso@lemmy.ml 1 point 1 year ago I wrote AUR earlier. Considering your answer, you don't know what AUR is, I take it. "Arch User Repository". I downloaded the packages from there and extracted their contents. One is binaries, the other package is game data (files, textures, etc). permalink fedilink source parent