Package Details: bcompare-kde4

Git Clone URL: (read-only, click to copy)
Package Base: bcompare
Description: KDE 4 service menus for Beyond Compare 4
Upstream URL:
Keywords: compare diff
Licenses: custom
Groups: utility
Conflicts: bcompare-kde
Replaces: bcompare-kde
Submitter: Musikolo
Maintainer: Musikolo
Last Packager: Musikolo
Votes: 84
Popularity: 1.08
First Submitted: 2011-07-27 22:54
Last Updated: 2020-03-01 00:12

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Musikolo commented on 2020-03-01 00:13

Updated to version


Musikolo commented on 2019-12-08 22:12

Updated to version


Musikolo commented on 2019-11-08 03:57

Updated to version


Musikolo commented on 2019-10-25 02:58

Updated to version qt4 dependency removed as it's no longer required.


xavery commented on 2019-10-24 22:27

It looks like 4.3.1 ships all the Qt4 dependencies alongside the binary - perhaps the qt4 dependency is no longer needed.

Musikolo commented on 2019-10-10 02:02

Updated to version


Aerion commented on 2019-07-16 16:19

@rku I wondered the same thing about the need for Qt 4 as it has been unsupported since 2015, so I contacted Scooter Software today.

This was their response:

"We're working on a Qt 5 version of Beyond Compare. As an intermediate step, we might release a version of Beyond Compare 4 for Linux that includes Qt 4 in the package for distributions that no longer support it.

Beyond Compare 4.2.10 on Mac is only available as a 32-bit application. Apple will drop support for 32-bit apps in macOS 10.15 (September or October). Work on a 64-bit Mac version has dominated our development calendar. Once we have a the 64-bit Mac version of BC officially released then we'll be able to schedule more time on other issues, such as Linux Qt 5 support or bundling of Qt 4."

So it looks like we will be stuck with Qt 4 for a while longer, although a Qt 5 version is coming. All in all good news then.

renehsz commented on 2019-06-06 11:01

@Musikolo it works now, perfect!

Musikolo commented on 2019-06-01 02:53

@renehsz, I understand now what the was.

Please, try again and let me know if the issue persists.

Thank you.

renehsz commented on 2019-05-31 14:50

@Musikolo If your /bin/sh is symlinked to /bin/bash (which is default on Arch Linux, but can be changed), then the script runs fine, but if it is symlinked to a non-bash but still posix-compliant shell like dash, it will cause a syntax error. A possible fix is simply calling the script with bash instead of sh to make sure it always runs with bash:

<   sh --prefix="${_install_dir}"
>   bash --prefix="${_install_dir}"