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: 80
Popularity: 2.28
First Submitted: 2011-07-27 22:54
Last Updated: 2019-11-08 03:56

Latest Comments

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

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.

Musikolo commented on 2012-03-03 18:39

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

Anonymous comment on 2012-03-03 13:45

It could be nice if you could add execution of cript which creates right-click actions in KDE, script is located in package /usr/lib/beyondcompare/kde_contect_menu, before you run it you must create dir called ServiceMenus in ~/.kde4/share/kde4/services/ otherwise it fails...

BTW. ScooterSoftware provides that deb package as 30-day trial, after that period you have to enter serial number... when I install that deb on ubuntu, it works as trial, so twopumpchump was right that it is unexpected behaviour.

Musikolo commented on 2012-03-01 21:41

Updated to version 3.3.4.

Regards.

Musikolo commented on 2012-02-02 21:56

@twopumpchump: This package is commercial, what means that if you want to run it you need key code. The usual way to get key code is to buy it. Thus, what you get is the expected behaviour.

Anonymous comment on 2012-01-31 03:27

When i try to open I get error "the trial information is missing or corrupt" and cannot open program unless i buy it...anybody else?

Musikolo commented on 2012-01-13 19:26

@Petrovo:
I have included your tip. So, now deb2targz is no longer needed as make dependency.

Thanks.

@Everyone else:
For those having the version 3.3.3 already installed, there is no need to rebuild the package again as it's equivalent at binary level.

Best regards.

petrovo commented on 2012-01-07 11:32

deb2targz is out see. http://www.miketaylor.org.uk/tech/deb/

My inspiration with ar from https://aur.archlinux.org/packages.php?ID=37421
Notice: This is my first attempt with PKGBUILD. But the program runs.


# Extract all files from .deb file, set default permissions and move them to the pkg dir
ar x $FILE_BASE_NAME.deb
tar xzf data.tar.gz -C $pkgdir

# C lean up unneded files for