5:50 a.m.
= Proposed Self Contained Change: Atomic, Cloud and Docker images for s390x =
https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for...
Change owner(s):
* Sinny Kumari <sinnykumari AT fedoraproject DOT org>
This change is to bring s390x architecture closer to other Fedora
architectures by adding widely used Fedora variants. This includes
docker images, Atomic Host (iso, qcow2 and raw format) and regular
Cloud Images (qcow2 and raw format).
== Detailed Description ==
We already ship Atomic, Cloud and Docker images on other 64-bit Fedora
supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27,
s390x is part of primary koji build system. Currently, we only ship
Server and Everything variants for s390x. So, our next steps should be
to have missing Fedora variants on s390x architecture which users will
find useful. This brings in shipping Atomic, Cloud and Docker images
in Fedora for s390x as well.
== Scope ==
* Proposal owners:
These are isolated changes which doesn't impact existing Fedora 28
release plan on s390x. To have these changes ready to ship in Fedora
28, we mainly require s390x koji builders configured to run these
composes, changes in pungi configuration [
https://pagure.io/pungi-fedora/pull-request/496 ] to enable the
additional compose and fixing s390x specific issues encountered when
compose fails to run.
* Other developers:
Changes in Fedora infrastructure configs/scripts will be required to
have s390x builders configured to run additional composes. Fedora
Infrastructure issue [
https://pagure.io/fedora-infrastructure/issue/6659 ] has been filed to
keep track of required changes to be done.
* Release engineering:
#Releng 7286: https://pagure.io/releng/issue/7286
* Policies and guidelines:
N/A (not a System Wide Change)
* Trademark approval:
N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
11:42 a.m.
New subject: F28 Self Contained Change: Atomic, Cloud and Docker images for
s390x
On 01/30/2018 11:50 AM, Jan Kurik wrote:
= Proposed Self Contained Change: Atomic, Cloud and Docker images for
s390x =
https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for...
Change owner(s):
* Sinny Kumari <sinnykumari AT fedoraproject DOT org>
This change is to bring s390x architecture closer to other Fedora
architectures by adding widely used Fedora variants. This includes
docker images, Atomic Host (iso, qcow2 and raw format) and regular
Cloud Images (qcow2 and raw format).
== Detailed Description ==
We already ship Atomic, Cloud and Docker images on other 64-bit Fedora
supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27,
s390x is part of primary koji build system. Currently, we only ship
Server and Everything variants for s390x. So, our next steps should be
to have missing Fedora variants on s390x architecture which users will
find useful. This brings in shipping Atomic, Cloud and Docker images
in Fedora for s390x as well.
== Scope ==
* Proposal owners:
These are isolated changes which doesn't impact existing Fedora 28
release plan on s390x. To have these changes ready to ship in Fedora
28, we mainly require s390x koji builders configured to run these
composes, changes in pungi configuration [
https://pagure.io/pungi-fedora/pull-request/496 ] to enable the
additional compose and fixing s390x specific issues encountered when
compose fails to run.
* Other developers:
Changes in Fedora infrastructure configs/scripts will be required to
have s390x builders configured to run additional composes. Fedora
Infrastructure issue [
https://pagure.io/fedora-infrastructure/issue/6659 ] has been filed to
keep track of required changes to be done.
* Release engineering:
#Releng 7286: https://pagure.io/releng/issue/7286
* Policies and guidelines:
N/A (not a System Wide Change)
* Trademark approval:
N/A (not needed for this Change)
You mean OCI Images...
12:26 p.m.
On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh <dwalsh(a)redhat.com> wrote:
On 01/30/2018 11:50 AM, Jan Kurik wrote:
>
> = Proposed Self Contained Change: Atomic, Cloud and Docker images for
> s390x =
>
> https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for...
>
> Change owner(s):
> * Sinny Kumari <sinnykumari AT fedoraproject DOT org>
>
>
> This change is to bring s390x architecture closer to other Fedora
> architectures by adding widely used Fedora variants. This includes
> docker images, Atomic Host (iso, qcow2 and raw format) and regular
> Cloud Images (qcow2 and raw format).
>
>
> == Detailed Description ==
> We already ship Atomic, Cloud and Docker images on other 64-bit Fedora
> supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27,
> s390x is part of primary koji build system. Currently, we only ship
> Server and Everything variants for s390x. So, our next steps should be
> to have missing Fedora variants on s390x architecture which users will
> find useful. This brings in shipping Atomic, Cloud and Docker images
> in Fedora for s390x as well.
>
>
> == Scope ==
> * Proposal owners:
> These are isolated changes which doesn't impact existing Fedora 28
> release plan on s390x. To have these changes ready to ship in Fedora
> 28, we mainly require s390x koji builders configured to run these
> composes, changes in pungi configuration [
> https://pagure.io/pungi-fedora/pull-request/496 ] to enable the
> additional compose and fixing s390x specific issues encountered when
> compose fails to run.
>
> * Other developers:
> Changes in Fedora infrastructure configs/scripts will be required to
> have s390x builders configured to run additional composes. Fedora
> Infrastructure issue [
> https://pagure.io/fedora-infrastructure/issue/6659 ] has been filed to
> keep track of required changes to be done.
>
> * Release engineering:
> #Releng 7286: https://pagure.io/releng/issue/7286
>
> * Policies and guidelines:
> N/A (not a System Wide Change)
>
> * Trademark approval:
> N/A (not needed for this Change)
You mean OCI Images...
Mostly likely, yes.
Relatedly, has there been a change request to move the default
container runtime to cri-o or runc or rkt or anything other than
docker in Fedora Atomic? If so, that will be neat and I'm sorry I
missed it. If not, why not?
josh
11:29 p.m.
On Wed, Jan 31, 2018 at 11:56 PM, Josh Boyer <jwboyer(a)fedoraproject.org> wrote:
On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh
<dwalsh(a)redhat.com> wrote:
> On 01/30/2018 11:50 AM, Jan Kurik wrote:
>>
>> = Proposed Self Contained Change: Atomic, Cloud and Docker images for
>> s390x =
>>
>> https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for...
>>
>> Change owner(s):
>> * Sinny Kumari <sinnykumari AT fedoraproject DOT org>
>>
>>
>> This change is to bring s390x architecture closer to other Fedora
>> architectures by adding widely used Fedora variants. This includes
>> docker images, Atomic Host (iso, qcow2 and raw format) and regular
>> Cloud Images (qcow2 and raw format).
>>
>>
>> == Detailed Description ==
>> We already ship Atomic, Cloud and Docker images on other 64-bit Fedora
>> supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27,
>> s390x is part of primary koji build system. Currently, we only ship
>> Server and Everything variants for s390x. So, our next steps should be
>> to have missing Fedora variants on s390x architecture which users will
>> find useful. This brings in shipping Atomic, Cloud and Docker images
>> in Fedora for s390x as well.
>>
>>
>> == Scope ==
>> * Proposal owners:
>> These are isolated changes which doesn't impact existing Fedora 28
>> release plan on s390x. To have these changes ready to ship in Fedora
>> 28, we mainly require s390x koji builders configured to run these
>> composes, changes in pungi configuration [
>> https://pagure.io/pungi-fedora/pull-request/496 ] to enable the
>> additional compose and fixing s390x specific issues encountered when
>> compose fails to run.
>>
>> * Other developers:
>> Changes in Fedora infrastructure configs/scripts will be required to
>> have s390x builders configured to run additional composes. Fedora
>> Infrastructure issue [
>> https://pagure.io/fedora-infrastructure/issue/6659 ] has been filed to
>> keep track of required changes to be done.
>>
>> * Release engineering:
>> #Releng 7286: https://pagure.io/releng/issue/7286
>>
>> * Policies and guidelines:
>> N/A (not a System Wide Change)
>>
>> * Trademark approval:
>> N/A (not needed for this Change)
>
>
> You mean OCI Images...
Mostly likely, yes.
Relatedly, has there been a change request to move the default
container runtime to cri-o or runc or rkt or anything other than
docker in Fedora Atomic? If so, that will be neat and I'm sorry I
missed it. If not, why not?
As per discussion outcome in atomic-wg ticket [1], Fedora 28 Atomic Host will
ship docker as default container runtime. Prior to this decision, a survey
happened about docker usage for Atomic Host [2] which shows that there are still
good number of people who want docker as default.
Answer to the question on whether there will another default container runtime
like cri-o [2] is still undecided. For now reason is having both cri-o and
docker will increase size of base Atomic Host.
[1] https://pagure.io/atomic-wg/issue/360
[2]
https://docs.google.com/document/d/1aC8uthOMrTLiYK3l5muUVKDnOO7Rich2JxJ0s...
[3] https://pagure.io/atomic-wg/issue/407
josh
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
--
http://sinny.io/
9:44 a.m.
On Thu, Feb 1, 2018 at 12:29 AM, Sinny Kumari <ksinny(a)gmail.com> wrote:
On Wed, Jan 31, 2018 at 11:56 PM, Josh Boyer
<jwboyer(a)fedoraproject.org> wrote:
> On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh <dwalsh(a)redhat.com> wrote:
>> On 01/30/2018 11:50 AM, Jan Kurik wrote:
>>>
>>> = Proposed Self Contained Change: Atomic, Cloud and Docker images for
>>> s390x =
>>>
>>>
https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for...
>>>
>>> Change owner(s):
>>> * Sinny Kumari <sinnykumari AT fedoraproject DOT org>
>>>
>>>
>>> This change is to bring s390x architecture closer to other Fedora
>>> architectures by adding widely used Fedora variants. This includes
>>> docker images, Atomic Host (iso, qcow2 and raw format) and regular
>>> Cloud Images (qcow2 and raw format).
>>>
>>>
>>> == Detailed Description ==
>>> We already ship Atomic, Cloud and Docker images on other 64-bit Fedora
>>> supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27,
>>> s390x is part of primary koji build system. Currently, we only ship
>>> Server and Everything variants for s390x. So, our next steps should be
>>> to have missing Fedora variants on s390x architecture which users will
>>> find useful. This brings in shipping Atomic, Cloud and Docker images
>>> in Fedora for s390x as well.
>>>
>>>
>>> == Scope ==
>>> * Proposal owners:
>>> These are isolated changes which doesn't impact existing Fedora 28
>>> release plan on s390x. To have these changes ready to ship in Fedora
>>> 28, we mainly require s390x koji builders configured to run these
>>> composes, changes in pungi configuration [
>>> https://pagure.io/pungi-fedora/pull-request/496 ] to enable the
>>> additional compose and fixing s390x specific issues encountered when
>>> compose fails to run.
>>>
>>> * Other developers:
>>> Changes in Fedora infrastructure configs/scripts will be required to
>>> have s390x builders configured to run additional composes. Fedora
>>> Infrastructure issue [
>>> https://pagure.io/fedora-infrastructure/issue/6659 ] has been filed to
>>> keep track of required changes to be done.
>>>
>>> * Release engineering:
>>> #Releng 7286: https://pagure.io/releng/issue/7286
>>>
>>> * Policies and guidelines:
>>> N/A (not a System Wide Change)
>>>
>>> * Trademark approval:
>>> N/A (not needed for this Change)
>>
>>
>> You mean OCI Images...
>
> Mostly likely, yes.
>
> Relatedly, has there been a change request to move the default
> container runtime to cri-o or runc or rkt or anything other than
> docker in Fedora Atomic? If so, that will be neat and I'm sorry I
> missed it. If not, why not?
As per discussion outcome in atomic-wg ticket [1], Fedora 28 Atomic Host will
ship docker as default container runtime. Prior to this decision, a survey
happened about docker usage for Atomic Host [2] which shows that there are still
good number of people who want docker as default.
Answer to the question on whether there will another default container runtime
like cri-o [2] is still undecided. For now reason is having both cri-o and
docker will increase size of base Atomic Host.
Awesome information, Sinny! Thanks for pulling this together in such
a concise summary. It helps others that don't follow Atomic closely
understand the plans there.
So Dan... OCI images for sure but in the context of Fedora users and
other deliverables, Docker images isn't really wrong. Plus, I just
like giving you crap ;)
josh
10:24 a.m.
On Thu, Feb 1, 2018, at 10:44 AM, Josh Boyer wrote:
On Thu, Feb 1, 2018 at 12:29 AM, Sinny Kumari
<ksinny(a)gmail.com> wrote:
So Dan... OCI images for sure but in the context of Fedora users and
other deliverables, Docker images isn't really wrong. Plus, I just
like giving you crap ;)
I usually say Docker/OCI myself. But you can flip that around too.
11:12 p.m.
On Thu, Feb 1, 2018 at 9:14 PM, Josh Boyer <jwboyer(a)fedoraproject.org> wrote:
On Thu, Feb 1, 2018 at 12:29 AM, Sinny Kumari
<ksinny(a)gmail.com> wrote:
> On Wed, Jan 31, 2018 at 11:56 PM, Josh Boyer <jwboyer(a)fedoraproject.org>
wrote:
>> On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh <dwalsh(a)redhat.com> wrote:
>>> On 01/30/2018 11:50 AM, Jan Kurik wrote:
>>>>
>>>> = Proposed Self Contained Change: Atomic, Cloud and Docker images for
>>>> s390x =
>>>>
>>>>
https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for...
>>>>
>>>> Change owner(s):
>>>> * Sinny Kumari <sinnykumari AT fedoraproject DOT org>
>>>>
>>>>
>>>> This change is to bring s390x architecture closer to other Fedora
>>>> architectures by adding widely used Fedora variants. This includes
>>>> docker images, Atomic Host (iso, qcow2 and raw format) and regular
>>>> Cloud Images (qcow2 and raw format).
>>>>
>>>>
>>>> == Detailed Description ==
>>>> We already ship Atomic, Cloud and Docker images on other 64-bit Fedora
>>>> supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27,
>>>> s390x is part of primary koji build system. Currently, we only ship
>>>> Server and Everything variants for s390x. So, our next steps should be
>>>> to have missing Fedora variants on s390x architecture which users will
>>>> find useful. This brings in shipping Atomic, Cloud and Docker images
>>>> in Fedora for s390x as well.
>>>>
>>>>
>>>> == Scope ==
>>>> * Proposal owners:
>>>> These are isolated changes which doesn't impact existing Fedora 28
>>>> release plan on s390x. To have these changes ready to ship in Fedora
>>>> 28, we mainly require s390x koji builders configured to run these
>>>> composes, changes in pungi configuration [
>>>> https://pagure.io/pungi-fedora/pull-request/496 ] to enable the
>>>> additional compose and fixing s390x specific issues encountered when
>>>> compose fails to run.
>>>>
>>>> * Other developers:
>>>> Changes in Fedora infrastructure configs/scripts will be required to
>>>> have s390x builders configured to run additional composes. Fedora
>>>> Infrastructure issue [
>>>> https://pagure.io/fedora-infrastructure/issue/6659 ] has been filed to
>>>> keep track of required changes to be done.
>>>>
>>>> * Release engineering:
>>>> #Releng 7286: https://pagure.io/releng/issue/7286
>>>>
>>>> * Policies and guidelines:
>>>> N/A (not a System Wide Change)
>>>>
>>>> * Trademark approval:
>>>> N/A (not needed for this Change)
>>>
>>>
>>> You mean OCI Images...
>>
>> Mostly likely, yes.
>>
>> Relatedly, has there been a change request to move the default
>> container runtime to cri-o or runc or rkt or anything other than
>> docker in Fedora Atomic? If so, that will be neat and I'm sorry I
>> missed it. If not, why not?
>
> As per discussion outcome in atomic-wg ticket [1], Fedora 28 Atomic Host will
> ship docker as default container runtime. Prior to this decision, a survey
> happened about docker usage for Atomic Host [2] which shows that there are still
> good number of people who want docker as default.
>
> Answer to the question on whether there will another default container runtime
> like cri-o [2] is still undecided. For now reason is having both cri-o and
> docker will increase size of base Atomic Host.
Awesome information, Sinny! Thanks for pulling this together in such
a concise summary. It helps others that don't follow Atomic closely
understand the plans there.
Glad to hear that :)
So Dan... OCI images for sure but in the context of Fedora users and
other deliverables, Docker images isn't really wrong. Plus, I just
like giving you crap ;)
josh
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
--
http://sinny.io/
8:55 a.m.
New subject: F28 Self Contained Change: Atomic, Cloud and Docker images for
s390x
On 01/31/2018 06:26 PM, Josh Boyer wrote:
On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh
<dwalsh(a)redhat.com> wrote:
> On 01/30/2018 11:50 AM, Jan Kurik wrote:
>> = Proposed Self Contained Change: Atomic, Cloud and Docker images for
>> s390x =
>>
>> https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for...
>>
>> Change owner(s):
>> * Sinny Kumari <sinnykumari AT fedoraproject DOT org>
>>
>>
>> This change is to bring s390x architecture closer to other Fedora
>> architectures by adding widely used Fedora variants. This includes
>> docker images, Atomic Host (iso, qcow2 and raw format) and regular
>> Cloud Images (qcow2 and raw format).
>>
>>
>> == Detailed Description ==
>> We already ship Atomic, Cloud and Docker images on other 64-bit Fedora
>> supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27,
>> s390x is part of primary koji build system. Currently, we only ship
>> Server and Everything variants for s390x. So, our next steps should be
>> to have missing Fedora variants on s390x architecture which users will
>> find useful. This brings in shipping Atomic, Cloud and Docker images
>> in Fedora for s390x as well.
>>
>>
>> == Scope ==
>> * Proposal owners:
>> These are isolated changes which doesn't impact existing Fedora 28
>> release plan on s390x. To have these changes ready to ship in Fedora
>> 28, we mainly require s390x koji builders configured to run these
>> composes, changes in pungi configuration [
>> https://pagure.io/pungi-fedora/pull-request/496 ] to enable the
>> additional compose and fixing s390x specific issues encountered when
>> compose fails to run.
>>
>> * Other developers:
>> Changes in Fedora infrastructure configs/scripts will be required to
>> have s390x builders configured to run additional composes. Fedora
>> Infrastructure issue [
>> https://pagure.io/fedora-infrastructure/issue/6659 ] has been filed to
>> keep track of required changes to be done.
>>
>> * Release engineering:
>> #Releng 7286: https://pagure.io/releng/issue/7286
>>
>> * Policies and guidelines:
>> N/A (not a System Wide Change)
>>
>> * Trademark approval:
>> N/A (not needed for this Change)
>
> You mean OCI Images...
Mostly likely, yes.
Relatedly, has there been a change request to move the default
container runtime to cri-o or runc or rkt or anything other than
docker in Fedora Atomic? If so, that will be neat and I'm sorry I
missed it. If not, why not?
Not yet. We are working on packaging podman which
would give users the same
experience as Docker CLI without requiring a Daemon. That would be the
thing to replace
Docker if we went that way. CRI-O != Docker. It does not have any of
the CLI that users would expect.
Rkt is dead in my opinion. runc is on Atomic host now, I believe.
josh
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
12:50 a.m.
On Fri, Feb 2, 2018 at 8:25 PM, Daniel Walsh <dwalsh(a)redhat.com> wrote:
On 01/31/2018 06:26 PM, Josh Boyer wrote:
>
> On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh <dwalsh(a)redhat.com> wrote:
>>
>> On 01/30/2018 11:50 AM, Jan Kurik wrote:
>>>
>>> = Proposed Self Contained Change: Atomic, Cloud and Docker images for
>>> s390x =
>>>
>>>
>>>
https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for...
>>>
>>> Change owner(s):
>>> * Sinny Kumari <sinnykumari AT fedoraproject DOT org>
>>>
>>>
>>> This change is to bring s390x architecture closer to other Fedora
>>> architectures by adding widely used Fedora variants. This includes
>>> docker images, Atomic Host (iso, qcow2 and raw format) and regular
>>> Cloud Images (qcow2 and raw format).
>>>
>>>
>>> == Detailed Description ==
>>> We already ship Atomic, Cloud and Docker images on other 64-bit Fedora
>>> supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27,
>>> s390x is part of primary koji build system. Currently, we only ship
>>> Server and Everything variants for s390x. So, our next steps should be
>>> to have missing Fedora variants on s390x architecture which users will
>>> find useful. This brings in shipping Atomic, Cloud and Docker images
>>> in Fedora for s390x as well.
>>>
>>>
>>> == Scope ==
>>> * Proposal owners:
>>> These are isolated changes which doesn't impact existing Fedora 28
>>> release plan on s390x. To have these changes ready to ship in Fedora
>>> 28, we mainly require s390x koji builders configured to run these
>>> composes, changes in pungi configuration [
>>> https://pagure.io/pungi-fedora/pull-request/496 ] to enable the
>>> additional compose and fixing s390x specific issues encountered when
>>> compose fails to run.
>>>
>>> * Other developers:
>>> Changes in Fedora infrastructure configs/scripts will be required to
>>> have s390x builders configured to run additional composes. Fedora
>>> Infrastructure issue [
>>> https://pagure.io/fedora-infrastructure/issue/6659 ] has been filed to
>>> keep track of required changes to be done.
>>>
>>> * Release engineering:
>>> #Releng 7286: https://pagure.io/releng/issue/7286
>>>
>>> * Policies and guidelines:
>>> N/A (not a System Wide Change)
>>>
>>> * Trademark approval:
>>> N/A (not needed for this Change)
>>
>>
>> You mean OCI Images...
>
> Mostly likely, yes.
>
> Relatedly, has there been a change request to move the default
> container runtime to cri-o or runc or rkt or anything other than
> docker in Fedora Atomic? If so, that will be neat and I'm sorry I
> missed it. If not, why not?
Not yet. We are working on packaging podman which would give users the same
experience as Docker CLI without requiring a Daemon. That would be the
thing to replace
Docker if we went that way. CRI-O != Docker. It does not have any of the
CLI that users would expect.
Thanks Dan! Nice to know about podman.
Rkt is dead in my opinion. runc is on Atomic host now, I believe.
Indeed, runc is part of base Atomic Host.
> josh
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
--
http://sinny.io/
2:13 a.m.
New subject: F28 Self Contained Change: Atomic, Cloud and Docker images for
s390x
On Mon, Feb 05, 2018 at 12:20:09PM +0530, Sinny Kumari wrote:
On Fri, Feb 2, 2018 at 8:25 PM, Daniel Walsh
<dwalsh(a)redhat.com> wrote:
> Not yet. We are working on packaging podman which would give users the same
> experience as Docker CLI without requiring a Daemon. That would be the
> thing to replace
Thanks Dan! Nice to know about podman.
What's the status here? I don't see podman in
http://fedoraproject.org/PackageReviewStatus/NEW.html, is it possible
to track the packaging effort somewhere?
Zbyszek
6:03 a.m.
New subject: F28 Self Contained Change: Atomic, Cloud and Docker images for
s390x
On 02/09/2018 03:13 AM, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Feb 05, 2018 at 12:20:09PM +0530, Sinny Kumari wrote:
> On Fri, Feb 2, 2018 at 8:25 PM, Daniel Walsh <dwalsh(a)redhat.com> wrote:
>> Not yet. We are working on packaging podman which would give users the same
>> experience as Docker CLI without requiring a Daemon. That would be the
>> thing to replace
> Thanks Dan! Nice to know about podman.
What's the status here? I don't see podman in
http://fedoraproject.org/PackageReviewStatus/NEW.html, is it possible
to track the packaging effort somewhere?
Zbyszek
Podman/libpod should be packaged for Fedora 27/28 now.
dnf install podman --enablerepo=updates-testing
Fedora 27 - x86_64 - Test Updates 1.4 MB/s | 3.4 MB 00:02
Last metadata expiration check: 0:00:01 ago on Sat 10 Feb 2018 07:03:36
AM EST.
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
podman x86_64 0-0.3.git367213a.fc27 updates-testing 9.9 M
Transaction Summary
================================================================================
Install 1 Package
Total download size: 9.9 M
Installed size: 47 M
Is this ok [y/N]: y
Downloading Packages:
podman-0-0.3.git3672 24% [====- ] 490 kB/s | 2.4 MB
00:15 ETA
2266
days inactive
2277
days old
10 comments
6 participants
participants (6)
-
Colin Walters -
Daniel Walsh -
Jan Kurik -
Josh Boyer -
Sinny Kumari -
Zbigniew Jędrzejewski-Szmek