linux/poky.git/meta/recipes-devtools/opkg-utils, branch 2.5_M3

opkg-utils: use multithreaded xz when building packages

2018-03-20T09:59:32+00:00

(From OE-Core rev: 369c43cca4f00272e0f9eb8b939f38f00dc43cc3) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-utils: refresh patches

2018-03-11T13:27:00+00:00

The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: ca733ba0e28d6d4c199e149ce8ae428397dfa51f) Signed-off-by: Ross Burton Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-utils: upgrade to version 0.3.6

2018-03-04T11:35:40+00:00

0.3.5 -> 0.3.6 Patches: - Add support for tar versions that don't support --sort - Use local time when setting the modication time on the archives (From OE-Core rev: fd551c5ad4c82f295470f278c524d55562a67a28) Signed-off-by: Alejandro del Castillo Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-utils: refresh patch to fix selectable compressors

2018-01-23T23:43:45+00:00

We patch opkg-build to ignore hard link count changes when archiving, but in the last upgrade (oe-core 60c9a97) the patch was refreshed to apply but the result is that opkg-build loses the ability to switch compressor. Refresh the patch again so that it just adds the error ignoring logic and doesn't otherwise change the behaviour of opkg-build. (From OE-Core rev: e8f99fa61fc00c66d216c5f3e5d37ffc42f2574b) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

python: fix RDEPENDS on several recipes, due to non-existent packages

2018-01-20T22:31:56+00:00

The packaging has been altered slightly so ensure the dependencies are all still valid. (From OE-Core rev: 3328211afdef8ffb00dd4dff1143959d5412b075) Signed-off-by: Alejandro Hernandez Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-utils: fix upstream version check

2017-12-02T11:25:33+00:00

(From OE-Core rev: 4390618cc73ed318ca9a27d32f02e401ef9d9cc8) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-utils: rename recipe to follow versioned releases

2017-06-28T14:52:18+00:00

(From OE-Core rev: bd259bad336d9deb7b74b633c304f8c18fc84e71) Signed-off-by: Alejandro del Castillo Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-utils: if Python support is disabled, delete the Python scripts

2017-06-12T14:08:30+00:00

To make it obvious what is lost when python is disabled, actually delete the scripts so the user can't attempt to use them. (From OE-Core rev: 25c8d738b904c8755df203122067afa0047b27ad) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-utils: don't generate PN-dev and PN-staticdev

2017-05-18T13:01:46+00:00

opkg-utils ends up in any opkg/rpm image with package management as it's the provider for update-alternatives. If dev-pkgs is enabled then opkg-utils-dev will get installed, which is empty but will subsequently pull python3-dev into the image (as opkg-utils-python depends on python3). As this can result in all of Python appearing in otherwise small images, don't generate these pointless packages. (From OE-Core rev: 5da7a0ba47d39612b08b4f71518b8384a3058b3f) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-utils: move to Python 3

2017-05-18T13:01:46+00:00

The scripts were fixed to be compatible with py3 some time ago, but the shebang continued to refer to python 2.x. (From OE-Core rev: bb5718b631151cff840bcfa171ad4f8326c2132e) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie