Thanks for the follow-up, vofka. Closing then.
** Changed in: ddtp-translations (Ubuntu)
Status: New => Fix Released
** Changed in: ubuntu-translations
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is sub
[1] 2013.04.02 15:11 UTC - the strings from the report were translated in
Quantal's template.
[2] 2013.04.02 18:31 UTC - the ddtp-pot-raring branch was updated, so it was
imported to LP database.
[3] 2013.04.03 05:47 UTC - export from LP to the ddtp-quantal branch (revision
145).
Normally, it is
Julian filed bug #1907850 to continue the investigation of the apt-
cache/locale issue discussed above as from comment #7.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1161743
Title:
Typos in russi
For the record we had an IRC conversation here:
https://irclogs.ubuntu.com/2020/12/11/%23launchpad.html
I think it makes more sense to open a new apt bug. Not quite sure at the
moment what the issue is, though...
As said on IRC, I'll do some tests later. If you already know what a
proper bug sum
OK I believe what has happened here is that you are running mixed-locale
systems, and the cache was generated with en_US or C locales. If you run
mixed language systems, you have to set
Acquire::Languages { "language code 1"; "language code 2"; ... };
e.g.
Acquire::Languages { "sv_SE"; "sv"; en"
I cannot reproduce that issue from #11
# apt install locales-all # get the locale
# export LANG=sv_SE.UTF-8
# locale
LANG=sv_SE.UTF-8
LANGUAGE=
LC_CTYPE="sv_SE.UTF-8"
LC_NUMERIC="sv_SE.UTF-8"
LC_TIME="sv_SE.UTF-8"
LC_COLLATE="sv_SE.UTF-8"
LC_MONETARY="sv_SE.UTF-8"
LC_MESSAGES="sv_SE.UTF-8"
LC_PAPE
@Julian: Today, after the latest apt update, it behaves differently
compared to what I wrote in comment #8 and #10. Now I'm not able to even
work around the issue to make apt-cache use the Swedish description.
Anyway, I attached a file with some commands to demonstrate the issue.
** Attachment ad
This is incomplete, APT deduplicates descriptions based on the
description hash, so if the description is the same, barring a bug in
apt, it should be available for both versions. Without seeing an apt-
cache showpkg of the affected package, we can't really tell. It seems to
work for me, but I also
Right, the latest comments are unrelated to the original issue.
I renamed the ubuntu_dists_groovy-updates_main_i18n file, and then apt
found the Swedish translations from ubuntu_dists_groovy_main_i18n. So,
based on how apt works, -updates files need to be present for all
languages as long as the T
The recent comments sound like a different issue from the original
report
The translated indexes are coming from the server but it seems the updates
directory are buggy
http://archive.ubuntu.com/ubuntu/dists/focal-updates/main/i18n
Let's see if the launchpad people understand better what's going
@vofka: Good catch. I played with an equivalent file on groovy for
Swedish, and it looks like apt (apt-cache) only looks for groovy-
updates_*_i18n files while ignoring the groovy_*_i18n ones. And no
localized groovy-updates_*_i18n files are present; only English files
are:
/var/lib/apt/lists$ ls
Any news? When I run "apt show" I don't see translations for any package
anymore. However, if I copy
mirror_ubuntu_dists_bionic_main_i18n_Translation-ru to
mirror_ubuntu_dists_bionic-updates_main_i18n_Translation-ru I can see
translations for packages from any component (main, universe,
restricted,
Hmm.. Adding a ddtp-translations task to this report. Sounds like there
is a need to dig deeper into it.
** Also affects: ddtp-translations (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
13 matches
Mail list logo
