[pacman-dev] libalpm does not use localized strings

Dan McGee dpmcgee at gmail.com
Mon Mar 5 14:19:35 EST 2007

On 3/5/07, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> On 3/5/07, Pierre Schmitz <pierre at archlinux.de> wrote:
> > Hi,
> >
> > I just noticed that pacman3 does not use the translated string
> > (libalpm;error.c:96) I got this output:
> >
> > [root at athlon64 pierre]# pacman -Rcs clamav
> > Fehler: Konnte Paket 'clamav' nicht hinzufügen (could not find or read
> > package)
> >
> > Does anybody know why this happens? I checked the de.po file and error.c; both
> > seem to be ok.
> Hmm, can you run with --debug and see if all the debug output is untranslated?

Interesting. I tried this, which gives you the preprocessor output:
gcc -I../../ -E alpm.c > alpm_preproc.c
And all of the gettext calls are non-existent. It gets subbed out
somehow. Then I notice #include config.h was never in this file, thus
not enabling NLS (native lang support). Fixed in CVS.

TODO: check includes in all files to make sure we are doing them
right. We should always include global headers first (and only the
ones we need), followed by config.h, and then the alpm headers. And
now that I think about it, should config.h always go first, even
before global headers?


More information about the pacman-dev mailing list