Package Base Details: gtkhash

Git Clone URL: https://aur.archlinux.org/gtkhash.git (read-only, click to copy)
Keywords: crc32 digest hash md5 sha1 sha256 sha512
Submitter: None
Maintainer: carstene1ns (Sam-Burgos)
Last Packager: Sam-Burgos
Votes: 58
Popularity: 1.20
First Submitted: 2008-05-11 12:46
Last Updated: 2020-11-13 18:55

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 »

tped commented on 2020-11-14 11:40

Thanks Sam. You were right there is a checksum built into Dolphin. GTKHash was more of an old habit for me, I used it a lot. I also see the GTK dependency baggage you mentioned - time to change my habits! Thanks for the research and quick follow-up

Sam-Burgos commented on 2020-11-13 17:16

@tped: it took me a while to investigate but as far as I know Dolphin (KDE file manager) has a built-in checksum function, though I'm not a KDE user but so far I found this particular package on the KDE store, you can try if that works for you because even though gtkhash doesn't necessary has to have a file manager associated (researching how-to as I type) but it has some dependencies to GTK, which might pull some dependencies from that desktop environment that you won't need. Nevertheless I will try to find a way to separate, since this not only depends on me but also the main maintainer

@armadillo: I will check if there is any way we can separate this, so far on my test there shouldn't be any issues regarding installing other file managers (unless Nautilus changed once again the result of "xdg-mime query default inode/directory", which means I have to update it again). If you can help me to send the result of that command so I can recheck it and add it as well

@carstene1ns: Let me see if either I can replicate the old behaviour somehow, or if there is any need to split the packages, I can hep you with the maintenance

tped commented on 2020-11-12 11:52

Hello. I am recreating my desktop system using Manjaro ARM Plasma on a Raspberry Pi 4. Default file manager is Dolphin.

$ xdg-mime query default inode/directory org.kde.dolphin.desktop

Does gtkhash HAVE to have a file manager dependency? I've always used it as a stand-alone on my x86 machine (Mint) - I appear to have an older version (0.7.0) on that machine

armadillo commented on 2020-10-08 06:21

I'm having trouble getting this package installed correctly on one of my systems. I have Nautilus as my default file manager, but building this package also installs nemo. Nemo then gets set as the default file manager during the build process, and the package installer decides it needs to install the gtkhash extension for Nemo rather than Nautilus. Any thoughts on working around this please, without having to manually edit the package?

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.