Package Details: dieharder 3.31.2-2

Git Clone URL: (read-only, click to copy)
Package Base: dieharder
Description: A Random Number Test Suite
Upstream URL:
Keywords: diehard
Licenses: GPL2
Submitter: notizblock
Maintainer: iyanmv (ckoba)
Last Packager: iyanmv
Votes: 23
Popularity: 0.33
First Submitted: 2010-02-07 08:57 (UTC)
Last Updated: 2022-06-11 11:39 (UTC)

Latest Comments

ckoba commented on 2022-06-04 09:47 (UTC) (edited on 2022-06-04 09:48 (UTC) by ckoba)

For what it's worth, I spent several hours this afternoon moving variable declarations from .h files to .c files, eliminating the duplicate variable issues that broke the build.

While I was at it, I updated the autoconf bits so that the build framework properly detects modern platforms. I've tested this on i686, x86_64, and aarch64 platforms, and all seem to work fine.

I have placed my fork at, and created a dieharder-git AUR package that will appear shortly.

Perhaps the maintainer of this AUR package would consider switching over from the abandoned codebase to one that compiles?

rriddicc commented on 2021-03-06 04:46 (UTC) (edited on 2021-03-06 10:20 (UTC) by rriddicc)

oops... I just applied it like this without an error:

mkdir /tmp/a;tar xzf dieharder.tgz -C /tmp/a

cd /tmp/a/dieharder-3.31.1

unxz < /tmp/dieharder-3.31.1.patch.xz | patch -p1

how did u do it?

maybe u need to run ./configure?

Emil commented on 2021-03-05 23:28 (UTC)

Your patch seems to fail to apply

rriddicc commented on 2021-02-13 14:34 (UTC) (edited on 2021-02-14 18:33 (UTC) by rriddicc)

i made a patch for my x86_64 box, that u can find there:

but i dont know (yet) how to fix that PKGBUILD file. but it seems to run fine (at least tests 000 to 016).

fkoehler commented on 2020-11-10 08:52 (UTC)

Okay, this build system seems to be broken on a modern system. Loads of linker errors about multiply defined symbols. At first I thought it was due to the missing include guards in the header files. But the real problem seems to go much deeper.

Right now I cannot justify to spend more time on it. Hence, I will disown the package for now. I have only used this thing years ago to test a hardware RNG that built as a tinkering project and found it really useful. So I think this is a real shame but also there seems to be no upstream development.

I uploaded an update where I at least fixed the upstream URL.

fkoehler commented on 2020-11-10 08:26 (UTC)

The download has moved:${pkgname}-${pkgver}.tgz

They use some self-signed certificate for HTTPS which curl fails to verify. But downloading via HTTP is fine with the corrected URL.

I will now have a look into this build issue you mentioned.

markbhp commented on 2020-09-24 22:19 (UTC)

I overcame the curl certificate problem but I confirm Fifis's problem with the compilation.

Fifis commented on 2020-08-28 16:29 (UTC)

make: *** [Makefile:953: libwulf.time] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

A typical error looks like this: /usr/bin/ld: .libs/libdieharder_la-dab_bytedistrib.o:(.bss+0x28): multiple definition ofV'; .libs/libdieharder_la-bits.o:(.bss+0x28): first defined here`

Finally, curl: (60) SSL certificate problem: unable to get local issuer certificate. The Sources section is listing the http, and so is the PKGBUILD. We need HTTPS for that.

JuniorJPDJ commented on 2020-05-15 20:50 (UTC)

It looks like it's not compiling anymore :<

fkoehler commented on 2015-03-27 21:01 (UTC)

Thanks. Just updated it!

notizblock commented on 2015-03-27 20:55 (UTC)

Feel free to adopt it.

notizblock commented on 2015-03-27 20:55 (UTC)

@fkoehler, sure. I'm happy, if you take this package.

fkoehler commented on 2015-03-27 16:42 (UTC)

I updated the PKGBUILD (actually there I needed to create two patches as well). Is there a way to take over this package?

npouillard commented on 2013-04-14 20:14 (UTC)

Needs a separate 'package()' function as of pacman 4.1

notizblock commented on 2013-01-27 13:09 (UTC)

Updated, thx @Jesin and @heftig.

Jesin commented on 2013-01-05 22:03 (UTC)

The build fails with parallel compilation. Here's an updated PKGBUILD that fixes this issue by appending ' -j1 ' to MAKEFLAGS:

heftig commented on 2012-06-06 10:44 (UTC)

Race condition. If that happens, add -j1 to the make invocation.

akurei commented on 2012-04-14 10:16 (UTC)

It builds now. Weird.

akurei commented on 2012-04-12 11:40 (UTC)

It does not build on my box: Build process: uname -a: Linux joel 3.4.0-rc2-20120408 #1 SMP PREEMPT Mon Apr 9 00:44:05 CEST 2012 x86_64 Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz GenuineIntel GNU/Linux makepkg.conf:

notizblock commented on 2011-11-25 09:06 (UTC)

good catch @vesath, fixed

vesath commented on 2011-11-25 08:35 (UTC)

This PKGBUILD should have arch=('i686' 'x86_64') instead than arch=('any') as the package contains architecture-specific files.

notizblock commented on 2011-03-28 15:28 (UTC)

hmm, i am working on a new release. however, building the new version fails for me. @Splex: have you tried building the new version?

commented on 2011-03-28 09:40 (UTC)

new version available: