Package Details: bcompare-kde4 4.3.3.24545-1

Git Clone URL: https://aur.archlinux.org/bcompare.git (read-only, click to copy)
Package Base: bcompare
Description: KDE 4 service menus for Beyond Compare 4
Upstream URL: http://www.scootersoftware.com
Keywords: compare diff
Licenses: custom
Groups: utility
Conflicts: bcompare-kde
Replaces: bcompare-kde
Submitter: Musikolo
Maintainer: Musikolo
Last Packager: Musikolo
Votes: 81
Popularity: 1.08
First Submitted: 2011-07-27 22:54
Last Updated: 2019-12-08 22:12

Latest Comments

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

Musikolo commented on 2019-12-08 22:12

Updated to version 4.3.3.24545.

Enjoy!

Musikolo commented on 2019-11-08 03:57

Updated to version 4.3.2.24472.

Enjoy!

Musikolo commented on 2019-10-25 02:58

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

Enjoy!

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 4.3.0.24364.

Enjoy!

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 install.sh 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:

72c72
<   sh install.sh --prefix="${_install_dir}"
---
>   bash install.sh --prefix="${_install_dir}"

Musikolo commented on 2019-05-31 00:54

@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.