I am sorry, but the logs do not tell me anything.
What about using the domain name instead of the local IP? Is this an option?
I would propose to start a new thread with this specific topic which is not linked to ARM64. A new topic would attract attention from other members of the community.
Hi @earth,
Hope you are doing well!
I am still on NC 19.0.0 / Community Server 0.1.7. I understand your concern. Reading the various sources about OO Community versions does not give much confidence.
Unfortunately I do not have time for playing around with NC at the moment. But if you dare to give it a try, keep me posted, please!
Hello @anon71540698,
I am unsure how this could help. We are running x86_64 binaries on a ARM v8 architecture using qemu, because there is no native binary. There is no issue with virtualization (docker) in general. Or did I get you wrong?
Hi @earth,
you really tried NC 20 + OO?! And that worked?! Great news, man, really. Makes me feel confident about NC future releases in combination with OO!
So, this mostly works, but I cannot save Excel files. I have had to use the various āgenericā OnlyOffice workarounds to get files to save at all (documentserver:flush), but no matter what I try, Excel files never save. Word and PowerPoint files seem to save.
The log file generated by the wrapper invariably produces the following.
Hi @TerminalAddict,
In my environment, all types of files are being saved. However there is a general issue with NC and OO when editing files in OO and outside OO locally in a synced folder. But this is also not related to the type of file. And not related to the Qemu wrapper.
Your issue is not related to the file content? It is also not related to the file format (XLSX, ODS, ā¦)? Did you try a fresh install?
Interesting. Which OS are you running? I have tried an existing xlsx file, and a brand new empty xlsx file. It doesnāt seem to matter. I am aware of the general OO+NC file saving issues, but as I mentioned, Word and PowerPoint files save just fine (with the flush/cron mitigations put in place).
Armbian Linux ā¦ you can find more details in the beginning of the thread. I do not use flush/cron mitigation setup and just live with the fact that mixed editing does not work.
I know that this is slightly off topic, but while I was trying to make this work with NC 20 I discovered that the Collabora Online office app comes with similar functionality as OnlyOffice. The major advantage is that the aquivalent to the Community Documentserver app has a version that natively supports ARM64. Just had to install āCollabora Onlineā and āCollabora Online - Built-in CODE Server (ARM64)ā via the app menu. As far as I tested (not that much) everything works perfectly fine.
Only wanted to post this here in case anybody who just wants to run an office app which supports working collaborative on documents on his RPi comes along and doesnāt particulary care if it is OnlyOffice. Nevertheless, thank you @earth and @mbcon for trying to make OO work on ARM64!
Thatās true. But this is what the abbreviation ARM64 is saying: Itās the ARM CPU architecture 64-bit version. So it is running on an RPi 4 (should be 4+GB RAM) - just not with an 32-bit OS like the standart Raspberry Pi OS. That is, you have to have an 64-bit OS like the Ubuntu Server 64-bit version (like me) or (like @mbcon ) the Armbian 64-bit version. There is also an Raspberry Pi OS 64-bit Beta.If youād like to give it a try, it can be downloaded here: https://downloads.raspberrypi.org/raspios_arm64/images/
Quick update. I switched from Raspberry Pi OS (64bit) to Ubuntu, and am now able to save Excel files. Word and PowerPoint files still seem to be saving as well. I havenāt tested extensively, but it looks promising so far.