-
-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
/proc not mounted - LibreOffice is unlikely to work well if at all #58
Comments
Stale issue message |
Retesting the install feature is requested as, "Issues with Libreoffice #252" is open. Should device space be an issue with your device smartphone, wearable, smartwatch and more, please run this command:
This command should refresh the installation to the newest version for development, testing and the ux (user experience). Should space on device NOT be an issue please use the alternate directory install feature; |
Libreoofice work smoothly now thanks to update of one expert which have been
applied several month ago.
Now, I can run Libreoffice with no issues at all.
Thank you for yours repair. User do not have to care about it. Simply
install pacman -S libreoffice, finish installation process and Libreoffice
suite work like A charm.
|
@JanuszChmiel thank you very much for confirming Libreoffice works on smartphone! |
Yes, work ammazingly. And even spell checking feature with Orca work without
problems.
For all visually impaired future users. Espeak-ng can not be used on higher
speech speed than 72. Higher speed produces big error, that when arrow keys
are being used for browsing inside editable fields, that Espeak-ng
synthesizer jump one character and speak The second one.
This complex issue can be solved only by very experienced C programmer, who
knows Speech-dispatcher source code and Espeak-ng very well.
To avoid those issues, users must use older espeak package, where those
problems do not exists at all.
Or use espeak-ng on The speed 72 with Orca no faster.
|
Dear Mr Rausty,
Yours script can install fully functioning Arch Linux to various Android devices. You have done yours best to overcome Android 8 limitation. /Proc folder can not be mounted.
Unfortunately, Libreoffie want to directly access this folder.
So when I want to run it from The mate by using Libreoffice link I AM getting The following error.
/proc not mounted - LibreOffice is unlikely to work well if at all
Do you think, that there is some possibility how to managing /proc at The background from Termux. So if some app which run by using Proot request for /proc that this request could be damaged by some daemon app which run in Termux like compiled C or C++ binary?
Or unfortunately, it is impossible o Android 8 and non rooted ANdroid OS? Because Libreoffice really want to access not only formal content but The real content of /proc folder?
Thank you very much for yours explanation.
And dbus-run-session app name &
Have solved manz Dbus errors and szstem is now very stable.
The text was updated successfully, but these errors were encountered: