[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Planning for the next release
From: |
Marius Bakke |
Subject: |
Re: Planning for the next release |
Date: |
Sat, 20 May 2017 23:40:35 +0200 |
User-agent: |
Notmuch/0.24.1 (https://notmuchmail.org) Emacs/25.2.1 (x86_64-unknown-linux-gnu) |
Marius Bakke <address@hidden> writes:
> Anyway, the problem is that the parted script gets a negative size for
> TESTS=basic:
>
> creating partition table with 2 partitions...
>
> DEBUG: (mkpart primary ext2 1048576B -19922944B set 1 boot on mkpart primary
> ext2 -19922432B 22020608B set 2 esp on)
>
> The attached commit fixes it; although there are other default sizes in
> (gnu system vm) that may need adjustment after
> ecf5d5376979fadd971559367bf553df89fcc62b.
>
> Currently running *all* system tests, but it's going to take a while!
All passed except nss-mdns, but it doesn't seem related. Is the below
patch good enough, or should we preemptively increase the other default
disk values in (gnu system vm) as well?
> From 4b012ae4a9be9b6fe566dc003197c740e5e35a86 Mon Sep 17 00:00:00 2001
> From: Marius Bakke <address@hidden>
> Date: Sat, 20 May 2017 21:28:20 +0200
> Subject: [PATCH] vm: Increase default disk sizes to account for ESP partition.
>
> Fixes a test regression introduced by
> ecf5d5376979fadd971559367bf553df89fcc62b.
>
> * gnu/system/vm.scm (system-qemu-image/shared-store-script): 30MiB -> 70MiB.
> ---
> gnu/system/vm.scm | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/gnu/system/vm.scm b/gnu/system/vm.scm
> index d282ba557..ad5e6b75b 100644
> --- a/gnu/system/vm.scm
> +++ b/gnu/system/vm.scm
> @@ -499,7 +499,7 @@ with '-virtfs' options for the host file systems listed
> in SHARED-FS."
> (mappings '())
> full-boot?
> (disk-image-size
> - (* (if full-boot? 500 30)
> + (* (if full-boot? 500 70)
> (expt 2 20))))
> "Return a derivation that builds a script to run a virtual machine image of
> OS that shares its store with the host.
signature.asc
Description: PGP signature
Re: Planning for the next release, Ludovic Courtès, 2017/05/20
Re: Planning for the next release, Ludovic Courtès, 2017/05/20
Re: Planning for the next release, Ricardo Wurmus, 2017/05/20