Package Base Details: gtkhash

Git Clone URL: https://aur.archlinux.org/gtkhash.git (read-only)
Keywords: crc32 digest hash md5 sha1 sha256 sha512
Submitter: None
Maintainer: carstene1ns
Last Packager: carstene1ns
Votes: 47
Popularity: 1.603852
First Submitted: 2008-05-11 12:46
Last Updated: 2017-03-19 15:31

Latest Comments

spinvis commented on 2017-10-21 12:36

Works great, thanks so much. To all the people complaining, read the PKGBUILD before compiling. It ain't hard, stop being lazy.

Plexcon commented on 2017-08-02 08:41

configure: error: Package requirements (thunarx-2) were not met:
No package 'thunarx-2' found


==> ERROR: Se produjo un fallo en build().
Cancelando...

annoyingduck commented on 2017-06-14 18:43

@MorningStarGG The maintainer explains in the comments as to why all file managers & dependencies are installed (it's easier for him to maintain). If you use Pamac and have "remove unrequired dependencies" option selected, just install the gtkhash package, go back into Pamac and click just the file managers you do not need (ex: nautilus, nemo, caja) and let Pamac remove all of those & all of the packages that the GTKhash script pulled in. It's a very simple and quick way to install/update this package. Or you can do it via Pacman (ex: sudo pacman -Rs nautilus nemo caja) which will remove those file managers and all the dependencies including the un-needed gtkhash file manager plugins.

MorningStarGG commented on 2017-06-14 13:04

Ok requiring "caja, libnautilus-extension, nemo" are just totally overboard for this on an XFCE based system, which is generally who would be running Thunar. By requiring those dependencies you bring in some other desktop packages from those related filemanagers and such. It's messy, and just does not need to happen.

I went through via yaourt and edited the PKGBUILD before it ran and removed those mentioned above, and installed it just fine without those, and it's working just fine without those. Please fix this.

annoyingduck commented on 2017-05-04 16:06

I forgot to reply back here. Current updated build 1.1-1 has been working perfect with current Thunar on XFCE. All issues resolved, just wanted to note that here.

elimpfor commented on 2017-04-22 16:11

Is there a reason to have cinnamon-desktop, nemo, thunar, and a whole lot of other packages as dependencies if someone only has GNOME and wants gtkhash for Nautilus only?

T0t0 commented on 2017-04-20 01:01

There is a problem of dependence.

If I chose gtkhash-nemo, I need to install caja, mate-desktop, and thunar ????
I said that I cinnamon.

annoyingduck commented on 2017-02-18 19:39

@carstene1ns the XFCE devs are looking into the issue via bugzilla. Sorry, but I'm not sure how to go about building this using git history. Can it be done via yoaurt or do I download the old version source and build via mkpkg?

carstene1ns commented on 2017-02-11 20:02

annoyingduck: You can use the git history of this repository, just go back one commit.
However, I would try contacting upstream to get version 1.0 fixed instead. Not using Thunar here and the caja plugin seems to work for me.

annoyingduck commented on 2017-02-11 16:09

Anyone have a link/package to build version 0.7.0-3 of gtkhash & gtkhash-thunar? New Arch XFCE install and cannot get the 1.0-1 version to work.

pjpreilly commented on 2017-01-18 02:15

@annoyingduck I'm gonna open an xfce4 bug report.

https://bugzilla.xfce.org/show_bug.cgi?id=13294

Add to this as you see fit.

annoyingduck commented on 2017-01-18 01:15

Another note on the Thunar crash: I tested Thunar running on Cinnamon with gtkhash-thunar 1.0-1 and there is NO crash. It's only happening on XFCE which is just weird. @pjprelly notes about the desktop could be a clue, as Thunar has nothing to do with Cinnamon's desktop.

pjpreilly commented on 2017-01-17 18:31

Here's what I found as to how the bug works:

1. Restart system
2. Right click on the xfce desktop or any icon on it
3. Click on Properties
4. It works fine & the system will not encounter the bug again in this session.

Here's how to see the bug:

1. Restart system
2. Open a folder anywhere (Desktop or launch Thunar)
3. Right click on anything (not a folder, it must be a file) & click on Properties
4. Thunar crashes

So, as soon as you do a Properties on the Desktop or anything on the Desktop you will rectify the Thunar crash scenario for the current session.

CAN ANYONE CONFIRM THIS?

Stebs commented on 2017-01-13 16:24

> Anyone else having Thunar crash on XFCE when accessing properties on the latest gtkhash-thunar update?

Yes:
Thunar[29917]: segfault at 7f6a556ec468 ip 00007f6a62cbbcda sp 00007ffd2b2162d0 error 4 in libgio-2.0.so.0.5000.2[7f6a62c46000+18b000]

annoyingduck commented on 2017-01-09 19:01

Anyone else having Thunar crash on XFCE when accessing properties on the latest gtkhash-thunar update? Removing the plugin restores access to properties, but obviously at the loss of the plugin. FYI - I remove caja/nemo/nautilus and all the dependencies that go with those programs.

Edit: I downgraded to the previous build 0.7.0-3 of both gtkhash and gtkhash-thunar and it is working on XFCE. I'm not having issues on the new build for Caja or Nemo on Cinnamon and XFCE, only Thunar.

carstene1ns commented on 2016-03-15 18:43

@vith: Because this is a split package. Unfortunately the build system does not support automagic dependencies and therefore i enabled all file manager plugins.
I would recommend building in a clean chroot or manually changing the lines 14 and 24 in the PKGBUILD file to not install the unneeded ones.

vith commented on 2016-03-15 14:33

Why does gtkhash-nautilus need cinnamon-desktop and nemo?
pacaur output: https://gist.github.com/vith/87a71f1bbf9b8bf2810b

zerophase commented on 2015-12-03 16:09

I'm trying to write a nemo_action, so I can just right click and run all of the hashes I'm interested in seeing. I've managed to get files to open in gtkhash, but cannot figure out the command for running the hash options when the file is opened? Is there an argument I need to pass I don't see one in help.

Lillypad commented on 2014-12-31 15:38

I'm sorry it took me so long to post back on this. Thank you very much for your help with this! I shouldn't have been so lazy... You were exactly right about aura. I really appreciate the extra effort of making the video of the build as well. Kudos for the great support!

carstene1ns commented on 2014-11-01 10:37

From what I have read, aura does not have proper split package support, so it cannot find the gtkhash-thunar package. Other aur helpers (aurget!) will map it correctly to this package group.
However, without a log from your building attempt, I cannot do much to help you. Please use a pastebin like http://pastie.org to upload the output of your makepkg/aur helper session that shows the error.
It is also possible to build this package manually (I made the same changes you described to disable the other file manager plugins): https://asciinema.org/a/13490
Sorry for the late reply, hope this helps.

Lillypad commented on 2014-10-28 14:43

Out of curiosity, I have not been able to get this package to build since it was updated to its current version on 2014-06-13. I am an XFCE user, therefore, only require the thunar plugin. I have tried removing 'nemo' and 'libnautilus-extension' from the makedepends line, and I have removed '--enable-nemo' and 'enable-nautilus' from the configure section. I have also tried only removing '--enable-nemo' and '--enable-nautilus' while leaving the makedepends intact, yet the packages still fails to build.

Any thoughts as to why this would occur? Also, I attempted installing gtkhash-thunar, but my aur helper, aura, can not find gtkhash-thunar as a valid aur package.

Thanks for any assistance.

carstene1ns commented on 2014-06-13 13:46

This is now a proper split package. All three filemanager plugins are enabled, you need to disable them manually.

FYI: You can also install gtkhash and the plugins from my repository, instructions here: https://wiki.archlinux.org/index.php/User:Carstene1ns

carstene1ns commented on 2013-12-05 02:06

Just a pingback: I have adopted the gtkhash package, corrected and updated it.
It now can build the plugins as well.

carstene1ns commented on 2013-12-05 02:04

Adopted, corrected and updated to version 0.7.0.
If you want to use the filemanager plugins, enable them in the PKGBUILD.

carstene1ns commented on 2013-12-03 17:48

Just a pingback: I have adopted the gtkhash package and updated it.

carstene1ns commented on 2013-12-03 07:46

Adopted, corrected and updated to version 0.7.0.

GI_Jack commented on 2013-08-13 21:45

@carstene1ns

sorry for not gettin back to you, yes, I've love the packages to get merged. I don't mind enabling nemo support, but not sure how to do that as opposed to just nautilus(which has --enable-nautilus in ./configure)

GI_Jack commented on 2013-08-08 16:54

removed mhash support for now, that seems to be causing the seg fault. I thought I fixed that some time ago, I guess not.

There is a patch floating somewherearound to make mhash and gtkhash work, I do not have said patch.

with --enable-linux-crypto, however, most commonly used hash algorythms will work.

you miss out on haval, gost, and snerfru, which require mhash.

yweb commented on 2013-07-24 12:16

I'm unable to use it with nautilus 3.8.2. When I clic on Proprieties in contextual menu nautilus crashes.

I also tried to execute gtkhash in a terminal but I get a segmentation fault.

Maybe these two things are directly connected

yweb commented on 2013-07-24 12:09

I'm unable to use it with nautilus 3.8.2. When I clic on Proprieties in contextual menu nautilus crashes.

I also tried to execute gtkhash in a terminal but I get a segmentation fault.

Maybe these two things are directly connected

mladoux commented on 2013-07-16 02:26

Changes:
* Removed nautilus dependency
* Removed deprecated --with-mcrypt flag
* Fixed directory name

TODO:
* Update to use new makepkg structure.

carstene1ns commented on 2013-05-11 21:26

Also a 'gtkhash-nemo' package can be added then, so we have 4 packages and the user can decide which one (or two) to install.

I see the gtkhash package is currently unmaintained, so it can be changed as well.

Just tell me what you think about it, when we have a solution, just someone has to post to the aur mailinglist and the TU's will merge the packages.

carstene1ns commented on 2013-05-11 21:15

Please move everything after first "make" into seperate package() function to comply to AUR guidelines.

Also I think it would be a good idea to split this package in two seperate 'gtkhash-thunar' and 'gtkhash-nautilus' packages only providing the plugins and the old 'gtkhash' package only providing the executable.

GI_Jack commented on 2013-05-11 18:25

problem, PKGBUILD used some funny syntax that worked in previous versions:

solution: PKGBUILD cleaned up, now uses $srcdir and $pkgdir like its supposed to.

added new options to ./configure, clarified dependencies, and wrote some instructions in the comments. please follow the instructions.

the plugin exists under the "properties" menu for a file. it adds the tab "digests".

GI_Jack commented on 2013-05-11 18:09

Yes, this builds the gtkhash binary. This is a fork from the main gtkhash PKGBUILD which has some pretty shitty default ./configure options, and the maintainer has no motiviation to change them.

the thunar plugin works like the nautilus plugin. it adds a tab under right click -> properties, called "digests".

It very much installs program and plugins.

Also, there is a new PKGBUILD that does a better job with dependency handling and better config options

thomasplessner commented on 2013-05-06 12:34

This PKGBUILD doesn't install the gtkhash binary, plugins etc., just schemas. Building from source does work though (although I still haven't figured out how to actually use the Thunar plugin). Can it be corrected, please?

Zeroedout commented on 2013-04-17 08:59

IIRC trusted users should be able to do it.... but worst case scenario send an e-mail to one of the Arch Linux devs?

Zeroedout commented on 2013-04-17 07:02

Dude you rock! Thanks for forking gtkhash. That being said, I don't have Thunar on my system so I had to take out enabling Thunar option, would be awesome if it could detect this somehow... but I just can't think how.

holyArch commented on 2013-01-29 06:44

configure: WARNING: unrecognized options: --enable-mcrypt

warning: ISO C does not allow extra ';' outside of a function [-pedantic]

warning: ISO C restricts enumerator values to range of ‘int’ [-pedantic]

holyArch commented on 2013-01-29 06:41

configure: WARNING: unrecognized options: --enable-mcrypt

GI_Jack commented on 2012-10-17 14:24

how can I delete this. I uploaded it by mistake use -withplugins instead.

GI_Jack commented on 2012-10-17 14:24

meh, I forked it

https://aur.archlinux.org/packages.php?ID=63675
for built in support for nautilus and thunar.

GI_Jack commented on 2012-10-17 00:41

in the ./configure line in build()

can you add --enable-linux-crypto?

Also

please add optdepends=('Nautilus' 'Thunar' 'libgcrypt' 'zlib')

as per README file.

GI_Jack commented on 2012-10-17 00:17

to the ./configure line in build()

can you add --enable-linux-crypto?

GI_Jack commented on 2012-10-16 22:59

please add optdepends=('Nautilus' 'Thunar' 'libcrypto' 'zlib')

as per README file.

Anonymous comment on 2012-06-19 22:14

Thanks stalker254 for your comment. The modification is made.

stalker254 commented on 2012-06-17 07:27

Please add "intltool" in the line depends:"depends=('gtk2' 'mhash' 'gconf' 'intltool').

Anonymous comment on 2012-05-21 21:10

@dario86 Do you have an archlinux installation on a mips64el cpu?

Anonymous comment on 2012-05-07 12:44

It works. Thank you.

Anonymous comment on 2012-05-07 02:28

Thanks dario86 for your comment. The modifications are made.

Anonymous comment on 2012-05-06 20:42

This package works unmodified on mips64el architecture. Please, replace "arch=('i686' 'x86_64')" with "arch=('i686' 'x86_64' 'mips64el')".

Anonymous comment on 2012-05-06 20:41

This package requires gconf.