On Tue, 14 Jun 2022 16:30:08 +0200
Stefano Brivio
On Tue, 14 Jun 2022 12:57:20 +1000 David Gibson
wrote: On Tue, Jun 14, 2022 at 03:33:13AM +0200, Stefano Brivio wrote:
On Fri, 10 Jun 2022 13:50:44 +1000 David Gibson
wrote: Hi again,
I realized I wasn't quite right when I said that qrap problems where what was currently stopping me running the passt (not pasta) tests. I did hit qrap issues somewhere, but the current stumbling block is that mbuto looks for udhcpc to put into the guest image, which I can't easily put onto my host system.
Now, in the short term, once my patch to remove usage of udhcpc from the passt/pasta tests is applied, we could just remove udhcpc from the mbuto profile as well. However, that raises a wider scope issue:
The passt testing profile for mbuto appliances is in the mbuto tree, not the passt tree. That doesn't realy make sense, since it means any change to what we need for the passt tests requires a synchronized change with mbuto. Particularly for a pretty young and project like passt, that's not really tenable. Plus, slurping an external tool from some random URL in the tests is just kinda ugly.
Hmm, yes, in my ideal world mbuto would be already widely distributed and we could drop the git clone. On the other hand, that's still one long-term goal of mine, so:
I'm not immediately sure how best to to address this:
* We could make mbuto take the profiles as some sort of external file, so they can be provided by the user, rather than built into the mbuto repository.
...I would prefer this option. Even though if you look at mbuto's git
Yeah, I think it looks the best option to me as well, though not necessarily the quickest to implement.
Kind of done actually, I'll share it tomorrow (Wednesday).
...not quite :( and I'm off today, but it's almost there. -- Stefano