It would be reasonably simple to enable/start tethering using "connmanctl" commands, and running something two minutes after boot would be simple enough using an autostart script or systemd service. The usual challenge with these types of things is what you check to determine "not connected to the right location" to then initiated the process.
Posts by chewitt
-
-
I hope that support for relatively older devices (like Nuc 6) will not be abandoned. This is one of the strengths of libreelec.
Note that "supporting old hardware" has never been something the project has aimed to do. It's just a coincidence that Intel CPU/GPU devices generally have a longer lifespan. It should be able to boot the GBM release already.
-
I tried in the "Custom channel" to enter "https://test.libreelec.tv/releases.json" for the "Nightly" versions but I only see the list of generic and not Legacy-Generic. Is it normal or is there an error?
Read post #14 (again)
-
There is almost nothing in-common between LE9 and LE11 images; so while it might be true observation it's also rather meaningless (or, not useful) because literally everything has changed (boot/kernel/kodi/etc.)
-
I'm wondering if adding "video=HDMI-A-1:1920x1080M@60" to kernel boot params in syslinux.cfg would help? Using the GBM (non-legacy) image would be preferred over the X11 (legacy) one.
-
One week suspension applied. If you register new accounts to shill post, it'll be a permanent ban.
-
therealwolve Your continued posts nit-picking how we adminster the forum are tiresome and taking more time/effort to respond to than dealing with actual spam (which is rare, as we have effective measures in place to prevent it). If you continue to grind the axe on this topic your forum account will be suspended so everyone can focus on helping users with actual problems.
-
The Generic build-system "Project" was organised into "GBM" and "X11" build-system "Devices" to emultate the build-system project/device organisation we use with ARM SoC images. This keeps the build-system compact, but the current update process only uses Project (not Device) when requesting update tar files; and the JSON data only supports the GBM files. In hindsight "Legacy" should have been done as a separate Project (as was done in the past) .. but it's a bit late now, and in the mid/long term the X11 image is hopefully dropped anyway.
-
Code
cd /storage/.update wget https://releases.libreelec.tv/LibreELEC-Generic-legacy.x86_64-11.0.3.img.gz rebootSSH into the box and run the above commands ^
Then say out loud "fcuk me, that was so much easier than trying to self-host images and JSON files" .. and go watch a movie or do something fun with your kids/partner/pet.
-
Did the deletion of a bunch of out of date files break your box? .. no
Does the 11.0.3 update fix anything critical for AMLGX installs? .. no
Can you continue using your box the same as yesterday simply by turning it on? .. yes
"nothing to see here, move along please"
-
I've always found CEC to be slow and complicated and having six or more CEC-capable devices attached to the same AVR causes all kinds of random crap .. so it's disabled in my AVR and I never (ever) test it, and have zero knowledge (or solutions) for any issues that exist. For me, CEC has a large SEP field errected around it.
-
The script is written for Linux, because nobody sane hosts internet facing services on Windows boxes.
-
I'm not sure who created the nighltly build you're runing .. but it's not an official one (as we don't build the ARMv8 project) so you need to find the original creator and nag them.
-
There is no spoon feeding guide, and I doubt anyone can be goaded into writing one. Last time I looked at the script it was fairly simple to read and figure out.
-
I've removed all the not-quite-11.0.2 images. No plans to build any 11.0.3 images right now (other than perhaps an RPi4 image).
-
-
"systemctl stop avahi && systemctl disable avahi" ?
-
Get a Flirc USB receiver and use any IR remote you like: https://flirc.tv/products/flirc-usb-receiver
