Zeftax
kiwifarms.net
- Joined
- Nov 4, 2024
The main advantage I see is the tagging. But yes, I'd most likely use it on an HDD, although that's not the reason I'm considering it.
The Linux Thread - The Autist's OS of Choice
- Thread starter tehpope
- Start date
- Joined
- Jul 29, 2016
I'm trying to get the Sims 2 Body Shop to work on Linux and its a whole thing.
The actual Sims 2 game works just fine on Linux these days, but Body Shop (one of the main Sims 2 mod creation tools) still doesn't because of this:
I tried adding TS2Bodyshop.exe to Steam as a non-Steam game and running it with Proton since that has DXVK in it, and it still doesn't work but in a way that's a slight improvement over how it didn't work before. Instead of just immediately throwing up Direct3D errors and crashing, now it opens a window but the window is just a black screen that doesn't do anything.
Body Shop is conspicuously absent from the Legacy Collection - I had to get it from the old MrDJ Ultimate Collection repack on The Pirate Bay - and I have a feeling this bullshit might be one of the reasons why. Since its probably a WINE or DXVK problem unless they patch it EA would probably have to make substantial changes to how Body Shop does its 3D rendering to fix it, and that's too much effort when they could be making more slop packs for The Sims 4.
The actual Sims 2 game works just fine on Linux these days, but Body Shop (one of the main Sims 2 mod creation tools) still doesn't because of this:
I tried adding TS2Bodyshop.exe to Steam as a non-Steam game and running it with Proton since that has DXVK in it, and it still doesn't work but in a way that's a slight improvement over how it didn't work before. Instead of just immediately throwing up Direct3D errors and crashing, now it opens a window but the window is just a black screen that doesn't do anything.
Body Shop is conspicuously absent from the Legacy Collection - I had to get it from the old MrDJ Ultimate Collection repack on The Pirate Bay - and I have a feeling this bullshit might be one of the reasons why. Since its probably a WINE or DXVK problem unless they patch it EA would probably have to make substantial changes to how Body Shop does its 3D rendering to fix it, and that's too much effort when they could be making more slop packs for The Sims 4.
Last edited:
prollyanotherlurker
kiwifarms.net
- Joined
- Apr 1, 2024
I would say a handful is a more accurate way to describe the amount. Than quite a few.
I just don't see the necessity to change. cp, ls, cd. I'm definitely not personally too concerned with memory safety in most of these programs. At least the most commonly used ones.
They work, they are fast, and I would be surprised if most actually saw any real advantage from a rust rewrite. If any advantage at all.
To me the biggest nightmare of this whole rust slow takeover. Is the possibility of loosing projects like dwm over time. I couldn't imagine anything like any of the suckless tools existing in rust. Just simple, small fast and efficient programs. That don't take an expert to do some minimal hacking. That compile in less than a second.
I don't think everything needs to be "suckless". But after you starting using things the suckless way. It can be a bit annoying when you go back and have to deal with the bloated bullshit elsewhere.
If anyone here has compiled rust programs. Which I'm sure a good bit have. It seems even what should be simple programs, take way longer to compile than I would ever except a c program to. That and they all use a ton of "crates" that have to be imported in. So that adds more time to building them. Along with just being generally more of a nuisance in my opinion. I can't think of anything in rust, that I have compiled. No matter how simple that took less than a minute. I want to say most take at least 5.
- Joined
- Apr 11, 2023
Arguably, Android is a Linux distribution without GNU. If you accept that, there are more GNU-less Linux systems in operation today than GNU-ful ones.
- Joined
- Aug 28, 2015
And you can also arguably include all the other embedded systems that have only busybox, if any local services at all.
- Joined
- Dec 19, 2022
Android does still have coreutils, you can check by opening a terminal window and running ls.
- Joined
- Apr 11, 2023
Code:
$ ls --help
Toybox 0.8.9-android multicall binary (see toybox --help)This is from adb shell on a samsung a15 5g
Which Android do you think has GNU coreutils? First I've seen it, and I've been working on a shell in Android since 2.something. Android hates GNU so much the build chain is pure clang these days.
Edit: Also, I missed that this is a toybox implementation in the wild. IDK how common this is on Android now, but this is good reason to think that Ubuntu's uutils implementation is still in fourth.
- Joined
- Dec 19, 2022
Oh, guess it's changed since I last used Android (second generation Nexus 7). That one even had gcc.
prollyanotherlurker
kiwifarms.net
- Joined
- Apr 1, 2024
I don't count android as Linux really. The embedded systems. Sure. But I mean. Does it really matter what they are using?
Doesn't make much difference if the refrigerator bot-net is using busybox or gnu utils under the hood. Certainly the people that own the things likely don't even know it's Linux, unless they are making it. Or are using it for some niche purpose and bought it with that in mind. And even then I would be shocked if they are using anything directly.
Doesn't make much difference if the refrigerator bot-net is using busybox or gnu utils under the hood. Certainly the people that own the things likely don't even know it's Linux, unless they are making it. Or are using it for some niche purpose and bought it with that in mind. And even then I would be shocked if they are using anything directly.
- Joined
- Dec 17, 2019
If it's of any help, TS2 Body Shop that comes with G4TW's Ultimate Collection repack is also scuffed under Win10 and I don't remember what it is you had to do to get it running. I only know that right now my copy doesn't work. Maybe try looking for tutorials on how to fix it for Windows first since it's not just a Linux issue.
- Joined
- Jul 29, 2016
Do you get an error message or does it just not work? Body Shop worked out of the box for me on Win10 (although I did have to edit some config files to stop it from downsizing imported textures at one point).
https://tpb.party/torrent/11456577/The_Sims_2_Ultimate_Collection_2014_Multi_21_repack_Mr_DJ
Try installing this version of the game and tell me if the Body Shop works in it. The MrDJ version has an installer for some legacy DirectX stuff built in and will walk you through installing it before it starts installing the game. WINE can’t take advantage of that stuff properly but on Windows it might help.
- Joined
- Dec 17, 2019
It hangs around in the background with no signs of life for a few minutes and then throws this lovely error:
Pressing the button closes the process.
Tried launching it again after adding DXVK and the process got stuck in a limbo. Went up to ~545MB of RAM usage and didn't budge from there so I killed it.
Now, after a quick search, I figured out what it was that you had to do to get it working. You need to update GraphicsRules.sgr for Body Shop separately. GraphicsRules Maker can do that, I did the default tweaks and added my GPU to the database and it fired up instantly.
I can only assume you have everything set up in Wine as it would be under Windows, so all the game paths in the registry that GRM needs are there, GRM will have access to the game files and will do it's magic seamlessly, it's basically just a glorified text file editor and I think Wine passes the GPU ID just fine. So give that a shot, maybe it'll resuscitate this old fossil.
- Joined
- Sep 26, 2024
- Joined
- Dec 17, 2019
prollyanotherlurker
kiwifarms.net
- Joined
- Apr 1, 2024
Oh my god.
I was scrolling through all their videos. And thought I saw a recognizable brick face. The saw Liz in the title when just skimming. Before realizing. Yes. Liz Fong-Jones was on this Linux YouTube channel.
Ah. And starting to watch it. This was their final key note speaker. Great.
Wtf I think this is the first time I have heard them actually speak.
GNU Abyss
kiwifarms.net
- Joined
- May 30, 2023
You can add BSD utils to the ecosystem as well. There's at least one distro, Chimera Linux, that comes with those as the default. uutils doesn't appear to diverge a lot from the regular coreutils functionality compared to busybox or toybox, but I still wouldn't trust Rustrannies personally, having experienced their idea of better rewrites (flags changed/removed or flag behavior subtly modified for "modern standards").
- Joined
- Apr 14, 2021
Using LMDE 6 with Cinnamon.
I had an irritating issue a while back where my super key wasn't working, xev showed that it was producing the wrong keycode. I just went to keyboard layout options, swapped super with alt, then swapped back. All fixed, no more issues.
Now in the middle of the day my super key has decided not to work again. I ran xev to check if it was the same issue and it was slightly different this time: pressing super shows up as keycode 248, keysym 0x0 (NoSymbol). Switching the alt and super keys made alt function correctly as super, but super (functioning as alt) still turned back keycode 248, keysym 0x0. /etc/X11/ has never had any xorg.conf, child, those were merely my delusions again, and xorg.conf.d/ is empty in yesterday's backup as well.
I don't know which keycode file I need to edit, they all seem to have LWIN mapped to something that's not 248 (evdev has LWIN mapped to keycode 133, keycode 248 is "I248" KEY_UNKNOWN; sun uses 248 for the copy key; xfree86 uses 115 for LWIN and 248 for I78; sgi_vndr/indy has LWIN as 147 under pc104; and digital_vndr/pc has LWIN as 139 under pc104. No other file contains LWIN, Super, or 248.)
Restarting xorg server didn't do anything either.
I had an irritating issue a while back where my super key wasn't working, xev showed that it was producing the wrong keycode. I just went to keyboard layout options, swapped super with alt, then swapped back. All fixed, no more issues.
Now in the middle of the day my super key has decided not to work again. I ran xev to check if it was the same issue and it was slightly different this time: pressing super shows up as keycode 248, keysym 0x0 (NoSymbol). Switching the alt and super keys made alt function correctly as super, but super (functioning as alt) still turned back keycode 248, keysym 0x0. /etc/X11/ has never had any xorg.conf, child, those were merely my delusions again, and xorg.conf.d/ is empty in yesterday's backup as well.
I don't know which keycode file I need to edit, they all seem to have LWIN mapped to something that's not 248 (evdev has LWIN mapped to keycode 133, keycode 248 is "I248" KEY_UNKNOWN; sun uses 248 for the copy key; xfree86 uses 115 for LWIN and 248 for I78; sgi_vndr/indy has LWIN as 147 under pc104; and digital_vndr/pc has LWIN as 139 under pc104. No other file contains LWIN, Super, or 248.)
Restarting xorg server didn't do anything either.
Last edited:
- Joined
- Mar 30, 2023
- Joined
- May 29, 2023
Honestly, i do. At the core of Android beats the heart of linux. The sys utils can be anything, gnu, busybox, toybox but in my eyes, what makes a linux distribution is the use of linux as its kernel.
it doesn't always have to be the same flavor of linux and gnu, depending on the devices use and specs, gnu might not be a good fit. (e.g that infamous linux coffee maker)
Android doesn't follow the spirit of open source, but it's use in the most popular mobile os (and maybe even the most popular os in active use) should be celebrated. even if it's an ancient version.
- Joined
- Apr 14, 2021
The people in the Matrix were able to help figure out the source of the problem, thank you!