- devel - lists.apertis.org

Apertis release candidate v2023dev0.0rc1 available for testing
by Walter Lozano 08 Dec '21

08 Dec '21

Hello everyone, I'm glad to announce that Apertis v2023dev0.0rc1 images for all the supported platforms have been published: AMD64 https://images.apertis.org/release/v2023dev0/v2023dev0.0rc1/amd64/ Arm32 public https://images.apertis.org/release/v2023dev0/v2023dev0.0rc1/armhf/ Arm64 https://images.apertis.org/release/v2023dev0/v2023dev0.0rc1/arm64/ This is the fourth development release based on Debian Bullseye. Compared to v2022pre it contains * Updates from Debian Bullseye * Replacements for old GPL-2 version of GNU utilities such as cpio, diffutils, grep, gzip, tar and sed The test reports are below: * https://lavaphabbridge.apertis.org/report/v2023dev0/20211208.0020/apt * https://lavaphabbridge.apertis.org/report/v2023dev0/20211208.0020/ostree * https://lavaphabbridge.apertis.org/report/v2023dev0/20211208.0020/lxc * https://lavaphabbridge.apertis.org/report/v2023dev0/20211208.0020/nfs The full release schedule is described at https://www.apertis.org/release/v2023dev0/release_schedule/ Thanks, Walter -- Walter Lozano Collabora Ltd.

1 0

Re: [Devel] Forwarding dwarf2sources bug upstream.
by Andrej Shadura 08 Dec '21

08 Dec '21

Hi Peter and Sjoerd On 07/12/2021 15:03, Sjoerd Simons wrote: > Hey Peter, > > I prodded Andrew about this when i first saw your mail (as he's the > maintainer on the Debian side), but it seems he didn't take action on > it yet... > > dwarf2sources is a trivial tool which we use in the Apertis > infrastucture (a wopping 200 lines of Rust, mostly based on the gimli > example code) and given Apertis is based on debian stable written > against the versions in Debian stable. > > I doubt there are Debian users using it, so from my point of view it > would be better to drop it from Debian rather then blocking Rust > package migrations on it. I don't really intend to update it until we > start rebasing Apertis to bookworm in any case. > > Andrew, unless you plan to update it, could you please request removal > from Debian? While I do agree it doesn’t make sense to block other stuff from being updated, I don’t think a removal request is necessary at this point. I will try to find time to look at this around Christmas — meanwhile, it’s okay to raise the severity of the bug and break its build by updating its build dependencies. -- Cheers, Andrej

1 0

New Apertis v2021.3 stable release available
by Walter Lozano 02 Dec '21

02 Dec '21

Hello everyone, I'm glad to announce that Apertis v2021.3 stable release is now available! Apertis v2021.3 is the fourth stable release of the Apertis v2021 release flow. Apertis is committed to maintaining the v2021 release stream until December 2022. For more details about the Apertis release flows and support periods, see https://www.apertis.org/designs/release-flow/ You can find the full release notes at https://www.apertis.org/release/v2021.3/releasenotes/ This release ships the security updates from Debian Buster and the latest LTS Linux kernel on the 5.10.x series. Additionally it implements the approach used in v2022 TLS stack [1] to avoid licensing issues, which required upgrade glib-networking to 2.66 in order to properly support OpenSSL backend. Images are available for download at https://images.apertis.org/release/v2021/v2021.3/ Thanks to everyone who contributed! Walter [1] https://www.apertis.org/concepts/tls-stack/ -- Walter Lozano Collabora Ltd.

1 0

Apertis release candidate v2022pre.0rc1 available for testing
by Walter Lozano 01 Dec '21

01 Dec '21

Hello everyone, I'm glad to announce that Apertis v2022pre.0rc1 images for all the supported platforms have been published: AMD64 https://images.apertis.org/release/v2022pre/v2022pre.0rc1/amd64/ Arm32 https://images.apertis.org/release/v2022pre/v2022pre.0rc1/armhf/ Arm64 https://images.apertis.org/release/v2022pre/v2022pre.0rc1/arm64/ This is the second development release based on Debian Bullseye. Compared to v2022dev3 it contains * Updates from Debian Bullseye * New Flatpak Runtime for Apertis * Apply and enforce signatures for Apertis Flatpak packages and runtimes * Audio policy to mute song app when switching to video app * Improves license compliance checks * Improve docker experience * Improve packaging tools for developers The test reports are below: * https://lavaphabbridge.apertis.org/report/v2022pre/20211201.1511/apt * https://lavaphabbridge.apertis.org/report/v2022pre/20211201.1511/ostree * https://lavaphabbridge.apertis.org/report/v2022pre/20211201.1511/lxc * https://lavaphabbridge.apertis.org/report/v2022pre/20211201.1511/nfs The full release schedule is described at https://www.apertis.org/release/v2022pre/release_schedule/ Thanks, Walter -- Walter Lozano Collabora Ltd.

1 0

New Apertis v2020.7 stable release available
by Walter Lozano 25 Nov '21

25 Nov '21

1 0

Apertis release candidate v2021.3rc1 available for testing
by Walter Lozano 24 Nov '21

24 Nov '21

Hello everyone, I'm glad to announce that Apertis v2021.3rc1 images for all the supported platforms have been published: AMD64 https://images.apertis.org/release/v2021/v2021.3rc1/amd64/ Arm32 public https://images.apertis.org/release/v2021/v2021.3rc1/armhf/ Arm32 internal https://images.apertis.org/internal/release/v2021/v2021.3rc1/armhf/ Arm64 https://images.apertis.org/release/v2021/v2021.3rc1/arm64/ Compared to v2021.2 this release contains: - Security updates from Debian Buster - Backport the changes for the TLS stack [1] from v2022 to avoid licensing issues - New version of glib-networking to properly support OpenSSL backend The test reports are below: * https://lavaphabbridge.apertis.org/report/v2021/20211124.0215/apt * https://lavaphabbridge.apertis.org/report/v2021/20211124.0215/ostree * https://lavaphabbridge.apertis.org/report/v2021/20211124.0215/lxc * https://lavaphabbridge.apertis.org/report/v2021/20211124.0215/nfs The full release schedule is described at https://www.apertis.org/release/v2021.3/release_schedule/ Thanks, Walter [1] https://www.apertis.org/concepts/tls-stack/ -- Walter Lozano Collabora Ltd.

1 0

Apertis release candidate v2020.7rc1 available for testing
by Walter Lozano 17 Nov '21

17 Nov '21

Hello everyone, I'm glad to announce that Apertis v2020.7rc1 images for all the supported platforms have been published: AMD64 https://images.apertis.org/release/v2020/v2020.7rc1/amd64/ Arm32 public https://images.apertis.org/release/v2020/v2020.7rc1/armhf/ Arm32 internal https://images.apertis.org/internal/release/v2020/v2020.7rc1/armhf/ Arm64 https://images.apertis.org/release/v2020/v2020.7rc1/arm64/ Compared to v2020.6 this release contains: - Security updates from Debian Buster - Backport the changes for the TLS stack [1] from v2022 to avoid licensing issues - New version of glib-networking to properly support OpenSSL backend The test reports are below: * https://lavaphabbridge.apertis.org/report/v2020/20211117.0/apt * https://lavaphabbridge.apertis.org/report/v2020/20211117.0/ostree * https://lavaphabbridge.apertis.org/report/v2020/20211117.0/lxc * https://lavaphabbridge.apertis.org/report/v2020/20211117.0/nfs The full release schedule is described at https://www.apertis.org/release/v2020.7/release_schedule/ Thanks, Walter [1] https://www.apertis.org/concepts/tls-stack/ -- Walter Lozano Collabora Ltd.

1 0

Planned maintenance downtime for gitlab.apertis.org
by Emanuele Aina 10 Nov '21

10 Nov '21

Hello all, later today we plan to have some downtime on https://gitlab.apertis.org as it will get moved to a VM with more space for us to chew with our ever increasing set of images and artifacts, om nom nom. Thank you for your patience, we'll keep you updated! -- Emanuele Aina www.collabora.com

1 0

Use of LGPL-3 or GPL-2 dual-licensed Nettle on Apertis v2020 and v2021 images
by Emanuele Aina 08 Nov '21

08 Nov '21

Hello all, the latest source code scan highlighted that the version of Nettle used on Apertis target images for the v2020 and v2021 releases is already subject to the relicensing to LGPL-3 or GPL-2 and it is no longer LGPL- 2.1 licensed as the metadata from the original Debian package sources indicated. This means that any program using libnettle, and by extension libraries like libgnutls, glib-networking and libsoup, has to be licensed under the terms of the GPL-2 or the terms of the LGPL-3 license should be applied to libnettle. This goes against the Apertis licensing expectations[1] therefore we are now working on a fix. The v2022 release channel is not affected thanks to the rework of the TLS stack usage[2] done in that channel. The recent documentation work helped raising the awareness of the issue, identifying its impact and the possible ways to address it. We currently plan to backport the changes from v2022 to v2021, and even v2020. Usage of libnettle and its reverse dependencies like libgnutls will still be subject to the LGPL-3 or GPL-2 dual-license, but libraries like glib-networking and libsoup will be moved to the OpenSSL backend to avoid the issue. Check the document about the TLS stack licensing[2] for further details. In case of any doubt, we are available for any inquiry and clarification about the impact of the issue. Thank you! [1] https://www.apertis.org/policies/license-expectations/ [2] https://www.apertis.org/concepts/tls-stack/ -- Emanuele Aina www.collabora.com

2 1

let's encrypt expired certificate
by mark.janes＠daimler.com 03 Oct '21

03 Oct '21

If anyone is finding that atg-apertis-recipes cannot be used since Sep 30, we were able to work around by removing the following file after the debootstrap step: /usr/share/ca-certificates/mozilla/DST_Root_CA_X3.crt If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support.

2 1