packagegroup: Make allarch inherit conditional

Make the allarch inherit conditional on PACKAGE_ARCH being left as
all. The one downside to this approach is that recipes need to set
PACKAGE_ARCH *before* inheriting the class in order to avoid the inherit.

The advantage is that we could start to detect the use of the
allarch inherit in the sstatesig code for improved task checksums.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
allarch: Add warning about packagegroup

Since we want to start including this class conditionally, detect cases
where packagegroup files use the old ordering and inform the user they
need to update this.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
packagegroup: Move inherit packagegroup to after PACKAGE_ARCH

This means these classes now avoid the allarch inherit entirely.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
sstatesig: Only squash dependencies for allarch packagegroups

The idea of squashing packagegroup dependencies was to avoid allarch
packages rebuilding upon tune/arch changes. Now that the allarch class
inclusion is conditional, we can narrow down the packagegroup squashing
to be specifically applied to allarch recipes.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
debian: Set RPROVIDES to include the original packagename when renaming

Currently its hard for a packagegroup recipe to depend on something who's name
can change unpredictably. We therefore add in RPROVIDES for the original
package name so that these are also available to use as dependencies.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
package: Don't remap names in packagegroup recipes

For package groups, use the original package names and don't use the
remapped (e.g. debian) naming.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
package: Disable runtime mapping of RPROVIDES/RCONFLICTS/RREPLACES

It doesn't really make sense to run the remapping code on these
variables. If specific renaming is needed, it should be applied
manually. This means that the debian RPROVIDES of the original package
name can be preserved. There was also a bug report about this on the
OE-Core mailing list recently where someone else ran into this problem
too.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake.conf: Drop unused MKTEMP* variables

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