[opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

older
[opensuse-arm] nanopi neo air -...

Fabian Vogt

24 Jan 2019 24 Jan '19

11:07

Hi, For Leap 15.x on x86_64, images (Live media, JeOS and the base container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. It's also the location the official opensuse/leap base image is released from (into openSUSE:Containers:Leap:15.1). Currently there is a similar project for :ARM at openSUSE:Leap:15.1:ARM:Live, but it does not support building/releasing after the main project is finalized and is also not coupled to openQA AFAICT. As I'd like to have the base container setup the same for all archs (continuous testing and updates is a requirement) it would be very useful to use the same setup as x86_64 Leap. What's missing is a subproject :ToTest with similiar config to openSUSE:Leap:15.1:Images:ToTest and some mostly trivial changes to the totest-manager configuration. It might also require some mapping changes inside OBS so that the released images end up in the right location on download.opensuse.org. Once that's done, some openQA tests for the JeOS-EFI flavor could be added and that would then also run the docker_ and podman_image tests. What do you think? Thanks, Fabian -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Show replies by date

Guillaume Gardet

24 Jan 24 Jan

12:24

Hi,

...

-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 12:07 To: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

For Leap 15.x on x86_64, images (Live media, JeOS and the base container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. It's also the location the official opensuse/leap base image is released from (into openSUSE:Containers:Leap:15.1).

Currently there is a similar project for :ARM at openSUSE:Leap:15.1:ARM:Live, but it does not support building/releasing after the main project is finalized and is also not coupled to openQA AFAICT.

Only ISO are tested in openQA, but images from openSUSE:Leap:15.1:ARM:Live are pushed to openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when openQA is green.

...

As I'd like to have the base container setup the same for all archs (continuous testing and updates is a requirement) it would be very useful to use the same setup as x86_64 Leap. What's missing is a subproject :ToTest with similiar config to openSUSE:Leap:15.1:Images:ToTest and some mostly trivial changes to the totest-manager configuration.

It is never trivial with totest-manager configuration. 😉

...

It might also require some mapping changes inside OBS so that the released images end up in the right location on download.opensuse.org.

Once that's done, some openQA tests for the JeOS-EFI flavor could be added and that would then also run the docker_ and podman_image tests.

I think the current layout would allow to test JeOS-EFI in openQA already. We would just need to add the proper filter to rsync.pl to push the ISO to openQA. We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled). Cheers, Guillaume

...

What do you think?

Thanks, Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

Fabian Vogt

12:43

Hi, Am Donnerstag, 24. Januar 2019, 13:24:41 CET schrieb Guillaume Gardet:

...

Hi,

...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 12:07 To: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

For Leap 15.x on x86_64, images (Live media, JeOS and the base container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. It's also the location the official opensuse/leap base image is released from (into openSUSE:Containers:Leap:15.1).

Currently there is a similar project for :ARM at openSUSE:Leap:15.1:ARM:Live, but it does not support building/releasing after the main project is finalized and is also not coupled to openQA AFAICT.

Only ISO are tested in openQA, but images from openSUSE:Leap:15.1:ARM:Live are pushed to openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when openQA is green.

The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold.

...

...
As I'd like to have the base container setup the same for all archs (continuous testing and updates is a requirement) it would be very useful to use the same setup as x86_64 Leap. What's missing is a subproject :ToTest with similiar config to openSUSE:Leap:15.1:Images:ToTest and some mostly trivial changes to the totest-manager configuration.

It is never trivial with totest-manager configuration. 😉

The configuration is trivial - fixing bugs outside of the configuration might not be :P

...

...
It might also require some mapping changes inside OBS so that the released images end up in the right location on download.opensuse.org.

Once that's done, some openQA tests for the JeOS-EFI flavor could be added and that would then also run the docker_ and podman_image tests.

I think the current layout would allow to test JeOS-EFI in openQA already. We would just need to add the proper filter to rsync.pl to push the ISO to openQA.

Yes, but not independently from the main project.

...

We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled).

Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images. Cheers, Fabian

...

Cheers, Guillaume

...
What do you think?

Thanks, Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Guillaume Gardet

12:53

...

-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 13:44 To: Guillaume Gardet Cc: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:24:41 CET schrieb Guillaume Gardet:

...
Hi,

...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 12:07 To: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

For Leap 15.x on x86_64, images (Live media, JeOS and the base container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. It's also the location the official opensuse/leap base image is released from (into openSUSE:Containers:Leap:15.1).

Currently there is a similar project for :ARM at openSUSE:Leap:15.1:ARM:Live, but it does not support building/releasing after the main project is finalized and is also not coupled to openQA AFAICT.

Only ISO are tested in openQA, but images from openSUSE:Leap:15.1:ARM:Live are pushed to openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when openQA is green.

The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold.

True. The only question would be: do we want to update ready to boot images with latest leap software? As we would not be able to test on real hardware.

...

...
...
As I'd like to have the base container setup the same for all archs (continuous testing and updates is a requirement) it would be very useful to use the same setup as x86_64 Leap. What's missing is a subproject :ToTest with similiar config to openSUSE:Leap:15.1:Images:ToTest and some mostly trivial changes to the totest-manager configuration.

It is never trivial with totest-manager configuration. 😉

The configuration is trivial - fixing bugs outside of the configuration might not be :P

We already had hard time with Dirk to fix TW and Leap configs of ttm. ;)

...

...
...
It might also require some mapping changes inside OBS so that the released images end up in the right location on download.opensuse.org.

Once that's done, some openQA tests for the JeOS-EFI flavor could be added and that would then also run the docker_ and podman_image tests.

I think the current layout would allow to test JeOS-EFI in openQA already. We would just need to add the proper filter to rsync.pl to push the ISO to openQA.

Yes, but not independently from the main project.

True.

...

...
We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled).

Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images.

The best way would be to use a dedicated test which boot the real image, enable firstboot, reboot, and perform tests afterwards. Last time I checked firstboot, aarch64 TW did not show the same screens as x86_64 TW. Last question: would you be able to handle those changes? And fix bugs, if any? ;) Cheers, Guillaume

...

Cheers, Fabian

...
Cheers, Guillaume

...
What do you think?

Thanks, Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Fabian Vogt

13:54

Hi, Am Donnerstag, 24. Januar 2019, 13:53:36 CET schrieb Guillaume Gardet:

...

...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 13:44 To: Guillaume Gardet Cc: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:24:41 CET schrieb Guillaume Gardet:

...
Hi,

...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 12:07 To: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

For Leap 15.x on x86_64, images (Live media, JeOS and the base container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. It's also the location the official opensuse/leap base image is released from (into openSUSE:Containers:Leap:15.1).

Currently there is a similar project for :ARM at openSUSE:Leap:15.1:ARM:Live, but it does not support building/releasing after the main project is finalized and is also not coupled to openQA AFAICT.

Only ISO are tested in openQA, but images from openSUSE:Leap:15.1:ARM:Live are pushed to openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when openQA is green.

The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold.

True. The only question would be: do we want to update ready to boot images with latest leap software? As we would not be able to test on real hardware.

I would say yes, simply because that's the same you would end up with after using the Gold image and installing updates. It might be possible to put the updated images in a different location though, so that the "known-working" Gold images are still available.

...

...
...
...
As I'd like to have the base container setup the same for all archs (continuous testing and updates is a requirement) it would be very useful to use the same setup as x86_64 Leap. What's missing is a subproject :ToTest with similiar config to openSUSE:Leap:15.1:Images:ToTest and some mostly trivial changes to the totest-manager configuration.

It is never trivial with totest-manager configuration. 😉

The configuration is trivial - fixing bugs outside of the configuration might not be :P

We already had hard time with Dirk to fix TW and Leap configs of ttm. ;)

...
...
...
It might also require some mapping changes inside OBS so that the released images end up in the right location on download.opensuse.org.

Once that's done, some openQA tests for the JeOS-EFI flavor could be added and that would then also run the docker_ and podman_image tests.

I think the current layout would allow to test JeOS-EFI in openQA already. We would just need to add the proper filter to rsync.pl to push the ISO to openQA.

Yes, but not independently from the main project.

True.

...
...
We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled).

Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images.

The best way would be to use a dedicated test which boot the real image, enable firstboot, reboot, and perform tests afterwards. Last time I checked firstboot, aarch64 TW did not show the same screens as x86_64 TW.

That doesn't sound like a real-world scenario, so it doesn't make much sense to do it that way IMO.

...

Last question: would you be able to handle those changes? And fix bugs, if any? ;)

I would take care of the rsync.pl and totest-manager changes - I can't change anything in the :ARM project configuration. Cheers, Fabian

...

Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

...
What do you think?

Thanks, Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Guillaume Gardet

14:05

...

-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 14:54 To: opensuse-arm@opensuse.org Cc: Guillaume Gardet Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:53:36 CET schrieb Guillaume Gardet:

...
...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 13:44 To: Guillaume Gardet Cc: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:24:41 CET schrieb Guillaume Gardet:

...
Hi,

...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 12:07 To: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

For Leap 15.x on x86_64, images (Live media, JeOS and the base container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. It's also the location the official opensuse/leap base image is released from (into openSUSE:Containers:Leap:15.1).

Currently there is a similar project for :ARM at openSUSE:Leap:15.1:ARM:Live, but it does not support building/releasing after the main project is finalized and is also not coupled to openQA AFAICT.

Only ISO are tested in openQA, but images from openSUSE:Leap:15.1:ARM:Live are pushed to openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when openQA is green.

The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold.

True. The only question would be: do we want to update ready to boot images

with latest leap software?

...
As we would not be able to test on real hardware.

I would say yes, simply because that's the same you would end up with after using the Gold image and installing updates. It might be possible to put the updated images in a different location though, so that the "known-working" Gold images are still available.

It could be a solution, but we must not confuse our users with too much locations either. Andreas, Dirk, any opinion?

...

...
...
...
...
As I'd like to have the base container setup the same for all archs (continuous testing and updates is a requirement) it would be very useful to use the same setup as x86_64 Leap. What's missing is a subproject :ToTest with similiar config to openSUSE:Leap:15.1:Images:ToTest and some mostly trivial changes to the totest-manager configuration.

It is never trivial with totest-manager configuration. 😉

The configuration is trivial - fixing bugs outside of the configuration might not be :P

We already had hard time with Dirk to fix TW and Leap configs of ttm. ;)

...
...
...
It might also require some mapping changes inside OBS so that the released images end up in the right location on download.opensuse.org.

Once that's done, some openQA tests for the JeOS-EFI flavor could be added and that would then also run the docker_ and podman_image tests.

I think the current layout would allow to test JeOS-EFI in openQA already. We would just need to add the proper filter to rsync.pl to push the ISO to openQA.

Yes, but not independently from the main project.

True.

...
...
We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled).

Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images.

The best way would be to use a dedicated test which boot the real image, enable firstboot, reboot, and perform tests afterwards. Last time I checked firstboot, aarch64 TW did not show the same screens as x86_64 TW.

That doesn't sound like a real-world scenario, so it doesn't make much sense to do it that way IMO.

It could be. But the main advantage with firstboot is to set-up data (user login and passwords, etc.) as expected by openQA.

...

...
Last question: would you be able to handle those changes? And fix bugs, if any? ;)

I would take care of the rsync.pl and totest-manager changes - I can't change anything in the :ARM project configuration.

I have no right on :ARM either. ;) Cheers, Guillaume

...

Cheers, Fabian

...
Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

...
What do you think?

Thanks, Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Fabian Vogt

5 Feb 5 Feb

14:37

Hi, are there any news on this topic? If not, I'll have to release the base container manually, which won't happen regularly and also doesn't involve openQA. Cheers, Fabian Am Donnerstag, 24. Januar 2019, 15:05:39 CET schrieb Guillaume Gardet:

...

...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 14:54 To: opensuse-arm@opensuse.org Cc: Guillaume Gardet Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:53:36 CET schrieb Guillaume Gardet:

...
...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 13:44 To: Guillaume Gardet Cc: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:24:41 CET schrieb Guillaume Gardet:

...
Hi,

...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 12:07 To: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

For Leap 15.x on x86_64, images (Live media, JeOS and the base container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. It's also the location the official opensuse/leap base image is released from (into openSUSE:Containers:Leap:15.1).

Currently there is a similar project for :ARM at openSUSE:Leap:15.1:ARM:Live, but it does not support building/releasing after the main project is finalized and is also not coupled to openQA AFAICT.

Only ISO are tested in openQA, but images from openSUSE:Leap:15.1:ARM:Live are pushed to openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when openQA is green.

The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold.

True. The only question would be: do we want to update ready to boot images

with latest leap software?

...
As we would not be able to test on real hardware.

I would say yes, simply because that's the same you would end up with after using the Gold image and installing updates. It might be possible to put the updated images in a different location though, so that the "known-working" Gold images are still available.

It could be a solution, but we must not confuse our users with too much locations either. Andreas, Dirk, any opinion?

...
...
...
...
...
As I'd like to have the base container setup the same for all archs (continuous testing and updates is a requirement) it would be very useful to use the same setup as x86_64 Leap. What's missing is a subproject :ToTest with similiar config to openSUSE:Leap:15.1:Images:ToTest and some mostly trivial changes to the totest-manager configuration.

It is never trivial with totest-manager configuration. 😉

The configuration is trivial - fixing bugs outside of the configuration might not be :P

We already had hard time with Dirk to fix TW and Leap configs of ttm. ;)

...
...
...
It might also require some mapping changes inside OBS so that the released images end up in the right location on download.opensuse.org.

Once that's done, some openQA tests for the JeOS-EFI flavor could be added and that would then also run the docker_ and podman_image tests.

I think the current layout would allow to test JeOS-EFI in openQA already. We would just need to add the proper filter to rsync.pl to push the ISO to openQA.

Yes, but not independently from the main project.

True.

...
...
We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled).

Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images.

The best way would be to use a dedicated test which boot the real image, enable firstboot, reboot, and perform tests afterwards. Last time I checked firstboot, aarch64 TW did not show the same screens as x86_64 TW.

That doesn't sound like a real-world scenario, so it doesn't make much sense to do it that way IMO.

It could be. But the main advantage with firstboot is to set-up data (user login and passwords, etc.) as expected by openQA.

...
...
Last question: would you be able to handle those changes? And fix bugs, if any? ;)

I would take care of the rsync.pl and totest-manager changes - I can't change anything in the :ARM project configuration.

I have no right on :ARM either. ;)

Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

...
What do you think?

Thanks, Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. N��r��y隊Z)z{.�櫛맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.�櫛�0��Ǩ�

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Guillaume Gardet

17:20

Andreas, any opinion?

...

-----Original Message----- From: Fabian Vogt Sent: 05 February 2019 15:37 To: opensuse-arm@opensuse.org Cc: Guillaume Gardet Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

are there any news on this topic? If not, I'll have to release the base container manually, which won't happen regularly and also doesn't involve openQA.

Cheers, Fabian

Am Donnerstag, 24. Januar 2019, 15:05:39 CET schrieb Guillaume Gardet:

...
...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 14:54 To: opensuse-arm@opensuse.org Cc: Guillaume Gardet Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:53:36 CET schrieb Guillaume Gardet:

...
...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 13:44 To: Guillaume Gardet Cc: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:24:41 CET schrieb Guillaume

...
...
...
...
...
Hi,

> -----Original Message----- > From: Fabian Vogt > Sent: 24 January 2019 12:07 > To: openSUSE ARM ML (opensuse-arm@opensuse.org) <opensuse- > arm@opensuse.org> > Subject: [opensuse-arm] Continuously rebuilt and tested Leap > 15.1 images > > Hi, > > For Leap 15.x on x86_64, images (Live media, JeOS and the > base > container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. > It's also the location the official opensuse/leap base image > is released from (into openSUSE:Containers:Leap:15.1). > > Currently there is a similar project for :ARM at > openSUSE:Leap:15.1:ARM:Live, but it does not support > building/releasing after the main project is finalized and > is also not coupled to openQA AFAICT.

Only ISO are tested in openQA, but images from openSUSE:Leap:15.1:ARM:Live are pushed to openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when openQA is green.

The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold.

True. The only question would be: do we want to update ready to boot images with latest leap software? As we would not be able to test on real hardware.

I would say yes, simply because that's the same you would end up with after using the Gold image and installing updates. It might be possible to put the updated images in a different location though, so that

...
...
Gold images are still available.

It could be a solution, but we must not confuse our users with too much locations either. Andreas, Dirk, any opinion?

...
...
...
...
> As I'd like to have the base container setup the same for > all archs (continuous testing and updates is a requirement) > it would be very useful to use the same setup as x86_64 > Leap. What's missing is a subproject :ToTest with similiar > config to openSUSE:Leap:15.1:Images:ToTest and some mostly > trivial changes to the totest-manager configuration.

It is never trivial with totest-manager configuration. 😉

The configuration is trivial - fixing bugs outside of the configuration might not be :P

We already had hard time with Dirk to fix TW and Leap configs of ttm. ;)

...
...
> It might also require some mapping changes inside OBS so > that the released images end up in the right location on download.opensuse.org. > > Once that's done, some openQA tests for the JeOS-EFI flavor > could be added and that would then also run the docker_ and > podman_image tests.

I think the current layout would allow to test JeOS-EFI in openQA already. We would just need to add the proper filter to rsync.pl to push the ISO to openQA.

Yes, but not independently from the main project.

True.

...
...
We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled).

Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images.

The best way would be to use a dedicated test which boot the real image, enable firstboot, reboot, and perform tests afterwards. Last time I checked firstboot, aarch64 TW did not show the same screens as x86_64 TW.

That doesn't sound like a real-world scenario, so it doesn't make much sense to do it that way IMO.

It could be. But the main advantage with firstboot is to set-up data (user login and passwords, etc.) as expected by openQA.

...
...
Last question: would you be able to handle those changes? And fix bugs, if any? ;)

I would take care of the rsync.pl and totest-manager changes - I can't change anything in the :ARM project configuration.

I have no right on :ARM either. ;)

Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

> What do you think? > > Thanks, > Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient,

Gardet: the "known-working" please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

...
N r y隊Z)z{. 櫛맲 r z ^ ˬz N ( ֜ ^ ޭ隊Z)z{. 櫛 0 Ǩ

Guillaume Gardet

14 Feb 14 Feb

09:29

Hi, As there was no new info on it from others, please enable continuous release, involving openQA. Thanks, Guillaume Le 05/02/2019 à 15:37, Fabian Vogt a écrit :

...

Hi,

are there any news on this topic? If not, I'll have to release the base container manually, which won't happen regularly and also doesn't involve openQA.

Cheers, Fabian

Am Donnerstag, 24. Januar 2019, 15:05:39 CET schrieb Guillaume Gardet:

...
...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 14:54 To: opensuse-arm@opensuse.org Cc: Guillaume Gardet Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:53:36 CET schrieb Guillaume Gardet:

...
...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 13:44 To: Guillaume Gardet Cc: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:24:41 CET schrieb Guillaume Gardet:

...
Hi,

> -----Original Message----- > From: Fabian Vogt > Sent: 24 January 2019 12:07 > To: openSUSE ARM ML (opensuse-arm@opensuse.org) <opensuse- > arm@opensuse.org> > Subject: [opensuse-arm] Continuously rebuilt and tested Leap > 15.1 images > > Hi, > > For Leap 15.x on x86_64, images (Live media, JeOS and the base > container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. > It's also the location the official opensuse/leap base image is > released from (into openSUSE:Containers:Leap:15.1). > > Currently there is a similar project for :ARM at > openSUSE:Leap:15.1:ARM:Live, but it does not support > building/releasing after the main project is finalized and is > also not coupled to openQA AFAICT. Only ISO are tested in openQA, but images from openSUSE:Leap:15.1:ARM:Live are pushed to openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when openQA is green.

The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold. True. The only question would be: do we want to update ready to boot images with latest leap software? As we would not be able to test on real hardware. I would say yes, simply because that's the same you would end up with after using the Gold image and installing updates. It might be possible to put the updated images in a different location though, so that the "known-working" Gold images are still available. It could be a solution, but we must not confuse our users with too much locations either. Andreas, Dirk, any opinion?

...
...
...
...
> As I'd like to have the base container setup the same for all > archs (continuous testing and updates is a requirement) it would > be very useful to use the same setup as x86_64 Leap. What's > missing is a subproject :ToTest with similiar config to > openSUSE:Leap:15.1:Images:ToTest and some mostly trivial changes > to the totest-manager configuration. It is never trivial with totest-manager configuration. 😉 The configuration is trivial - fixing bugs outside of the configuration might not be :P We already had hard time with Dirk to fix TW and Leap configs of ttm. ;)

...
...
> It might also require some mapping changes inside OBS so that > the released images end up in the right location on download.opensuse.org. > Once that's done, some openQA tests for the JeOS-EFI flavor > could be added and that would then also run the docker_ and > podman_image tests. I think the current layout would allow to test JeOS-EFI in openQA already. We would just need to add the proper filter to rsync.pl to push the ISO to openQA.

Yes, but not independently from the main project. True.

...
...
We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled).

Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images. The best way would be to use a dedicated test which boot the real image, enable firstboot, reboot, and perform tests afterwards. Last time I checked firstboot, aarch64 TW did not show the same screens as x86_64 TW.

That doesn't sound like a real-world scenario, so it doesn't make much sense to do it that way IMO. It could be. But the main advantage with firstboot is to set-up data (user login and passwords, etc.) as expected by openQA.

...
...
Last question: would you be able to handle those changes? And fix bugs, if any? ;) I would take care of the rsync.pl and totest-manager changes - I can't change anything in the :ARM project configuration. I have no right on :ARM either. ;)

Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

> What do you think? > > Thanks, > Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. N��r��y隊Z)z{.�櫛맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.�櫛�0��Ǩ�

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Fabian Vogt

15 Feb 15 Feb

09:40

Hi, Am Donnerstag, 14. Februar 2019, 10:29:01 CET schrieb Guillaume Gardet:

...

Hi,

As there was no new info on it from others, please enable continuous release, involving openQA.

I'll do the openQA and ttm setup, but I don't have access to create the necessary projects. So can you (or someone with access, maybe lnussel) create the projects or grant access to me (favogt_factory)? It's basically just a copy of openSUSE:Leap:15.1:Images and :ToTest without the x86_64 specific stuff. Thanks, Fabian

...

Thanks,

Guillaume

Le 05/02/2019 à 15:37, Fabian Vogt a écrit :

...
Hi,

are there any news on this topic? If not, I'll have to release the base container manually, which won't happen regularly and also doesn't involve openQA.

Cheers, Fabian

Am Donnerstag, 24. Januar 2019, 15:05:39 CET schrieb Guillaume Gardet:

...
...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 14:54 To: opensuse-arm@opensuse.org Cc: Guillaume Gardet Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:53:36 CET schrieb Guillaume Gardet:

...
...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 13:44 To: Guillaume Gardet Cc: openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:24:41 CET schrieb Guillaume Gardet: > Hi, > >> -----Original Message----- >> From: Fabian Vogt >> Sent: 24 January 2019 12:07 >> To: openSUSE ARM ML (opensuse-arm@opensuse.org) <opensuse- >> arm@opensuse.org> >> Subject: [opensuse-arm] Continuously rebuilt and tested Leap >> 15.1 images >> >> Hi, >> >> For Leap 15.x on x86_64, images (Live media, JeOS and the base >> container) are continuously rebuilt, tested and published in openSUSE:Leap:15.x. >> It's also the location the official opensuse/leap base image is >> released from (into openSUSE:Containers:Leap:15.1). >> >> Currently there is a similar project for :ARM at >> openSUSE:Leap:15.1:ARM:Live, but it does not support >> building/releasing after the main project is finalized and is >> also not coupled to openQA AFAICT. > Only ISO are tested in openQA, but images from openSUSE:Leap:15.1:ARM:Live are pushed to openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when openQA is green.

The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold. True. The only question would be: do we want to update ready to boot images with latest leap software? As we would not be able to test on real hardware. I would say yes, simply because that's the same you would end up with after using the Gold image and installing updates. It might be possible to put the updated images in a different location though, so that the "known-working" Gold images are still available. It could be a solution, but we must not confuse our users with too much locations either. Andreas, Dirk, any opinion?

...
...
...
>> As I'd like to have the base container setup the same for all >> archs (continuous testing and updates is a requirement) it would >> be very useful to use the same setup as x86_64 Leap. What's >> missing is a subproject :ToTest with similiar config to >> openSUSE:Leap:15.1:Images:ToTest and some mostly trivial changes >> to the totest-manager configuration. > It is never trivial with totest-manager configuration. 😉 The configuration is trivial - fixing bugs outside of the configuration might not be :P We already had hard time with Dirk to fix TW and Leap configs of ttm. ;)

...
>> It might also require some mapping changes inside OBS so that >> the released images end up in the right location on download.opensuse.org. >> Once that's done, some openQA tests for the JeOS-EFI flavor >> could be added and that would then also run the docker_ and >> podman_image tests. > I think the current layout would allow to test JeOS-EFI in openQA already. We would just need to add the proper filter to rsync.pl to push the ISO to openQA.

Yes, but not independently from the main project. True.

...
> We need to setup new tests for JeOS-EFI as current JeOS tests do > not fit JeOS-EFI (mainly because firstboot is disabled).

Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images. The best way would be to use a dedicated test which boot the real image, enable firstboot, reboot, and perform tests afterwards. Last time I checked firstboot, aarch64 TW did not show the same screens as x86_64 TW.

That doesn't sound like a real-world scenario, so it doesn't make much sense to do it that way IMO. It could be. But the main advantage with firstboot is to set-up data (user login and passwords, etc.) as expected by openQA.

...
...
Last question: would you be able to handle those changes? And fix bugs, if any? ;) I would take care of the rsync.pl and totest-manager changes - I can't change anything in the :ARM project configuration. I have no right on :ARM either. ;)

Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

...
Cheers, Fabian

> Cheers, > Guillaume > >> What do you think? >> >> Thanks, >> Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. N��r��y隊Z)z{.�櫛맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.�櫛�0��Ǩ�

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Guillaume Gardet

09:43

Hi,

...

-----Original Message----- From: Fabian Vogt Sent: 15 February 2019 10:41 To: opensuse-arm@opensuse.org; guillaume.gardet@free.fr Cc: lnussel@suse.de Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 14. Februar 2019, 10:29:01 CET schrieb Guillaume Gardet:

...
Hi,

As there was no new info on it from others, please enable continuous release, involving openQA.

I'll do the openQA and ttm setup, but I don't have access to create the necessary projects.

So can you (or someone with access, maybe lnussel) create the projects or grant access to me (favogt_factory)?

It's basically just a copy of openSUSE:Leap:15.1:Images and :ToTest without the x86_64 specific stuff.

I do not have any right in OBS, sorry. Ludwig, could help here, please? Thanks, Guillaume

...

Thanks, Fabian

...
Thanks,

Guillaume

Le 05/02/2019 à 15:37, Fabian Vogt a écrit :

...
Hi,

are there any news on this topic? If not, I'll have to release the base container manually, which won't happen regularly and also doesn't involve openQA.

Cheers, Fabian

Am Donnerstag, 24. Januar 2019, 15:05:39 CET schrieb Guillaume Gardet:

...
...
-----Original Message----- From: Fabian Vogt Sent: 24 January 2019 14:54 To: opensuse-arm@opensuse.org Cc: Guillaume Gardet Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi,

Am Donnerstag, 24. Januar 2019, 13:53:36 CET schrieb Guillaume Gardet:

...
> -----Original Message----- > From: Fabian Vogt > Sent: 24 January 2019 13:44 > To: Guillaume Gardet > Cc: openSUSE ARM ML (opensuse-arm@opensuse.org) <opensuse- > arm@opensuse.org> > Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap > 15.1 images > > Hi, > > Am Donnerstag, 24. Januar 2019, 13:24:41 CET schrieb Guillaume Gardet: >> Hi, >> >>> -----Original Message----- >>> From: Fabian Vogt >>> Sent: 24 January 2019 12:07 >>> To: openSUSE ARM ML (opensuse-arm@opensuse.org) <opensuse- >>> arm@opensuse.org> >>> Subject: [opensuse-arm] Continuously rebuilt and tested Leap >>> 15.1 images >>> >>> Hi, >>> >>> For Leap 15.x on x86_64, images (Live media, JeOS and the base >>> container) are continuously rebuilt, tested and published in > openSUSE:Leap:15.x. >>> It's also the location the official opensuse/leap base image >>> is released from (into openSUSE:Containers:Leap:15.1). >>> >>> Currently there is a similar project for :ARM at >>> openSUSE:Leap:15.1:ARM:Live, but it does not support >>> building/releasing after the main project is finalized and is >>> also not > coupled to openQA AFAICT. >> Only ISO are tested in openQA, but images from > openSUSE:Leap:15.1:ARM:Live are pushed to > openSUSE:Leap:15.1:ARM:ToTest and released to download.o.o when > openQA is green. > > The main difference is that decoupling ARM:Live from :ARM would > allow building, testing and releasing images built with updates after Gold. True. The only question would be: do we want to update ready to boot images with latest leap software? As we would not be able to test on real hardware. I would say yes, simply because that's the same you would end up with after using the Gold image and installing updates. It might be possible to put the updated images in a different location though, so that the "known-working" Gold images are still available. It could be a solution, but we must not confuse our users with too much locations either. Andreas, Dirk, any opinion?

...
...
>>> As I'd like to have the base container setup the same for all >>> archs (continuous testing and updates is a requirement) it >>> would be very useful to use the same setup as x86_64 Leap. >>> What's missing is a subproject :ToTest with similiar config to >>> openSUSE:Leap:15.1:Images:ToTest and some mostly trivial >>> changes to > the totest-manager configuration. >> It is never trivial with totest-manager configuration. 😉 > The configuration is trivial - fixing bugs outside of the > configuration might not be :P We already had hard time with Dirk to fix TW and Leap configs of ttm. ;)

>>> It might also require some mapping changes inside OBS so that >>> the released images end up in the right location on download.opensuse.org. >>> Once that's done, some openQA tests for the JeOS-EFI flavor >>> could be added and that would then also run the docker_ and >>> podman_image > tests. >> I think the current layout would allow to test JeOS-EFI in >> openQA already. > We would just need to add the proper filter to rsync.pl to push > the ISO to openQA. > > Yes, but not independently from the main project. True.

>> We need to setup new tests for JeOS-EFI as current JeOS tests >> do not fit > JeOS-EFI (mainly because firstboot is disabled). > > Yup, so we'd either need a test doing some configuration changes > or add jeos-firstboot to one of the images. The best way would be to use a dedicated test which boot the real image, enable firstboot, reboot, and perform tests afterwards. Last time I checked firstboot, aarch64 TW did not show the same screens as x86_64 TW.

That doesn't sound like a real-world scenario, so it doesn't make much sense to do it that way IMO. It could be. But the main advantage with firstboot is to set-up data (user login and passwords, etc.) as expected by openQA.

...
...
Last question: would you be able to handle those changes? And fix bugs, if any? ;) I would take care of the rsync.pl and totest-manager changes - I can't change anything in the :ARM project configuration. I have no right on :ARM either. ;)

Cheers, Guillaume

...
Cheers, Fabian

...
Cheers, Guillaume

> Cheers, > Fabian > >> Cheers, >> Guillaume >> >>> What do you think? >>> >>> Thanks, >>> Fabian

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. N r y隊Z)z{. 櫛맲 r z ^ ˬz N ( ֜ ^ ޭ隊Z)z{. 櫛 0 Ǩ

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Dirk Müller

18 Feb 18 Feb

10:25

Hi Fabian, Am Do., 24. Jan. 2019 um 13:43 Uhr schrieb Fabian Vogt :

...

The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold.

Wouldn't that be done under openSUSE:Leap:15.1:Update:Images then instead? At least that was my understanding of how the typical structure of projects was in the past.

...

...
We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled). Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images.

Which route has been taken? Thanks, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Fabian Vogt

10:28

Hi, Am Montag, 18. Februar 2019, 11:25:01 CET schrieb Dirk Müller:

...

Hi Fabian,

Am Do., 24. Jan. 2019 um 13:43 Uhr schrieb Fabian Vogt :

...
The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold.

Wouldn't that be done under openSUSE:Leap:15.1:Update:Images then instead? At least that was my understanding of how the typical structure of projects was in the past.

It's different now - starting with 15.0 openSUSE:Leap:15.0:Images got created for continuous rebuilds. There is no maintenance workflow involved, so not having it inside an :Update project makes sense IMO.

...

...
...
We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled). Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images.

Which route has been taken?

Nothing's set in stone, but there's a PR pending for the second approach: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/6772 Cheers, Fabian

...

Thanks, Dirk

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Guillaume Gardet

10:28

Hi,

...

-----Original Message----- From: Dirk Müller Sent: 18 February 2019 11:25 To: Fabian Vogt Cc: Guillaume Gardet ; openSUSE ARM ML (opensuse-arm@opensuse.org) Subject: Re: [opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

Hi Fabian,

Am Do., 24. Jan. 2019 um 13:43 Uhr schrieb Fabian Vogt :

...
The main difference is that decoupling ARM:Live from :ARM would allow building, testing and releasing images built with updates after Gold.

Wouldn't that be done under openSUSE:Leap:15.1:Update:Images then instead? At least that was my understanding of how the typical structure of projects was in the past.

...
...
We need to setup new tests for JeOS-EFI as current JeOS tests do not fit JeOS-EFI (mainly because firstboot is disabled). Yup, so we'd either need a test doing some configuration changes or add jeos-firstboot to one of the images.

Which route has been taken?

I have a WIP PR: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/6772 to start jeos-firstboot on current images. {yast2,jeos}-firstboot have been disabled to allow people to boot headless systems (mainly for RPi3). And IMO, it is better to enable it like this, instead of building a new image, except if there is a request for it (e.g. qcow2 image format)? Thanks, Guillaume

...

Thanks, Dirk

1887

Age (days ago)

1912

Last active (days ago)

List overview

Download

13 comments

4 participants

participants (4)

Dirk Müller
Fabian Vogt
Guillaume Gardet
Guillaume Gardet

[opensuse-arm] Continuously rebuilt and tested Leap 15.1 images

tags

participants (4)