sinnykumari added a new comment to an issue you are following:
``
>
> we need to experiment with reqpart and see if it does the right thing for
> atomic - are you able to run imagefactory locally and experiment?
>
> Haven't checked how reqpart works, will look into it.
Yes, we can use reqpart
dustymabe added a new comment to an issue you are following:
``
> Not quite - my plan is that anaconda would substitute ${basearch} for values
> passed to ostreesetup.ref,
sounds good. We are on the same page now
``
To reply, visit the link below or just reply to this email
walters added a new comment to an issue you are following:
``
Not quite - my plan is that anaconda would substitute `${basearch}` for values
passed to `ostreesetup.ref`, i.e. we'd use:
```
ostreesetup --nogpg --osname=fedora-atomic --remote=fedora-atomic
dustymabe added a new comment to an issue you are following:
``
> Anyways, I think we've already decided that the ostree refs use${basearch}
> (which is ultimately from libdnf, which should match dnf/yum), since
> rpm-ostree learned to substitute that.
so I would be able to do something like:
walters added a new comment to an issue you are following:
``
There are some tricky details here...is `$(uname -i`) actually equivalent to
the architecture name we use elsewhere? I *think* it is for ppc64 and aarch64,
but offhand I think one corner case is `i386` (RPM) vs kernel (`i686`).
I
dustymabe added a new comment to an issue you are following:
``
> I think shortest path is to change pungi to know how to replace the
> ostreesetup kickstart variable.
> We could also change anaconda to do substitution on the URL (or potentially
> ostree itself).
yeah would it be possible to
sinnykumari added a new comment to an issue you are following:
``
> we need to experiment with reqpart and see if it does the right thing for
> atomic - are you able to run imagefactory locally and experiment?
Haven't checked how reqpart works, will look into it.
I didn't run Imagefactory
dustymabe added a new comment to an issue you are following:
``
> The code that did this could possibly also make arch dependent decisions as
> well. See https://pagure.io/atomic-wg/issue/226
thinking about this a bit more... I think maybe this won't work because for the
cloud images we aren't
dustymabe added a new comment to an issue you are following:
``
1. - i don't think we'll be able to use uname -i because that part of the
kickstart is actually not a script :( . This might benefit from some of the
work colin has been talking about doing inside of anaconda to provide a default
sinnykumari reported a new issue against the project: `atomic-wg` that you are
following:
``
I am working on enabling Atomic Host CloudImages in Fedora 27 onward for
multi-arches which includes aarch64 and ppc64le. Required changes has been made
in Fedora config to enable qcow2 and raw images
10 matches
Mail list logo
