tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pbulk cyclic dependency



>>I'm doing pkgsrc bulk builds for NetBSD/macppc, among them still
>>for 8.0.  After updating to HEAD on pkgsrc in preparation for
>>build for pkgsrc-2023Q2, I got:
>>
>>Resolving...
>>Building...
>>Cyclic dependency for package:
>>cwrappers-20220403
>>pkg_install-20211115
>>cwrappers-20220403
>>
>>After digging around a bit, I think this is the thing which made
>>a difference, to avoid this chicken-and-egg issue:
>>
>>--- pkgtools/pkg_install/Makefile 3 Nov 2021 13:37:25 -0000 1.236
>>+++ pkgtools/pkg_install/Makefile       23 Jun 2023 05:57:27 -0000
>>@@ -50,6 +50,9 @@
>> # be rethought.
>> USE_NATIVE_GCC=                yes
>>
>>+# Try to prevent cyclic dependency loop
>>+USE_CWRAPPERS=         no
>
> Presumably this is because the NetBSD 8.0 pkg_install is too
> old [...]

Maybe.  However, what I didn't say was that before the above
attempt, I built the in-tree pkg_install from HEAD and installed
it in the chroot's /usr/sbin, but that didn't make an iota of
difference.  So the cause for the cyclic dependency is still a
bit of a mystery to me.

I'll also perhaps have to admit that I've not re-bootstrapped
pbulk when going from pkgsrc-2023Q1 to pkgsrc-current.  The
pkg_install in /usr/pbulk/sbin is 20211115, the one in /usr/sbin
is 20210410, and the "main" pkg chroot doesn't appear to have
pkg_install installed in /usr/pkg at all.

The build log does not mention pkg_install, but cwrappers has
been re-built.

> [...], in which case I think I'd prefer to add
>
>   NO_PKGTOOLS_REQD_CHECK=yes
>
> to cwrappers, as it's more important that pkg_install gets built
> correctly, and we really should be removing the old shell wrappers at
> some point.

I'm going to spin up a 9.0 build soonish (after the current
upload round is done), and will check if that works as well then.

Regards,

- Håvard


Home | Main Index | Thread Index | Old Index