Package Base Details: bcompare

Git Clone URL: https://aur.archlinux.org/bcompare.git (read-only)
Keywords: compare diff
Submitter: Musikolo
Maintainer: Musikolo
Last Packager: Musikolo
Votes: 77
Popularity: 1.144507
First Submitted: 2011-07-27 22:54
Last Updated: 2019-10-10 02:02

Latest Comments

« First ‹ Previous ... 8 9 10 11 12 13 14 15 Next › Last »

Musikolo commented on 2012-04-22 19:26

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

BertiBoeller commented on 2012-04-19 20:21

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

Anonymous comment on 2012-04-19 19:16

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

@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

@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

@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

@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

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

@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

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.