Arch Linux User Repository

@renehsz, if you know a way to solve that issue, please feel free to share a possible fix. Since I don't know what exact issue you are having, I'm unable to solve it.

Thank you.

I think the install.sh script doesn't seem to work with a posix compliant but non-bash shell. So it should either be called with bash or the bashisms should be removed. I might be wrong though...

Updated to version 4.2.10.23938.

Enjoy!

@rku, yes, it is required. This is what you get when qt4 is missing:

[musikolo@MyPC ~]$ bcompare 
Some Shared Libraries were not found
        linux-vdso.so.1 (0x00007ffe3f6f4000)
        librt.so.1 => /usr/lib/librt.so.1 (0x00007fcd9397a000)
        libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fcd93967000)
        lib7z.so => /usr/lib/beyondcompare/lib7z.so (0x00007fcd9352b000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fcd9350a000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007fcd93345000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fcd93340000)
        libQt4Pas.so.5 => /usr/lib/beyondcompare/libQt4Pas.so.5 (0x00007fcd92f31000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00007fcd92df2000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007fcd92bdb000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fcd92a4b000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fcd92a31000)
        /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007fcd939c5000)
        libQtGui.so.4 => not found
        libQtNetwork.so.4 => not found
        libQtCore.so.4 => not found
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007fcd92a05000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00007fcd928bf000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x00007fcd928ba000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007fcd928b2000)

Is qt4 dependency required? qt4 is no longer in repos so it pulls in a lengthy build from aur.

@nathanandelson, you should find current and old versions of bcompare at https://bit.ly/2XOI3rt

In keeping with the strace output you shared, I noticed a lot errors at the end of the trace when accessing the bash.mo file. I'm not getting those errors when I run strace bcompare in my machine. I'm not sure if it could be related with the locale or something like that.

I hope it helps.

@Musikolo, unfortunately scooter software doesn't seem to host older versions of beyond compare, so I can't running one of those. If you have a previous version stored somewhere you could share with me, that would be great. You can email me at my username at gmail.com.

I posted strace output as a gist https://gist.github.com/nathanalderson/74b415d243ff98574eeda00b76a957e6 in case anyone wants to take a look.

@nathanalderson, I would try installing the previous version to confirm whether the issue is still happening or not. If it happens, then you should check what you installed recently.

Another interesting option that could be very helpful is launching bcompare with strace:

strace bcompare

I hope it helps.

I'm hitting a core dump while trying to run beyond compare on my system. I have described the issue in detail here: https://www.scootersoftware.com/vbulletin/forum/beyond-compare-4-discussion/linux-aa/79856-core-dump-on-arch-linux

I can't reproduce it in a vanilla Arch docker image, so maybe it's an interaction with some other package I have installed. Any thoughts?

Hey @Ivellios it seems like copying lib is not necessary at all. I enabled option in settings (never knew it was there. duh!). It did not work immediately but after fiddling a bit more (which included restarting dolphin and closing bcompare) lo and behold menu became visible.