Package Details: slade 3.2.7-9

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.100852
First Submitted: 2011-08-16 11:58 (UTC)
Last Updated: 2025-03-10 23:05 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

envolution commented on 2025-03-11 19:21 (UTC) (edited on 2025-03-11 20:15 (UTC) by envolution)

@kinker31 thanks for the follow-up. is the text maybe just the same color as the textbox background? for example - are you able to see the text cursor and/or highlight the values with ctrl+a (or double click/click-drag)?

or

the boxes themselves are not available to even click within

https://postimg.cc/N9y5tkZf - this is what I see in texturex with this current build

kinker31 commented on 2025-03-11 15:29 (UTC)

@envolution

Took me a little bit to get there, but I'm happy to say that Slade now works as smooth as it did last time! The only real problem I have at this point is that the textboxes in the "Texture Properties" box of the TEXTUREx editor are invisible. I can still manipulate and edit the values in them like normal, just can't see 'em.

envolution commented on 2025-03-10 23:07 (UTC)

@kinker31 rel9 of this package now requires aur/sfml2, please let me know if this solves the workflow issue you're facing

$ ldd `which slade3.bin` | grep -ie sfml -ie libflac
        libsfml-audio.so.2.6 => /opt/sfml2/lib/libsfml-audio.so.2.6 (0x000073f01ef2d000)
        libsfml-window.so.2.6 => /opt/sfml2/lib/libsfml-window.so.2.6 (0x000073f01de55000)
        libsfml-network.so.2.6 => /opt/sfml2/lib/libsfml-network.so.2.6 (0x000073f01de34000)
        libsfml-system.so.2.6 => /opt/sfml2/lib/libsfml-system.so.2.6 (0x000073f01ef1d000)
        libFLAC.so.14 => /usr/lib/libFLAC.so.14 (0x000073f0141b9000)

envolution commented on 2025-03-10 22:39 (UTC)

@kinker31 as per https://github.com/sirjuddington/SLADE/pull/1761 it seems as though they're not ready to support sfml 3.0 that is now provided by upstream Arch. I'll see what I can do about forcing aur/sfml2 for the time being. Thanks for looking into it.

kinker31 commented on 2025-03-10 12:13 (UTC) (edited on 2025-03-10 12:20 (UTC) by kinker31)

@envolution

Turns out I can get the package to work if I use /usr/sbin/slade3.bin instead, though I have to be upgraded to the most recent version of SFML for it to work. Not to mention the --rebuild tag as well, but that comes with the territory.

Proceeding with the upgraded package causes a segfault each time I try to access any sound/music lump, I'd have to engage the "multiple files selected" window just to be able to move them. On the other hand, trying to downgrade to the last verion SFML was known to fully work on causes the inital error I had to show up.

My conclusion is that SLADE is currently relying on an outdated version of SFML, and it might not be a bad idea to see if we could get an AUR version of that as well, like with wxWidgets.

EDIT: And on a smaller note: Tetxboxes in the "Texture Properties" box don't show up in the TEXTUREx editor, but the other functionality still exists.

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.

1 2 3 4 5 6 Next › Last »