Package Details: gtkhash 1.4-2

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
Submitter: None
Maintainer: carstene1ns (Sam-Burgos)
Last Packager: Sam-Burgos
Votes: 57
Popularity: 1.76
First Submitted: 2008-05-11 12:46
Last Updated: 2020-07-21 18:35

Pinned Comments

Sam-Burgos commented on 2020-07-14 17:08

A couple of things related to this package

  • This package was upgraded to prevent installing of all file managers (as well as their dependencies), this time it detects the default file manager and then gtkhash package is compiled along with the required file manager extension. Because of this the extensions for the other file managers are excluded in case is not required. If you wish to enable it for more than one file manager you have to edit the PKGBUILD and enable the ones that you required (each line is properly commented to enable the respective file manager)

  • Peony file manager for the UKUI desktop was added to the list and also taken into consideration in the installation part as well as the added extension

  • In case you consider that the file manager desktop entry is not the right one, please leave the comment telling me the name of it as well as the desktop environment associated with it (run the command "xdg-mime query default inode/directory" and show me the output of it so I can add it or change it).

  • In case you need to install gtkhash support for all file managers, edit the PKGBUILD and comment or delete all the conditional except for the last one (which add the support for all file managers). Keep in mind that this will pull the dependencies for all the desktop environment associated with it (I hope that I can create another package for this).

If you have any other issues then write it to upstream on Github, otherwise please use the proper notification channels and report in case is out-of-date

Latest Comments

1 2 3 4 5 6 ... Next › Last »

carstene1ns commented on 2020-07-23 16:05

My 2 cents on the situation:

The general problem is here, that each split package refers to an own desktop environment. The way this PKGBUILD was written, has been for inclusion in the official repos. The packages are built in a clean chroot, all dependencies are satisfied. When installing the user chooses the right file manager plugin and only needs the dependencies for that specific file manager. Users are expected to read a PKGBUILD before building, so they could always remove the unneeded dependencies for their desktop environment.

Nowadays the package has some auto-detection, which is considered bad style. This way it may or may not work, since the mime query is not guaranteed to return the correct thing. Also, it will never be included in official repos this way. However, it may be easier for users with aur helpers (which do not read PKGBUILDs).

I initially thought about creating separate packages for all file manager plugins, this way it would also be easier for the users. However, it increases the maintenance burden a lot, since each package needs to be updated upon release. Also inter-dependencies can cause problems: Think of an old file manager plugin that crashes because the library is newer. You are left with a broken system until you figure out that you did a partial aur update. That is why I opted against it.

agarbathi commented on 2020-07-19 20:35

Can you better explain please, what to do? Maybe with an example! Thank You

Sam-Burgos commented on 2020-07-17 14:12

@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

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.

Sam-Burgos commented on 2020-07-14 17:08

A couple of things related to this package

  • This package was upgraded to prevent installing of all file managers (as well as their dependencies), this time it detects the default file manager and then gtkhash package is compiled along with the required file manager extension. Because of this the extensions for the other file managers are excluded in case is not required. If you wish to enable it for more than one file manager you have to edit the PKGBUILD and enable the ones that you required (each line is properly commented to enable the respective file manager)

  • Peony file manager for the UKUI desktop was added to the list and also taken into consideration in the installation part as well as the added extension

  • In case you consider that the file manager desktop entry is not the right one, please leave the comment telling me the name of it as well as the desktop environment associated with it (run the command "xdg-mime query default inode/directory" and show me the output of it so I can add it or change it).

  • In case you need to install gtkhash support for all file managers, edit the PKGBUILD and comment or delete all the conditional except for the last one (which add the support for all file managers). Keep in mind that this will pull the dependencies for all the desktop environment associated with it (I hope that I can create another package for this).

If you have any other issues then write it to upstream on Github, otherwise please use the proper notification channels and report in case is out-of-date

rouhannb commented on 2020-07-13 17:17

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

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

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

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

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.