Bug#717665: "file" URI in sources.list: apt-cache show description-en missing.
Hi Franco Martelli,
On Tue, Jul 23, 2013 at 5:50 PM, Franco Martelli <martellif67@gmail.com> wrote:
> Briefly, archives gets with "file" URI in sources.list they are missing
> of Translation-en.gz files in "/var/lib/apt/list" directory, while
> archives gets with "http" URI they have Translation-en and
> description-en are shown regularly. Therefore is it known behavior of
> the "file" URI? How can I enable Description-en gets via "file" URI
> without copy those Translation-en.gz files by hand?
Thanks for your detailed report (and the mail to the list before that) and
sorry that I haven't responded earlier (I was a bit busy with exams and
couldn't reproduce this for a while as I tried it without a CD-ROM…).
The problem here is a regression in the form of how Translations are acquired.
In wheezy Translation-* files have gained a checksum in the Release file,
previously APT had to guess the location of the files and couldn't validate
them.
The problem is here that on CD-ROMs Release files are generated which have
"Translation-*.gz" entries but not their corresponding uncompressed entries,
so APT believes all available Translations are listed in the Release file,
but non matches the translations it wants to acquire.
The attached patch deals with this by relaxing this again by checking if
compressed entries are available and if so get the Translation-* file
without checksum verification (but the Translation-*.gz file is acquired
with a checksum, so we are still safe).
After this got some testing exposure I will see if we can get this into
stable. In the meantime, you could configure APT to call your little script
after every "apt-get update" call to automate the workaround:
APT::Update::Post-Invoke-Success "/path/to/your/script";
Also, I haven't tried, but it is usually a more common setup to configure
these sources with apt-cdrom, which should be able to deal with this.
Best regards
David Kalnischkies
Reply to: