hmm, its an interesting idea…
I hadn’t realised a deb repo is as simple as a file store, i thought it had to run some kind of server … but it makes sense thinking about it.but for sure, Im 90% there already as Im already using debs…so seems like a simple move for me.
what I think I’ll do is create a new GitHub repo, just for norns packages, to use as the deb repo.
(this means I can easily push new versions from the rPI build machine im using)
perhaps then what I do is create a simple ./install.sh , which adds the relevant sources, calls apt-get update and install orac/sidekic/mec
the check for updates is a nice idea, means the user doesn’t have to use the command line.
(it needs to be ‘per package’ , as Sidekick is not dependent on orac/mec so cannot refer to it - but thats easy enough I can add support for an ‘update.sh’ per patch (or something similar) )
I think this approach is nice, means user only has to copy and run ./install.sh the first time,
what I like about it, is also gives me a hook into add ‘stretch-backports’ for official norns, and also allows me in the future to add other packages.
demo pd
I have thought about packaging these too… as it would make updating easier, but the reason I haven’t is they show the user how to install their own PD patches (and share them)
so I guess, I’ll keep them separate for now.
sooo… I was waiting to hear that the ‘official norns’ was working ok, which we now know it is 
what I think I’ll do , is now look to make a few minor improvements, then test this distribution mechanism out - if it works then I’ll move to this for the next release.
(I’ll then update the top post here, and make notes on the youtube/patchstorage that the install method has changed…)
thanks for the suggestions,
I think this will make it a bit easier for the end-user, esp. on the upgrade side.