Milan Jurik wrote:
> /opt/sfw/man/man1/tcpdump.1
> /opt/sfw/sbin/tcpdump
> ERROR: content verification of </opt/sfw/sbin/tcpdump> failed
> file size <651808> expected <508320> actual
> file cksum <18393> expected <47819> actual
> [ verifying class <none> ]
> ERROR: content verification of </opt/sfw/sbin/tcpdump> failed
> file size <651808> expected <508320> actual
> file cksum <18393> expected <47819> actual
>
> Installation of <SFWtdmp> partially failed.
> #
> # file /opt/sfw/sbin/tcpdump
> /opt/sfw/sbin/tcpdump: ELF 32-bit LSB executable 80386 Version 1,
> dynamically linked, stripped
> # uname -a
> SunOS xylabtwo 5.11 snv_60 i86pc i386 i86pc
>
> Some problem with packaging?
Hmm not sure - possibly with the package build. It happens on
sparc as well, and interesting if you look there you see that
the package was built in April (that's the REV bit):
VERSION=2007.03.14,REV=2007.04.02.01.58
But if I look at the timestamp of the binary in the package:
# pwd
/net/sfwnv/gates/ccd/clone/packages/sparc/SFWtdmp/reloc/sfw/sbin
# ls -l tcpdump
-rwxr-xr-- 1 mike_s staff 573800 Nov 10 02:16 tcpdump
Hmm built in November. Others don't have this problem (checked
SFWcoreu and the binaries are Apr 1).
Even the last set of packages I downloaded, where SFWtdmp was
built:
REV=2007.02.21.02.13
has the same tcpdump date and diffs the same, so it's been
wrong for a bit.
A quick grep for 'Nov 10' in the timestamps shows this is the
case for
SFWsudo
SFWbrl
SFWtop
SFWxmcd
SFWoggl
SFWtdmp
I am very confused though since the package build first deletes
the entire directory before building the packages, and pkgmk shouldn't
have recorded the new size of the binary in the package but thrown
an old binary in - it's like something went into those packages
and overwrote bits after they were built?
Mike
