Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 678288 - net-nds/openldap-2.4.45-r1 with /bin/mksh - ../../libtool: line 925: print: command not found
Summary: net-nds/openldap-2.4.45-r1 with /bin/mksh - ../../libtool: line 925: print: c...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo LDAP project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: nonbash
  Show dependency tree
 
Reported: 2019-02-18 11:25 UTC by William
Modified: 2020-10-09 17:40 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (file_678288.txt,104.09 KB, text/plain)
2019-02-18 11:25 UTC, William
Details

Note You need to log in before you can comment on or make changes to this bug.
Description William 2019-02-18 11:25:37 UTC
Created attachment 565708 [details]
build.log

Hi all,

it builds if I set eselect sh set bash.
Comment 1 kfm 2019-02-18 17:12:24 UTC
The reason is that the ebuild pollutes the environment thusly:

# sed -n 534p openldap-2.4.45.ebuild 
        emake CC="${CC}" AR="${AR}" SHELL="${EPREFIX}"/bin/bash

What happens is that libtool deduces that `print -r --` is a safe 'echo' command for ksh, but then the applicable functions end up being executed in a bash shell anyway. Of course, print is not a valid builtin for bash.

Changing the definition of the SHELL variable to be "${EPREFIX}"/bin/sh allows the compile phase to conclude successfully.
Comment 2 kfm 2019-02-18 17:15:58 UTC
s/for ksh/for mksh/
Comment 3 William 2019-04-02 12:34:23 UTC
FWIW, I'm still running into this with openldap-2.4.47-r1.
Comment 4 kfm 2020-02-08 03:52:50 UTC
Please apply the simple fix mentioned in comment 1.