Package Details: memtest86-efi 8.1-4

Git Clone URL: (read-only)
Package Base: memtest86-efi
Description: A free, thorough, stand alone memory test as an EFI application
Upstream URL:
Licenses: GPL2, custom:PassMark
Submitter: Xorg
Maintainer: Xorg
Last Packager: Xorg
Votes: 73
Popularity: 0.486101
First Submitted: 2013-10-29 10:25
Last Updated: 2019-02-28 17:49

Dependencies (3)

Required by (0)

Sources (5)

Latest Comments

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

Xorg commented on 2019-03-13 05:34

@Sven: memtest86+ and memtest86-efi are not the same things.
The memtest86-efi script can produce a /etc/grub.d/86_memtest file (option 2: "Add a boot entry for GRUB2 menu").

So why does this one skip that?

memtest86+ is put under /boot and is not an EFI application.
memtest86-efi is put under $esp/EFI/memtest86/, where $esp is a variable that cannot be determined in a programmatic way (i.e. when you use bind).

This package is unofficial and produced by AUR community. If you have ideas to improve this package, feel free to share them with us.

Sven commented on 2019-03-12 22:56

This package should install a file to /etc/grub.d/ so that grub-mkconfig picks it up automatically. The memtest86+ package does that. So why does this one skip that?

zerophase commented on 2019-02-28 18:26

@xiretza That issue is the responsibility of you. The package manager is not responsible for the maintenance of your system. Now, the package manager could have a version check that causes the PKGBUILD to fail, if the zip extracted does not have the right version of memtest86.

The proper solution in the cached package directory is:

makepkg -sric
rm -rf

Xorg commented on 2019-02-28 17:51

Ok, that's fixed (again).

xiretza commented on 2019-02-28 16:16

It's certainly not the best way, in fact I would say it's a lot worse than failing checksums.

As long as the PKGBUILD doesn't save the .zip with a versioned name, manual intervention (i.e. deleting the file from the package directory) is always required. The only difference is that if there's a checksum, you know you have to do this. If it's set to SKIP, the old file is simply used without even a warning, and the resulting package never changes. This is arguably more broken than a package that doesn't build because of a wrongly cached file.

The best solution would be to leave the checksum and download the file to a name that contains $pkgver, i.e.


This way, a checksum is always bound to a local file name (since they update at the same time in the PKGBUILD), and a broken checksum means both $pkgver and the checksum need to be updated.

buzo commented on 2019-02-27 14:34

Correct, but it is the best way to deal with the broken upstream. Someone should contact them to fix it.

Besides, there is memtest86+ in the community repo as an alternative.

ortango commented on 2019-02-27 14:30


isn't it the case that this pkgbuild will not download a new if it exists in the srcdest since the file isn't versioned?

so it will use the last version and extract from there. since you are now skipping the hash check it won't even fail. people will install the old version as the new version and never even know.

Xorg commented on 2019-02-27 12:19

@dude and @Popkornium18: Ok, done. Thank you for your advice.

Popkornium18 commented on 2019-02-27 10:46

@Xorg Checksum should definitely be 'SKIP' in that case. There is no point in having a checksum verification if it is always failing anyways.

dude commented on 2019-02-27 08:06

@Xorg maybe the sha512sum should be changed to 'SKIP' in that case, if it can't be reliably verified.