New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

t/installed.t fails on Debian/stretch #4

eserte opened this Issue Apr 22, 2017 · 1 comment


None yet
2 participants

eserte commented Apr 22, 2017

I see the following test failure, only on a Debian/stretch system:

Output from './Build test':

+ pkg-config --modversion lmdb

#   Failed test 'AlienLoaded hash populated with -llmdb'
#   at t/installed.t line 13.
Use of uninitialized value in -e at t/installed.t line 14.

#   Failed test 'AlienLoaded hash of -llmdb points to existant file'
#   at t/installed.t line 14.
# Looks like you failed 2 tests of 3.
t/installed.t .. 
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/3 subtests 

This system has liblmdb0_0.9.18-5 installed.
On all other of my smokers (CentOS7, Debian/jessie, FreeBSD 10+9) the test suite passes.


This comment has been minimized.


hoytech commented Apr 22, 2017

Thanks for the report. It is Alien::Base::ModuleBuild that is populating that hash. I've created an issue here:


I've been considering making Alien::LMDB always use its bundled version of lmdb rather than rely on the system one. If you want to use the system one, you should just be able to use LMDB_File directly. Alien::LMDB is more for when you want a reliable LMDB install as part of your CPAN dependency chain, in which case I believe it makes sense to have a fixed LMDB version.

Also, I've just noticed and fixed that embarrassing spelling mistake in my test. :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment