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