The chaiwala-user-session-wayland package conflicts with lightdm and cause
issues such as the user being unable to mount vbox additions.

This fix updates the image recipe to only enable chaiwala-user-session-wayland
on target and development images.

Apertis: https://phabricator.apertis.org/T5017



Signed-off-by: Andre Moreira Magalhaes <andre.magalhaes@collabora.co.uk>

Signed-off-by: Andrej Shadura <andrew.shadura@collabora.co.uk>

Andrew Lee (李健秋) authored 6 years ago and Andrej Shadura committed 6 years ago

We need newer dosfstools from Debian stretch. However the new dostools
is licensed as GPL-3+ from Debian stretch. And we want to keep target
GPL-3 free.

So here is a patch to move dosfstools from target to development in
ospack recipe.

Apertis: https://phabricator.apertis.org/T4969



Signed-off-by: Andrew Lee (李健秋) <andrew.lee@collabora.co.uk>
Reviewed-by: Andrej Shadura <andrew.shadura@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7894

Denis Pynkin authored 6 years ago and Andrej Shadura committed 6 years ago

Switch to GitLab repository to get correct profiles names for tests.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Andrej Shadura <andrew.shadura@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7887

Change the type of board to list for SDK image.
Missed that change during parameters change for `buildImage()` function.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Andrew Shadura <andrew.shadura@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7877

Nodm is buggy ([1]) and its upstream stopped maintaining it ([2]).
Since the only reason nodm is used is to provide autologin, and
lightdm supports that and is actively maintained upstream, in
Debian and Ubuntu, it is more sustainable to use it instead of
nodm.

Drop nodm package and its configuration, ship lightdm and its
configuration instead.

[1]: https://github.com/spanezz/nodm/issues/5
[2]: https://github.com/spanezz/nodm/issues/8



Signed-off-by: Andrej Shadura <andrew.shadura@collabora.co.uk>
Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7875

Removed packages `linux-tools-*` since kernel do not provide them anymore.
Add `linux-perf` package instead to provide needed functionality.
Removed `linux-headers-generic` package from SDK set -- correct version
is proposed in `development` package set.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Emanuele Aina <emanuele.aina@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7871

Do not need to build OSTree and ostree-based rootfs for LXC container
for every board. Build it only once for architecture instead.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Emanuele Aina <emanuele.aina@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7866

With several boards usage for single architecture the local OStree
repository should be cleaned to avoid its uploading during the build
of the next board.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Emanuele Aina <emanuele.aina@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7865

Add loop for all boards listed in target architecture. This allows to
build several images using a single ospack per architecture.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7862

In Debian there is no package `linux-headers-generic` and corresponding
packages includes target architecture in their name.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7861

Now that we have a single 4.14 for all systems and linux-latest in
apertis, install the kernel packages via the standard meta-packages
rather then specific versions.

Generally the debian meta for each architectures is linux-image-<debian
architecture name>. Only armhf is a bit different as the standard kernel
is armmp (arm multi-platform) so that needs special-casing.

In ostree-commit also split out the u-boot-imx handling; that really
shouldn't be there for *generic* arm ostree updates as it's a platform
specific u-boot package.

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Reviewed-by: Denis Pynkin <denis.pynkin@collabora.com>
Differential Revision: https://phabricator.apertis.org/D7859

Kernel is updated to use standardized version for all platforms.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7857

Kernel is updated to use standardized version for all platforms.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7856

Kernel is updated to use standardized version for all platforms.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7837

Prepare images for 'mx6qsabrelite' board.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7853

Add public OSTree image based on 4.14 kernel for SabreLite board.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7850

Switch to default kernel version (4.14) for ostree-based
systems for all supported platforms.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7849

Add filesystem and sdhci modules to initramfs allowing to find rootfs
for SabreLite board.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7847

Allow to install all modules for armhf architecture.
For public images we use multiplatform kernel flavour, so need all
modules installed by kernel package.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7846

Add public image based on 4.14 kernel for SabreLite board.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Reviewed-by: Emanuele Aina <emanuele.aina@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7845

Ritesh Raj Sarraf authored 6 years ago and Ritesh Raj Sarraf committed 6 years ago

We need to have the target mount point /Applications available for
Applications.mount unit to work because the rootfs is mounted read-only

Signed-off-by: Ritesh Raj Sarraf <ritesh.sarraf@collabora.co.uk>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.com>
Reviewed-by: Denis Pynkin <denis.pynkin@collabora.com>
Differential Revision: https://phabricator.apertis.org/D7854

The image build trigger was set on 4:14am. And it usually still building
when we have the daily stand call.

As an Apertis developer, I want image build triggered before the daily
stand calls, so that we may have the chance to fix them quickly while
the calls.

So here we reschedule it to three hours earlier to ensure that we may
fetch the build results before the daily stand calls.

Signed-off-by: Andrew Lee (李健秋) <andrew.lee@collabora.co.uk>
Reviewed-by: Emanuele Aina <emanuele.aina@collabora.com>
Differential Revision: https://phabricator.apertis.org/D7812

Frédéric Dalleau authored 6 years ago and Frédéric Dalleau committed 6 years ago

* Enable the vboxvideo service
  A symlink in graphical.target.wants is needed.
* Rename the blacklist configuration file, the virtualbox guest
  additions installer was removing 'blacklist-vboxvideo.conf'

Apertis: https://phabricator.apertis.org/T4485



Signed-off-by: Frédéric Dalleau <frederic.dalleau@collabora.com>
Reviewed-by: Emanuele Aina <emanuele.aina@collabora.com>
Differential Revision: https://phabricator.apertis.org/D7815

The x11-xserver-utils package is only available on the :development
repositories, so it caused the target image to fail to build.

Given that it is only needed on the SDK images, move its entry to a
properly fenced section.

Signed-off-by: Andrew Lee (李健秋) <andrew.lee@collabora.co.uk>
Reviewed-by: Emanuele Aina <emanuele.aina@collabora.com>
Differential Revision: https://phabricator.apertis.org/D7805

After installing the Guest additions in VirtualBox 5.2, xrandr is
executed when the XServer starts. The utility is not found on the
sdk, and an error message is displayed.
Avoid that by adding xrandr to sdk image.

Signed-off-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Reviewed-by: Denis Pynkin <denis.pynkin@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7803

We setup a sysroot mechanism, but this is specific to ade, which currently
is deemed ivi specific.

Signed-off-by: Martyn Welch <martyn.welch@collabora.co.uk>

Differential Revision: https://phabricator.apertis.org/D7802

Not all users of Apertis are going to be interested in lxc. Make the
installation of the LXC components optional, but enabled by default.

Signed-off-by: Martyn Welch <martyn.welch@collabora.co.uk>

Differential Revision: https://phabricator.apertis.org/D7801

The items in these repos can be thought of as quite ivi specific, only use
them for ivi images. Move impacted packages to ivi specific sections.

Signed-off-by: Martyn Welch <martyn.welch@collabora.co.uk>

Differential Revision: https://phabricator.apertis.org/D7800

On VirtualBox 5.2, vboxvideo crashes when the resolution changes
a few seconds after boot. It does not occur on VirtualBox 5.1.
This patch blacklists the vboxvideo module so it's not loaded
automatically, instead a systemd unit is requested by graphic.target.
This offers sufficient delay for vboxvideo to be loaded after
the resolution change, avoiding the crash.

Apertis: https://phabricator.apertis.org/T4485



Signed-off-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Reviewed-by: Martyn Welch <martyn.welch@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7795

We are now utilising Apertis for non-IVI related uses. There are a large
number of packages install, which will not be of interest to users in
these other areas. Start separating out the some components so that
more targeted images can be produced with a common core.

For now we will be forking these files. The separation intends to make it
easier for derivatives of these files to stay in sync with core changes.

Signed-off-by: Martyn Welch <martyn@welchs.me.uk>

Differential Revision: https://phabricator.apertis.org/D7799

The current SDK is generated with 10G available in /home. If the SDK is to
be used for platform development, then this space is quickly exhausted.
Provide a mechanism to allow more space to be provided at SDK build time.

Signed-off-by: Martyn Welch <martyn.welch@collabora.co.uk>

Differential Revision: https://phabricator.apertis.org/D7798

Andrew Lee (李健秋) authored 7 years ago and Andrej Shadura committed 7 years ago

As new version of mesa package that we updated in apertis that already
dropped libegl1-mesa-drivers transitional package.

So that we shouldn't keep install libegl1-mesa-drivers from our images.

This commit is to drop libegl1-mesa-drivers from ospack, uefi and sdk
images.

Signed-off-by: Andrew Lee (李健秋) <andrew.lee@collabora.co.uk>
Reviewed-by: Andrew Shadura <andrew.shadura@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7779

As an Apertis developer doing a release, I want the web page on
images.apertis.org to be automatically updated from the updates done to
apertis-image-recipes.git.

The website is stored at images.apertis.org:/srv/images.apertis.org/www.
It used to be stored in the apertis-image-customization repo, but it has
been updated by hand directly on the server recently.

Here is a Jenkinsfile to depoly the website automaticlly.

Signed-off-by: Andrew Lee (李健秋) <andrew.lee@collabora.com>
Reviewed-by: Héctor Orón Martínez <hector.oron@collabora.co.uk>
Reviewed-by: Emanuele Aina <emanuele.aina@collabora.com>
Reviewed-by: Andrew Shadura <andrew.shadura@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7651

Denis Pynkin authored 7 years ago and Andrej Shadura committed 7 years ago

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Signed-off-by: Andrew Shadura <andrew.shadura@collabora.co.uk>

The image name to test must have "ostree" variant in the name.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Andrew Shadura <andrew.shadura@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7763

Use the unified name for LXC OStree tarballs:
 apertis_ostree_${release}-${type}-${architecture}-lxc_${PIPELINE_VERSION}

Changed path for publishing LXC tarballs, now they are uploaded in the
same manner as other Apertis images and ospacks:
 https://images.apertis.org/daily/{{release}}/{{date}}/{{arch}}/lxc



Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Andrew Shadura <andrew.shadura@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7764

Reworked test function to accept profile name to be used for test.
Assemble profile name and image name for test during outside of
testing function itself.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>
Reviewed-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Reviewed-by: Luis Araujo <luis.araujo@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7747

This helps to use the image name for the different pipeline
phases.

This commit also includes the change to call the lava jobs
using the image name directly.

Signed-off-by: Luis Araujo <luis.araujo@collabora.co.uk>
Reviewed-by: Denis Pynkin <denis.pynkin@collabora.com>
Differential Revision: https://phabricator.apertis.org/D7749

The yaml file specifies an incorrect command line parameter for the
OSTree u-boot images.
The parameter is incorrect for Renesas R-car, and could be different
in any other u-boot board.
The serial port to use as console is defined in the dtb.

Signed-off-by: Frédéric Dalleau <frederic.dalleau@collabora.co.uk>
Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D7752