Merge lp:~mfisch/ubuntu/precise/live-manual/live-manual-fix-ftbfs-831392 into lp:ubuntu/precise/live-manual
Status: | Merged |
---|---|
Merged at revision: | 30 |
Proposed branch: | lp:~mfisch/ubuntu/precise/live-manual/live-manual-fix-ftbfs-831392 |
Merge into: | lp:ubuntu/precise/live-manual |
Diff against target: |
47 lines (+11/-3) 3 files modified
debian/changelog (+7/-0) debian/control (+3/-2) debian/rules (+1/-1) |
To merge this branch: | bzr merge lp:~mfisch/ubuntu/precise/live-manual/live-manual-fix-ftbfs-831392 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Timo Aaltonen | Approve | ||
Ubuntu branches | Pending | ||
Review via email: mp+95793@code.launchpad.net |
Description of the change
I have tracked down the FTBFS issue, it is because that inside the chroot the environment (specifically LC_ALL is set to "C") and so when it tries to process the manuals for the other languages, like de, it bails when it sees "invalid byte sequence in US-ASCII". Then later on it really fails when it can't find the localized manuals to complete the processing.
What the fix is is that you need to install the us locale in your chroot and setting LC_ALL before the build. I think the key here is that the environment is <something>.UTF-8, but there's no reason not to use en_US, the other manuals are not broken by this process from what I see.
This failure also explains to me why it builds fine outside a chroot on my dev box or in a regular VM.
This issue isn't specific to Ubuntu, so it would be nice to have a generic solution that would work for Debian too.
Debian doesn't have langpacks. It does have locales-all, but that's huge, and takes forever to install. So, the best solution is usually to generate a locale during install (python-djvulibre is an example of a package doing something like this).