On 01/13/2018 05:01 AM, Jeremy Stanley wrote:
> On 2018-01-12 17:54:20 +0100 (+0100), Marcin Juszkiewicz wrote:
> [...]
>> UEFI expects GPT and DIB is completely not prepared for it. I made
>> block-layout-arm64.yaml file and got it used just to see "sorry,
>> mbr expected" message.
>
> I concur.
On Fri, Jan 12, 2018, at 3:27 PM, Dan Radez wrote:
> fwiw
> We've been building arm images for tripleo and posting them.
> https://images.rdoproject.org/aarch64/pike/delorean/current-tripleo-rdo/
>
>
> This uses delorean and overcloud build:
>
> DIB_YUM_REPO_CONF+="/etc/yum.repos.d/delorean-
fwiw
We've been building arm images for tripleo and posting them.
https://images.rdoproject.org/aarch64/pike/delorean/current-tripleo-rdo/
This uses delorean and overcloud build:
DIB_YUM_REPO_CONF+="/etc/yum.repos.d/delorean-deps-${OSVER}.repo
/etc/yum.repos.d/delorean-${OSVER}.repo /etc/yum
Hello,
I think we are very close to being ready to merge the zuulv3 feature branch
into master in both the Zuul and Nodepool repos. In particular we merged
https://review.openstack.org/#/c/523951/ which should prevent breakages for
anyone using that deployment method (single_node_ci) for an all
On 2018-01-12 17:54:20 +0100 (+0100), Marcin Juszkiewicz wrote:
[...]
> UEFI expects GPT and DIB is completely not prepared for it. I made
> block-layout-arm64.yaml file and got it used just to see "sorry,
> mbr expected" message.
I concur. It looks like the DIB team would welcome work toward GPT
W dniu 12.01.2018 o 16:54, Jeremy Stanley pisze:
> On 2018-01-12 16:06:03 +0100 (+0100), Marcin Juszkiewicz wrote:
>> Or someone will try to target q35/uefi emulation instead of i440fx
>> one on x86 alone.
>
> I'm curious why we'd need emulation there...
Developers around x86 virtualisation live
On 2018-01-12 16:06:03 +0100 (+0100), Marcin Juszkiewicz wrote:
> Or someone will try to target q35/uefi emulation instead of i440fx
> one on x86 alone.
I'm curious why we'd need emulation there... the expectation is that
DIB is running on a native 64-bit ARM system (under a hypervisor,
but still
On 12/01/18 00:28, Clark Boylan wrote:
> On Wed, Jan 10, 2018, at 1:41 AM, Gema Gomez wrote:
>> Hi all,
>>
>> Linaro would like to add a new cloud to infra so that we can run tests
>> on ARM64 going forward. This discussion has been ongoing for the good
>> part of a year, apologies that it took u
On 12/01/18 15:49, Paul Belanger wrote:
> On Fri, Jan 12, 2018 at 11:17:33AM +0100, Marcin Juszkiewicz wrote:
>> Wu dniu 12.01.2018 o 01:09, Ian Wienand pisze:
>>> On 01/10/2018 08:41 PM, Gema Gomez wrote:
1. Control-plane project that will host a nodepool builder with 8 vCPUs,
8 GB RAM
W dniu 12.01.2018 o 15:49, Paul Belanger pisze:
> On Fri, Jan 12, 2018 at 11:17:33AM +0100, Marcin Juszkiewicz wrote:
>> Wu dniu 12.01.2018 o 01:09, Ian Wienand pisze:
>>> On 01/10/2018 08:41 PM, Gema Gomez wrote:
1. Control-plane project that will host a nodepool builder with 8 vCPUs,
8
On 2018-01-12 11:17:33 +0100 (+0100), Marcin Juszkiewicz wrote:
[...]
> I am aware that you like to build disk images on your own but have
> you considered using virt-install with generated preseed/kickstart
> files? It would move several arch related things (like bootloader)
> to be handled by dis
On Fri, Jan 12, 2018 at 11:17:33AM +0100, Marcin Juszkiewicz wrote:
> Wu dniu 12.01.2018 o 01:09, Ian Wienand pisze:
> > On 01/10/2018 08:41 PM, Gema Gomez wrote:
> >> 1. Control-plane project that will host a nodepool builder with 8 vCPUs,
> >> 8 GB RAM, 1TB storage on a Cinder volume for the imag
Wu dniu 12.01.2018 o 01:09, Ian Wienand pisze:
> On 01/10/2018 08:41 PM, Gema Gomez wrote:
>> 1. Control-plane project that will host a nodepool builder with 8 vCPUs,
>> 8 GB RAM, 1TB storage on a Cinder volume for the image building scratch
>> space.
> Does this mean you're planning on using diski
13 matches
Mail list logo
