New Kodi snap package for testing >= Ubuntu 16.04
#31
Hi @wsnipex, there were some thoughts about that issues in Snapcraft.io forum.
Could you look please: https://forum.snapcraft.io/t/kodi-snap-c...ing/838/12
Reply
#32
(2017-10-08, 03:40)bam80 Wrote: Could you look please: https://forum.snapcraft.io/t/kodi-snap-c...ing/838/12

The guys in snapcraft forum say that both of the issues can be solved by Snap's facilities
Reply
#33
will we get a new update to the snap? this one is from may 2017
Reply
#34
The interest in Snap-packages isn't that high currently. I don't say that it won't rise again, but AFAICT there's nothing planned for the foreseeable future.
Reply
#35
thats a shame, its such a nice and easy way to have kodi 18 for testing while still able to run 17 as daily.
Reply
#36
@wsnipex heya - would be good to get this snap updated sometime. Any chance you can ping me a mail and we can work on it? Smile
Reply
#37
I've lost interest in this, I never got any dev feedback on my questions and community response here was very lackluster as well.

Last time I tried, we still got killed by seccomp for no good reason. (setpriority as already discussed, or accessing /sys/class/hwmon/hwmon0/temp1_input)
I don't consider process-control as a valid workaround, since it would allow kodi to almost fully control other processes on the system, which kodi should not have and does not need.
Reply
#38
(2018-09-13, 17:10)wsnipex Wrote: I've lost interest in this, I never got any dev feedback on my questions and community response here was very lackluster as well.

Last time I tried, we still got killed by seccomp for no good reason. (setpriority as already discussed, or accessing /sys/class/hwmon/hwmon0/temp1_input)
I don't consider process-control as a valid workaround, since it would allow kodi to almost fully control other processes on the system, which kodi should not have and does not need.
I am making a re-format on my Ubuntu HTPC today.
I am using Kodi and TVHeadend for watching TV on Kodi.
I decided to try the TVHeadend snap instead of installing the traditional 3rd party ppa and the deb of TVHeadend.
https://snapcraft.io/tvheadend
I can't believe how easier it was to install the snap and how much cleaner my system is with TVHeadend isolated.
It was so easy to reset TVHeadend settings too when I needed to.
And I don't have to mess with the TVHeadend ppa and having to deal with it when I update from 18.04.1 to 18.10.
What am trying to say.. snaps rock and I hope you have interest in this again in future.
Reply
#39
Anyone considered Flatpak? Does it have the same issues @wsnipex mentioned?
Reply
#40
(2018-09-13, 17:10)wsnipex Wrote: I've lost interest in this, I never got any dev feedback on my questions and community response here was very lackluster as well.

Last time I tried, we still got killed by seccomp for no good reason. (setpriority as already discussed, or accessing /sys/class/hwmon/hwmon0/temp1_input)
I don't consider process-control as a valid workaround, since it would allow kodi to almost fully control other processes on the system, which kodi should not have and does not need.
 I can understand your frustration. However, we have made some progress in the background since you last worked on the snap.

I don't believe process-control is needed any longer, and the hardware-observe interface now has access to CPU temps.

I created a proof of concept snap based off your work, and built it in launchpad against Ubuntu 18.04. The yaml is at https://code.launchpad.net/~popey/+junk/kodi and the resulting snap is at https://code.launchpad.net/~popey/+snap/...ild/342514 . I manually connected some (alsa avahi-control avahi-observe hardware-observe locale-control mount-observe network-observe removable-media screen-inhibit-control shutdown system-observe udisks2) interfaces and the snap runs fine. I have scanned my libraries, installed addons and played back video.

The two current issues with it are vdpau and alsa. For VDPAU I didn't use your method of copying the nvidia library into the snap, but have requested help from the snapd team, as I believe this should be facilitated by the platform. For alsa I disabled, because building a vendored alsa meant a symbol mismatch with sndio which was built against the archive version of alsa. So for now I set ENABLE_ALSA=OFF until I work past that issue.

We're still very keen to have an up to date and authoritatively published Kodi snap in the store to make it super easy to deliver the latest version to Linux users. I'd love to have you back on board with that, and hope that with the above issues fixed, we're moving forward, and you might find some time to work with me?
Reply
#41
(2018-09-28, 15:58)popey Wrote: For VDPAU I didn't use your method of copying the nvidia library into the snap, but have requested help from the snapd team, as I believe this should be facilitated by the platform.
 Thanks @popey, seems like a great progress. Where did you request the help from the snapd team? I would like to track how it goes
Reply
#42
@popey I've tried your build, but it segfaults. No matter if restricted or devmode, it fails to open the display via EGL(required on every hardware but nvidia).
Reply
#43
(2018-09-29, 10:27)wsnipex Wrote: @popey I've tried your build, but it segfaults. No matter if restricted or devmode, it fails to open the display via EGL(required on every hardware but nvidia).
 Oof. My bad. I assumed launchpad would build it correctly, but I'm using a feature which launchpad doesn't support yet, my apologies.
The snap I built on my local machine is available at http://people.canonical.com/~alan/kodi/k...amd64.snap and should work. At the minimum I would snap connect kodi:mount-observe and snap connect kodi:hardware-observe to run the application without crashing.
Reply
#44
Any discussions regarding having Kodi for Flatpak environment via Flathub for all Linux desktop distros as an alternative or complement to an Ubuntu Snap package?

https://forum.kodi.tv/showthread.php?tid=316923
(2017-06-20, 10:17)RockerC Wrote: Any thoughts on distributing Kodi as a Flatpak application via Flathub to distribute as the main distro-agnostic Linux desktop app?

"Flatpak is the next-generation technology for building and installing desktop applications" (meant for Linux desktop ecosystem).

http://flatpak.org


I read that Team-Kodi been working on Kodi as a Ubuntu Snap package which is similar to Flatpak but for Ubuntu-based system

https://forum.kodi.tv/showthread.php?tid=315213

Here is another argument why use Flatpak instead of Snap => http://www.phoronix.com/scan.php?page=ne...ux-Distros



Flatpak apps also runs in a more isolated/sandboxed environment and Flathub is the build, repository, and distribution service for it.

From the point-of-view of Team-Kodi you would create only one app bundle and distribute that to the entire Linux desktop market.

https://flathub.org


The main benefit for developers is that you will "develop and test your application in an environment that's identical to the one users have".

Flatpaks have or can have much more limited/restricted access to your operating system than traditional apps, similar to iOS or Android.


Some people like to describe Flatpaks (just like Ubuntu Snaps) packages as more or less the desktop versions of Docker containers.

Good summary here => https://www.theregister.co.uk/2017/04/28...top_linux/


PS: Even a few major applications are already offered as Flatpaks, inc. Steam, Spotify, Skype, Telegram, LibreOffice, and Discord.
Reply
#45
(2018-10-01, 12:17)popey Wrote:
(2018-09-29, 10:27)wsnipex Wrote: @popey I've tried your build, but it segfaults. No matter if restricted or devmode, it fails to open the display via EGL(required on every hardware but nvidia).
 Oof. My bad. I assumed launchpad would build it correctly, but I'm using a feature which launchpad doesn't support yet, my apologies.
The snap I built on my local machine is available at http://people.canonical.com/~alan/kodi/k...amd64.snap and should work. At the minimum I would snap connect kodi:mount-observe and snap connect kodi:hardware-observe to run the application without crashing. 
 this build runs without crashing, but only because it falls back to GLX. EGL still fails to initialize and therefore also vaapi doesn't work.
Reply

Logout Mark Read Team Forum Stats Members Help
New Kodi snap package for testing >= Ubuntu 16.042