[Pkg-clamav-devel] clamav 0.94.1 uploaded

Stephen Gran sgran at debian.org
Wed Nov 12 08:37:27 UTC 2008


This one time, at band camp, Michael Tautschnig said:
> Hi all,
> 
> Thanks to the help of Stephen, aCaB, and Scott I was able to get 0.94.1 built
> and uploaded. Pending its acceptance into the archives we'll thus have it in
> unstable and etch-volatile later on this day.

Hooray!

> I've fixed some minor issues before uploading, but a few things still get
> noticed by lintian, which I felt unable to resolve myself (it may well also just
> be too late):
> 
> I: clamav-base: unused-debconf-template clamav-base/ScanRAR
> I: clamav-base: unused-debconf-template clamav-base/ArchiveMaxRecursion
> I: clamav-base: unused-debconf-template clamav-base/ArchiveMaxCompressionRatio
> I: clamav-base: unused-debconf-template clamav-base/ArchiveMaxFiles
> I: clamav-base: unused-debconf-template clamav-base/ArchiveMaxFileSize

I do remember doing some cleanup around some config file options that
have been dropped.  This is most likely what this is.  I didn't want to
drop the questions from the templates this close to release, since it
will unnecessarily fuzz the resulting po files.  If someone jumps up and
says "that's fine, it will all work", then by all means, just drop them.
I just wasn't that confident.

> I: clamav-milter: hyphen-used-as-minus-sign usr/share/man/man8/clamav-milter.8.gz:98

Minor issue - let's just patch it and point aCaB at it so it goes away
in the next upstream release.

> W: clamav-milter: package-contains-upstream-install-documentation usr/share/doc/clamav-milter/INSTALL.gz

At a certain point, I thought the INSTALL file had some useful
documentation about how to configure other software for use with
clamav-milter.  I haven't revisited it in quite a while, so I'm not sure
that's still the case.  Probably we could just pull the few bits that
are relevant into README.Debian or similar.

> I: libclamav5: no-symbols-control-file usr/lib/libclamav.so.5.0.3

This one I'm not convinced of at all.  Up to now, I've taken the default
of 'shlibdeps point to the latest version' largely because even when the
soname, API, and ABI don't change, subtle things do.  For instance, in
the 0.94 series, the clamav.h header had no changes that break API or
ABI, and the soname stayed the same for the release.  However, the
default scan options bitmask changed, so software compiled against the
0.93 series would still run with 0.94 libclamav, it would just have
different results.  This sort of thing is pretty common, and so I'm not
really interested in seeing how far back we can support rdeps - I doubt
we can usefully do so even across a full release.

Cheers,
-- 
 -----------------------------------------------------------------
|   ,''`.                                            Stephen Gran |
|  : :' :                                        sgran at debian.org |
|  `. `'                        Debian user, admin, and developer |
|    `-                                     http://www.debian.org |
 -----------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-clamav-devel/attachments/20081112/d88f9a41/attachment.pgp 


More information about the Pkg-clamav-devel mailing list