It can be used securely through an SSH or VPN tunnel.
Posts by escalade
-
-
Rule #1, always test with a cable.
-
-
-
Learn how to use Docker, it will let you run anything without touching LE.
-
-
It looks to me like he has already entered ÆØÅ??
-
When mounting through systemd/kernel, as far as Kodi's concerned it's a regular filesystem. Sounds to me like the issue is with the Synology drive and not with the network protocol. Odd that it works with NFS though. Perhaps you'll see issues there as well given time.
-
-
-
Turn "keep audio device alive" off in audio settings and configure your /storage/.config/asound.conf if you are on x86.
Not much difference other than not needing the extra storage for the docker container. Easy to update as well, just "rm -rf /storage/.cache/app.chrome" and it will download the latest stable on next run.
-
-
20161021:
- Chrome and Spotify will now download and run natively on LibreELEC (no Docker containers)
- Mesa 13.0
- SDL2 2.0.5
- Samba browsing problem fixed
- Updates to RetroArch and lots of cores
- Updated Dolphin -
Actually the default samba configuration in LE is broken, as pointed out in this thread. While true that the SMB protocol have changed and introduced new issues at times, the Samba development team have always been quick to fix them. Samba is capable of quite amazing things, I used to maintain a Samba 2.x server which handled cross subnet browsing (using WINS) across three offices with mixed Linux/Windows/Mac clients. This was almost 15 years ago and much have improved since. The default values are good, and should not be changed unless for a purpose.
I don't use Samba much myself these days and only from Linux/Mac, but I'll create a PR to fix the issue in this thread.
-
You can remount with "force,rw" but it is not recommended. The Linux HFS code is old and unmaintained and is known to cause damage to your filesystem. This is true from personal experience
You can format with exFAT, it's supported by both LibreELEC and macOS.
-
Yes, although it would require (a lot?) more work. You would need multilib versions of gcc, glibc and every library that PCSX2 depends on + the libraries that those libraries depend on. It would beef up the size of the image as well. These changes would probably not be accepted by LibreELEC upstream, as I doubt they would want to support 32 bit on 64 bit just for the sake of PCSX2. There's no hope of the PCSX2 devs porting it to 64 bit either, and I can't get it running in Docker (can't get it to open ISO's, most likely using some 32 bit kernel call that is not supported in Docker).
-
In an effort to get PCSX2 running on LibreELEC I built a 32 bit version of my own tree and packaged up the latest PCSX2 from git and it's dependencies. Everything works and I can start PCSX2, but it can't find any plugins, even though it's looking in the correct directory and the plugins are there. So close! Maybe I'll find a way to fix this, maybe not. The 32 bit image is uploaded in case anyone wants to play with it.
-
Why would mounting shares depend on the time being synced? Are you using Kerberos authentication?