[Buildroot] [PATCH 1/1] package/dhcp: use internal bind

[Eugen.Hristev at microchip.com]

On 4/14/22 7:44 PM, Fabrice Fontaine wrote:
> Le jeu. 14 avr. 2022 à 11:59, Fabrice Fontaine
> <fontaine.fabrice at gmail.com> a écrit :
>>
>> Hello Eugen,
>>
>> Le jeu. 14 avr. 2022 à 11:10, <Eugen.Hristev at microchip.com> a écrit :
>>>
>>> On 4/13/22 11:29 AM, Peter Korsgaard wrote:
>>>>>>>>>     <Eugen.Hristev at microchip.com> writes:
>>>>
>>>>    > On 4/12/22 9:17 PM, Fabrice Fontaine wrote:
>>>>    >> Le mar. 12 avr. 2022 à 14:34, Peter Korsgaard <peter at korsgaard.com> a écrit :
>>>>    >>>
>>>>    >>>>>>>> <Eugen.Hristev at microchip.com> writes:
>>>>    >>>
>>>>    >>> Hi,
>>>>    >>>
>>>>    >>> >> Yeah. Eugen, is there any specific reason why you use the dhcp package
>>>>    >>> >> over the other DHCP clients we provide?
>>>>    >>>
>>>>    >>> > Historical reasons, and the fact that people have working configurations
>>>>    >>> > using this package... I was unaware that it was due to be removed.
>>>>    >>> > We will try to switch to a different package in the future. Thanks for
>>>>    >>> > letting me know.
>>>>    >>> > However, if the package is still in this buildroot release, it has to
>>>>    >>> > work right ?
>>>>    >>>
>>>>    >>> Yes, that is the idea. If it is dead upstream and hard to fix then that
>>>>    >>> naturally makes it harder to do, but the intention is to fix it.
>>>>    >>
>>>>    >> The following patch should fix the issue:
>>>>    >> https://patchwork.ozlabs.org/project/buildroot/patch/20220412181607.1451580-1-fontaine.fabrice@gmail.com/
>>>>
>>>>    > Hi,
>>>>
>>>>    > your patch together with the other one (
>>>>    > https://patchwork.ozlabs.org/project/buildroot/patch/DU0P251MB07797CAAE80C985DC8976335E3E79@DU0P251MB0779.EURP251.PROD.OUTLOOK.COM/
>>>>    > ),
>>>>
>>>>    > solve the build problem for this package.
>>>>
>>>> They are now both added to the 2022.02.x branch, thanks.
>>>>
>>>> --
>>>> Bye, Peter Korsgaard
>>>>
>>>
>>> Hello again Fabrice,
>>>
>>> After managing to successfully build all our defconfigs now, while
>>> testing on another board (sama7g5ek), I noticed this message at boot log :
>>>
>>> Starting DHCP server: /usr/sbin/dhcpd: error while loading shared
>>> libraries: libirs.so.161: cannot open shared object file: No such file
>>> or directory
>>>
>>> Digging yields that libirs is part of bind package. Do you know why this
>>> happens and what could be the cause? Could latest patches affect the dhcpd ?
>>
>> Indeed, the internal bind libraries (including libirs.so.161) are
>> correctly installed in staging directory but not in the target
>> directory because dhcp.mk is overriding DHCP_INSTALL_TARGET_CMDS.
>> I'll send a patch by the end of the day.
> 
> The following patch should fix the issue:
> https://patchwork.ozlabs.org/project/buildroot/patch/20220414164109.1724873-1-fontaine.fabrice@gmail.com/
> 

Hello Fabrice,

The libirs problem is gone now, thanks. However, I get a new error:


Starting DHCP server: /usr/sbin/dhcpd: error while loading shared 
libraries: libisccfg.so.163: cannot open shared object file: No such 
file or directory

Looks like there are still problems on my side

Thanks,
Eugen

>>
>>>
>>> Thanks !
>>> Eugen
>>
>> Best Regards,
>>
>> Fabrice
> 
> Best Regards,
> 
> Fabrice
>