[companion-discuss] tcpdump package problem?

[Steve Christensen]

Mike may be right (he ususally is) about there being some old packages 
on the download machine.  I will grab the ones there and see what is 
going on.  My machines are the "Official" build machines, Somewhere 
between my build machines and the Sun downloads machines, there is a 
glitch.  I will find it.

Steve C.



Milan Jurik wrote:
> Hi Steve,
> 
> Steve Christensen píše v út 10. 04. 2007 v 15:17 -0400:
>> Milan -
>>
>> I will try to track down these problems and get them fixed immediately.
>> This does not happen on my systems.  I just did an install and it worked
>> fine.  I see that you are using 60 and I did the builds with 56, so 
>> maybe there is some issue there.
>>
> 
> Can you try to download the official package and install it?
> 
> Maybe we have some problem on the official build machines?
> 
>> Steve C.
>>
> 
> Best regards,
> 
> Milan
> 
>>
>> Milan Jurik wrote:
>>> Hi Mike,
>>>
>>>> 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?
>>>>
>>> More interesting, SFWoggl contains parts from SFWao:
>>>
>>> The following files are already installed on the system and are being
>>> used by another package:
>>>   /opt/sfw/doc/libao-0.8.3/ao_append_option.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_close.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_default_driver_id.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_device.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_driver_id.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_driver_info.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_driver_info_list.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_example.c
>>>   /opt/sfw/doc/libao-0.8.3/ao_file_extension.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_free_options.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_info.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_initialize.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_open_file.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_open_live.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_option.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_play.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_plugin_close.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_plugin_device_clear.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_plugin_device_init.html
>>> [Hit <RETURN> to continue display]
>>>
>>>   /opt/sfw/doc/libao-0.8.3/ao_plugin_driver_info.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_plugin_file_extension.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_plugin_open.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_plugin_play.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_plugin_set_option.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_plugin_test.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_sample_format.html
>>>   /opt/sfw/doc/libao-0.8.3/ao_shutdown.html
>>>   /opt/sfw/doc/libao-0.8.3/config.html
>>>   /opt/sfw/doc/libao-0.8.3/drivers.html
>>>   /opt/sfw/doc/libao-0.8.3/index.html
>>>   /opt/sfw/doc/libao-0.8.3/libao-api.html
>>>   /opt/sfw/doc/libao-0.8.3/overview.html
>>>   /opt/sfw/doc/libao-0.8.3/plugin-api.html
>>>   /opt/sfw/doc/libao-0.8.3/plugin-overview.html
>>>   /opt/sfw/doc/libao-0.8.3/style.css
>>>   /opt/sfw/include/ao/ao.h
>>>   /opt/sfw/include/ao/os_types.h
>>>   /opt/sfw/include/ao/plugin.h
>>>   /opt/sfw/lib/ao/plugins-2/libsun.la
>>> [Hit <RETURN> to continue display]
>>>
>>>   /opt/sfw/lib/ao/plugins-2/libsun.so
>>>   /opt/sfw/lib/libao.la
>>>   /opt/sfw/lib/libao.so.2.1.1
>>>   /opt/sfw/man/man5/libao.conf.5
>>>   /opt/sfw/share/aclocal/ao.m4
>>>
>>> Best regards,
>>>
>>> Milan
>>>
>>> _______________________________________________
>>> companion-discuss mailing list
>>> companion-discuss at opensolaris.org
>>> http://opensolaris.org/mailman/listinfo/companion-discuss
>>>
>> _______________________________________________
>> companion-discuss mailing list
>> companion-discuss at opensolaris.org
>> http://opensolaris.org/mailman/listinfo/companion-discuss
> 
>