Skip to content

[UT2004 Linux Installer] Use the system shipped OpenAL and SDL3 libraries first might be no longer the best practice #91

Description

@darkranger-red

Hello,

I have tested the recently released v3374p23 patch on both Fedora 43/RHEL 9 machines. And I don't see any obvious issues if I just leave libopenal.so.1 and libSDL3.so.0 in the System folder and not deleting them. If we can find more people to confirm this, then I think it might be better to no longer deleting them via the installer script:

# Remove provided libopenal if provided by the system
if [[ -f "${SYSTEM_FOLDER}/libopenal.so.1" ]] && [[ -n "$(step::ut2004_special_fixes::find_library libopenal.so.1)" ]]; then
rm -f "${SYSTEM_FOLDER}/libopenal.so.1" "${SYSTEM_FOLDER}/libopenal.so.1."*
fi
# Remove provided libSDL3 if provided by the system
if [[ -f "${SYSTEM_FOLDER}/libSDL3.so.0" ]] && [[ -n "$(step::ut2004_special_fixes::find_library libSDL3.so.0)" ]]; then
rm -f "${SYSTEM_FOLDER}/libSDL3.so.0" "${SYSTEM_FOLDER}/libSDL3.so.0."*
fi

Using the system shipped libraries may also lead to the potential outdated/incompatible issue. On my RHEL9 machine, the shipped OpenAL Soft version is 1.19.1. If I use this version to run v3374p23, a couple of the alSetError error messages will show up. But if using the patch shipped 1.24.3 then the error will be gone.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions