Well, I don't know what the problem was. But if I chose to [i]gnore the
fault instead of [a]bort the whole run, a new package was created
sucessfully.
If I then re-ran the command to rebuild libcheck, it worked fine,
probably because it could now sucessfully create that backup of the old
version:
portmaster --no-confirm -dg devel/libcheck
<snip>
gmake[2]: Leaving directory
`/usr/ports/devel/libcheck/work/check-0.9.9/tests'
gmake[1]: Leaving directory `/usr/ports/devel/libcheck/work/check-0.9.9'
===>>> Creating a backup package for old version libcheck-0.9.9
##### No error creating the backup package of the old version #####
===> Installing for libcheck-0.9.9
===> Generating temporary packing list
===> Checking if devel/libcheck already installed
<snip>
===> Compressing manual pages for libcheck-0.9.9
===> Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===> Registering installation for libcheck-0.9.9
===>>> Creating a package for new version libcheck-0.9.9
===>>> Package saved to /usr/ports/packages/All
===>>> Re-installation of libcheck-0.9.9 complete
===>>> Exiting
So, I no longer have the problem. I'm still curious as to how it was
introduced though. I do *nothing* out of the ordinary in the ports tree.
/Martin
On Thu, 25 Apr 2013, Baptiste Daroussin wrote:
On Thu, Apr 25, 2013 at 04:41:34PM +0200, Martin Olsson wrote:
On Thu, 25 Apr 2013, Baptiste Daroussin wrote:
Can you send me your config.log and the Makefile of libcheck (the port one)
I removed the work dir
I updated the port tree again
I ran 'portmaster --no-confirm -adgf' again and get:
<snip>
/bin/sh ../libtool --tag=CC --mode=link cc -O2 -pipe
-fno-strict-aliasing -Wall -ansi -pedantic -Wextra -Wstrict-prototypes
-Wmissing-prototypes -Wwrite-strings -Wno-variadic-macros -o
ex_log_output ex_log_output.o ../src/libcheck.la ../lib/libcompat.la -lrt
libtool: link: cc -O2 -pipe -fno-strict-aliasing -Wall -ansi -pedantic
-Wextra -Wstrict-prototypes -Wmissing-prototypes -Wwrite-strings
-Wno-variadic-macros -o .libs/ex_log_output ex_log_output.o
../src/.libs/libcheck.so ../lib/.libs/libcompat.a -lrt -Wl,-rpath
-Wl,/usr/local/lib
gmake[2]: Leaving directory
`/usr/ports/devel/libcheck/work/check-0.9.9/tests'
gmake[1]: Leaving directory `/usr/ports/devel/libcheck/work/check-0.9.9'
===>>> Creating a backup package for old version libcheck-0.9.9
tar: bin/checkmk: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
===>>> Package creation failed for libcheck-0.9.9!
===>>> Ignore this error [i]
===>>> Abort update [a]
===>>> Retry [r]
===>>> How would you like to proceed? [i] a
===>>> Package creation failed for libcheck-0.9.9
===>>> Aborting update
===>>> Update for devel/libcheck failed
===>>> Aborting update
===>>> Killing background jobs
Terminated
So, as I was saying, the compile seem to go fine.
It is the creation of the package that bails (-g option to portmaster).
In /usr/ports/devel/libcheck/pkg-plist I see a reference to "bin/checkmk".
Should this be just "checkmk" without the "bin/" subdir perhaps? 'Cause I
see in my work dir that the dir checkmk/ exists there, without a
prepending bin dir:
-rwxr-xr-x 1 root wheel 9210 Apr 25 14:21
/usr/ports/devel/libcheck/work/check-0.9.9/checkmk/checkmk*
Anyhow, see attached files.
I don't get it, config.log is normal, and doing what is expected I tried on 2 of
my systems and it works ok.
I'll continue searching but without being able to reproduce it is hard.
regards,
Bapt
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
