Instead of having one default image target for all platforms allow to
define this per platform.
This is needed because for example for the 'ccimx6ulstarter' we want to
define a default command line image instead of a QT-based one.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
We have seen lately random build failures in the buildserver due to
missing QT5 base libraries that are needed when building some other
QT5 packages.
Examples:
Compiling qtdeclarative:
error: cannot open .../tmp/work/cortexa9hf-vfp-neon-mx6qdl-dey-linux-gnueabi/qtbase/5.5.1+gitAUTOINC+5afc431323-r0/build/lib/libQt5Core.so: No such file or directory
error: cannot open .../tmp/work/cortexa9hf-vfp-neon-mx6qdl-dey-linux-gnueabi/qtbase/5.5.1+gitAUTOINC+5afc431323-r0/build/lib/libQt5Network.so: No such file or directory
error: cannot open .../tmp/work/cortexa9hf-vfp-neon-mx6qdl-dey-linux-gnueabi/qtbase/5.5.1+gitAUTOINC+5afc431323-r0/build/lib/libQt5Widgets.so: No such file or directory
The problem here is that 'qtdeclarative' is trying to get the needed
libraries from the 'qtbase' temporary work directory. But because in the
buildserver we have 'rm_work' enabled to save space, sometimes the
rm-work class has removed the 'qtbase' work directory before
'qtdeclarative' has been built, leading to the compilation error.
This is probably a bug in 'meta-qt5', because the different packages
needing QT5 base libraries should take them at compile time from the
sysroot and not from the qtbase work directory.
At the moment just workaround this adding an exception to the rm-work
class to not remove the 'qtbase' temporary work directory.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
The build script was filtering out toolchain builds for all image
recipes not starting with 'dey-image-', but for the CC6UL we are
building by default 'core-image-base', so update the regular expression
to allow building the toolchain for 'core-image-*' image recipes.
https://jira.digi.com/browse/DEL-2837
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
- Added a checker with the job name to declare the manufacturing var
- Changed the name of the repo manifest file for the manufacturing job
- Added a checker to updated the bblayers.conf file with the mfg layer
Signed-off-by: Diego Escalona <diego.escalona@digi.com>
Using native libsdl from the system is showing problems in newer
versions of some operating systems (e.g. ubuntu 15.10). The default in
Yocto 2.0 has changed to build a native libsdl and use it instead of the
one in the system.
This commit synchronizes the config templates to the latest in Yocto
2.0.
https://jira.digi.com/browse/DEL-2586
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Instead of having one default image target for all platforms allow to
define this per platform.
This is needed because for example for the 'ccimx6ulstarter' we want to
define a default command line image instead of a QT-based one.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Adding sdk support by copying the files from ccimx6sbc and replacing the
machine.
https://jira.digi.com/browse/DEL-2529
Signed-off-by: Isaac Hermida <isaac.hermida@digi.com>
'build-linux.digi.com' is the old DEL buildserver that sooner than later
will be decommisioned (hopefully) so just don't depend on it for DEY
builds.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
This disables images prelink, which according to the mailing lists it's
broken for ARM and other architectures. It's also reported to make gdb
fail sometimes.
https://jira.digi.com/browse/DEL-2150
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
In order to build tiny or tiny-initramfs images, the script adds
the line:
DISTRO_FEATURES_remove = "x11"
to 'conf/local.conf' file.
https://jira.digi.com/browse/DEL-2106
Signed-off-by: Urko Nalda <Urko.Nalda@digi.com>
This is needed when you use a PREMIRROR (as we usually do in buildserver
builds). Otherwise there is a strange corner case where the do_fetch
task fails when the upstream git repo has been rebased and the old mirror
tarball does not have the new SHA1 revision.
ERROR: Function failed: Fetcher failure for URL: 'git://git.yoctoproject.org/matchbox-window-manager'. Unable to fetch URL from any source.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
ccimx51js and ccimx53js are not supported in this version of DEY.
Support for those platforms is in previous versions of DEY.
https://jira.digi.com/browse/DEL-1890
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
There is only one kernel supported for each platform, so there is no
need to explicitly set the kernel preferred version.
Also:
* Remove IS_KERNEL_2X variable which is no longer needed.
* Simplify jenkins build script, now that we do not need to build two
kernel versions for ccardimx28.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
The notice summarizes the different license agreements the user needs to
accept to use the software.
https://jira.digi.com/browse/DEL-1734
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
(cherry picked from commit 92740c610e35aa4f11ab6e6536cddb832331d896)
https://jira.digi.com/browse/DEL-1734
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
(cherry picked from commit 35a78b13f72963205dc1ae1e05ee851ca6cc4f28)
This was used just for SARES testing and according to the SA team it is
not needed anymore, so just remove it.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Remove the current DEY variants support and framework for CC6 because in
following commits we will add support for all *hardware* variants in
just one set of DEY images for CC6.
https://jira.digi.com/browse/DEL-1569
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Remove 'dey-test' image feature and create a SARES bbclass with the
same functionality. This makes easier the creation of images suitable
for SARES testing just adding:
INHERIT += "sares-image"
to your project's local.conf
https://jira.digi.com/browse/DEL-1558
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
This script + jenkins jobs allows to detect regressions on already
released versions of DEY.
https://jira.digi.com/browse/DEL-1005
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
(cherry picked from commit b831229c7ac4ce9b4012ff92f50c22dcc8df7675)
This completes the support for ccimx6sbc variants:
* support device tree variants
* split variants '0x01,0x02,0x04' group in two different groups (with or
without kinetis)
https://jira.digi.com/browse/DEL-1359
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
(cherry picked from commit 3f20015411f4e270b2e2c8faf292678c75ff2aff)
Depending on DY_BUILD_VARIANTS variable (set by Jenkins):
'false': don't build variants (only the default)
<empty>: build all the variants supported by the platform
'var1 var2': build the ones specified in the variable
https://jira.digi.com/browse/DEL-1360
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
(cherry picked from commit de58d3fac52448ee7b1828c6ac71c6c10a3442ff)
https://jira.digi.com/browse/DEL-1359
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
(cherry picked from commit 015d029255eb407cca4c986562a304aef7de3940)
Added 'meta-python' to bblayers.conf.sample as it's now a dependence of
'networking-layer'. Otherwise if fails with:
ERROR: Layer 'networking-layer' depends on layer 'meta-python', but this
layer is not enabled in your configuration
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Some minor enhancements to mkproject script:
* Add 'conf-notes' files with DEY specific information. This is shown
when you create the project or when you reload the environment in an
already created project.
* Create a 'dey-setup-environment' script in the project's folder that
allows to reload the environment in a new terminal.
* Remove the PATH variable tweaking. This was needed in older versions
of Yocto, where the PATH kept growing each time you reloaded the
environment, but it has been fixed in poky, so there is no need to do
the same in our mkproject script.
https://jira.digi.com/browse/DEL-1150
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
These are key packages that we may need to debug in the buildserver, so
do not remove the object files.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Adapt the jenkins build script to build for ccardimx28js by default
linux 3.10 and u-boot 2013.01 and as alternative configuration linux
2.6.35.14 and u-boot 2009.08
https://jira.digi.com/browse/DEL-1168
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
This allows to blacklist platforms not officially supported in a DEY
release. It only works at help-level, you can actually create projects
for any platform whose config files exist, but the help of the mkproject
command will only show the officially supported platforms.
At the moment the BLACKLIST variable is not filled. This will be done in
the release branch.
https://jira.digi.com/browse/DEL-1073
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Packagegroups define sets of packages to be installed in the rootfs
*depending* on the hardware variant (~MACHINE_FEATURES). For example
installing or not the bluetooth firmware depending on machine variant
having bluetooth.
It may happen that we build sequentially machines with different
features using the same sstate and thus it may happen we end with a
rootfs lacking bluetooth firmware for a bluetooth variant.
So add all packagegroups to the list of packages to purge state-cache
between platform builds.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
RPM is more polished than IPK and it's the default used by
Poky/Openembedded so just use it.
https://jira.digi.com/browse/DEL-1053
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Isaac Hermida
Javier Viguera
Diego Escalona
Urko Nalda