I don't know, that's a bit unusual... it doesn't look like I accidentally slapped any dependency on there (transitively or otherwise), so I'm not really sure since the only connection is that that's also dependent upon the (now-committed) libjail bits.

In D26932#601290, @kevans wrote:

In D26932#601288, @freqlabs wrote:

Curious, why are libifconfig bindings in the stack?

I don't know, that's a bit unusual... it doesn't look like I accidentally slapped any dependency on there (transitively or otherwise), so I'm not really sure since the only connection is that that's also dependent upon the (now-committed) libjail bits.

That's probably it then. Ok. I was looking at what I'd need to get through in the stack before I'd be able to get to here and that one caught me by surprise. :)

kevans mentioned this in D26930: atf.tests.mk: add bits needed for adding tests that use atf-lua.Oct 26 2020, 4:12 PM

I'll look through the rest of the review later.

etc/mtree/BSD.tests.dist
296	This needs to be below, or the indentation is off here.

freebsd_igalic.co added a subscriber: freebsd_igalic.co.Nov 11 2020, 7:51 PM

I was reading the diff stack wrong. This doesn't depend on flua-libifconfig after all, it's just displayed in the stack because it has a common ancestor: flua-libjail.

dch added a subscriber: dch.Mar 22 2023, 8:55 PM