[Aptitude-devel] Bug#769758: aptitude: autoclean reports zero cleaned size on armel

[Manuel A. Fernandez Montecelo]

Control: reassign -1 src:apt


Hello Alexander, APT deities,

2014-11-16 07:22 Alexander Galanin:
>Package: aptitude
>Version: 0.6.8.2-1
>Severity: minor
>
>Steps to reproduce:
># du -hs /var/cache/apt/archives/
>484M    /var/cache/apt/archives
># aptitude autoclean
>Del tzdata 2013i-0wheezy1 [0 B]
>Del dpkg-dev 1.16.13 [0 B]
>Del apache2.2-common 2.2.22-13+deb7u1 [0 B]
>[...]>Del libdbus-1-dev 1.6.8-1+deb7u1 [0 B]
>Del multiarch-support 2.13-38+deb7u1 [0 B]
>Freed 0 B of disk space
># du -hs /var/cache/apt/archives/
>219M    /var/cache/apt/archives
>
>Directory size is decreased to 265M, but aptitude reports that 0 B was
>freed.
>
>The same version of aptitude on amd64 machine works well.

aptitude autoclean uses SizeToStr() from apt's strutl.h file and the
same basic code at least for a decade (the same for all architectures),
so I am reassigning the bug report for their consideration, in the case
that they know if there is/was some known problem under this
architecture to explain that behaviour (please reassign back if you
confirm that all is well within apt).

I tried to reproduce it in an armel machine but was unable to set it up
properly (do not own root on it).


For reference, the relevant code from cmdline_clean.cc is:

===================================
class LogCleaner : public pkgArchiveCleaner
{
  ...
protected:
  virtual void Erase(const char *File,string Pkg,string Ver,struct stat &St)
  {
    printf(_("Del %s %s [%sB]\n"),
           Pkg.c_str(),
           Ver.c_str(),
           SizeToStr(St.st_size).c_str());
  ...
===================================



Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montezelo at gmail.com>