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

Bug#646790: marked as done (apt: acquire::languages option behavior is inconsistent/broken)

Your message dated Sun, 20 Nov 2011 14:14:50 +0100
with message-id <CAAZ6_fBKS0p4j9GRE00PmUqjWhUq9fnu+TaVP_RaFUQeojerwg@mail.gmail.com>
and subject line Re: Bug#646790: apt: acquire::languages option behavior is inconsistent/broken
has caused the Debian Bug report #646790,
regarding apt: acquire::languages option behavior is inconsistent/broken
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.)


-- 
646790: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646790
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: apt
Version: 0.8.15.9
Severity: normal


Hello,

The behavior of the Acquire::Languages option is currently
unpredictable and behaves against the common configuration rules.

Default:
-8<-
$ apt-config dump | grep Acquire::Languages
Acquire::Languages "";
Acquire::Languages:: "en_US";
Acquire::Languages:: "en";
Acquire::Languages:: "none";
->8-

If I add 'Acquire::Languages { "ru"; };' to configuration:
-8<-
$ apt-config dump | grep Acquire::Languages
Acquire::Languages "";
Acquire::Languages:: "ru";
Acquire::Languages:: "none";
->8-

1st breakage: entries "en_US" and "en" are deleted from the list.
2nd breakage: the entry "ru" is added not to the end of the list but to
the begin of it.


-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt depends on:
ii  debian-archive-keyring  2010.08.28       GnuPG archive keys of the Debian a
ii  gnupg                   1.4.11-3         GNU privacy guard - a free PGP rep
ii  libc6                   2.13-7           Embedded GNU C Library: Shared lib
ii  libgcc1                 1:4.6.1-10       GCC support library
ii  libstdc++6              4.6.1-10         GNU Standard C++ Library v3
ii  zlib1g                  1:1.2.3.4.dfsg-3 compression library - runtime

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc               <none>             (no description available)
ii  aptitude              0.6.4-1            terminal-based package manager (te
ii  bzip2                 1.0.5-7            high-quality block-sorting file co
ii  dpkg-dev              1.15.8.11          Debian package development tools
ii  lzma                  4.43-14            Compression method of 7z format in
ii  python-apt            0.7.100.1+squeeze1 Python interface to libapt-pkg

-- no debconf information

--- End Message ---
--- Begin Message --- 
On Thu, Oct 27, 2011 at 03:28, Eugene V. Lyubimkin <jackyf@debian.org> wrote:
> The behavior of the Acquire::Languages option is currently
> unpredictable and behaves against the common configuration rules.

It is documented that way in apt.conf manpage and
it is the only way it can work as we don't have a "remove element",
only a "remove all elements" with #clear, but as defaults are set later on
#clear is useless in this situation, too.

The default elements aren't added to the list if there is already a list as
otherwise its nearly impossible to change the setting in a meaningful way
given that it should usually pick up everything from environment settings
(LC_MESSAGES and LANGUAGE) anyway, so changing this setting is
either needed to work in difficult situations like multi-user environments
in which multiple users will use APT but are not speaking the same language or
it is just wrong to change the setting as you would be better of configuring
LC_MESSAGES and/or LANGUAGE instead for the benefit of all programs and
not just the apt-stack in regards to package descriptions.

APT::Architectures exposes a similar behavior btw, getting foreign archs
from dpkg if nothing is set, but doesn't ask dpkg at all if a list was set…

Same reasons apply: It's just too hard to find a reasonable way to merge
the two lists, so the user provided lists overwrites the default one.

In conclusion: Closing as not-a-bug-but-a-design-decision.


Best regards

David Kalnischkies

--- End Message ---
Reply to: