Package Details: gtkhash 1.5-3

Git Clone URL: https://aur.archlinux.org/gtkhash.git (read-only, click to copy)
Package Base: gtkhash
Description: A GTK+ utility for computing message digests or checksums
Upstream URL: https://github.com/tristanheaven/gtkhash
Keywords: crc32 digest hash md5 sha1 sha256 sha512
Licenses: GPL
Conflicts: gtkhash-caja, gtkhash-nautilus, gtkhash-nemo, gtkhash-thunar
Provides: gtkhash
Submitter: None
Maintainer: Santi-Burgos
Last Packager: Santi-Burgos
Votes: 70
Popularity: 0.95
First Submitted: 2008-05-11 12:46 (UTC)
Last Updated: 2023-06-06 00:32 (UTC)

Pinned Comments

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

Santi-Burgos commented on 2020-07-17 14:12 (UTC)

@rouhannb: I actually saw your comment, the thing is I have also been very busy with my job but I noted and that is one of the pending things to do

As for the other comment this situation is quite tricky, the "old way" was to install the libraries required for all desktop environments (which depending on the configuration of your AUR helper, this might leave you with 2 or more incomplete desktop environments after the build and you having to remove manually the other packages) which was not desired, after checking the comments and being added as co-maintainer I tried to come up with a solution to install the required package and the respective file manager plugin (which I have come so far), leaving this as "either you install all or install one, that's it"

It might be up to the maintainer if he decides to delete the PKGBUILD and create it another way, since I cannot perform much changes and so far this is the only idea (besides delete all and create them once again) that I can use related to this

rouhannb commented on 2020-07-17 06:03 (UTC) (edited on 2020-07-17 06:06 (UTC) by rouhannb)

I’m not exactly sure if you noticed, but I left a comment a few days ago which said that the desktop entry for Nautilus / GNOME Files was incorrect (the correct one is org.gnome.Nautilus.desktop, which is also the output of xdg-mime query default inode/directory). Maybe you just haven’t gotten around to changing it, but you posted a comment the next day, so I’m reminding you just in case you missed it.

Additionally, I’m not exactly sure if setting makedepends in the build() function will accomplish anything, seeing as the package has, well, already started to build. It seems that makepkg only reads makedepends when it sources the PKGBUILD, so (I think) the code that detects which file manager the user has installed and sets makedepends accordingly should be moved outside of build() and into the main area.

rouhannb commented on 2020-07-13 17:17 (UTC)

Line 56 seems to be incorrect; the name of Files’s desktop entry is not nautilus.desktop but org.gnome.Nautilus.desktop.

Shikaku commented on 2020-07-12 21:51 (UTC)

I had to remove the other parts of the pkgbuild and keep gtkhash-thunar, the pkgbuild erroneously tries to build all of the versions for each of the desktop managers and fails

SpectralMemories commented on 2018-09-21 01:27 (UTC)

Hum why do I need to install entire desktop (cinnamon and mate) to install a simple front end? Is this a mistake?

annoyingduck commented on 2018-08-09 01:45 (UTC)

So with the help from user Loqs, we were able to get the package to build and suppress the Thunarx-2 package error. Unfortunately the gtkhash-thunar plugin still no longer appears in Thunar 1.8, even with a rebuild. Here's a link to the forum post discussing the issue: https://bbs.archlinux.org/viewtopic.php?pid=1801461#p1801461 I'd like someone to help in getting the Thunar plugin working again.

annoyingduck commented on 2018-08-05 03:21 (UTC)

Anyone know how to get the Thunar plugin working on the current Thunar 1.8.1.11 version? The hash option has disappeared since the Thunar update.

FredBezies commented on 2018-05-27 16:20 (UTC)

What about using PKGBUILD for twa022 comment? You can enable which filemanager to use.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »