Package Details: slade 3.2.7-8

Git Clone URL: https://aur.archlinux.org/slade.git (read-only, click to copy)
Package Base: slade
Description: SLADE3 Doom editor
Upstream URL: http://slade.mancubus.net/
Licenses: GPL
Submitter: grubber
Maintainer: envolution
Last Packager: envolution
Votes: 33
Popularity: 0.105010
First Submitted: 2011-08-16 11:58 (UTC)
Last Updated: 2025-01-04 21:15 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

kinker31 commented on 2025-03-06 11:42 (UTC) (edited on 2025-03-06 11:43 (UTC) by kinker31)

@envolution

checkbuuild gives the following relevant info:

ldd /usr/bin/slade3.bin

    libFLAC.so.12 => not found

lddwhich slade3.bin| grep -i flac gave the following:

 ldd `which slade3.bin` | grep -i flac
    libFLAC.so.12 => not found
    libFLAC.so.14 => /usr/lib/libFLAC.so.14 (0x0000727c67e8f000)

pacman -Qo /usr/lib/libFLAC.so.14 gave the following:

/usr/lib/libFLAC.so.14 is owned by flac 1.5.0-1

EDIT: Also made sure to do a full system update as well, and even deleted the cache again before that.

envolution commented on 2025-03-06 07:37 (UTC)

@kinker31 the commands I quoted in the code block are from a recently updated system after seeing your comment.

You should (currently) have libFLAC.so.14 with mainline upstream's flac package (1.5.0). after installing rebuild-detector, try running $ checkrebuild to see if you have any packages that need to be recompiled (marked by foreign (packagename).

I did recompile slade as well and wasn't able to reproduce the error. Also check my earlier comment to see if you get different outputs than I got.

kinker31 commented on 2025-03-06 04:30 (UTC)

@envolution

Gave it a try, used paru -Scc and the deletion of ~/.cache to get rid of as much cached packages as possible, and manganged to re-install Slade without a cached copy. Unfortunately, I'm still running into the same issue. Doesn't seem to just be Slade either, Ironwail's running into the same exact issue.

envolution commented on 2025-03-05 20:36 (UTC) (edited on 2025-03-05 20:36 (UTC) by envolution)

@kinker31 I suggest extra/rebuild-detector to help you determine what packages need recompilation as your libraries will change and packages compiled for previous versions will need to be properly linked to function appropriately.

@sh-5.2$ ldd `which slade3.bin` | grep -i flac
        libFLAC.so.14 => /usr/lib/libFLAC.so.14 (0x00007dd0e1c12000)
@sh-5.2$ pacman -Qo /usr/lib/libFLAC.so.14
/usr/lib/libFLAC.so.14 is owned by flac 1.5.0-1

based on your report, you need to rebuild slade without a cached copy

kinker31 commented on 2025-03-02 04:40 (UTC)

Neither the stable or git versions of Slade seem to work recently; Probing a slight bit on what I got when I ran it through the terminal, the culprit seems to be that the flac libraries Slade uses are far outdated, requesting libFLAC.so.12 when the current version is libFLAC.so.15.

Potential downgrade options for the package only go as far back as libFLAC.so.13, and downgrading the sfml package such that it doesn't segfault immediately when opening any sound/music lumps is already a risk as is.

Retro_Gamer commented on 2025-01-07 05:16 (UTC) (edited on 2025-01-07 05:17 (UTC) by Retro_Gamer)

@envolution: Yes, that seems to have gotten it sorted, your AUR is now making a working build again. Thank you much.

envolution commented on 2025-01-04 20:53 (UTC)

@Retro_Gamer thanks for your report, I think I've resolved the issue if you're interested to try it again

Retro_Gamer commented on 2025-01-04 17:12 (UTC) (edited on 2025-01-04 17:17 (UTC) by Retro_Gamer)

This AUR build no longer works, it does build seemly fine but when ran only throws this error before quitting :

slade: symbol lookup error: slade: undefined symbol: _ZNK13wxGLCanvasEGL15IsShownOnScreenEv

Following Slade's own build instructions works fine though.

git clone https://github.com/sirjuddington/SLADE.git
cd SLADE/dist
cmake ..
make
sudo make install

Somehow the way this AUR PKGBUILD is now doing it isn't working, but it used to.

envolution commented on 2025-01-03 18:18 (UTC)

pkgrel 7 builds wxwidgets into the /usr/share/slade3 directory and patches the slade binary to use it instead of the system wxwidgets-gtk. This way we can be sure external packages are not affected by slade's current requirements.

Compile times will be about twice as long. It's not pretty, but I'm hoping this is just a temporary slade issue.

Please flag if there is an issue with this build, I don't have a workflow to trigger the fault personally so am relying on you guys to tell me if it needs more work.

kinker31 commented on 2025-01-03 08:48 (UTC)

Attempting to run Slade directly through the terminal causes a segmentation fault or a similar error, giving me slade: symbol lookup error: slade: undefined symbol: _ZNK13wxGLCanvasEGL15IsShownOnScreenEv as a response.

However, I can still run the program just fine with the new package, and I'm happy to report the TEXTUREx editor finally works.

1 2 3 4 5 Next › Last »