pkg breakage after updating ports tree

Will Parsons varro at nodomain.invalid
Tue Dec 9 19:04:19 UTC 2014


After doing "portsnap fetch update" on a 9.3-RELEASE system, I find that
updating ports is broken because of dependencies on pkg.  The attempt
to update pkg-1.3.8_3 to pkg-1.4.0 results in:

========================================================================
...
cc1: warnings being treated as errors
set.c: In function 'exec_set':
set.c:103: warning: 'depfield' may be used uninitialized in this function
set.c:103: warning: 'field' may be used uninitialized in this function
*** [pkg-set.o] Error code 1

Stop in /usr/ports/ports-mgmt/pkg/work/pkg-1.4.0/src.
*** [all-recursive] Error code 1

Stop in /usr/ports/ports-mgmt/pkg/work/pkg-1.4.0.
*** [all] Error code 1

Stop in /usr/ports/ports-mgmt/pkg/work/pkg-1.4.0.
*** [do-build] Error code 1

Stop in /usr/ports/ports-mgmt/pkg.
*** [/usr/ports/ports-mgmt/pkg/work/.build_done.pkg._usr_local] Error code 1

Stop in /usr/ports/ports-mgmt/pkg.

===>>> make build failed for ports-mgmt/pkg
===>>> Aborting update

===>>> Update for pkg-1.3.8_3 failed
===>>> Aborting update

========================================================================

This is using portmaster, but running make from the ports directory is
similar.

(As a side question, "which pkg" shows /usr/sbin/pkg.  Why are there
dependencies on the version of pkg in ports?)

What can I do to fix this?

-- 
Will



More information about the freebsd-questions mailing list