AUR (en) - bcompare

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: bcompare-thunar 4.4.7.28397-1

Package Actions

Git Clone URL:	https://aur.archlinux.org/bcompare.git (read-only, click to copy)
Package Base:	bcompare
Description:	Xfce service menus for Beyond Compare 4
Upstream URL:	https://www.scootersoftware.com
Keywords:	compare diff
Licenses:	custom
Groups:	utility
Provides:	bcompare-xfce
Submitter:	Musikolo
Maintainer:	Musikolo
Last Packager:	Musikolo
Votes:	100
Popularity:	0.65
First Submitted:	2011-07-27 22:54 (UTC)
Last Updated:	2024-04-20 02:28 (UTC)

Dependencies (2)

bcompare^AUR
sed (busybox-coreutils^AUR, sed-git^AUR) (make)

Required by (1)

bcompare (optional)

Sources (2)

Pinned Comments

Musikolo commented on 2024-03-02 05:56 (UTC) (edited on 2024-03-02 22:04 (UTC) by Musikolo)

For those interested in trying out Beyond Compare 5 Beta, a new file named PKGBUILD_BC5_BETA has been added. To use it, just issue the following command line:

makepkg -crsp PKGBUILD_BC5_BETA

NOTE: Please DO NOT flag this package for new beta releases.

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 Next › Last »

BertiBoeller commented on 2012-04-19 20:21 (UTC)

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

<deleted-account> commented on 2012-04-19 19:16 (UTC)

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

BertiBoeller commented on 2012-03-12 10:03 (UTC)

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

Musikolo commented on 2012-03-10 18:33 (UTC)

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

BertiBoeller commented on 2012-03-10 14:06 (UTC)

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

Musikolo commented on 2012-03-07 22:08 (UTC)

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

fnine commented on 2012-03-07 11:59 (UTC)

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

Musikolo commented on 2012-03-05 19:42 (UTC)

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

BertiBoeller commented on 2012-03-04 17:46 (UTC)

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.

Musikolo commented on 2012-03-03 18:39 (UTC)

@adam.bococz: Included system KDE service menus, so now there is no need to have ~/.kde4/share/kde4/services/ServiceMenus directory. They are installed at /usr/share/kde4/services/ServiceMenus instead. Regards.