[Pkg-clamav-devel] package status for jessie

Sebastian Andrzej Siewior sebastian at breakpoint.cc
Fri Aug 22 20:10:26 UTC 2014


On 2014-08-22 03:06:51 [-0400], Scott Kitterman wrote:
> On Friday, August 22, 2014 00:27:03 Andreas Cadhalpun wrote:
> > Hi Sebastian,
> > 
> > thanks for this comprehensive TODO list. ;)

:)

> > 
> > On 21.08.2014 22:07, Sebastian Andrzej Siewior wrote:
> > > clamav:
> > > - oldstable reference
> > > 
> > >    The rules file for has still the parts from oldstable. Shouldn't we
> > >    drop oldstable support?
> > 
> > As the init scripts don't work correctly in oldstable anymore, I think
> > we should remove this oldstable support also from debian/rules.
> 
> What is it that doesn't work? 

You have to use "the old" init scripts which are no longer part of the
package. The "new" ones depend on pkill in wheezy+

> I would also like to make it easy to support Ubuntu 10.04 since it has 8 
> months of support time left.  Leaving the ability to use the embedded llvm and 
> some of the other oldstable things makes that easier.  I'd prefer to leave it 
> as is unless it's blocking other work.  Also, since there is the Squeeze LTS 
> project ongoing I wouldn't want to complicate their work further should they 
> want to update the package.

embedded llvm. The split-tarball.sh script and uscan are purging it currently…

> > > - LFS
> > > 
> > >    Andreas added a fast sollution for this and I try to get upstream
> > >    somehow to accept this. Lintian however reports missing LFS for the
> > >    experimental build. This is interresting :)
> > 
> > The lintian tag is experimental, likely for a good reason.
> > It just checks for some symbols used [2] and the comment there doesn't
> > make it any more convincing:
> > "List was found by grepping around in /usr/include on an i386 system
> > with build-essential installed"
> > 
> > This tag probably has a lot of false positives. But if someone wants to
> > check, lintian detects the following symbols in libclamav as non-LFS:
> > 161: 00000000     0 FUNC    GLOBAL DEFAULT  UND ftruncate at GLIBC_2.0 (5)

the functions is defined as
	int ftruncate(int fd, off_t length);
so with off_t beeing 64bit there have to be to ftruncate() functions on
i386. So this looks like something in libclamav is still not doing what
it should. I will check this…

> > > libclamunrar:
> > > - update to 0.98.5 while doing
> > 
> > Did anything change in libclamunrar?
> 
> Once we get the final, it'd be nice to make the versions match.

Yes. I wanted to only fix the lintian bugs and then align the version.

> > > havp:
> > > - translate call for debconf
> > 
> > Why? There are no outdated translations.

lintian marked it red. I assuemd there are "many" untranslated.

Sebastian



More information about the Pkg-clamav-devel mailing list