August 25, 201510 yr Application Name: Kodi-Headless Application Site: http://kodi.tv/ Docker Hub: https://hub.docker.com/r/linuxserver/kodi-headless/ Github: https://github.com/linuxserver/docker-kodi-headless Please post any questions/issues relating to this docker you have in this thread. If you are not using Unraid (and you should be!) then please do not post here, instead head to linuxserver.io to see how to get support. 16/02/17 - STATUS Kryton now moved to latest tag. If you wish to use jarvis, please add :jarvis to the Repository: section of the template. For Example: linuxserver/kodi-headless:Jarvis Jarvis has segfault errors. We highly recommend using Krypton **DO NOT CLEAN LIBRARY FROM ANY MACHINE OTHER THAN THE ONE USED TO SCAN LIBRARY IN INITIALLY AND THAT HAS THE SOURCES SET** Edited September 14, 20187 yr by linuxserver.io
August 25, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on?
August 25, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? lurker, lol.....
August 25, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? lurker, lol..... Well thanks for that useful comment, could've at least answered the bloody questions!?!
August 25, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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....
August 25, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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..
August 25, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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.
August 25, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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.
August 26, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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?)
August 26, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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.
August 26, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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. Is it the ego stopping you In the immortal words of Disney.... "Let it go, let it go!"
August 26, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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. Is it the ego stopping you In the immortal words of Disney.... "Let it go, let it go!" Basically what I was going to say, but decided to give him a break for a change.
August 26, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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. Is it the ego stopping you In the immortal words of Disney.... "Let it go, let it go!" Basically what I was going to say, but decided to give him a break for a change. It's worth it just to read the hilarious response I feel. Sparkly, king of the one liner....
August 26, 201510 yr So I'm assuming this is the linuxserver.io release of Sparklys' original container... And would I be right in assuming that it would be prudent to switch over as development will be on this branch from now on? 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. Is it the ego stopping you In the immortal words of Disney.... "Let it go, let it go!" Basically what I was going to say, but decided to give him a break for a change. It's worth it just to read the hilarious response I feel. Sparkly, king of the one liner.... Actually, give him a break this time round... Since the containers are not the exact same, either may work better under certain circumstances, which is why no decision has been made as of yet... (or maybe I'm just tired and need sleep)
August 26, 201510 yr Have swapped to using this container, for no real reason as the original one was working perfectly, as does this. The image is a tad smaller this time around, was a straightforward change, just copied my old folder mapping across and away it went. I like that the 9777 UDP is mapped by default, so can use Yatse on my phone/tablet and the icon is very nice. Good work chaps.
August 26, 201510 yr I like that the 9777 UDP is mapped by default, so can use Yatse on my phone/tablet and the icon is very nice. we listen, because we care....
August 26, 201510 yr I like that the 9777 UDP is mapped by default, so can use Yatse on my phone/tablet and the icon is very nice. Good work chaps. Nice icon?!!!! I am getting jealous! I did add a kodi icon to my gallery linked in my signature just before I left for vacation.
August 26, 201510 yr I think i may have found an issue... I used to use the sparklyballs repo koma/headless to clean the library so i could still watch shows while it happened on my htpc. With this new container it just removes everything from the library. Did you forget to include nfs-common or something as I assume it can't scan the nfs mounts i setup for the libraries so it drops them from the db?
August 26, 201510 yr I think i may have found an issue... I used to use the sparklyballs repo koma/headless to clean the library so i could still watch shows while it happened on my htpc. With this new container it just removes everything from the library. Did you forget to include nfs-common or something as I assume it can't scan the nfs mounts i setup for the libraries so it drops them from the db? lemme see.
August 26, 201510 yr 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.....
August 26, 201510 yr 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..... Funny as I feel the same way about SMB, and I use windows clients!
August 26, 201510 yr 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..... 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.
August 26, 201510 yr so while you were adding nfs-common i removed my movies folder and re-added with SMB and left tv as NFS. Did a clean library from the headless webui and it still removed everything.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.