Re: 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 Walshwrote: 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 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: 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 Walshwrote: > > 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 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F28 Self Contained Change: Atomic, Cloud and Docker images for s390x
On Fri, Feb 2, 2018 at 8:25 PM, Daniel Walshwrote: > On 01/31/2018 06:26 PM, Josh Boyer wrote: >> >> On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh 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_s390x Change owner(s): * Sinny Kumari 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@lists.fedoraproject.org >> To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- http://sinny.io/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: 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 Walshwrote: 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_s390x Change owner(s): * Sinny Kumari 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@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F28 Self Contained Change: Atomic, Cloud and Docker images for s390x
On Thu, Feb 1, 2018 at 9:14 PM, Josh Boyerwrote: > On Thu, Feb 1, 2018 at 12:29 AM, Sinny Kumari wrote: >> On Wed, Jan 31, 2018 at 11:56 PM, Josh Boyer >> wrote: >>> On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh 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_s390x > > Change owner(s): > * Sinny Kumari > > > 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@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- http://sinny.io/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F28 Self Contained Change: Atomic, Cloud and Docker images for s390x
On Thu, Feb 1, 2018, at 10:44 AM, Josh Boyer wrote: > On Thu, Feb 1, 2018 at 12:29 AM, Sinny Kumariwrote: > > 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. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F28 Self Contained Change: Atomic, Cloud and Docker images for s390x
On Thu, Feb 1, 2018 at 12:29 AM, Sinny Kumariwrote: > On Wed, Jan 31, 2018 at 11:56 PM, Josh Boyer > wrote: >> On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh 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_s390x Change owner(s): * Sinny Kumari 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 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F28 Self Contained Change: Atomic, Cloud and Docker images for s390x
On Wed, Jan 31, 2018 at 11:56 PM, Josh Boyerwrote: > On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh 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_s390x >>> >>> Change owner(s): >>> * Sinny Kumari >>> >>> >>> 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/1aC8uthOMrTLiYK3l5muUVKDnOO7Rich2JxJ0sd4LJ6o/edit#heading=h.4kdxqyoia6mn [3] https://pagure.io/atomic-wg/issue/407 > josh > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- http://sinny.io/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F28 Self Contained Change: Atomic, Cloud and Docker images for s390x
On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walshwrote: > 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_s390x >> >> Change owner(s): >> * Sinny Kumari >> >> >> 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 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: 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_s390x Change owner(s): * Sinny Kumari 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... ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
F28 Self Contained Change: Atomic, Cloud and Docker images for s390x
= Proposed Self Contained Change: Atomic, Cloud and Docker images for s390x = https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for_s390x Change owner(s): * Sinny Kumari 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 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org