https://bugs.documentfoundation.org/show_bug.cgi?id=129177
--- Comment #10 from [email protected] --- Hi, > --- Comment #1 from Stephan Bergmann <[email protected]> --- > First off, an upstream LibreOffice installation is always self-contained in a > single location and fully relocatable. The soffice executable finds all the > installation's files relative to itself. Some Linux distros might lay this > out > differently, with their downstream LibreOffice installations distributed in > some way into the distro's file system hierarchy, but that is strictly a > downstream issue beyond the scope of upstream LibreOffice here. This is useful information, thank you! > If I understand you correctly, what you seek is that a LibreOffice > installation > at e.g. ~/.guix-profile/lib/libreoffice/ would not only look for certain > locale-specific files under > ~/.guix-profile/lib/libreoffice/{program/resource/,share/}, but also under say > ~/.guix-profile/lib/libreoffice-langpack-fr/{program/resource/,share/}. (And > if that understanding is not correct, please be more specific in the > description of your actual issue.) I'm only getting started looking at packaging the language packs of LibreOffice for GNU Guix, so I'm not sure what are the requirements yet -- I was only looking at how things are done in Debian and commenting about their layout. Given that soffice is capable to find things relatively to its own location, unless it de-references symbolic links (heavily used by Guix profiles), it should be able to find language pack data if I put such data at the expected location. Which brings me to the question: what is the expected location for language pack data; what is the recommended layout? Is there a place I can read more about it (actual documentation or sources) ? And do these language packs contain both the translation of the LibreOffice applications themselves (e.g. the menus and button texts) as well as the offline help? Thank you for your time, Maxim -- You are receiving this mail because: You are the assignee for the bug.
