LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
syphyr has quit [Quit: Leaving]
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
tsal has quit [Ping timeout: 240 seconds]
tsal has joined #libreelec
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
buzzmarshall has quit [Quit: Konversation terminated!]
<chewitt>
colo LE (and OE before) has always used busybox 'bash' (which creates the link since the applet is in the busybox config)
<chewitt>
it's not 100% compatible .. but never has been
<chewitt>
more users complain at lack of sudo (when copy/pasting scripts) than have ever complained about bash compat
<chewitt>
there are usually ways around the differences, it's not like busybox is some rare/unknown thing these days
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #libreelec
<colo>
chewitt, I see. we had a complaint filed in #bash that some script was breaking, and after some detective work, the problems was traced back to exist due to libreelec having that oddity in its fs.
<chewitt>
LE is effectively an embedded OS .. and busybox is used in ~99% of embedded platforms
<chewitt>
what was the script?
LEBot has quit [Remote host closed the connection]
<colo>
chewitt, I am not aware any more, it was a few days ago. something the user brought with them on the host, so not provided ootb by LE.
LEBot has joined #libreelec
<chewitt>
sometimes it's possible to copy over binaries from e.g. RasPi OS or Ubuntu at recent versions to the persistent /storage area
<chewitt>
it doesn't always work, but for simple binaries it often does
<chewitt>
then user only has to change the shebang
* oblikoamorale
*cough* docker *cough*
<oblikoamorale>
:)
<chewitt>
or there's the "sledgehammer to crack a walnut" approach via Docker .. which would also work
bnevets27 has quit [Quit: quitting]
<colo>
would actual GNU bash be prohibitively large for LE's standards to be included in the build?
<colo>
(I know how *I* could fix such a problem if it were to arise for me, but some users aren't :))
bnevets27 has joined #libreelec
<chewitt>
colo given the number of times it's come up over the years vs. size of userbase I'd say we don't need full bash
<colo>
ok
<chewitt>
the approach to add it would be to bundle it with the "System Tools" binary add-on
<chewitt>
that won't make it appear under /bin/bash .. but it's accessible with a change to shebang or whatever method is executing the script, e.g. systemd service file
<colo>
yup, I can see that
<colo>
doesn't solve the problem of the misleading default though, so I guess it's not very worthwhile to implement
<colo>
I do happen to have another question of my own :) i I use `kodi-send -a 'PlayMedia(some://url)'` on the LE shell, does that add that URL to the library? or how could I find/play that URL again from the regular kodi UI?
rdo has quit [Ping timeout: 268 seconds]
svetlemodry has quit [Ping timeout: 268 seconds]
svetlemodry has joined #libreelec
svetlemodry has quit [Changing host]
svetlemodry has joined #libreelec
<colo>
hmm, no trace to be found. can that even be done via kodi-send
<colo>
?
rdo has joined #libreelec
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
<chewitt>
kodi-send just issues the instruction as-is to Kodi .. so Kodi will play the URL, but that's all
<colo>
ack, thanks for confirming my hunch :)
<chewitt>
what kind of media is it that you want to store/remember?
<colo>
it's an MP4 file served via HTTP on the LAN in this case
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
narmstrong has quit [Ping timeout: 252 seconds]
narmstrong has joined #libreelec
pauljw_ has joined #libreelec
pauljw has quit [Ping timeout: 256 seconds]
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
Teraii has quit [Ping timeout: 250 seconds]
Teraii has joined #libreelec
Teraii has quit [Ping timeout: 268 seconds]
Teraii has joined #libreelec
pauljw has joined #libreelec
pauljw_ has quit [Ping timeout: 256 seconds]
pauljw_ has joined #libreelec
pauljw has quit [Quit: "Let's Go Brandon & Truck Fudeau"]
Fenster has quit [Ping timeout: 240 seconds]
pauljw_ is now known as pauljw
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
Fenster has joined #libreelec
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
Teraii has quit [Ping timeout: 268 seconds]
buzzmarshall has joined #libreelec
Teraii has joined #libreelec
shibboleth has joined #libreelec
<shibboleth>
can i assign diff firewall zones to diff interfaces?
LEBot has quit [Remote host closed the connection]
LEBot has joined #libreelec
<LEBot>
[slack] <chewitt> Sure. It's standard iptables
<shibboleth>
yeah, sure, wasn't sure if i could tell libreelec to add eth0 to "home", eth1 to "public" zones
<shibboleth>
also also, would it be possible to tell connman not to set a default route for one interface even though it's proto=dhcp
<shibboleth>
atm the primary iface has zone private and apparently only the private zone/chain has been configured for iptables. would it be possible to ass specific subets to private-subnets, public-subnets?
<shibboleth>
in essence the player has two ifaces, one primary and a secondary for access to the local providers iptv vlan
<shibboleth>
now, the second iface must be configured by means of dhcp (mac filtering etc) but can't be the defaultroute