openembedded-core.git/meta/recipes-devtools/rpm, branch master-next2 Mirror of openembedded-core rpm: properly relocate additional native tools 2017-04-28T10:26:06+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2017-04-21T08:55:32+00:00 da11fbde6f8164e2774068b99bab84e4b6084713 These tools are not currently used for anything, but we should still provide working versions of them. [YOCTO #11400] Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
These tools are not currently used for anything, but we should
still provide working versions of them.

[YOCTO #11400]

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
dnf: move the entire dnf/rpm4 stack to Python 3 2017-03-28T07:41:08+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2017-03-27T13:19:55+00:00 bedcdc4cf921b70a8cfb16c6684668d0ac9e1942 [YOCTO #11180] Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
[YOCTO #11180]

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
rpm: change PROVIDES rpm-build to RPROVIDES 2017-03-27T19:21:17+00:00 Robert Yang liezhi.yang@windriver.com 2017-03-27T07:41:03+00:00 de2ee88f9cc0fc8d6d92ac2a79364e79a99ae98e The rpm 5 has a rpm-build package, so here should use RPROVIDES rather than PROVIDES to keep compatibility. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The rpm 5 has a rpm-build package, so here should use RPROVIDES rather
than PROVIDES to keep compatibility.

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
rpm: add a "rpm-build" PROVIDES 2017-03-22T15:09:26+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2017-03-22T12:43:37+00:00 3b5ac72bdf76ac8ff98dc3c882a4edc77c6e2c33 rpm 5.x was packaging build tools separately, so we need to unbreak things that relied on that. [YOCTO #11167] Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
rpm 5.x was packaging build tools separately, so we need to unbreak
things that relied on that.

[YOCTO #11167]

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
nativesdk-packagegroup-sdk-host: replace smartpm with dnf 2017-03-13T09:43:21+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2017-01-26T15:42:36+00:00 45b97161915ce7872ef7161451a5c83507072a72 Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> 
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
rpm: remove 5.x recipe 2017-03-13T09:43:21+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2016-12-30T16:38:51+00:00 d0365f35303db3595688a6e5290677e02a72c54e Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> 
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
rpm: add a 4.x recipe 2017-03-13T09:43:21+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2016-12-30T16:38:11+00:00 2358e786ec8d1199d90e181eb5d8d00816f669b4 The dnf stack is written and tested against rpm 4.x. So if we want to use dnf for packaging, we should also use rpm 4 - there's simply too much work involved in making rpm 5 work with it due to significant API differences, and supporting that going forward. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> 
The dnf stack is written and tested against rpm 4.x. So if we want to use dnf for packaging,
we should also use rpm 4 - there's simply too much work involved in making rpm 5 work with it due
to significant API differences, and supporting that going forward.

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
rpmresolve: remove the recipe 2017-03-13T09:43:21+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2016-12-30T15:59:36+00:00 127112fa05c7102dacda4173adf380c557bacecb The source code is incompatible with rpm4 API - let's use rpm binary itself for now. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> 
The source code is incompatible with rpm4 API - let's use rpm
binary itself for now.

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
rpm: support customizing gpg command line 2017-03-01T12:54:19+00:00 Markus Lehtonen markus.lehtonen@linux.intel.com 2017-02-23T10:24:18+00:00 373a7146d596d27376a003014df0d06f3df5348d Add a new %_gpg_sign_cmd_extra_args macro that allows customizing the gpg options used when signing rpm packages. This is needed to be able to sign packages with gpg 2.1 which requires "--pinentry-mode loopback" to allow non-interactive signing. [YOCTO #11054] Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Add a new %_gpg_sign_cmd_extra_args macro that allows customizing the
gpg options used when signing rpm packages. This is needed to be able to
sign packages with gpg 2.1 which requires "--pinentry-mode loopback" to
allow non-interactive signing.

[YOCTO #11054]

Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
classes: Drop now unneeded update_data calls 2017-02-15T17:29:41+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2017-02-09T17:11:38+00:00 8de0c5d3bd01919e2bf0394f9c485936d6098cec Now that the datastore works dynamically we don't need the update_data calls so we can just remove them. They're not actually done anything at all for a while. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Now that the datastore works dynamically we don't need the update_data calls
so we can just remove them. They're not actually done anything at all for
a while.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>