Le dimanche 09 septembre 2007 à 15:35 +0200, Julien BLACHE a écrit :
> Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> > I guess I learned something new, then. I thought the .mo files was
> > mmapped into the programs and looked up using fast and arch-specific
> > methos. If this is
Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
Hi,
> I guess I learned something new, then. I thought the .mo files was
> mmapped into the programs and looked up using fast and arch-specific
> methos. If this is not true, I can change my packaging practice. :)
I don't know the specifics on get
[Julien Blache]
> If gettext wasn't able to handle that, the mo files should really be
> under /usr/lib and not /usr/share and that would have been fixed
> long ago already.
>
> I guess you're raising a non-issue.
I guess I learned something new, then. I thought the .mo files was
mmapped into th
Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
> The stellarium-data package contain architecture specific files. The
> generated .mo files are binary, architecture and endian specific, and
> need to be in an architecture specific package. These are the files
> in this package at the moment:
AF
Package: stellarium-data
Version: 0.8.1-2
Severity: serious
Justification: arch all packages must be arch neutral
Tags: l10n
The stellarium-data package contain architecture specific files. The
generated .mo files are binary, architecture and endian specific, and
need to be in an architecture sp
5 matches
Mail list logo
