On Fri, Mar 01, 2019 at 11:41:44AM +0100, Cornelia Huck wrote: > On Wed, 20 Feb 2019 19:57:42 -0500 > Cleber Rosa <[email protected]> wrote: > > > To the stock Fedora 29 kernel, from the Fedora 28. New tests will be > > added using the 29 kernel, so for consistency, let's also update it > > here. > > > > Signed-off-by: Cleber Rosa <[email protected]> > > Reviewed-by: Caio Carrara <[email protected]> > > --- > > tests/acceptance/boot_linux_console.py | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/tests/acceptance/boot_linux_console.py > > b/tests/acceptance/boot_linux_console.py > > index 89df7f6e4f..35b31162d4 100644 > > --- a/tests/acceptance/boot_linux_console.py > > +++ b/tests/acceptance/boot_linux_console.py > > @@ -28,9 +28,9 @@ class BootLinuxConsole(Test): > > :avocado: tags=arch:x86_64 > > :avocado: tags=machine:pc > > """ > > - kernel_url = ('https://mirrors.kernel.org/fedora/releases/28/' > > + kernel_url = ('https://mirrors.kernel.org/fedora/releases/29/' > > 'Everything/x86_64/os/images/pxeboot/vmlinuz') > > - kernel_hash = '238e083e114c48200f80d889f7e32eeb2793e02a' > > + kernel_hash = '23bebd2680757891cf7adedb033532163a792495' > > kernel_path = self.fetch_asset(kernel_url, asset_hash=kernel_hash) > > > > self.vm.set_machine('pc') > > This looks reasonable; but an obvious follow-up question is how we > handle updates to new distro levels in general. > > I don't think we'll need to run acceptance tests on old qemus, though.
No, I don't think we have to bother with that. Backport(er)s would be expected to handle this (if they ever come to existence). You do have a point about consistenly updating those images, though. I won't pretend to have an answer for that just yet... but it's possible that these "kernel_urls" can be turned into parameters that will eventually be expand based on the user's selected distro and version (similar to the Avocado vmimage library[1]). - Cleber. [1] https://avocado-framework.readthedocs.io/en/69.0/api/utils/avocado.utils.html#avocado.utils.vmimage.get
