[Buildroot] Qt5 build failure (beaglebone_qt5_defconfig)

[txt.file]

I did *not* test the beaglebone_qt5_defconfig as I expected it to be the
same as beaglebone_defconfig.

I prefer to update the linux version. But I can not fully runtime test
beaglebone_qt5_defconfig cause the BeagleBone Green does not have
display output onboard and I have no proper cape nor BeagleBone Black.

I already created a patch and my (pretty slow) build computer is
building an image. Tomorrow I can runtime test it.

kind regards
txt.file
--
This message is signed.

Thomas Petazzoni:
> Hello,
> 
> On Thu, 6 Apr 2017 18:12:15 +0200, Michael Nazzareno Trimarchi wrote:
> 
>> '/home/michael/work/amarula/bticino/buildroot/output/build/linux-52c4aa7cdb93d61f8008f380135beaf7b8fa6593'
>>   DTC     arch/arm/boot/dts/am335x-bone.dtb
>>   DTC     arch/arm/boot/dts/am335x-evm.dtb
>> make[2]: *** No rule to make target
>> 'arch/arm/boot/dts/am335x-bonegreen.dtb'.  Stop.
>> arch/arm/Makefile:314: recipe for target 'am335x-bonegreen.dtb' failed
> 
> This is caused by the recent commit
> https://git.buildroot.org/buildroot/commit/configs?id=4b2440b7dcc68369548c0f2be6984fe645fc6bb0
> from Matthias Fritzsche. Matthias, are you sure you tested the
> beaglebone_qt5_defconfig ?
> 
> Indeed, beaglebone_defconfig and beaglebone_qt5_defconfig don't use the
> same kernel version, and the one used in beaglebone_qt5_defconfig
> doesn't have the Beagle Bone Green Device Tree.
> 
> So either we should revert Matthias patch on beaglebone_qt5_defconfig,
> or someone tests upgrading beaglebone_qt5_defconfig to the same kernel
> version as the one used in beaglebone_defconfig.
> 
>> chmod a+x /home/michael/work/amarula/bticino/buildroot/output/build/_fakeroot.fs
>> PATH="/home/michael/work/amarula/bticino/buildroot/output/host/bin:/home/michael/work/amarula/bticino/buildroot/output/host/sbin:/home/michael/work/amarula/bticino/buildroot/output/host/usr/bin:/home/michael/work/amarula/bticino/buildroot/output/host/usr/sbin:/opt/OpenPrinting-Gutenprint/sbin:/opt/OpenPrinting-Gutenprint/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/usr/lib/jvm/java-7-oracle/bin:/usr/lib/jvm/java-7-oracle/db/bin:/usr/lib/jvm/java-7-oracle/jre/bin"
>> /home/michael/work/amarula/bticino/buildroot/output/host/usr/bin/fakeroot
>> -- /home/michael/work/amarula/bticino/buildroot/output/build/_fakeroot.fs
>> rootdir=/home/michael/work/amarula/bticino/buildroot/output/target
>> table='/home/michael/work/amarula/bticino/buildroot/output/build/_device_table.txt'
>> genext2fs: couldn't allocate a block (no free space)
>> fs/ext2/ext2.mk:44: recipe for target
> 
> This is due to the fact that we removed auto-calculation of the ext4
> filesystem size in
> https://git.buildroot.org/buildroot/commit/?id=c6bca8cef0310bc649240b451989457ce94a8358,
> and we default to 60 MB for the filesystem size, which is not enough
> for this demo. Fixing this is simple: send a patch that adds:
> 
> BR2_TARGET_ROOTFS_EXT2_BLOCKS="126976"
> 
> to beaglebone_qt5_defconfig (of course after testing that this size is
> sufficient).
> 
> Thanks!
> 
> Thomas
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20170406/7833b3ff/attachment-0002.asc>