sparklyballs

sorry about delay in replying... but don't do that (run permissions script on appdata share) , bad idea in general...

it must be run in both host and privileged modes. https://github.com/linuxserver/docker-openvpnas

Now THAT is some good news!!! Next Websync?? I have been trying to get it to build in Docker Hub and nothing works. I want to be able to save the files in /nobody/websync/dist folder to /appdata... But cannot get the Docker to do the git clone part. websync last time i looked is terminally busted and no longer builds.

I agree, Sonarr is OK and that is what I am using to keep my dockers all from the same group but if I had the choice to use SickRage from you guys I would switch in an instant. we may be able to help you there..... sickrage is on the beta stage

Just for reference, I was able to fix these issues for myself by getting into the container and installing pyopenssl 0.13.1 apt-get install libffi-dev python-dev libssl-dev python-pip pip install -U pyopenssl==0.13.1 i'll look at a less costly (in terms of space) alternative to using python-dev and pip... this method practically doubles the size of the image.

it is, i wasn't clear perhaps. for the tests i ran above, i took out the lines for path sub from my advancedsettings.xml..

i too use path substitution... for sources , playlists and my rss feeds.

i'll restore my bedroom machine to having a shared source.xml and redo the test to see if it a sources.xml issue.

further testing with clean library with the following scenarios and results. kodi-headless lsio version - clean library from the webui - empty database kodi-headless sparklyballs version - clean library from the webui - empty database both of the above - clean library from htpcmanager - empty database second player machine in bedroom with same setup as living room player machine -- clean library -- empty database player in living room (kodi instance i set sources on scanned library in) -- clean library -- no issues in summary DO NOT CLEAN LIBRARY FROM ANY MACHINE OTHER THAN THE ONE USED TO SCAN LIBRARY IN INITIALLY AND HAS THE SOURCES SET

i've removed the webui link from the unraid template.... DO NOT USE THE WEB INTERFACE FOR ANYTHING, IT'S USELESS even on regular kodi that thing is a nightmare.

by luck more than anything... the webui on kodi in general (normal, not headless) is useless and best to be avoided at all costs. unfortunately it has to be enabled for this to work.....

there should be a disclaimer.... don't use the bloody webui....

Funny as I feel the same way about SMB, and I use windows clients! build pushed with nfs-common. restart the container to get the update.

i'm building an updated build with my build-box.. i can't test nfs as i don't use it, it's bloody awful as far as i'm concerned.....

lemme see.

we listen, because we care....

this is both helix and isengard kodi headless under one container... only one is installed at a time through a variable (don't need to set anything if you want isengard).... if there's a new build of isengard released, then behind the scenes we'll build it, but as far as the user is concerned, they'll just have to restart the container.... So if I read that correctly, then the containers within linuxservio.io's repository that are derived from yours (Kodi Headless, freshRss) supercede yours. If development has stopped on the versions within sparkly's repo, maybe those templates should get deleted. (or is that a blow to the ego?) we (lsio) were discussing that earlier... haven't made a decision about it yet.

from what i can gather from a quick reading of the readme on their github repository, 0.8.x releases (alpha at this time) are not compatible with 0.7.x queues. just from that alone, let alone rebasing the container to use git rather than the sab ppa, means it doesn't look a viable option at this time.

self updating as other linuxserver containers are, and a newly compiled par2 that's more recent than 5 years old.

this is both helix and isengard kodi headless under one container... only one is installed at a time through a variable (don't need to set anything if you want isengard).... if there's a new build of isengard released, then behind the scenes we'll build it, but as far as the user is concerned, they'll just have to restart the container.... Not as daft as you look are you cleverclogs! Might nip over to github and try and see how you did that, impressive.. Sparklyballs, has become a great asset indeed. and i like to think his containers have become much better with some of our codeing. i would say better, rather than much better.. ego and all that, lol.

this is both helix and isengard kodi headless under one container... only one is installed at a time through a variable (don't need to set anything if you want isengard).... if there's a new build of isengard released, then behind the scenes we'll build it, but as far as the user is concerned, they'll just have to restart the container....

lurker, lol.....

http://www.urbandictionary.com/define.php?term=Egotistical+Bastard clearly written by a bitter ex.

My original reply to Kode was going to be along the lines of "even sparklyballs isn't narcissistic enough to game the system to grab an extra vote or two". Now I'm not so sure... never underestimate my ego......

expect to see squid's entire video db library online in the next few weeks