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

Fabrice Fontaine fontaine.fabrice at gmail.com
Tue Apr 19 16:12:23 UTC 2022


Le mar. 19 avr. 2022 à 12:19, <Eugen.Hristev at microchip.com> a écrit :
>
> On 4/19/22 12:08 PM, Fabrice Fontaine wrote:
> > Hello Eugen,
> >
> > Le mar. 19 avr. 2022 à 07:21, <Eugen.Hristev at microchip.com> a écrit :
> >>
> >> 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
> >
> > libisccfg.so.163 is installed on target rootfs (in /usr/lib). Can you
> > check that this is also the case on your side?
>
> # ls -la /usr/lib/libisc*
> lrwxrwxrwx    1 root     root            18 Apr 18  2022
> /usr/lib/libisc.so -> libisc.so.1107.0.7
> lrwxrwxrwx    1 root     root            18 Apr 18  2022
> /usr/lib/libisc.so.1107 -> libisc.so.1107.0.7
> -rwxr-xr-x    1 root     root        317960 Apr 18  2022
> /usr/lib/libisc.so.1107.0.7
> #
>
>
> It looks like it's not.

I was able to find and fix the issue:
https://patchwork.ozlabs.org/project/buildroot/patch/20220419161130.3431492-1-fontaine.fabrice@gmail.com/

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



More information about the buildroot mailing list