[Buildroot] [PATCH v3 1/1] jsen: new package

Matthew Weber matthew.weber at rockwellcollins.com
Mon Apr 25 15:45:40 UTC 2016


Thomas,

On Mon, Mar 28, 2016 at 9:07 AM, Thomas Petazzoni
<thomas.petazzoni at free-electrons.com> wrote:
>
> Hello,
>
> On Mon, 28 Mar 2016 16:01:09 +0200, Jörg Krause wrote:
>
> > Unfortunatly, scanpypi does not work with latest Buildroot.
>
> Ah. It would be great if some of our Python contributors could take
> scanpipy, finish it and send it for merging.
>
> > But I
> > tested scancpan and yes, I would say that we need something like this
> > for Node.js and npm. However, the problem with dependencies of
> > different versions is still there. For example Code-TidyAll depends on
> > Moo whatever version. scanspan fetches latest Moo version 2.* and
> > creates a fine buildroot package. The perl package Tropo however
> > depends on Moo 1.*. Installing this package with scanspac afterwards
> > does not change Moo, which is correct I think. However, building Tropo
> > will use the package Moo 2.*, which might fail (I've not tested).
>
> This version-dependency thing is indeed a problem. For the specific
> case you point out, the solution would be to have separate moo1 and
> moo2 packages, very much like we do for python/python3, qt/qt5, etc.
>
> However, this is only realistic if there are only a few "major"
> versions for a few packages. If they break the API at every minor
> release, then it's clearly not doable.
>
> I personally don't really care about npm/node.js. Maybe we should just
> add a big fat legal warning in our legal information when NPM has been
> used to install additional packages, to explicitly say that those
> additions are not listed in the legal info output. This would at least
> warn the user.


Please reject this patch as we are not using it in the context of
NodeJS but instead with HTML5 and JavaScript served up by a standard
http server.  We're ok with just maintaining it internally at this
point.

Thanks!

-- 
Matthew L Weber / Pr Software Engineer
Airborne Information Systems / Security Systems and Software / Secure Platforms
MS 131-100, C Ave NE, Cedar Rapids, IA, 52498, USA
www.rockwellcollins.com

Note: Any Export License Required Information and License Restricted
Third Party Intellectual Property (TPIP) content must be encrypted and
sent to matthew.weber at corp.rockwellcollins.com.


More information about the buildroot mailing list