-
Notifications
You must be signed in to change notification settings - Fork 205
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
total rewrite of Doom3 script #1869
Conversation
upstream @techcoder20 was not fixing their app and the repo there is separate from pi-apps move the install to pi-apps, fix multiple broken things, and enable 64bit (since it should have always worked)
doesn't actually exist in debian buster/bullseye (might be in raspbian from stretch)
a lot of these packages appear to be unnecessary, and were likely to due to compiling SDL2 which is not done anymore (its in the deb repos) |
This comment was marked as outdated.
This comment was marked as outdated.
I think this looks good. Not sure why this PR is a draft, but you can merge when ready. |
its a draft because I want somebody running piOS buster 32bit (as well as 64bit on buster or bullseye) to test out running doom3 before merging you can use the demo, thats fine for testing. |
@Botspot keep in mind I've also marked multiple of the new (and old) PRs as draft due to Doom 3 improper sdl2 packages causing conflicts. this PR needs to be tested, merged, and a runonce added (to remove the packages even if the user doesn't upgrade doom3) to fix these issues the list of PRs in waiting for this merge is: basically Doom3's bad packages have been blocking all SDL2 apps from pi-apps and a users install |
Wow. I was not aware the current script caused so many problems! Doom 3 has 13k users, so I'm honestly surprised we haven't received more complaints about this. |
Does this look good? #Doom3 app by techcoder20 installed problematic SDL2 packages. (sdl2-image sdl2-mixer sdl2-ttf)
#Nothing else uses them, and they just cause problems with many other games, so remove them
runonce <<"EOF"
if dpkg -l sdl2-image sdl2-mixer sdl2-ttf &>/dev/null ;then
sudo_popup apt purge -y sdl2-image sdl2-mixer sdl2-ttf
fi
EOF |
this only works if all of them are installed. for the edge case where only one or two of them are installed, thats why I did what I did in the script (I know its ugly but I couldn't find a better way) |
Good point. If any of the 3 packages are missing then dpkg will return a non-zero exit code. I will do this then: runonce <<"EOF"
if dpkg -l sdl2-image &>/dev/null || dpkg -l sdl2-mixer &>/dev/null || dpkg -l sdl2-ttf &>/dev/null ;then
sudo_popup apt purge -y sdl2-image sdl2-mixer sdl2-ttf
fi
EOF |
@Botspot that still will not work. purge requires that all of those packages be installed in order to purge. again, thats why I did what I did you can see this yourself without needing to install those bad pacakges, just test with something you normally have installed
(it ends here without purging) |
I've added the runonce in commit b0dbf99 Can this PR be merged now? |
I forgot to mention earlier: I tested this PR and it worked fine, so merging this now. |
ah... well thats what I was waiting on. with the amount of users doom3 has, we shouldn't have to wait long if this doesn't work for some reason |
upstream @techcoder20 was not fixing their app and the repo there is separate from pi-apps
move the install to pi-apps, fix multiple broken things, and enable 64bit (since it should have always worked). this is necessary as Doom3's broken installed sdl2 packages have been blocking multiple other pi-apps apps from being merged
edit: also, yes, apparently I can't spell lately. the branch is misspelled