openembedded-core.git/meta/classes/package_rpm.bbclass, branch master

package_rpm.bbclass: Dosen't filter Conflicts if found in Provides

2017-04-20T06:54:10+00:00

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 
Signed-off-by: Ross Burton

package_rpm.bbclass: do not strip multilib prefixes from package names, do not add multilib prefix to package arch

2017-03-13T09:43:21+00:00

This is done for reasons I cannot establish, and greatly complicates the code
that installs packages into rootfs.

Signed-off-by: Alexander Kanavin

package_rpm.bbclass: do not set the OS dynamically when building rpms

2017-03-13T09:43:21+00:00

Packages need to contain just one value for the os field, otherwise
rpm will refuse to install them if they don't match what is in
/etc/rpm/platform.

Signed-off-by: Alexander Kanavin

package_rpm.bbclass: add a /bin/sh Provides for nativesdk- packages

2017-03-13T09:43:21+00:00

nativesdk-* rpm packages all require /bin/sh because postinst scriptlets
are run with it. We can either teach rpm4 and dnf to ignore that dependency
(a lot of non-upstreamable work), or add auto-satisfy the dependency
in each package. I've chosen to do the latter.

Signed-off-by: Alexander Kanavin

package_rpm.bbclass: instruct rpm to not remove the buildroot directory

2017-03-13T09:43:21+00:00

This is the ${W}/package directory which may be reused in subsequent builds.

Also clean up various default directories rpm 4 creates.

Signed-off-by: Alexander Kanavin

package_rpm.bbclass: no need to specify the magic file location

2017-03-13T09:43:21+00:00

It's handled by the rpm wrapper command, created in rpm recipe.

Signed-off-by: Alexander Kanavin

package_rpm.bbclass: replace createrepo reference with createrepo_c

2017-03-13T09:43:21+00:00

Signed-off-by: Alexander Kanavin

package_rpm.bbclass: correctly map RRECOMMENDS and RSUGGESTS to rpm tags

2017-03-13T09:43:21+00:00

Previously they were swapped, not sure why. Their meaning, as far as rpm
world goes, is different:

- Recommends is a soft dependency and will be installed by default; there is
an option not to do that.

- Suggests is a suggestion to be picked up and presented to end user by
package management tools; it has no special meaning otherwise.

OE packages use RRECOMMENDS, which should be mapped to Recommends rpm tag,
so that the packages will be picked up as dependencies.

Signed-off-by: Alexander Kanavin

package_rpm.bbclass: make architecture-independent .rpm packages "noarch" instead of "all"

2017-03-13T09:43:21+00:00

Too many places in dnf/rpm4 stack make that assumption; let's not fight against it.

Signed-off-by: Alexander Kanavin

classes: Drop now unneeded update_data calls

2017-02-15T17:29:41+00:00

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