I have no Mac myself, here I describe is a report by a Chinese (Traditional) user and translated by me. Quote Start: My hardware is PowerBook G4 1.67Ghz, and OS is MacOSX10.4.11. I downloaded "LibO_3.3.0_MacOS_PPC_install_en-US.dmg" and "LibO_3.3.0_MacOS_PPC_langpack_zh-TW.dmg" yesterday. LibO_3.3.0_MacOS_PPC_install_en-US.dmg worded well as a pure English environment. Because WHAT I NEED is the Chinses (Traditional) version, I clicked "LibO_3.3.0_MacOS_PPC_langpack_zh-TW.dmg" to install the Chinese (Traditional) LangPack. As a result, the installation program faded out and dispeared. I went to "系統監視程式.app" (it might be System Monitor.app or something like that) and found some information in "console.log" - /volumes/LibreOffice 3.3 Language Pack/LibreOffice 3.3 LanguagePack.app/contents/osx_install.applescript:1645:1717: execution error: an error of type -4960 has occurred.(-4960) I tried to search "an error of type -4960", then found out there is --- /* core foundation errors*/ enum{ corefoundationunknownerr = -4960 }; --- in "system/library/frameworks/coreservices.framework/versions/a/frameworkscarboncore.framework/version/a/headers/MacErrors.h" file. However, I have no idea now to fix that problem. :S Quote End
In addition, I have tried to install the zh-CN langpack as a user reported that although the Chinese language help strings were installed, no Chinese dictionary was installed. I can confirm that the Chinese dictionary was not installed, because it does not even appear in the *.app file. So the question is, why weren't the Chinese dictionaries included in the langpacks ? Alex
The term "langpack" means a LibreOffice user interface language package. Dictionaries have no relation to langpacks from a packaginc perspective. (That is not a bug.)
So how does a user go about getting a dictionary then ? As far as I can tell, if you install the GB langpack, you get a GB dictionary along with the help strings and interface in English. If you install a FI langpack you get a FI dictionary along with the help strings and interface, or is this not the case ? Alex
In particular, on a Mac, where only 2 possibilities for download are proposed : the basic en_US installer DMG image and the corresponding langpack which is detected according to the language of the browser ? Alex
I just installed the LibreOffice 3.3.1 rc2 en-US dmg on my Mac, and I see several included dictionaries. Installing additional langpacks doesn't add anything to that. In fact, most of the langpack languages don't have any suitable dictionary suitably licensed that LibreOffice could include/distribute. (Or nobody has told our i10n people about more suitable dictionaries.) (One way to see the installed dictionaries is to go to LibreOffce:Preferences...:Language Settings:Languages:Default languages for documents and scroll through the list. Those languages that have a checkmark icon with "ABC" have a dictionary.) So, please let's discuss only the original bug report here.
Hi Tor, OK, sorry about that. I just tested with the zh-TW langpack on Mac OSX 10.6.6 and it appeared to install without any error message. Alex
To Alex Thurgood I am glad to hear from you that you just tested with the zh-TW langpack on Mac OSX 10.6.6 and it appeared to install without any error message. So can you do me a favor that telling me your Mac OSX version and the hardware platform (PPC or Intel)?
Well, it seems that only PPC user might have errors with langpack_zh-TW installation. Can someone investigate into this problem?
> Can someone investigate into this problem? That is the whole point of reporting bugs, isn't it?
I am also on PPC and having trouble installing language packs. I specifically tried to install the language packs for British English and Welsh/Cymraeg. Once installed, LibreOffice correctly picks up Welsh as the appropriate default for the user interface but the .app provided for installation does not work for either pack. In both cases, I moved the .tar.bz2 file to LibreOffice.app/ and just used bunzip2 and gnutar -xf to install the files manually. This seems to work fine but is probably not a method accessible to most users. (And if this is the best method, it would obviously be easier to just download the .tar.bz2 archive rather than having to disentangle the .app.) Hardware is PPC 7450, 1.5GHz with OS X 10.4.11. Errors from console.log: /Users/<me>/Documents/src/libreoffice/cy/LibreOffice 3.3 Language Pack.app/Contents/osx_install.applescript:1885:2067: execution error: Failed to create query for 'kMDItemContentType == 'com.apple.application-bundle' && kMDItemDisplayName == 'LibreOffice*' && kMDItemDisplayName != 'LibreOffice 3.3 Language Pack.app''. (1) /Users/<me>/Documents/src/libreoffice/gb/LibreOffice 3.3 Language Pack.app/Contents/osx_install.applescript:1885:2067: execution error: Failed to create query for 'kMDItemContentType == 'com.apple.application-bundle' && kMDItemDisplayName == 'LibreOffice*' && kMDItemDisplayName != 'LibreOffice 3.3 Language Pack.app''. (1) I have dictionaries installed as part of the main application install for various languages, including UK English, Spanish, French etc. Basically dict-en, dict-es and dict-fr appear to be installed by default. There's no dictionary for Welsh either by default or in the language pack but this might just be a lack of support for Welsh. The user interface is only partially translated in any case. The .app does start the installation process. I get the initial dialogue with the choice to "Abort" or "Install". (None of this is translated for the Welsh pack - interface is identical to UK English.) However, on clicking on "Install", the application simply disappears without trace. So I assume that the issue is with the applescript?
OK. You should probably ignore my report. The installation applications fail in my case because I've disabled Spotlight. It would be nice if it would just ask me where LibreOffice is installed but disabling Spotlight is presumably considered a non-approved customisation so I must take responsibility for the consequences!
I opened the install script in Apple's Script Editor and hacked it somewhat so that it found both LibreOffice and the language pack despite the lack of Spotlight support. I also hacked it so it found its own directory rather than Script Editor's. In this case, the install seemed to succeed although since I'd already installed the language pack, I only have the script's word for it. I would guess that "系統監視程式.app" would be Console.app rather than System\ Monitor.app. Maybe there's a change in later versions of the OS but that's what most users would use to view console.log in Tiger.
Was this sorted in the end ? Perhaps we should close it now, unless I hear something soon to the contrary. Alex
There are two users (IanHo and swn002) telling that intallation cannot work for Tiger. See http://zh-hant.libreofficeforum.org/node/192 You can use Google translate to see in rough English.
OK, thanks, so we need someone else to test this on a PPC machine, will keep it open for now. Alex
According to a couple of users in ZH forum, the problem still exists on PPC for 3.3.2. Alex
(In reply to comment #12) > I opened the install script in Apple's Script Editor and hacked it somewhat so > that it found both LibreOffice and the language pack despite the lack of > Spotlight support. I also hacked it so it found its own directory rather than > Script Editor's. In this case, the install seemed to succeed although since I'd > already installed the language pack, I only have the script's word for it. > Would you be willing to share your hack? Falling back to a handful of default locations can't be bad I guess.
*** Bug 35121 has been marked as a duplicate of this bug. ***
I have the same problem, with the Portuguese language pack. I am running Mac OS X Lion (10.7.1) over a MacBook Pro on Intel i5. I had the same problem when I was running Snow Leopard (10.6.X)—in fact, I've been using LibreOffice since 3.3.1 I think, and I've never been able to install the Portuguese language pack, but I have been ignoring the issue since I can read English. This is what always happens: 1. I download the new version of LO (the one I have just downloaded is LibO_3.4.3_MacOS_x86_install_en-US.dmg). 2. I mount it. 3. I drag the LO icon into the Applications icon. The system asks me if I want to replace the existing LO, I say Yes and it apparently installs correctly. 4. I download the corresponding language pack for Portuguese (the one I have just downloaded is LibO_3.4.3_MacOS_x86_langpack_pt.dmg). 5. I mount it. 6. Finder opens a folder with an icon "LibreOffice Language Pack", and a folder "READMEs". 7. I double-click the "LibreOffice Language Pack" icon. I usually get a warning telling me it's a file straight out of the Internet, do I want to run it? I say Yes. 8. The installer dies silently; meaning, I get no other warnings, the process ends, and when I get to LO I don't have the option to select Portuguese for menus etc. Is there anything else I can do to check why it's dying? Can I run the language pack installer from command line or something?
This problem is solved for me, on LO 4.0.4.2 under Mac OS X Lion.
Thanks for sharing this one. I appreciate it. I have a game that I can play online alone or with friends at no cost https://subwaysurferss.co/
https://mapquest-directions.io is a go-to app for travelers and commuters who want to navigate the roads with ease and efficiency.
Mapquest Directions is more than just a map service. Users can also search for nearby places, such as hotels, restaurants, shops, gas stations, and more. Users can also explore the world with live traffic and transit updates, satellite and street views, and 3D maps. https://mapdirections.app/
I have been using LibreOffice since version 3.3.1, at the very least. The Portuguese language pack has always been inaccessible to me, but I have chosen to disregard this problem since I am able to read and write in English.
Some users on the ZH forum have reported that the issue persists with PPC for version 3.3.2. pm: https://geometrydashsubzero.net