Arch Linux User Repository

You can build the last version of Beyond Compare v4 I packaged (4.4.7.28397) by doing this:

git clone https://aur.archlinux.org/bcompare.git/
cd bcompare
git checkout dcf8794f1301c9213558b2583a956c04cf2a2135
makepkg -crs

Since you have a license for v4, you might be interested in looking at the upgrade policy at https://www.scootersoftware.com/kb/upgradepolicy .

I hope it helps!

@BertiBoeller: It's true that lib32-qt is no needed, but lib32-zlib isn't either. However, I have find out that the following is needed: depends=('lib32-libxinerama' 'lib32-libxcursor' 'lib32-libxft' 'sh') Can you please confirm nothing else is required? I will release a new update when confirmed. Besides, I need to do some tests on i686 architecture too. Thanks for your contribution! Best regards.

/usr/lib32/libz.so.1 is provided by lib32-zlib. When I remove this library on my system I have the same error. lib32-qt3 is definitely not needed to run Beyond Compare. Namcap unfortunatley wasn't able to find this dependency.

System x64. Installation works without error. When launching, I got an error message: Some Shared Libraries were not found linux-gate.so.1 => (0xf77b0000) libz.so.1 => /usr/lib32/libz.so.1 (0xf7774000).... It seems to come from some missing QT lib. Therefore, I manually install lib32-qt3. It works after that. I think you should set back the dependance. BTW, also got directly the key requirement (without having any trial period). Thanks a lot

@Musikolo: Thanks a lot! Regarding the service menus: It would have been nice if there were some more opinions. Maybe it's just me who likes the user preferences settings better...

@BertiBoeller: Removed unneeded lib32-qt3 dependency for x86_64 architecture. Thanks for your notice. @Everybody: In order to find a solution the different opinions regarding whether KDE service menus should or shouldn't be installed globally, I have included a question in the build script asking you for this. By default, they will be installed. So, if you do not want them to be installed, simply reply No to the question. I hope everybody is happy with these changes. Regards.

@Musikolo: Regarding the service menus: I think this depends on the preferences of the user. If you have lots of programs which install entries in the service menu it can become cluttered and you can't disable the "Edit" and compare with file menu entries. But it's your package so it's up to your preference what you chose as default. It should be save to remove the "lib32-qt3" dependency. I've installed Beyond Compare without that dependency and it seems to run just fine. Namcap doesn't complain also.

@fnine: Thanks for your notice. There was a bug while building the package on i686 architecture, but the new PKGBUILD file sorts it out. The issue didn't affect x86_64 users, so no changes for them. Regards.

I just ran into this. Package installation fails with "==> ERROR: A failure occurred in build()". Reason is that you hide the error message, but not the error :-) Adding "|| true" to the kde_context_menu line fixes this. Regards, /alex

@BertiBoeller: I'm aware about the error caused while trying to find the 'menu.ini' file, but I didn't find any problem because of this: the service menus were generated fine. That's why the script hides this error by using 2> /dev/null. If find anything wrong with this, please, let me know. Regarding the fact of installing the service menus globally, I think when you install a package as root (or with sudo) the purpose is to put it at the service of all the users of that PC. Otherwise, the user should do his own local installation, rather than relying on a global one. Besides, I don't see anything wrong in making the service menus available to everyone as the binary of the package is also available to everyone: would it make any sense to put the binaries available to all users and not to do the same with the service menus? I don't think... Regards.

Hello, thanks for the package! If you're installing bcompare for the first time the part with the ServiceMenus will fail because the script looks for a file called 'menu.ini' in '~/.beyondcompare' and '/usr/lib/beyondcompare'. If you haven't run Beyond Compare and saved your settings the file won't exist and the build of the package will fail. On a multi user system it probably wouldn't be a good idea to make these configurations global anyway. Regards.