Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 18 Apr 2009 20:43:27 -0700
From:      Tim Kientzle <kientzle@freebsd.org>
To:        Takahashi Yoshihiro <nyan@jp.FreeBSD.org>
Cc:        current@freebsd.org
Subject:   Re: Making release is broken
Message-ID:  <49EA9DDF.5040500@freebsd.org>
In-Reply-To: <20090419.121350.258482423.nyan@jp.FreeBSD.org>
References:  <20090419.121350.258482423.nyan@jp.FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Takahashi Yoshihiro wrote:
> Today's snapshot is broken.
> 
> Building 8.0-CURRENT-20090418-SNAP is failed.
> Last 50 lines of logfile are:
... lines deleted ...
> crunchide -k _crunched_sysinstall_stub sysinstall.lo
> echo "int _crunched_usbconfig_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >usbconfig_stub.c
> cc -Os -pipe -c usbconfig_stub.c
> ld -dc -r -o usbconfig.lo usbconfig_stub.o /usr/obj//usr/src/usr.sbin/usbconfig/usbconfig.o /usr/obj//usr/src/usr.sbin/usbconfig/dump.o
> crunchide -k _crunched_usbconfig_stub usbconfig.lo
> cc -static -o boot_crunch boot_crunch.o ... cpio.lo ... -larchive -lbz2 -lusb
> /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xaea): In function `archive_write_mtree_finish_entry':
> : undefined reference to `SHA512_Final'
> /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xb3c): In function `archive_write_mtree_finish_entry':
> : undefined reference to `SHA384_Final'
> /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xb94): In function `archive_write_mtree_finish_entry':
> : undefined reference to `SHA256_Final'
> /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xbec): In function `archive_write_mtree_finish_entry':
> : undefined reference to `SHA1_Final'
...lines deleted...
> Stop in /usr/obj/usr/src/release/boot_crunch.

Easiest fix is to add -lcrypto to the boot_crunch.conf.
That would satisfy libarchive's new requirements.

Alternatively, I could put conditionals on RELEASE_CRUNCH
into cpio so that it didn't use any of the new libarchive
features that are causing this.

With a little more work, I could put together a minicpio that
provided just the bare minimum of features required by the
boot_crunch.

Any strong preference?

Tim



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49EA9DDF.5040500>