On 18.10.21 09:52, Christian Storm wrote:
> 
>>>>> I haven't investigated it further but I suspect it might have
>>>>> something to do with c8ad20f
>>>>
>>>> Turns out it's fairly simple:
>>>>
>>>> $ cat ./bg_printenv
>>>>
>>>> [...]
>>>> # The bg_setenv program cannot be directly executed until all the libtool
>>>> # libraries that it depends on are installed.
>>>> #
>>>> # This wrapper script should never be moved out of the build directory.
>>>> # If it is, it will not operate correctly.
>>>>
>>>> Indeed, running bg_printenv results in argv[0] being
>>>> /home/.../.libs/lt-bg_setenv and so the argv[0] detection mechanism
>>>> does not work.
>>>
>>>
>>> Hm, I'm on c8ad20f and there I do see two different help texts, just
>>> as it should be. Can you share the exact build steps you're doing to
>>> reproduce it?
>>>
>>
>> On my side:
>>
>> $ mkdir build
>> $ cd build
>> $ ../configure
>> $ make
>> $ ./bg_printenv --help
>> Usage: bg_setenv [OPTION...]
>> bg_setenv/bg_printenv - Environment tool for the EFI Boot Guard
>> ...
> 
> Hm, I just did exactly this and I get the correct help texts for 
> bg_printenv and bg_setenv. Strange...
> 

Maybe my libtool version is older than yours and still has issues in
this regard. IIRC, libtool is generating that wrapper script.

Anyway, not a real issue.

Jan

-- 
Siemens AG, T RDA IOT
Corporate Competence Center Embedded Linux

-- 
You received this message because you are subscribed to the Google Groups "EFI 
Boot Guard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/efibootguard-dev/8c68e71f-ca89-a0d7-9f7c-6408d6d38a39%40siemens.com.

Reply via email to