The 13.04 release upgrade from 12.10 with the second machine which seemed to
have a perfectly fine locale also hit this bug: when generating the locales,
Spanish locale gave multiple syntax errors not inside a locale definition
error and resulted in a corrupted locale archive (see later)
Afer following your instructions, this is what locale gets:
administrador@pitblau-laptop:~$ locale
LANG=es_ES.utf8
LANGUAGE=es_ES:es:en_GB:en
LC_CTYPE=es_ES.utf8
LC_NUMERIC=es_ES.utf8
LC_TIME=es_ES.utf8
LC_COLLATE=es_ES.utf8
LC_MONETARY=es_ES.utf8
LC_MESSAGES=es_ES.utf8
LC_PAPER=es_ES.utf8
Looks good. Also the other machine seems to have a perfectly fine
locale.
As regards corruption, I think it usually happens if you try to set a
locale name that has not been generated (i.e. is not included in locale-
archive). For instance, I don't have Spanish installed on my computer.
$
As far as I understand, I am NOT setting permanently any locale-
related environment variable: I am not storing in any file the settings
for LC_ALL and LANG variables.
My proposed workaround to recover the installation uses two safety nets:
1) regenerate the locale-archive
2) sends C environment
** Bug watch removed: freedesktop.org Bugzilla #58417
https://bugs.freedesktop.org/show_bug.cgi?id=58417
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/663694
Title:
apt-get fails with
Of course the settings are stored in one or more files. The computer
doesn't read your mind, you know. ;-) (At least not yet...)
To begin with I'm interested in the contents of three files, so can you
please let us know the output of these commands from a terminal window:
cat /etc/default/locale
I'll carry out the required cat's later (not at the affected
computer).
Just in case it helps, some related bugs and posts:
Lucid to precise, locale broken in:
https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/928878
Locale broken when updating to 12.04
Thanks for your interest in the case. I also am interested in helping
avoiding others getting as frightened as I was when my first release
upgrade went astray. I still think that my workaround does not mess up
with any stored configuration file: it just sends the fallback C
environment variable
I haven't followed all your links, but I clicked a few of them, and know
already that there is no common denominator. Let's try to fix this for
you.
On 2013-04-23 19:54, asala wrote:
...
administrador@pitblau-laptop:~$ cat /etc/default/locale
LANG=es_ES.utf8
LANGUAGE=es_ES:es:en_GB:en
Just in case someone reads this, updating from 12.10 to Ubuntu raring
13.04 today also encountered the same corrupt locale issues: the locale-
archive got corrupted and around 1000 packages got problems, and
remained unconfigured, leaving the system in a broken state.
Again, before rebooting,
asala,
I read your comment this time. ;-) I also reviewed previous comments in
this bug report. Get the impression that your locale may be incorrectly
set before you upgrade. For instance, the output you reported in comment
#15 is a clear case of an incorrectly set locale.
What does the command
Yes, I agree with you that locale-archive gets corrupted from time to time.
In my two machines with multiple languages installed,
now and then, after upgrades and dist-upgrades, I notice locale errors in the
terminal, or weird behaviour in apps (Kile, Nautilus) and then, I figure let's
remove
From the locale output you show us I notice two things:
1. You set the variables manually instead of using the GUIs for the
purpose, e.g. Language Support. That's not wrong in itself, of course,
but if you don't know exactly what you are doing, you may easily screw
something up. In which file(s)
Again upgrading to 11.10 from 11.04 in a computer with several languages
installed (the same as above, actually ...)
I was hitting the bug #184908 and, well, to solve the dependency
problems I needed
cd /usr/lib/locale
sudo mv locale-archive locale-archive_old
sudo LANG=C LC_ALL=C
Again, locale-archive was corrupted with whatever security+recommended updates
were installed on my system a few days ago on 10.10. Problems in apt-get, gnome
applets, ...
deleting or moving locale-archive and regenerating solved the issues, but
seems that the root cause remains unsolved.
--
I now decided to upgrade to Maverick a second laptop. When reconfiguring
locales first time the installation upgrade script (i.e., after finished
downloading new packages), I found the errors:
usr(share(i18n/locales/es_** (** stands for all nationalities and variations
of Spanish locale)
syntax
Bug Confirmed, indeed:
During upgrade I had gnome-icon-teme post-installation script returining error
exit status 1.
sed errors in grub
gnome-control-center, eog, evince, gnome-panel, software-center ubuntu-mono
evolution brasero, rythmbox, kile gdebi, monodevelop, texlive, apturi, and
It's deliberate that there's only a locale-archive file:
langpack-locales (2.11+git20100304-5) maverick; urgency=low
* Switch to using a locale archive (LP: #591676):
- debian/local/locale-gen: Set ARCHIVE=yes by default.
- debian/locales.postinst: Clean up the non-archived locales on
Could you attach the saved copy you kept of /usr/lib/locale/locale-
archive, please?
--
apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
https://bugs.launchpad.net/bugs/663694
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
There it goes.
** Attachment added: corrupt locale archive
https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+attachment/1727334/+files/locale-archive_old.tar.gz
--
apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
https://bugs.launchpad.net/bugs/663694
You
problem solved:
cd /usr/lib/locale
sudo mv locale-archive locale-archive_old
sudo dpkg-reconfigure locales
and voila, sed is not crazy anymore, nor apt, nor kile.
seems that /usr/lib/locale we have only a locale-archive file.
In Lucid there were folders with each of the locales installed...
I can't trigger your problem, even with a different LANG setting:
$ export LANG=es_ES.utf8
$ echo $LANG
es_ES.utf8
$ echo hello123 | sed -e s,^[^0-9]*-,,g
hello123
--
apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
https://bugs.launchpad.net/bugs/663694
You received this bug
I agree that this is a bug in GRUB, and apparently also in texlive-
binaries.
We should figure out how to reproduce it so that we know the exact
scope, though. Please show us the output of the 'locale' command.
--
apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
I am unsure whether it is grub or something corrupt in the locale (
Note also that apt-get keeps failing to connect so something remains in
apt-get, and kile...).
But, well, regarding the suggested script: Yes, it fails.
and, bingo!, /etc/grub.d/10_linux has at least two lines calling sed.
I'm convinced that the issue must lie with some locale configuration... it
was apt-get but last week I discovered that kile's keyboard was also corrupt
unless executed with LANG=C. It's almost impossible that the same thing is in
apt-get aptitude kile...
Also, the messages in apt appeared in
Marked as invalid due to last comment. Thanks anyway for reporting it
and trying to make Ubuntu better!
** Changed in: apt (Ubuntu)
Status: New = Invalid
--
apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
https://bugs.launchpad.net/bugs/663694
You received this bug notification
Information above was inaccurate.
Problems were solved because I logged in gnome using English. If I log using
Spanish, then the problem is still there: lack of connection and:
sudo sh -x /etc/kernel/postinst.d/zz-update-grub
+ set -e
+ set --
+ mode=
+ mode=
+ exec update-grub
Generating
** Changed in: apt (Ubuntu)
Status: Invalid = New
** Package changed: apt (Ubuntu) = grub2 (Ubuntu)
--
apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
https://bugs.launchpad.net/bugs/663694
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Reassigned against grub then, this is where zz-update-grub comes from. The
script calls
update-grub
which calls
grub-mkconfig
where the sed call that fails seems to be situated in.
Can you run this script again with -x, like
$ sudo sh -x /usr/sbin/grub-mkconfig -o /tmp/grub.cfg
and see if it
I can't see a sed call in zz-update-grub on my maverick. Can you post your
zz-update-grub here and also call it with
$ sh -x /etc/kernel/postinst.d/zz-update-grub
and attach the output here?
--
apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
https://bugs.launchpad.net/bugs/663694
You
This seems to be the relevant part in the apt-get log. Looks like a
script for the kernel needs adjustment, not apt:
Found linux image: /boot/vmlinuz-2.6.35-22-generic
sed: -e expresión #1, carácter 14: Final de rango inválido
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return
Dear Torsten,
As I am final user and not very knowledgeable of the internals of
Ubuntu, I'm unsure on which package to stick the bug to.
However, note that apt-get update also fails to connect to servers and
LANG=C apt-get update succeeds... that seems strictly apt-related.
note also that,
32 matches
Mail list logo