summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools/createrepo-c
diff options
context:
space:
mode:
authorAníbal Limón <anibal.limon@linux.intel.com>2017-04-18 17:22:02 -0500
committerRichard Purdie <richard.purdie@linuxfoundation.org>2017-04-20 07:54:10 +0100
commit2ba9dd490d69544553fc8a837fb5034a6746ab51 (patch)
tree270204ab878cd64ef555b7d51c4e1bd3847cfa72 /meta/recipes-devtools/createrepo-c
parent705669f8221027b525773a512beb25a7ea5f0275 (diff)
downloadopenembedded-core-2ba9dd490d69544553fc8a837fb5034a6746ab51.tar.gz
openembedded-core-2ba9dd490d69544553fc8a837fb5034a6746ab51.tar.bz2
openembedded-core-2ba9dd490d69544553fc8a837fb5034a6746ab51.zip
package_rpm.bbclass: Dosen't filter Conflicts if found in Provides
This filter was add to make compilence with debian packaging but in package_deb.bbclass is allowed to have the same values in Conflicts and Provides. With this filtering errors in recipe meta-data are hidden and could end on install two packages that conflicts [2]. Reviewing the RPM spec from Fedora doesn't have anything that denies to use the both Conflicts and Provides with the same value [3], also in debian manual section 7.6.2 of [4] this behaviour is allowed to force the removal of the conflicted package and RPM is compilence with this behaviour after remove the filtering this is seen [5]. [1] http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=4b611b66743a5ec220aef34d796af63029bb5fd9 [2] https://bugzilla.yoctoproject.org/show_bug.cgi?id=9349#c9 [3] https://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/RPM_Guide/ch-advanced-packaging.html [4] https://www.debian.org/doc/debian-policy/ch-relationships.html [5] https://bugzilla.yoctoproject.org/show_bug.cgi?id=9349#c12 Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
Diffstat (limited to 'meta/recipes-devtools/createrepo-c')
0 files changed, 0 insertions, 0 deletions