[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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) However, as the actual locale set for the administrator account was English the installation went through successfully... (still report that errors happened, a couple of crashes of strange things, but rebooted fine). Indeed, I switched to English in my admin account long ago to avoid the messy-release-upgrade issues above discussed. Notwithstanding as the locale-archive was corrupted, when switching to Spanish-locale accounts, then Nautilus did segfault. As I knew the likely cause, I deleted the locale-archive and dpkg-reconfigure locales and everything was solved, as usual. -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 LC_NAME=es_ES.utf8 LC_ADDRESS=es_ES.utf8 LC_TELEPHONE=es_ES.utf8 LC_MEASUREMENT=es_ES.utf8 LC_IDENTIFICATION=es_ES.utf8 LC_ALL= So, let's hope the issue is solved (I'll report if the issue persists when upgrading to 13.10). Thanks! To be sure, I have another machine working OK, which I'm going to upgrade to the release version next week. I have had the same problem of corrupt locale-archive after updates in the past. It has this /etc/default/locale antonio@antonio-desktop:~$ cat /etc/default/locale LANG=en_US.UTF-8 LANGUAGE=en LC_NUMERIC=es_ES.UTF-8 LC_TIME=es_ES.UTF-8 LC_MONETARY=es_ES.UTF-8 LC_PAPER=es_ES.UTF-8 LC_NAME=es_ES.UTF-8 LC_ADDRESS=es_ES.UTF-8 LC_TELEPHONE=es_ES.UTF-8 LC_MEASUREMENT=es_ES.UTF-8 LC_IDENTIFICATION=es_ES.UTF-8 (English language with Spanish numbers, dates,...). Is this OK or the LC_* fields should be removed? THe locale output for that machine is: antonio@antonio-desktop:~$ locale LANG=en_US.UTF-8 LANGUAGE=en LC_CTYPE=en_US.UTF-8 LC_NUMERIC=es_ES.UTF-8 LC_TIME=es_ES.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=es_ES.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=es_ES.UTF-8 LC_NAME=es_ES.UTF-8 LC_ADDRESS=es_ES.UTF-8 LC_TELEPHONE=es_ES.UTF-8 LC_MEASUREMENT=es_ES.UTF-8 LC_IDENTIFICATION=es_ES.UTF-8 LC_ALL= -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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. $ LANG=es_ES.UTF-8 $ locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=es_ES.UTF-8 LANGUAGE=en_GB:en LC_CTYPE=es_ES.UTF-8 LC_NUMERIC=sv_SE.UTF-8 LC_TIME=sv_SE.UTF-8 LC_COLLATE=es_ES.UTF-8 LC_MONETARY=sv_SE.UTF-8 LC_MESSAGES=es_ES.UTF-8 LC_PAPER=sv_SE.UTF-8 LC_NAME=sv_SE.UTF-8 LC_ADDRESS=sv_SE.UTF-8 LC_TELEPHONE=sv_SE.UTF-8 LC_MEASUREMENT=sv_SE.UTF-8 LC_IDENTIFICATION=sv_SE.UTF-8 LC_ALL= As you can see, my attempt to still set es_ES.UTF-8 resulted in error messages when running the locale command. But as long as the locale command does not output any errors, and LC_ALL is not set, you ought to be fine. Closing this bug now. Good luck with the next dist-upgrade. ;-) And if you - contrary to expectation - would run into similar difficulties, please file a new bug. ** Changed in: langpack-locales (Ubuntu) Status: Confirmed = Invalid -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 variables to apt-get or dpkg-reconfigure so that they operate (just once) on the default locale and don't do weird things if, for whatever unknown reason, the system locale gets corrupted while reconfiguring 1000 broken packages. After these safety nets are used once, rebooting the system gets a perfectly working installation and there is no need of any more LANG or LC_ALL overrides. The standard language support is what I first tried to execute time ago, when trying to find workarounds for the first reported abnormal behaviour (the first posts). However, as the system was broken, the language support window did not even show up. Fortunately, the one-time locale override restored the system. Indeed, afterwards standard language support worked flawlessly. However, from time to time, specially on release upgrades, the locale file breaks and the workaround needs to be applied (just once) to avoid the risk of rebooting on a broken system. In order to provide further information with might be relevant (or not), here are some links: Some related situations arising from (maybe) the locale corruption bug at stake: http://askubuntu.com/questions/33025/locale-settings-are-not-right-how-can-i-reset-them http://serverfault.com/questions/301896/how-to-fix-locale-settings-in-debian-squeeze Issues date from 2008 at least: http://www.esdebian.org/foro/24875/problema-locales and there is the origin of my inspiration to run scripts with LC_ALL=C as a safe-mode workaround. Some other people with the Spanish locale had these issues: http://tech.enekochan.com/tag/ubuntu/?lang=es Some other people reports locale corruption during updates in other distros: https://bbs.archlinux.org/viewtopic.php?id=130772 I wonder if the strange locale name ca_ES.utf8@valencia breaks something (for instance, the @valencia stuff broke libreoffice https://bugs.freedesktop.org/show_bug.cgi?id=58417) Seems that sed / awk may get disoriented with some locales or corruption, so for instance here they recommend using LC_ALL=C before invoking sed: http://www.sourceware.org/ml/libc- alpha/2013-03/msg00258.html In summary, locale-archive gets corrupted. None of the link seems to indicate when it does get corrupt, however. The fallback locale LC_ALL=C helps scripts with sed, awk, grep, etc. suceed in case of corruption. If other people had the same problems, maybe adding LC_ALL=C to some installation scripts might bullet-proof them against this bug (or, at least, retrying if upgrade fails). ** Bug watch added: 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
** 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 cat ~/.pam_environment cat ~/.profile -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 http://ubuntuforums.org/showthread.php?t=1720356 (post #6) Other: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/793366 This is not ubuntu-specific, I guess: http://stephane.lesimple.fr/blog/2010-04-29/fixing-a-locale-archive-breakage.html (Fedora) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=547567 and some posts refer to glibc... ** Bug watch added: Debian Bug tracker #547567 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=547567 -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 once, so the scripts work. On exit, my locales, language-packs, etc. work as expected (i.e., Spanish). Althugh I reckon the files must now be correct, as the workaround achieved a sucessful 13.04 installation, the required cats are: administrador@pitblau-laptop:~$ cat /etc/default/locale LANG=es_ES.utf8 LANGUAGE=es_ES:es:en_GB:en LC_ALL=es_ES.utf8 administrador@pitblau-laptop:~$ cat ~/.pam_environment cat: /home/administrador/.pam_environment: No existe el archivo o el directorio which means file or folder does not exist administrador@pitblau-laptop:~$ cat ~/.profile # ~/.profile: executed by the command interpreter for login shells. # This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login # exists. # see /usr/share/doc/bash/examples/startup-files for examples. # the files are located in the bash-doc package. # the default umask is set in /etc/profile; for setting the umask # for ssh logins, install and configure the libpam-umask package. #umask 022 # if running bash if [ -n $BASH_VERSION ]; then # include .bashrc if it exists if [ -f $HOME/.bashrc ]; then . $HOME/.bashrc fi fi # set PATH so it includes user's private bin if it exists if [ -d $HOME/bin ] ; then PATH=$HOME/bin:$PATH fi Maybe you or somebody else expert on language-pack-xx, locale-archive, locales, glibc, etc. can extract a common denominator of my problems and those in the attached links... In the meantime, if the root cause is not found, maybe the installation scripts could, if unsuccessful, grep for these various locale errors and rerun package configuration under temporary LANG=C (or advise the user to do that). -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 LC_ALL=es_ES.utf8 --- So, there it is. Please remove that LC_ALL line from /etc/default/locale! Also, please check /etc/environment, too. It should have no language/locale related entries at all. Then let's refresh locale-archive, just to be sure. sudo locale-gen --purge If no error/warning message was shown when you run that command, I think you are done. There should not (any longer) be anything abnormal with your locales settings. To confirm it, please reboot and then let us know what the locale command outputs now. -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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, moving the locale-archive to locale-archive.old, as the post 18 suggests, as well as later issuing: sudo LANG=C LC_ALL=C apt-get update sudo LANG=C LC_ALL=C apt-get dist-upgrade suceeded in installing a nice 13.04 desktop. So, the root problem is still there but, anyway, the workaround allows getting through... However, I guess that this could be daunting for a novice ubuntu user, getting multitude of dependency errors and installation failure messages. Seems that either Catalan@Valencia, Spanish or English (or their joint coexistence) break the locale archive. In summary, for people hitting this bug (at least, I have hit it repeatedly since the 11.04 to 11.10 upgrade with Catalan@Valencia, Spanish and English simultaneously installed), I advise them to have a separate terminal open just in case they need to type that (well, or Ctrl-F1 I guess) or, (perhaps, not tested) upgrading by LANG=C LC_ALL=C do-release-upgrade so that locale-related (sed?) commands do not fail. -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 locale in a terminal window output now? -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 the broken locale-archive and things magically solve. Now, locale gives: 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 LC_NAME=es_ES.utf8 LC_ADDRESS=es_ES.utf8 LC_TELEPHONE=es_ES.utf8 LC_MEASUREMENT=es_ES.utf8 LC_IDENTIFICATION=es_ES.utf8 LC_ALL=es_ES.utf8 I guess that locale's output appears now correct... Indeed, now the 13.10 upgrade and apps work well. However, that happened to me in previous upgrades and, well, the locale-archive file broke later in time. The issue is that I cannot pinpoint when or how locale gets corrupted. I suspect it's something done in dist-upgrades or release-upgrades because I never change language settings and I recall seeing such behaviour after significant updates (but maybe I do not recall accurately, sorry for the vagueness of the info). I attach the apt- term.log which shows the many errors I got: things got bad at line 17812... but maybe because the locale was corrupted earlier on... ** Attachment added: Log of terminal output when upgrading from 12.10 to 13.04 with corrupt ES locale. https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+attachment/3650952/+files/apt-term.log.tar.bz2 -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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) do you store the settings? 2. You set LC_ALL. I can't tell if that can explain the problems you are experiencing, but I do know that LC_ALL is never set by the GUIs for setting the locale environment. LC_ALL is typically used *within programs* to enable the locale environment there. So if you don't have special reasons to do it manually, I'd advise you to remove the manual locale settings and start using Language Support. -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 dpkg-reconfigure locales My locales were also corrupted in a computer which wasn't used since June and a lot of updates (to 11.04, not upgraded to 11.10 yet) were applied... keyboard in Kile / Kate stopped working and voila, the above solved the issue. Why do locales get corrupted from time to time? -- 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 LANG=es_ES.utf8, succeeds with LANG=C To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/663694/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=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. -- 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 LANG=es_ES.utf8, succeeds with LANG=C -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 error: not inside a locale definition section. no definition for LC_CTYPE category found no definition for :C_COLLATE category found failed ... Thereafter many packages complained perl: warning: setting locale falied perl: warning: please check that your locale settings LANGUAGE= es_ES:es_en_GB:en LC_ALL = es_ES.utf8 LANG=es_ES.utf8 are supported and installed on your system. perl: warning: falling back to the standard locale C ... Gdk-WARNING **: locale not supported by C library at /usr/share/perl5/DebConf/FromtEnd/Gnome.pm line 60 ... /bin/bash: warning: setlocale: LC_ALL: cannot change locale (es_ES.utf8) So (now in two computers) it seems to be confirmed that something wrong happens with the Spanish locale at the start of the script. It's still upgrading but I guess that I will encounter problems later on... -- 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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 soo many packages I don't really care writing them all with dependency problems. Installation reported errors on exit and that the system may have been left in an unusable state. If this happens to all Spanish utf8 users of ubuntu, wow, they will be scared! I immediately opened a terminal and, by regenerating the locale-archive and sudo dpkg-reconfigure -a (the install script said it was going to try dpkg-reconfigure and I got lots of questions, answered the defaults) and sudo apt-get update, sudo apt-get upgrade SOLVED the issue (no more dependency problems, sucessful reboot 2.6.35-22). Anyway, I think that I actually shouldn't have needed to run dpkg-reconfigure -a after all (didn't do in my first computer). P.S.: Is it possible to change the title of the bug? I mean, now that we see that something went wrong with locales during upgrade, the title would be better as locale corrupted during upgrade to Maverick; es_ES.utf8 causing buggy behaviour and dependency problems in sed, apt, texlive, Then, somebody googling for answers to their problems maybe would find it in an easier way the LANG_C or the mv locale-archive workarounds. -- 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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 upgrades to this version right before regenerating them. - debian/local/remove-language-pack: Add case for removing locales from an archive. -- Martin Pitt martin.p...@ubuntu.com Mon, 14 Jun 2010 13:33:49 +0200 If that's going wrong, then I think we need to investigate why rather than just closing the bug. Reassigning to langpack-locales. ** Package changed: grub2 (Ubuntu) = langpack-locales (Ubuntu) ** Changed in: langpack-locales (Ubuntu) Status: Fix Released = Confirmed -- 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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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... somehow the locale generation got corrupted during the update to Maverick. ___ look what silly things happened, now solved! When I started a gnome session using Spanish locale sed does this weird things: anto...@antonio-desktop:~$ echo $LANG | sed -e 's,[0-8]*,9,g' 9e9s9_9E9S9.9u9t9f9 anto...@antonio-desktop:~$ echo $LANG | sed -e 's,[0-9]*,9,g' sed: -e expresión #1, carácter 12: Final de rango inválido it seems that it doesn't like 9 at all. Surprising, at the least. ___ Now, I log out and log in again in English language. anto...@antonio-desktop:~$ echo $LANG | sed -e 's,[0-8]*,9,g' 9e9n9_9G9B9.9u9t9f9 anto...@antonio-desktop:~$ echo $LANG | sed -e 's,[0-9]*,9,g' 9e9n9_9G9B9.9u9t9f9 so sed gives the expected result with 8 and 9. ___ after the locale regeneration, things work OK. ** Changed in: grub2 (Ubuntu) Status: New = Fix Released -- 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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 https://bugs.launchpad.net/bugs/663694 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: 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. version=`echo $basename | sed -e s,^[^0-9]*-,,g` alt_version=`echo $version | sed -e s,\.old$,,g` which hit, I guess, the sed-locale bug in the links above. But, surprisingly, the LANG=C does nothing new to sed... anto...@antonio-desktop:/etc/grub.d$ echo hello123 | sed -e s,^[^0-9]*-,,g sed: -e expresión #1, carácter 14: Final de rango inválido anto...@antonio-desktop:/etc/grub.d$ LANG=C echo hello123 | sed -e s,^[^0-9]*-, g sed: -e expresión #1, carácter 14: Final de rango inválido __ Output copied below: anto...@antonio-desktop:~$ sudo sh -x /usr/sbin/grub-mkconfig -o /tmp/grub.cfg + set -e + transform=s,x,x, + prefix=/usr + exec_prefix=/usr + sbindir=/usr/sbin + libdir=/usr/lib + sysconfdir=/etc + PACKAGE_NAME=GRUB + PACKAGE_VERSION=1.98+20100804-5ubuntu3 + host_os=linux-gnu + datarootdir=/usr/share + datadir=/usr/share + echo grub + sed s,x,x, + pkgdatadir=/usr/share/grub + grub_cfg= + grub_mkconfig_dir=/etc/grub.d + basename /usr/sbin/grub-mkconfig + self=grub-mkconfig + echo grub-probe + sed s,x,x, + grub_probe=/usr/sbin/grub-probe + test 2 -gt 0 + option=-o + shift + argument -o /tmp/grub.cfg + opt=-o + shift + test 1 -eq 0 + echo /tmp/grub.cfg + grub_cfg=/tmp/grub.cfg + shift + test 0 -gt 0 + . /usr/lib/grub/grub-mkconfig_libcommand + transform=s,x,x, + prefix=/usr + exec_prefix=/usr + datarootdir=/usr/share + datadir=/usr/share + bindir=/usr/bin + sbindir=/usr/sbin + echo grub + sed s,x,x, + pkgdatadir=/usr/share/grub + test x/usr/sbin/grub-probe = x + test x = x + echo grub-mkrelpath + sed s,x,x, + grub_mkrelpath=/usr/bin/grub-mkrelpath + which gettext + + gettext=gettext + echo /boot/grub + sed s,x,x, + GRUB_PREFIX=/boot/grub + [ x = x ] + id -u + EUID=0 + [ 0 != 0 ] + set /usr/sbin/grub-probe dummy + test -f /usr/sbin/grub-probe + : + mkdir -p /boot/grub + /usr/sbin/grub-probe --target=device / + GRUB_DEVICE=/dev/sda1 + /usr/sbin/grub-probe --device /dev/sda1 --target=fs_uuid + GRUB_DEVICE_UUID=ca0cec72-6210-4ea5-9c0a-a1d518bbb72b + /usr/sbin/grub-probe --target=device /boot + GRUB_DEVICE_BOOT=/dev/sda1 + /usr/sbin/grub-probe --device /dev/sda1 --target=fs_uuid + GRUB_DEVICE_BOOT_UUID=ca0cec72-6210-4ea5-9c0a-a1d518bbb72b + /usr/sbin/grub-probe --target=fs / + GRUB_FS=ext2 + test -f /etc/default/grub + . /etc/default/grub + GRUB_DEFAULT=0 + GRUB_HIDDEN_TIMEOUT=0 + GRUB_HIDDEN_TIMEOUT_QUIET=true + GRUB_TIMEOUT=10 + lsb_release -i -s + GRUB_DISTRIBUTOR=Ubuntu + GRUB_CMDLINE_LINUX_DEFAULT=quiet splash + GRUB_CMDLINE_LINUX= + [ x != x ] + termoutdefault=0 + [ x = x ] + GRUB_TERMINAL_OUTPUT=gfxterm + termoutdefault=1 + [ xgfxterm = xgfxterm ] + test -e /boot/grub/gfxterm.mod + [ ! -s /boot/grub/video.lst ] + [ -n ] + path=/usr/share/grub/unicode.pf2 + is_path_readable_by_grub /usr/share/grub/unicode.pf2 + path=/usr/share/grub/unicode.pf2 + test -e /usr/share/grub/unicode.pf2 + : + /usr/sbin/grub-probe -t fs /usr/share/grub/unicode.pf2 + : + return 0 + GRUB_FONT_PATH=/usr/share/grub/unicode.pf2 + [ unicode = ascii ] + break 2 + [ -z /usr/share/grub/unicode.pf2 ] + export GRUB_DEVICE GRUB_DEVICE_UUID GRUB_DEVICE_BOOT GRUB_DEVICE_BOOT_UUID GRUB_FS GRUB_FONT_PATH GRUB_PRELOAD_MODULES GRUB_PREFIX + export GRUB_DEFAULT GRUB_HIDDEN_TIMEOUT GRUB_HIDDEN_TIMEOUT_QUIET GRUB_TIMEOUT GRUB_DEFAULT_BUTTON GRUB_HIDDEN_TIMEOUT_BUTTON GRUB_TIMEOUT_BUTTON GRUB_BUTTON_CMOS_ADDRESS GRUB_DISTRIBUTOR GRUB_CMDLINE_LINUX GRUB_CMDLINE_LINUX_DEFAULT GRUB_CMDLINE_XEN GRUB_CMDLINE_XEN_DEFAULT GRUB_CMDLINE_NETBSD GRUB_CMDLINE_NETBSD_DEFAULT GRUB_TERMINAL_INPUT GRUB_TERMINAL_OUTPUT GRUB_SERIAL_COMMAND GRUB_DISABLE_LINUX_UUID GRUB_DISABLE_LINUX_RECOVERY GRUB_DISABLE_NETBSD_RECOVERY GRUB_VIDEO_BACKEND GRUB_GFXMODE GRUB_BACKGROUND GRUB_THEME GRUB_GFXPAYLOAD_LINUX GRUB_DISABLE_OS_PROBER GRUB_INIT_TUNE GRUB_SAVEDEFAULT GRUB_BADRAM + test x/tmp/grub.cfg != x + rm -f /tmp/grub.cfg.new + exec + chmod 400 /tmp/grub.cfg.new + echo Generating grub.cfg ... Generating grub.cfg ... + cat + grub_file_is_not_garbage /etc/grub.d/00_header + test -f /etc/grub.d/00_header + return 0 + test -x /etc/grub.d/00_header + echo + echo ### BEGIN /etc/grub.d/00_header ### + /etc/grub.d/00_header + echo ### END /etc/grub.d/00_header ### + grub_file_is_not_garbage /etc/grub.d/05_debian_themecommand + test -f /etc/grub.d/05_debian_theme + return 0 + test -x /etc/grub.d/05_debian_theme + echo + echo ### BEGIN /etc/grub.d/05_debian_theme ### + /etc/grub.d/05_debian_theme + echo ### END /etc/grub.d/05_debian_theme ### + grub_file_is_not_garbage /etc/grub.d/10_linux + test -f /etc/grub.d/10_linux + return 0 + test -x /etc/grub.d/10_linux + echo + echo ### BEGIN /etc/grub.d/10_linux ### + /etc/grub.d/10_linux Found
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 Spanish asking for Si/No input (Si==yes in Spanish) but actually the key to press was y because s wasn't understood as si. That smells locale, isn't it? Moreover, seems that some of the later maverick updates miraculously solved the problem, in the sense that in my computer now things seem to work ok. both apt-get and kile work today without LANG=C. I post the required command, but now its output seems OK. As it stands now, If you Torsten have administrative privileges on launchpad, perhaps you should close this bug in apt or at least tag it as non-confirmed and, well, as locale seems repaired, we'll just forget about it (I can no longer replicate it). Thanks! sudo sh -x /etc/kernel/postinst.d/zz-update-grub + set -e + set -- + mode= + mode= + exec update-grub Generating grub.cfg ... Found linux image: /boot/vmlinuz-2.6.35-22-generic Found initrd image: /boot/initrd.img-2.6.35-22-generic Found linux image: /boot/vmlinuz-2.6.32-25-generic Found initrd image: /boot/initrd.img-2.6.32-25-generic Found linux image: /boot/vmlinuz-2.6.32-23-generic Found initrd image: /boot/initrd.img-2.6.32-23-generic Found linux image: /boot/vmlinuz-2.6.32-22-generic Found initrd image: /boot/initrd.img-2.6.32-22-generic Found linux image: /boot/vmlinuz-2.6.32-21-generic Found initrd image: /boot/initrd.img-2.6.32-21-generic Found memtest86+ image: /boot/memtest86+.bin done -- 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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 grub.cfg ... Found linux image: /boot/vmlinuz-2.6.35-22-generic sed: -e expresión #1, carácter 14: Final de rango inválido But, as I said above, the same issue affecting kile should mean that this is NOT a bug in apt so, if you think so, you might still close this bug. sudo dpkg-reconfigure locales doesn't seem to help. -- 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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
** 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 subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 fails? -- 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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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 code 1 Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-2.6.35-22-generic.postinst line 1010. dpkg: error al procesar linux-image-2.6.35-22-generic (--configure): el subproceso script post-installation instalado devolvió el código de salida de error 2 -- 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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 663694] Re: apt-get fails with LANG=es_ES.utf8, succeeds with LANG=C
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, apart from the kernel, some latex dependencies were messed up. So, it seems that it is more than one script which needs tweaking. The bug may be: - in sed (not handling correctly some locale utf8 characters) - in apt - in specific kernel and latex package installation scripts... ... or in all of them... If you have administrative rights, feel free to move/copy part of the bug report to sed or to kernel or to texlive (or to three of them). Anyway, the connectivity of apt-get seems still an issue (locale-related). Thanks for your help! -- 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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs