2016-03-25, 12:25
Which version? It will only work for the same ubuntu version.
2016-03-25, 14:19
14.04 Trusty. I may upgrade to the new LTS when it drops.
2016-03-25, 21:58
consider using launchpad to provide a PPA for all currently supported ubuntu versions.
2016-03-25, 23:06
I will look into it, although I can't promise anything. I'm familiar enough with using PPA's but I've never created anything with launchpad. It will be a learning experience.
2016-05-10, 22:31
Has anyone been reading about these sandboxed apps for Linux?
This bloke is working on one of RetroArch, which this project is based on?
http://www.hadess.net/2016/05/blog-backl...ndles.html
Could this result in a distro agnostic build you just run like an OSX bundle? I think that's the idea, then everyone can play, not just Ubuntu users?
This bloke is working on one of RetroArch, which this project is based on?
http://www.hadess.net/2016/05/blog-backl...ndles.html
Could this result in a distro agnostic build you just run like an OSX bundle? I think that's the idea, then everyone can play, not just Ubuntu users?
2016-05-10, 22:41
Here's how you make them ....
https://blogs.gnome.org/alexl/2016/02/19...pp-part-1/
The developer might even help?
https://blogs.gnome.org/alexl/2016/02/19...pp-part-1/
The developer might even help?
2016-05-10, 22:49
Here's the tutorial for the Ubuntu 16.04+ native format, Snaps.
https://developer.ubuntu.com/en/snappy/b...irst-snap/
https://developer.ubuntu.com/en/snappy/b...irst-snap/
2016-05-10, 22:51
(2016-05-10, 22:49)Serg86 Wrote: Here's the tutorial for the Ubuntu 16.04+ native format, Snaps.
https://developer.ubuntu.com/en/snappy/b...irst-snap/
As a warning start reading here before start screaming
http://forum.kodi.tv/showthread.php?tid=269812
2016-05-10, 23:21
(2016-05-10, 22:51)Martijn Wrote: As a warning start reading here before start screaming
That's unfortunate that Snaps don't work, I was under the impression the only difference was that they contain all dependencies and are sandboxed, but I'm not a developer.
I really hope Canonical fixes it. Software delivery in Linux is beyond horrible. I mean if even Linus doesn't package his own software for his own OS, you know things are bad.
Snaps promised to fix that, I hope they can deliver on it soon.
2016-05-11, 04:48
Has any thought been given to an official docker image? Jess Frazelle, a docker dev, has shown on her blog how to run a GUI application through docker. I haven't tried it yet and have no idea how performance may be affected. This may be the wrong place to talk about Kodi delivery mechanisms, though.
2016-05-11, 09:13
getting docker to work with all the hardware access we need is at least as tricky as are snaps, likely more difficult.
Snaps would work if snappy devs added back the interfaces we need or re-added a possibility to override security profiles. The latter is most probably not going to happen.
Snaps would work if snappy devs added back the interfaces we need or re-added a possibility to override security profiles. The latter is most probably not going to happen.
2016-05-11, 09:45
(2016-05-10, 23:21)Serg86 Wrote:(2016-05-10, 22:51)Martijn Wrote: As a warning start reading here before start screaming
That's unfortunate that Snaps don't work, I was under the impression the only difference was that they contain all dependencies and are sandboxed, but I'm not a developer.
I really hope Canonical fixes it. Software delivery in Linux is beyond horrible. I mean if even Linus doesn't package his own software for his own OS, you know things are bad.
Snaps promised to fix that, I hope they can deliver on it soon.
Software delivery is fine on linux for open source stuff on popular distros, you compile against the distro libs and package it in the distro package format and if you are really on it, set up your own repo to host it. The problems come for proprietary stuff that can't be recompiled against different library versions or software that has jumped to the newest version of a library/compiler features before the mainstream distros have updated the versions of the libraries they ship.
Snaps as far as I understand aren't the best solution for all use cases and fanboys jumping on them as the latest hotness without really understanding them does no one any favours.
Also, Linus doesn't write an OS, he writes a kernel that a lot of people use as the basis for an OS. What would he package it for? Android? Ubuntu?
2016-05-11, 10:29
(2016-05-11, 09:45)OmniBlade Wrote: Software delivery is fine on linux for open source stuff on popular distros, you compile against the distro libs and package it in the distro package format and if you are really on it, set up your own repo to host it. The problems come for proprietary stuff that can't be recompiled against different library versions or software that has jumped to the newest version of a library/compiler features before the mainstream distros have updated the versions of the libraries they ship.
Snaps as far as I understand aren't the best solution for all use cases and fanboys jumping on them as the latest hotness without really understanding them does no one any favours.
Also, Linus doesn't write an OS, he writes a kernel that a lot of people use as the basis for an OS. What would he package it for? Android? Ubuntu?
Linux makes a Kernel, he made git and what I was referring to was Subsurface, which he also makes and couldn't be bothered to package for Linux, which he mentioned numerous times during his Q&A sessions.
Keeping Ubuntu as an example, the only way to get new software post release is a PPA or external deb, if someone makes a deb or someone maintains a PPA. And you said yourself, this only works well for Open Source. Snaps promise to work on every Ubuntu release going forward without the need to be recompiled or repackaged, they promise a clear target for developers without concerning themselves what version the user runs. Snaps can also be pushed to the software store directly by the developer without the need for PPA's or going through a lengthy verification process. Mark Shuttleworth described it as at the speed of github.
Kodis own download page has an installer for Windows and an installer for Mac, there is a "Guide" link to the wiki on how to install Kodi on various Linux distributions, plastered with terminal commands. That doesn't look like an elegant solution to me.
But anyway, keeping things on topic, I'd love 16.04 packages to test retroplayer on Linux. According to the list of cores, some cores currently only work on Linux (and Mac).
2016-05-11, 16:33
I don't know when I will have the time to upgrade from 14.04 to 16.04, but I will continue to upload builds when I can. Here's a gist of my script, which should allow for compilation on most (if not all) *buntu or Debian systems. Other distros may work too, but I have no way of testing that right now. There are variables for branch, workspace path (for source files), stage path (for compiled code) and log file. You will, of course, need all of the Kodi compilation dependencies installed.
Although there is little chance of this, I take no responsibility for anyone running this script and messing up their system. Read and understand any code before executing it. If you don't understand it, DON'T RUN IT!
Remember to report your bugs!
Although there is little chance of this, I take no responsibility for anyone running this script and messing up their system. Read and understand any code before executing it. If you don't understand it, DON'T RUN IT!
Remember to report your bugs!
