[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#494964: marked as done (apt: /var/lib/apt/lists should be under /var/cache)

Your message dated Tue, 17 Jun 2014 23:37:23 +0200
with message-id <20140617213723.GC14350@crossbow>
and subject line Re: Bug#494964: apt: /var/lib/apt/lists should be under /var/cache
has caused the Debian Bug report #494964,
regarding apt: /var/lib/apt/lists should be under /var/cache
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
494964: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494964
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: apt
Version: 0.7.14+b1
Severity: minor

I think that the data under /var/lib/apt/lists, which are essntially
database caches, should go under /var/cache.

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Acquire "";
APT::Acquire::Translation "environment";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::Default-Release "testing";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::userstatus "status.user";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";
Dir::Etc "etc/apt/";
Dir::Etc::sourcelist "sources.list";
Dir::Etc::sourceparts "sources.list.d";
Dir::Etc::vendorlist "vendors.list";
Dir::Etc::vendorparts "vendors.list.d";
Dir::Etc::main "apt.conf";
Dir::Etc::parts "apt.conf.d";
Dir::Etc::preferences "preferences";
Dir::Bin "";
Dir::Bin::methods "/usr/lib/apt/methods";
Dir::Bin::dpkg "/usr/bin/dpkg";
Dir::Log "var/log/apt";
Dir::Log::Terminal "term.log";
Unattended-Upgrade "";
Unattended-Upgrade::Allowed-Origins "";
Unattended-Upgrade::Allowed-Origins:: "Debian stable";
DPkg "";
DPkg::Pre-Install-Pkgs "";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true";
DPkg::Post-Invoke "";
DPkg::Post-Invoke:: "if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi";
Acquire "";
Acquire::::Proxy "false";
 "APT::Get::Show-Upgraded";

-- /etc/apt/preferences --

Explanation: see http://www.argon.org/~roderick/apt-pinning.html
Package:  *
Pin:  release a=testing
Pin-Priority:  1001

Package:  *
Pin:  release a=unstable
Pin-Priority:  101

Package:  *
Pin:  release a=experimental
Pin-Priority:  9

-- /etc/apt/sources.list --

#deb file:///cdrom/ sarge main

deb http://ftp.it.debian.org/debian testing main contrib non-free
#deb http://ftp.it.debian.org/debian unstable main contrib non-free
deb http://ftp.it.debian.org/debian testing-proposed-updates main contrib non-free
deb http://security.debian.org testing/updates main contrib non-free
#deb-src http://ftp.it.debian.org/debian testing main contrib non-free
#
#deb http://ftp.it.debian.org/debian unstable main contrib non-free
#deb-src http://ftp.it.debian.org/debian unstable main contrib non-free

### Ottimo per acroread, lame e compagnia bella
deb http://www.debian-multimedia.org testing main

# Source of Skype VoIP packages
#deb http://download.skype.com/linux/repos/debian/ stable non-free
#deb http://www.bootsplash.de/files/debian/ unstable main

### Java: http://wiki.xtronics.com/index.php/Java_install
# java icedTea
deb  http://people.ubuntu.com/~doko/ubuntu/ gutsy/ 

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=it_IT@euro (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt depends on:
ii  debian-archive-keyring   2008.04.16+nmu1 GnuPG archive keys of the Debian a
ii  libc6                    2.7-10          GNU C Library: Shared libraries
ii  libgcc1                  1:4.3.1-2       GCC support library
ii  libstdc++6               4.3.1-2         The GNU Standard C++ Library v3

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc                       <none>     (no description available)
ii  aptitude                      0.4.11.4-1 terminal-based package manager
ii  bzip2                         1.0.5-0.1  high-quality block-sorting file co
ii  dpkg-dev                      1.14.20    Debian package development tools
ii  lzma                          4.43-14    Compression method of 7z format in
ii  synaptic                      0.62.1     Graphical package manager
ii  wajig                         2.0.38     simplified Debian package manageme

-- no debconf information

--- End Message ---
--- Begin Message --- 
Control: tags -1 wontfix

Hello!

On Sun, Jun 15, 2014 at 01:04:05PM +0200, Konstantin.manna wrote:
> This patch should fix the bug in debian/sid-branch , ie.
> replaced all the occurences of "var/lib/apt/lists" with
> "var/cache/apt/lists",

Thanks for reporting with patch, but I am sorry to say that we are not
going to merge it and I therefore close it as wontfix.

I have a few reasons for this, including the following:
- compatibility: It isn't exactly my favorite, but in practice many
  tools access these files directly.
- state: its a bit of a stretch, but InRelease (and co) keep our state
  of which archives are trusted; all files when they were last updated
  Its not bad to lose the info, but it is better to have it around.
- history: this is one of the things which goes way back. It used to be
  in /var/state and was moved in one of the most beloved commits
  (useless message and really big diff from 13 years ago… b2e465d6d32d)
  to where it is now. It was probably discussed back then already and
  decided to not use /var/cache for it two times.
- recovery: While apt has with 'apt-get update' a command to recover
  from the remove of (some or all) files in there only this command can
  it and requires network access for it. Until you do it apt is
  completely useless as we have no "state" information (see what I did
  here?). The files we have in /var/cache on the other hand are either
  regenerated automatically (binary caches) as needed or downloaded by
  commands requiring it with appropriated user messages. apt is still
  useable without them (searching, simulations, …).


Best regards

David Kalnischkies

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: