<div dir="ltr"><span style="font-size:12.8px">> No. Yocto is not an operating system, it's a toolset that can be used to build many wildly different operating systems. An rpm repo would</span><div><span style="font-size:12.8px">> only be compatible with one of those OSes.</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">YOCTO is a custom made distro for eLinuxes, on this I agree with you. At least, you should keep DNF (instead smartpm) as package representative for dealing with .rpms, in all future YOCTO releases. This should be (as considering embedded use cases) enough.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">And, yes, I see your point, if anybody has so big project that he would like to make master servers and maintain his own source code packages (.src.rpm), and plain .rpm (as Fedora does, I just run there on Fedora 26 command: dnf list all | wc -l and got package # around 60K), he should do this on his own. ;-)</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Do you agree to continue keeping DNF package (in .../meta/recipe_devtools/) for handling of .rpm type of packages in the future releases of YOCTO (it is, after all, much better and more mature tool that smartpm)?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Thank you,</span></div><div><span style="font-size:12.8px">Zoran</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 24, 2017 at 12:40 PM, Jussi Kukkonen <span dir="ltr"><<a href="mailto:jussi.kukkonen@intel.com" target="_blank">jussi.kukkonen@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">On 24 August 2017 at 10:33, Zoran Stojsavljevic <<a href="mailto:zoran.stojsavljevic@gmail.com" target="_blank">zoran.stojsavljevic@gmail.com</a><wbr>> wrote:<br>><br>> Hello Jussi,<br>><br></span><span class="">> I would like to thank you very much for the useful reply. It was a bit different with me, but most boiled down as you said/explained (the difference are in client/server IP addresses, but everything else is almost the same - I guess, I do not have complete set of .rpms on my server side).<br>><br>> I issued the following comand on client (qemux86-64): dnf list all | wc -l, and got the following response:<br>> Repository 'oe-packages' is missing name in configuration, using id.<br>> Last metadata expiration check: 0:42:56 ago on Thu Aug 24 06:13:31 2017 UTC<br>> 7909<br>><br>> Regarding the command's answer, I have two questions to ask: one easy, and one tough. ;-)<br>><br>> Easy one. What is the reason for this message: Repository 'oe-packages' is missing name in configuration, using id???<div><br></div></span><div>I'm not a yum/dnf expert at all but the error seems to be saying that oe-packages.repo is missing a line like "name = Â OpenEmbedded packages".</div><span class=""><div><br>> Tough one: 7909 packages overall on server. Could you (YOCTO maintainers), please, keep DNF (for .rpm packages) onwards indefinitely in YOCTO, and make/create master YOCTO download servers, the same what Fedora distro does for almost two decades (with YUM, prior DNF)?<br>><br>> The positive answer on the second question will make (for many thousand people using .rpms in YOCTO) life much easier, won't it?!</div><div><br></div></span><div>No. Yocto is not an operating system, it's a toolset that can be used to build many wildly different operating systems. An rpm repo would only be compatible with one of those OSes.</div><div><br></div><div>If a Yocto user builds and maintains a specific OS with Yocto, it might make sense for them to maintain rpm repos for that OS. It does not make sense for Yocto project.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div> - Jussi</div></font></span></div>
</blockquote></div><br></div>