Changes

In recent years, the [https://www.yoctoproject.org/ Yocto build system] has gained popularity in the embedded world. Many silicon vendors such as NXP e Xilinx base their Board Support Packages (BSP) on this tool. Despite the fact that Yocto is very flexible powerful and rich, it may be fairly tricky to use , however, especially during the development stage, howeverwhen developers generally need a lot of flexibility. In particular, the unavailability of an archive of prebuilt common packages—as opposed to most of server/desktop Linux distributions—can be really annoying. As described [[Working_with_the_Yocto_build_system|here]], Yocto is basically devised to build an entire distribution from scratch indeed.

To mitigate this drawback, the technique described in [[https://wiki.dave.eu/index.php/XELK-AN-003:_Package_Management_with_Yocto|this article]] can be used. In essence, one can build all the packages supported by Yocto (<code>bitbake -k world</code>) and make them available through a <code>smart</code> channel on a local server.Developers working on the target can easily install required packages without having to build them. Interestingly, in its recent BSP's, NXP indicates a little different approach, which goes even further as it is also open to interfacing to the Debian world. The following excerpt is taken from ''Package Management'' ''The default package management with Yocto Project is rpm. The i.MX distro now enables Debian as the package management. This can be easily turned off by add <code>PACKAGE_CLASSES</code> set to <code>package_rpm</code> to the <code>local.conf</code> (or creating a custom distro without the Debian package feed <code>PACKAGE_CLASSES = "package_rpm"</code>).With the addition of the Debian package feed, a <code>sources.list</code> can be added <code>/etc/apt</code> that links in Debian's package feed. This allows users to install packages not provided in the image without having to add them to a Yocto image. Because this package feed is not generated by the i.MX Yocto build process, there is no guarantee each package will work with the rightdependencies but it allows simpler tools to be provided. Software that is complex and has more dependencies on specific versions might have issues with an external package feed.''