Nick Matantsev

Hi Ken, thanks for sharing the build output and your commands that fixed it. I will update the docs soonish.

Hmm, this sounds theoretically doable but the problem is that I don't know what utilities should be packaged in the image. The raw OS by itself is not super useful....

Hey, as you might have guessed I did not look at that yet - I also do not have touch overlay hardware to test it with. However, I just finished...

Hey, thanks for checking out this repo! So if I understand correctly, are you trying to see U-Boot output on uart1 as well, or just Linux kernel console? Not sure...

So why not use engines clause instead of peerDependencies? On 2013-10-29 9:09 PM, "Benjamin Arthur Lupton" [email protected] wrote: > Totally agree. > > I thought I posted my thoughts on...

But it's not a dependency, since plugins are dependencies of the site itself. It's just a safety check as far as I can tell. On 2013-10-29 9:12 PM, "Benjamin Arthur...

I.e. if you are doing an explicit check in plugin-loader anyway then might as well coopt and read the engines clause there. I can see that docs don't cover using...

So fair enough - peerDependencies seems to fit the bill. On 2013-10-29 9:22 PM, "Benjamin Arthur Lupton" [email protected] wrote: > peerDependencies are used to say, I am compatible with these...

Meanwhile I still think that peerDependencies behaviour as of now already replicates the same behaviour that plugin version check ~2 did, so maybe it's already OK to deprecate the v2...

It runs preinstall? Docpad happily installed a v3 plugin for us and just refused to run it at invocation time with a warning. On 2013-10-31 10:20 PM, "Benjamin Arthur Lupton"...