hi,
not sure if it's been discussed reported before. but i ended up in a
situation where a package is "empty" (e.g. it's not created) even
though "files-in-packages.txt" in its buildhistory folder shows it
should contain a file.
I have a synthetic example:
$ cat buildhistory/packages/aarch64-linaro-linux/helloworld/latest
PV = 1.0
PR = r0
DEPENDS = autoconf-native automake-native gnu-config-native
libtool-cross libtool-native virtual/aarch64-linaro-linux-compilerlibs
virtual/aarch64-linaro-linux-gcc virtual/libc
PACKAGES = helloworld-src helloworld-dbg helloworld-staticdev
helloworld-dev helloworld-doc helloworld-locale helloworld
goodbyeworld
LAYER = meta-rpb
then:
$ cat
buildhistory/packages/aarch64-linaro-linux/helloworld/goodbyeworld/files-in-package.txt
drwxr-xr-x root root 4096 ./usr
drwxr-xr-x root root 4096 ./usr/bin
-rwxr-xr-x root root 6144 ./usr/bin/goodbyeworld
However goodbyeworld package does not exist, and /usr/bin/goodbyeworld
is in the helloworld package:
$ dpkg -c tmp-rpb-glibc/deploy/ipk/aarch64/helloworld_1.0-r0_aarch64.ipk
drwxrwxrwx root/root 0 2019-05-23 08:25 ./
drwxr-xr-x root/root 0 2019-05-23 08:25 ./usr/
drwxr-xr-x root/root 0 2019-05-23 08:25 ./usr/bin/
-rwxr-xr-x root/root 6144 2019-05-23 08:25 ./usr/bin/goodbyeworld
-rwxr-xr-x root/root 6144 2019-05-23 08:25 ./usr/bin/helloworld
It is worth saying that the file should indeed be in helloworld
package since there was a bug in my recipe! So buildhistory is wrong
here.
The recipe is a simple one:
SRC_URI = "file://helloworld.c \
file://goodbyeworld.c \
file://Makefile.am \
file://configure.ac \
file://COPYING"
S = "${WORKDIR}"
inherit autotools
PACKAGES += "goodbyeworld"
FILES_goodbyeworld += "${bindir}/goodbyeworld"
Clearly the recipe has a bug, and if I do this instead:
PACKAGES =+ "goodbyeworld"
/usr/bin/goodbyeworld ends up in the right package... however I think
in the previous case, buildhistory should have shown
/usb/bin/goodbyeworld in helloworld package, not goodbyeworld...
I was testing on warrior, but i can try to reproduce on master if needed..
thanks!
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
