From pmuir at redhat.com Fri Apr 1 10:04:44 2016 From: pmuir at redhat.com (Pete Muir) Date: Fri, 1 Apr 2016 11:04:44 +0100 Subject: [Devtools] Recommended Vagrant & Virtualbox versions In-Reply-To: <56FD9BF1.50502@redhat.com> References: <56FD9BF1.50502@redhat.com> Message-ID: Moving to devtools. On 31 March 2016 at 22:51, Alexey Kazakov wrote: > Hi, > > What are recommended versions of Vagrant & Virtualbox for CDK? > In our windows installer (CDK+JBDS+Vagrant+Virtualbox) we download > vagrant-1.7.4 and virtualbox-5.0.8. > I saw somewhere in the CDK getting started guide that vagrant 1.8.0 and > 1.8.1 are not recommended because of some issues, so we will stick with > vagrant-1.7.4 for now. > I don't see any restrictions/recommendations regarding vagrant and > virtualbox versions in the Getting Started guide [1] any more though. > And what about virtualbox? The latest available version is 5.0.16. Any > recommendations here? > > [1] > https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit > > Thanks. From pmuir at redhat.com Fri Apr 1 13:03:40 2016 From: pmuir at redhat.com (Pete Muir) Date: Fri, 1 Apr 2016 14:03:40 +0100 Subject: [Devtools] vagrant-sshfs and mounting host directories into the guest In-Reply-To: <20160401123914.GE38245@nineveh.local> References: <20160401123914.GE38245@nineveh.local> Message-ID: I think I prefer the docker machine approach. I like the fact it's familiar if i've used docker machine, or cygwin or a Mac. And there doesn't seem to be a downside. On 1 April 2016 at 13:39, Hardy Ferentschik wrote: > Hi, > > With Dusty's latest work on vagrant-sshfs we are very close of having a default > (non Guest Additions based) solution to mount/sync folders from the host to the VM. > > Work to get vagrant-sshfs into the CDK is in progress and it is maybe time to > discuss what we should mount per default. > > Comparing to docker-machine might help here. docker-machine mounts pr default the > user's home directory (on OS X and Windows) into the guest. So assuming > Windows and a user foobar with a home directory of C:\Users\foobar, there will be > a /c/Users/foobar on the guest. On OS X it would be /Users/foobar. > > Provided the user has his projects somewhere within his home directory, he can now > quite nicely use docker volume mounts. Using the docker cli on the host, he can > do thinks like 'docker run -it -v /Users/foobar/whatever:/whatever ubuntu bash'. > He can even use tab completion for expanding his path, even though the actual docker > volume mount will occur on the guest. It works, since the paths on the host and guest > are identical. > > The alternative to the approach above would be to have a fixed prefix on the guest. > So my host home directory would always be mounted under /cdk/home. A user needs to > know this prefix and he is made aware of the fact that there is a level on indirection > when it comes to volume mounts. > > Does anyone have any thoughts on this? Should we align with what docker-machine does? > Does anyone think we should mount the whole root partition/drive into the guest (potentially > dangerous)? Or maybe not define a mount at all in the default Vagrantfile and leave it up to the user to > configure it? > > Either way, if we add vagrant-sshfs for the upcoming release, we should make sure > that the default /vagrant folder sync gets disabled (https://github.com/projectatomic/adb-atomic-developer-bundle/issues/272). > It still causes problems on Windows and there is no use case for it > once the user's whole home directory is available on the guest. > > --Hardy > From kasingh at redhat.com Fri Apr 1 13:34:28 2016 From: kasingh at redhat.com (Karanbir Singh) Date: Fri, 1 Apr 2016 14:34:28 +0100 Subject: [Devtools] Fwd: [CentOS-announce] Announcing release for Developer Toolset 4 on CentOS Linux 6 x86_64 SCL In-Reply-To: <56FD445F.8060304@redhat.com> References: <56FD445F.8060304@redhat.com> Message-ID: <56FE78E4.7050901@redhat.com> -------- Forwarded Message -------- Subject: [CentOS-announce] Announcing release for Developer Toolset 4 on CentOS Linux 6 x86_64 SCL Date: Thu, 31 Mar 2016 17:38:07 +0200 From: Honza Horak Reply-To: centos at centos.org To: centos-announce at centos.org I am pleased to announce the immediate availability of Developer Toolset 4 on CentOS Linux 6 x86_64, delivered via a Software Collection (SCL) built by the SCLo Special Interest Group (https://wiki.centos.org/SpecialInterestGroup/SCLo). QuickStart ---------- You can get started in three easy steps: $ sudo yum install centos-release-scl $ sudo yum install devtoolset-4-toolchain $ scl enable devtoolset-4 bash At this point you should be able to use gcc and other tools just as a normal application. Examples of commands run might be: $ gcc hello.c $ sudo yum install devtoolset-4-valgrind $ valgrind ./a.out $ gdb ./a.out In order to view the individual components included in this collection, including additional development tools, you can run: $ sudo yum list devtoolset-4\* About Software Collections -------------------------- Software Collections give you the power to build, install, and use multiple versions of software on the same system, without affecting system-wide installed packages. Each collection is delivered as a group of RPMs, with the grouping being done using the name of the collection as a prefix of all packages that are part of the software collection. The collection devtoolset-4 delivers version 5.2.1 of the GNU Compiler Collection, GNU Debugger, and other development, debugging, and performance monitoring tools as RPMs. The SCLo SIG in CentOS ---------------------- The Software Collections SIG group is an open community group co-ordinating the development of the SCL technology, and helping curate a reference set of collections. In addition to the Developer Toolset collection being released here, we also build and deliver databases, web servers, and language stacks including multiple versions of PostgreSQL, MariaDB, Apache HTTP Server, NodeJS, Ruby, Python and others. Software Collections SIG release was announced at https://lists.centos.org/pipermail/centos-announce/2015-October/021446.html You can learn more about Software Collections concepts at: http://softwarecollections.org You can find information on the SIG at https://wiki.centos.org/SpecialInterestGroup/SCLo ; this includes howto get involved and help with the effort. We meet every second Wednesday at 16:00 UTC in #centos-devel (ref: https://www.centos.org/community/calendar), for an informal open forum open to anyone who might have comments, concerns or wants to get started with SCL's in CentOS. Enjoy! Honza SCLo SIG member _______________________________________________ CentOS-announce mailing list CentOS-announce at centos.org https://lists.centos.org/mailman/listinfo/centos-announce From kasingh at redhat.com Fri Apr 1 13:34:44 2016 From: kasingh at redhat.com (Karanbir Singh) Date: Fri, 1 Apr 2016 14:34:44 +0100 Subject: [Devtools] Fwd: [CentOS-announce] Announcing release for Developer Toolset 4 on CentOS Linux 7 x86_64 SCL In-Reply-To: <56FD4463.3040800@redhat.com> References: <56FD4463.3040800@redhat.com> Message-ID: <56FE78F4.5000108@redhat.com> -------- Forwarded Message -------- Subject: [CentOS-announce] Announcing release for Developer Toolset 4 on CentOS Linux 7 x86_64 SCL Date: Thu, 31 Mar 2016 17:38:11 +0200 From: Honza Horak Reply-To: centos at centos.org To: centos-announce at centos.org I am pleased to announce the immediate availability of Developer Toolset 4 on CentOS Linux 7 x86_64, delivered via a Software Collection (SCL) built by the SCLo Special Interest Group (https://wiki.centos.org/SpecialInterestGroup/SCLo). QuickStart ---------- You can get started in three easy steps: $ sudo yum install centos-release-scl $ sudo yum install devtoolset-4-toolchain $ scl enable devtoolset-4 bash At this point you should be able to use gcc and other tools just as a normal application. Examples of commands run might be: $ gcc hello.c $ sudo yum install devtoolset-4-valgrind $ valgrind ./a.out $ gdb ./a.out In order to view the individual components included in this collection, including additional development tools, you can run: $ sudo yum list devtoolset-4\* About Software Collections -------------------------- Software Collections give you the power to build, install, and use multiple versions of software on the same system, without affecting system-wide installed packages. Each collection is delivered as a group of RPMs, with the grouping being done using the name of the collection as a prefix of all packages that are part of the software collection. The collection devtoolset-4 delivers version 5.2.1 of the GNU Compiler Collection, GNU Debugger, Eclipse development platform, and other development, debugging, and performance monitoring tools as RPMs. The SCLo SIG in CentOS ---------------------- The Software Collections SIG group is an open community group co-ordinating the development of the SCL technology, and helping curate a reference set of collections. In addition to the Developer Toolset collection being released here, we also build and deliver databases, web servers, and language stacks including multiple versions of PostgreSQL, MariaDB, Apache HTTP Server, NodeJS, Ruby, Python and others. Software Collections SIG release was announced at https://lists.centos.org/pipermail/centos-announce/2015-October/021446.html You can learn more about Software Collections concepts at: http://softwarecollections.org You can find information on the SIG at https://wiki.centos.org/SpecialInterestGroup/SCLo ; this includes howto get involved and help with the effort. We meet every second Wednesday at 16:00 UTC in #centos-devel (ref: https://www.centos.org/community/calendar), for an informal open forum open to anyone who might have comments, concerns or wants to get started with SCL's in CentOS. Enjoy! Honza SCLo SIG member _______________________________________________ CentOS-announce mailing list CentOS-announce at centos.org https://lists.centos.org/mailman/listinfo/centos-announce From jrichter at redhat.com Fri Apr 1 14:09:02 2016 From: jrichter at redhat.com (Jan Richter) Date: Fri, 1 Apr 2016 10:09:02 -0400 (EDT) Subject: [Devtools] All-in-one uninstaller In-Reply-To: <2112667429.40213308.1459519625511.JavaMail.zimbra@redhat.com> Message-ID: <2065391012.40214110.1459519742755.JavaMail.zimbra@redhat.com> Greetings, if you've tried out the all mighty all-in-one installer lately, you might be interested in the little script I've put together to uninstall it all again. It is not yet guaranteed to work, but it should not destroy your system (yet). Once it is we can move it to a better place. So right now feel free to get it here and try it out: https://drive.google.com/a/redhat.com/file/d/0B3uAFy4EOe_SOU1ZTFp6am5xZDA/view?usp=sharing Jan From jrichter at redhat.com Fri Apr 1 14:11:02 2016 From: jrichter at redhat.com (Jan Richter) Date: Fri, 1 Apr 2016 10:11:02 -0400 (EDT) Subject: [Devtools] All-in-one uninstaller In-Reply-To: <2065391012.40214110.1459519742755.JavaMail.zimbra@redhat.com> References: <2065391012.40214110.1459519742755.JavaMail.zimbra@redhat.com> Message-ID: <223029635.40214537.1459519862230.JavaMail.zimbra@redhat.com> Just a note - it takes the installation folder as its only argument. Defaults to c:\DeveloperPlatform so if you have it all installed there you don't need to pass anything to it. ----- Original Message ----- From: "Jan Richter" To: devtools at redhat.com Sent: Friday, April 1, 2016 4:09:02 PM Subject: [Devtools] All-in-one uninstaller Greetings, if you've tried out the all mighty all-in-one installer lately, you might be interested in the little script I've put together to uninstall it all again. It is not yet guaranteed to work, but it should not destroy your system (yet). Once it is we can move it to a better place. So right now feel free to get it here and try it out: https://drive.google.com/a/redhat.com/file/d/0B3uAFy4EOe_SOU1ZTFp6am5xZDA/view?usp=sharing Jan _______________________________________________ Devtools mailing list Devtools at redhat.com https://www.redhat.com/mailman/listinfo/devtools From fche at redhat.com Fri Apr 1 14:16:54 2016 From: fche at redhat.com (Frank Ch. Eigler) Date: Fri, 1 Apr 2016 10:16:54 -0400 Subject: [Devtools] All-in-one uninstaller In-Reply-To: <2065391012.40214110.1459519742755.JavaMail.zimbra@redhat.com> References: <2112667429.40213308.1459519625511.JavaMail.zimbra@redhat.com> <2065391012.40214110.1459519742755.JavaMail.zimbra@redhat.com> Message-ID: <20160401141654.GI22488@redhat.com> Hi, Jan - > [...] > https://drive.google.com/a/redhat.com/file/d/0B3uAFy4EOe_SOU1ZTFp6am5xZDA/view?usp=sharing Note that this devtools list is OPEN TO THE PUBLIC, so a URL like this would need to be made public if it is for that audience. https://www.redhat.com/archives/devtools/ - FChE From ibuziuk at redhat.com Fri Apr 1 14:29:05 2016 From: ibuziuk at redhat.com (Ilya Buziuk) Date: Fri, 1 Apr 2016 16:29:05 +0200 Subject: [Devtools] (no subject) Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From hferents at redhat.com Fri Apr 1 15:18:43 2016 From: hferents at redhat.com (Hardy Ferentschik) Date: Fri, 1 Apr 2016 17:18:43 +0200 Subject: [Devtools] vagrant-sshfs and mounting host directories into the guest In-Reply-To: References: <20160401123914.GE38245@nineveh.local> Message-ID: <20160401151843.GA60215@nineveh.local> Hi, On Fri, 01-Apr-2016 14:03, Pete Muir wrote: > I think I prefer the docker machine approach. I like the fact it's > familiar if i've used docker machine, or cygwin or a Mac. And there > doesn't seem to be a downside. +1 That was my thinking as well. Also, Max thought that the Docker tooling in Eclipse might have problems, if it were not to use the same approach as docker machine. --Hardy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: not available URL: From manderse at redhat.com Fri Apr 1 16:21:52 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Fri, 01 Apr 2016 09:21:52 -0700 Subject: [Devtools] vagrant-sshfs and mounting host directories into the guest In-Reply-To: <20160401151843.GA60215@nineveh.local> References: <20160401123914.GE38245@nineveh.local> <20160401151843.GA60215@nineveh.local> Message-ID: <1F963A91-315D-4BD1-BB0E-6B1CB2057EAC@redhat.com> On 1 Apr 2016, at 8:18, Hardy Ferentschik wrote: > Hi, > > On Fri, 01-Apr-2016 14:03, Pete Muir wrote: >> I think I prefer the docker machine approach. I like the fact it's >> familiar if i've used docker machine, or cygwin or a Mac. And there >> doesn't seem to be a downside. > > +1 That was my thinking as well. Also, Max thought that the Docker > tooling > in Eclipse might have problems, if it were not to use the same > approach as > docker machine. Correct - we should fix it so it allows more arcane mappings, but right now we assume path on disk same as path on docker demon. /max http://about.me/maxandersen From alkazako at redhat.com Fri Apr 1 17:13:02 2016 From: alkazako at redhat.com (Alexey Kazakov) Date: Fri, 1 Apr 2016 13:13:02 -0400 Subject: [Devtools] Recommended Vagrant & Virtualbox versions In-Reply-To: References: <56FD9BF1.50502@redhat.com> Message-ID: <56FEAC1E.2060205@redhat.com> Anyone? On 04/01/2016 06:04 AM, Pete Muir wrote: > Moving to devtools. > > On 31 March 2016 at 22:51, Alexey Kazakov wrote: >> Hi, >> >> What are recommended versions of Vagrant & Virtualbox for CDK? >> In our windows installer (CDK+JBDS+Vagrant+Virtualbox) we download >> vagrant-1.7.4 and virtualbox-5.0.8. >> I saw somewhere in the CDK getting started guide that vagrant 1.8.0 and >> 1.8.1 are not recommended because of some issues, so we will stick with >> vagrant-1.7.4 for now. >> I don't see any restrictions/recommendations regarding vagrant and >> virtualbox versions in the Getting Started guide [1] any more though. >> And what about virtualbox? The latest available version is 5.0.16. Any >> recommendations here? >> >> [1] >> https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit >> >> Thanks. From manderse at redhat.com Sat Apr 2 08:37:01 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Sat, 02 Apr 2016 01:37:01 -0700 Subject: [Devtools] All-in-one uninstaller In-Reply-To: <2065391012.40214110.1459519742755.JavaMail.zimbra@redhat.com> References: <2065391012.40214110.1459519742755.JavaMail.zimbra@redhat.com> Message-ID: <4A0DE201-F4DE-474C-B010-8BEAE218E242@redhat.com> could you make a PR on https://github.com/redhat-developer-tooling/developer-platform-install to have the info available from there until we have better uninstall story ? > Greetings, > > if you've tried out the all mighty all-in-one installer lately, you > might be interested in the little script I've put together to > uninstall it all again. > It is not yet guaranteed to work, but it should not destroy your > system (yet). Once it is we can move it to a better place. > > So right now feel free to get it here and try it out: > https://drive.google.com/a/redhat.com/file/d/0B3uAFy4EOe_SOU1ZTFp6am5xZDA/view?usp=sharing > > > Jan > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools /max http://about.me/maxandersen -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkutalek at redhat.com Mon Apr 4 10:26:51 2016 From: dkutalek at redhat.com (David Kutalek) Date: Mon, 4 Apr 2016 06:26:51 -0400 (EDT) Subject: [Devtools] Recommended Vagrant & Virtualbox versions In-Reply-To: <56FEAC1E.2060205@redhat.com> References: <56FD9BF1.50502@redhat.com> <56FEAC1E.2060205@redhat.com> Message-ID: <1118534590.17973473.1459765611147.JavaMail.zimbra@redhat.com> Hi Alexey, vagrant-1.7.4 and virtualbox-5.0.8 are versions recommended by developers for Windows environment. We tested also with newer versions of virtualbox without problems. Some versions of vagrant 1.8.x are buggy so not recommended in installation guide: https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit David Kutalek ----- Original Message ----- > Anyone? > > On 04/01/2016 06:04 AM, Pete Muir wrote: > > Moving to devtools. > > > > On 31 March 2016 at 22:51, Alexey Kazakov wrote: > >> Hi, > >> > >> What are recommended versions of Vagrant & Virtualbox for CDK? > >> In our windows installer (CDK+JBDS+Vagrant+Virtualbox) we download > >> vagrant-1.7.4 and virtualbox-5.0.8. > >> I saw somewhere in the CDK getting started guide that vagrant 1.8.0 and > >> 1.8.1 are not recommended because of some issues, so we will stick with > >> vagrant-1.7.4 for now. > >> I don't see any restrictions/recommendations regarding vagrant and > >> virtualbox versions in the Getting Started guide [1] any more though. > >> And what about virtualbox? The latest available version is 5.0.16. Any > >> recommendations here? > >> > >> [1] > >> https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit > >> > >> Thanks. > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -- David Kutalek, Senior Quality Engineer, Red Hat, Inc. CDK QE / BaseOS QE Apps From alkazako at redhat.com Mon Apr 4 17:09:51 2016 From: alkazako at redhat.com (Alexey Kazakov) Date: Mon, 4 Apr 2016 13:09:51 -0400 Subject: [Devtools] Recommended Vagrant & Virtualbox versions In-Reply-To: <1118534590.17973473.1459765611147.JavaMail.zimbra@redhat.com> References: <56FD9BF1.50502@redhat.com> <56FEAC1E.2060205@redhat.com> <1118534590.17973473.1459765611147.JavaMail.zimbra@redhat.com> Message-ID: <57029FDF.3040206@redhat.com> Thank you! This topic was moved from the cdk internal list where we now have a parallel discussion. Let me try to summarize both discussions here. 1. Vagrant 1.7.4 is recommended because 1.8.0 and 1.8.1 has some issues. 2. Virtualbox 5.0.* were used during Beta testing and seemed to work perfectly. So, the latest 5.0.* version can be recommended. If that is correct then IMO we should: 1. If user has nothing installed on his/her machine then our CDK + JBDS windows installer should download & install vagrant 1.7.4 & virtualbox 5.0.16 (the latest currently available version). 2. If user has vagrant 1.8.* installed then warm him/her that 1.8.0/1.8.1 has critical issues and 1.7.4 is strongly recommended. 3. If user has vagrant <= 1.7.3 then warn that version was not tested and 1.7.4 is recommended. 4. If user has virtualbox 5.0.* then no warnings. Just re-use it by default. 5. If user has virtualbox < 5.0 or 5.1 or higher then warn that version was not tested and the "bundled" 5.0.16 is recommended. Does it look reasonable to you? On 04/04/2016 06:26 AM, David Kutalek wrote: > Hi Alexey, > > vagrant-1.7.4 and virtualbox-5.0.8 are versions recommended by developers > for Windows environment. We tested also with newer versions of virtualbox > without problems. Some versions of vagrant 1.8.x are buggy so not recommended > in installation guide: > > https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit > > David Kutalek > > ----- Original Message ----- >> Anyone? >> >> On 04/01/2016 06:04 AM, Pete Muir wrote: >>> Moving to devtools. >>> >>> On 31 March 2016 at 22:51, Alexey Kazakov wrote: >>>> Hi, >>>> >>>> What are recommended versions of Vagrant & Virtualbox for CDK? >>>> In our windows installer (CDK+JBDS+Vagrant+Virtualbox) we download >>>> vagrant-1.7.4 and virtualbox-5.0.8. >>>> I saw somewhere in the CDK getting started guide that vagrant 1.8.0 and >>>> 1.8.1 are not recommended because of some issues, so we will stick with >>>> vagrant-1.7.4 for now. >>>> I don't see any restrictions/recommendations regarding vagrant and >>>> virtualbox versions in the Getting Started guide [1] any more though. >>>> And what about virtualbox? The latest available version is 5.0.16. Any >>>> recommendations here? >>>> >>>> [1] >>>> https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit >>>> >>>> Thanks. >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> From degolovi at redhat.com Mon Apr 4 17:41:46 2016 From: degolovi at redhat.com (Denis Golovin) Date: Mon, 4 Apr 2016 13:41:46 -0400 (EDT) Subject: [Devtools] All-in-one uninstaller In-Reply-To: <4A0DE201-F4DE-474C-B010-8BEAE218E242@redhat.com> References: <2065391012.40214110.1459519742755.JavaMail.zimbra@redhat.com> <4A0DE201-F4DE-474C-B010-8BEAE218E242@redhat.com> Message-ID: <799198571.37052744.1459791706383.JavaMail.zimbra@redhat.com> Jan, can you please also create link in uninstaller issue https://issues.jboss.org/browse/JBDS-3633 that would point to script file in PR. Thanks ----- Original Message ----- From: "Max Rydahl Andersen" To: "Jan Richter" Cc: devtools at redhat.com Sent: Saturday, April 2, 2016 1:37:01 AM Subject: Re: [Devtools] All-in-one uninstaller could you make a PR on https://github.com/redhat-developer-tooling/developer-platform-install to have the info available from there until we have better uninstall story ? Greetings, if you've tried out the all mighty all-in-one installer lately, you might be interested in the little script I've put together to uninstall it all again. It is not yet guaranteed to work, but it should not destroy your system (yet). Once it is we can move it to a better place. So right now feel free to get it here and try it out: https://drive.google.com/a/redhat.com/file/d/0B3uAFy4EOe_SOU1ZTFp6am5xZDA/view?usp=sharing Jan Devtools mailing list Devtools at redhat.com https://www.redhat.com/mailman/listinfo/devtools /max http://about.me/maxandersen _______________________________________________ Devtools mailing list Devtools at redhat.com https://www.redhat.com/mailman/listinfo/devtools From dkutalek at redhat.com Mon Apr 4 18:12:39 2016 From: dkutalek at redhat.com (David Kutalek) Date: Mon, 4 Apr 2016 14:12:39 -0400 (EDT) Subject: [Devtools] Recommended Vagrant & Virtualbox versions In-Reply-To: <57029FDF.3040206@redhat.com> References: <56FD9BF1.50502@redhat.com> <56FEAC1E.2060205@redhat.com> <1118534590.17973473.1459765611147.JavaMail.zimbra@redhat.com> <57029FDF.3040206@redhat.com> Message-ID: <1955295954.18359560.1459793559458.JavaMail.zimbra@redhat.com> Yes, that look ok to me. David ----- Original Message ----- > Thank you! > > This topic was moved from the cdk internal list where we now have a > parallel discussion. > Let me try to summarize both discussions here. > > 1. Vagrant 1.7.4 is recommended because 1.8.0 and 1.8.1 has some issues. > 2. Virtualbox 5.0.* were used during Beta testing and seemed to work > perfectly. So, the latest 5.0.* version can be recommended. > > If that is correct then IMO we should: > > 1. If user has nothing installed on his/her machine then our CDK + JBDS > windows installer should download & install vagrant 1.7.4 & virtualbox > 5.0.16 (the latest currently available version). > 2. If user has vagrant 1.8.* installed then warm him/her that > 1.8.0/1.8.1 has critical issues and 1.7.4 is strongly recommended. > 3. If user has vagrant <= 1.7.3 then warn that version was not tested > and 1.7.4 is recommended. > 4. If user has virtualbox 5.0.* then no warnings. Just re-use it by default. > 5. If user has virtualbox < 5.0 or 5.1 or higher then warn that version > was not tested and the "bundled" 5.0.16 is recommended. > > Does it look reasonable to you? > > On 04/04/2016 06:26 AM, David Kutalek wrote: > > Hi Alexey, > > > > vagrant-1.7.4 and virtualbox-5.0.8 are versions recommended by developers > > for Windows environment. We tested also with newer versions of virtualbox > > without problems. Some versions of vagrant 1.8.x are buggy so not > > recommended > > in installation guide: > > > > https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit > > > > David Kutalek > > > > ----- Original Message ----- > >> Anyone? > >> > >> On 04/01/2016 06:04 AM, Pete Muir wrote: > >>> Moving to devtools. > >>> > >>> On 31 March 2016 at 22:51, Alexey Kazakov wrote: > >>>> Hi, > >>>> > >>>> What are recommended versions of Vagrant & Virtualbox for CDK? > >>>> In our windows installer (CDK+JBDS+Vagrant+Virtualbox) we download > >>>> vagrant-1.7.4 and virtualbox-5.0.8. > >>>> I saw somewhere in the CDK getting started guide that vagrant 1.8.0 and > >>>> 1.8.1 are not recommended because of some issues, so we will stick with > >>>> vagrant-1.7.4 for now. > >>>> I don't see any restrictions/recommendations regarding vagrant and > >>>> virtualbox versions in the Getting Started guide [1] any more though. > >>>> And what about virtualbox? The latest available version is 5.0.16. Any > >>>> recommendations here? > >>>> > >>>> [1] > >>>> https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit > >>>> > >>>> Thanks. > >> _______________________________________________ > >> Devtools mailing list > >> Devtools at redhat.com > >> https://www.redhat.com/mailman/listinfo/devtools > >> > > -- David Kutalek, Senior Quality Engineer, Red Hat, Inc. CDK QE / BaseOS QE Apps From kasingh at redhat.com Mon Apr 4 23:18:38 2016 From: kasingh at redhat.com (Karanbir Singh) Date: Tue, 5 Apr 2016 00:18:38 +0100 Subject: [Devtools] Update on CentOS Container Pipeline Message-ID: <5702F64E.4090103@redhat.com> hi Guys, We've made some progress on the Pipeline bringup. Highlights from the last few days: - We've got some baseline user stories written up, in the coming days the aim is to try and get some acceptance criteria written up, following which we will try and do some estimates and task allocations around them. We'll then get these in front of a larger audience to see how things map to expectations and what folks feel is the best priority order to work on. - We've got a test instance up for pulp 2.8, that seems to meet all the requirements of delivering both a v1 and v2 container format; although we are likely only going to be looking at v2 from now onwards. - We've started working on a deploy script that would allow us to run managed deploy's and also help us move into a CD like setup, where we can test / deploy often. - Hardware to locate the first user facing version of the stack is now in place, and we have the required firewall policy etc setup. In the coming days, we will start doing some load testing and also start working through the implementation plans for the user service. - Within our devel infra, we've established an idea of Project V/s Job. Users will now have their built containers delivered as //: Most of our effort is now focused on getting the content together to have a user facing deployment up. Regards -- Karanbir Singh, Project Lead, The CentOS Project, London, UK Red Hat Ext. 8274455 | DID: 0044 207 009 4455 -- Karanbir Singh, The CentOS Project, London, UK RH Ext. 8274455 | DID: 0044 207 009 4455 From bsutter at redhat.com Tue Apr 5 04:07:48 2016 From: bsutter at redhat.com (Burr Sutter) Date: Tue, 5 Apr 2016 00:07:48 -0400 Subject: [Devtools] So...is this really our new home? Message-ID: What is IN scope for this list? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bgurung at redhat.com Tue Apr 5 04:41:26 2016 From: bgurung at redhat.com (Budh Gurung) Date: Tue, 5 Apr 2016 00:41:26 -0400 (EDT) Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> Message-ID: <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> Hello Folks, I installed vagrant "service-manager" plugin [1] in Windows 7 VM inside my Fedora 23 host. Then, performed following steps to start ADB through "Cygwin": 1. vagrant plugin install vagrant-service-manager 2. vagrant init projectatomic/adb 3. vagrant up 4. Stuck at some point. Logs here [2]. Vagrant version - 1.8.0 VirtualBox version - 5.0.16 Cygwin Pre-requisites - ssh, rsync After googling for "running any VM instance inside Windows VM" I got to know we need to enable Virtualization through through BIOS settings in Windows. Since, I am running Windows 7 in VM I am unable to get BIOS settings(Attached screenshot). Also, I tried to get 64-Bit Windows VM in Vagrant Boxes official site [3] but couldn't find anyone. Any idea how to achieve it? Has anyone tried it before successfully? Any good alternative for this scenario except having physical machine? [1] https://github.com/projectatomic/vagrant-service-manager [2] http://paste.fedoraproject.org/349650/98302061/ [3] www.vagrantbox.es -------------- next part -------------- A non-text attachment was scrubbed... Name: vm_inside_vm.png Type: image/png Size: 30446 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vm_inside_vm2.png Type: image/png Size: 34107 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bios_settings.png Type: image/png Size: 10587 bytes Desc: not available URL: From jowilson at redhat.com Tue Apr 5 05:18:15 2016 From: jowilson at redhat.com (Joshua Wilson) Date: Tue, 5 Apr 2016 01:18:15 -0400 Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> References: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> Message-ID: I have a mojo page that explains that https://mojo.redhat.com/docs/DOC-1045494 The short version is that you need to use VMWare or else dual boot. Best option is to get a second machine. Joshua On Tue, Apr 5, 2016 at 12:41 AM, Budh Gurung wrote: > Hello Folks, > > I installed vagrant "service-manager" plugin [1] in Windows 7 VM inside my > Fedora 23 host. Then, performed following steps to start ADB through > "Cygwin": > > 1. vagrant plugin install vagrant-service-manager > 2. vagrant init projectatomic/adb > 3. vagrant up > 4. Stuck at some point. Logs here [2]. > > Vagrant version - 1.8.0 > VirtualBox version - 5.0.16 > Cygwin Pre-requisites - ssh, rsync > > After googling for "running any VM instance inside Windows VM" I got to > know we need to enable Virtualization through through BIOS settings in > Windows. > Since, I am running Windows 7 in VM I am unable to get BIOS > settings(Attached screenshot). > Also, I tried to get 64-Bit Windows VM in Vagrant Boxes official site [3] > but couldn't find anyone. > > Any idea how to achieve it? > Has anyone tried it before successfully? > Any good alternative for this scenario except having physical machine? > > > [1] https://github.com/projectatomic/vagrant-service-manager > [2] http://paste.fedoraproject.org/349650/98302061/ > [3] www.vagrantbox.es > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From arubinge at redhat.com Tue Apr 5 05:24:57 2016 From: arubinge at redhat.com (Andy Rubinger) Date: Tue, 5 Apr 2016 01:24:57 -0400 Subject: [Devtools] So...is this really our new home? In-Reply-To: References: Message-ID: It's broad. This list encompasses the entire Developer Tooling Group and its projects. Also the list is public to the community. It's part of our "Default to Open" strategy; if you want to announce something to the entire group that isn't some RHT secret, throw it here. Actually, it's not super useful if the public doesn't know we exist or what we do, so tomorrow I'll likely send some Tweet with a link[1]. Probably would be helpful if folks did the same, else it's just us talking to each other and is essentially a mirror of the devtools-team internal list. S, ALR [1] https://www.redhat.com/mailman/listinfo/devtools On Tue, Apr 5, 2016 at 12:07 AM, Burr Sutter wrote: > What is IN scope for this list? > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmohanty at redhat.com Tue Apr 5 06:03:43 2016 From: lmohanty at redhat.com (Lalatendu Mohanty) Date: Tue, 5 Apr 2016 11:33:43 +0530 Subject: [Devtools] So...is this really our new home? In-Reply-To: References: Message-ID: <5703553F.4010900@redhat.com> On 04/05/2016 10:54 AM, Andy Rubinger wrote: > It's broad. > > This list encompasses the entire Developer Tooling Group and its > projects. Also the list is public to the community. It's part of our > "Default to Open" strategy; if you want to announce something to the > entire group that isn't some RHT secret, throw it here. > > Actually, it's not super useful if the public doesn't know we exist or > what we do, so tomorrow I'll likely send some Tweet with a link[1]. > Probably would be helpful if folks did the same, else it's just us > talking to each other and is essentially a mirror of the devtools-team > internal list. > > S, > ALR > > [1] https://www.redhat.com/mailman/listinfo/devtools > > > > On Tue, Apr 5, 2016 at 12:07 AM, Burr Sutter > wrote: > > What is IN scope for this list? > We already have container-tools at redhat.com [1] for ADB/CDK, Nulecule/AtomicApp related upstream projects. Are the upstream projects expected to move to this mailing list? I do not think so because I am not sure what would be the motivation for upstream projects to move to this mailing list. -Lala -------------- next part -------------- An HTML attachment was scrubbed... URL: From arubinge at redhat.com Tue Apr 5 07:13:17 2016 From: arubinge at redhat.com (Andy Rubinger) Date: Tue, 5 Apr 2016 03:13:17 -0400 Subject: [Devtools] So...is this really our new home? In-Reply-To: <5703553F.4010900@redhat.com> References: <5703553F.4010900@redhat.com> Message-ID: Inline. On Tue, Apr 5, 2016 at 2:03 AM, Lalatendu Mohanty wrote: > On 04/05/2016 10:54 AM, Andy Rubinger wrote: > > It's broad. > > This list encompasses the entire Developer Tooling Group and its > projects. Also the list is public to the community. It's part of our > "Default to Open" strategy; if you want to announce something to the entire > group that isn't some RHT secret, throw it here. > > Actually, it's not super useful if the public doesn't know we exist or > what we do, so tomorrow I'll likely send some Tweet with a link[1]. > Probably would be helpful if folks did the same, else it's just us talking > to each other and is essentially a mirror of the devtools-team internal > list. > > S, > ALR > > [1] https://www.redhat.com/mailman/listinfo/devtools > > > > On Tue, Apr 5, 2016 at 12:07 AM, Burr Sutter wrote: > >> What is IN scope for this list? >> >> > We already have container-tools at redhat.com [1] for ADB/CDK, > Nulecule/AtomicApp related upstream projects. Are the upstream projects > expected to move to this mailing list? I do not think so because I am not > sure what would be the motivation for upstream projects to move to this > mailing list. > Right, moving upstream projects discussion here wouldn't make much sense to me because the scope there is smaller and as a consequence more detailed. But if you have some news or questions about your project and how they relate to the overall Developer Tooling efforts, this is the place to be so long as the information is not RHT-internal. Example of what to put here: "Nulecule just released some awesome feature in time for Summit! Here's what it is and how to get involved!" Example of what not to put here: "Red Hat is gonna buy a prominent Swiss chocolatier in FY18 and we're all getting vested chocolate options in your choice of milk or 80% cacao". S, ALR > > -Lala > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aknutsen at redhat.com Tue Apr 5 07:32:10 2016 From: aknutsen at redhat.com (Aslak Knutsen) Date: Tue, 5 Apr 2016 09:32:10 +0200 Subject: [Devtools] So...is this really our new home? In-Reply-To: References: <5703553F.4010900@redhat.com> Message-ID: > > > "Red Hat is gonna buy a prominent Swiss chocolatier in FY18 and we're all > getting vested chocolate options in your choice of milk or 80% cacao". > > S, > ALR > > > Woooo, tell me more! :) -aslak- -------------- next part -------------- An HTML attachment was scrubbed... URL: From nshaikh at redhat.com Tue Apr 5 09:15:59 2016 From: nshaikh at redhat.com (Navid Shaikh) Date: Tue, 5 Apr 2016 14:45:59 +0530 Subject: [Devtools] Recommended Vagrant & Virtualbox versions In-Reply-To: <57029FDF.3040206@redhat.com> References: <56FD9BF1.50502@redhat.com> <56FEAC1E.2060205@redhat.com> <1118534590.17973473.1459765611147.JavaMail.zimbra@redhat.com> <57029FDF.3040206@redhat.com> Message-ID: On Mon, Apr 4, 2016 at 10:39 PM, Alexey Kazakov wrote: > Thank you! > > This topic was moved from the cdk internal list where we now have a > parallel discussion. > Let me try to summarize both discussions here. > > 1. Vagrant 1.7.4 is recommended because 1.8.0 and 1.8.1 has some issues. > 2. Virtualbox 5.0.* were used during Beta testing and seemed to work > perfectly. So, the latest 5.0.* version can be recommended. > > If that is correct then IMO we should: > > 1. If user has nothing installed on his/her machine then our CDK + JBDS > windows installer should download & install vagrant 1.7.4 & virtualbox > 5.0.16 (the latest currently available version). > 2. If user has vagrant 1.8.* installed then warm him/her that 1.8.0/1.8.1 > has critical issues and 1.7.4 is strongly recommended. > 3. If user has vagrant <= 1.7.3 then warn that version was not tested and > 1.7.4 is recommended. > 4. If user has virtualbox 5.0.* then no warnings. Just re-use it by > default. > 5. If user has virtualbox < 5.0 or 5.1 or higher then warn that version > was not tested and the "bundled" 5.0.16 is recommended. > > Does it look reasonable to you? > > Yes. Thank you for summarizing this. Chris, in addition to above, for other components like Eclipse and Docker tooling plugin in Eclipse, IMO we should have a note as recommended versions. Adding Xavier to thread, if he has any inputs on specific versions for Eclipse Docker tooling plugin. > On 04/04/2016 06:26 AM, David Kutalek wrote: > >> Hi Alexey, >> >> vagrant-1.7.4 and virtualbox-5.0.8 are versions recommended by developers >> for Windows environment. We tested also with newer versions of virtualbox >> without problems. Some versions of vagrant 1.8.x are buggy so not >> recommended >> in installation guide: >> >> >> https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit >> >> David Kutalek >> >> ----- Original Message ----- >> >>> Anyone? >>> >>> On 04/01/2016 06:04 AM, Pete Muir wrote: >>> >>>> Moving to devtools. >>>> >>>> On 31 March 2016 at 22:51, Alexey Kazakov wrote: >>>> >>>>> Hi, >>>>> >>>>> What are recommended versions of Vagrant & Virtualbox for CDK? >>>>> In our windows installer (CDK+JBDS+Vagrant+Virtualbox) we download >>>>> vagrant-1.7.4 and virtualbox-5.0.8. >>>>> I saw somewhere in the CDK getting started guide that vagrant 1.8.0 and >>>>> 1.8.1 are not recommended because of some issues, so we will stick with >>>>> vagrant-1.7.4 for now. >>>>> I don't see any restrictions/recommendations regarding vagrant and >>>>> virtualbox versions in the Getting Started guide [1] any more though. >>>>> And what about virtualbox? The latest available version is 5.0.16. Any >>>>> recommendations here? >>>>> >>>>> [1] >>>>> >>>>> https://access.redhat.com/documentation/en/red-hat-enterprise-linux-atomic-host/version-7/getting-started-with-container-development-kit >>>>> >>>>> Thanks. >>>>> >>>> _______________________________________________ >>> Devtools mailing list >>> Devtools at redhat.com >>> https://www.redhat.com/mailman/listinfo/devtools >>> >>> > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkutalek at redhat.com Tue Apr 5 09:22:31 2016 From: dkutalek at redhat.com (David Kutalek) Date: Tue, 5 Apr 2016 05:22:31 -0400 (EDT) Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: References: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> Message-ID: <387813858.18799622.1459848151361.JavaMail.zimbra@redhat.com> In my experience you can use also nested KVM like: linux running windows running linux (adb). No need for VMWare here. David Kutalek ----- Original Message ----- > I have a mojo page that explains that > https://mojo.redhat.com/docs/DOC-1045494 > > The short version is that you need to use VMWare or else dual boot. Best > option is to get a second machine. > > Joshua > > On Tue, Apr 5, 2016 at 12:41 AM, Budh Gurung < bgurung at redhat.com > wrote: > > > Hello Folks, > > I installed vagrant "service-manager" plugin [1] in Windows 7 VM inside my > Fedora 23 host. Then, performed following steps to start ADB through > "Cygwin": > > 1. vagrant plugin install vagrant-service-manager > 2. vagrant init projectatomic/adb > 3. vagrant up > 4. Stuck at some point. Logs here [2]. > > Vagrant version - 1.8.0 > VirtualBox version - 5.0.16 > Cygwin Pre-requisites - ssh, rsync > > After googling for "running any VM instance inside Windows VM" I got to know > we need to enable Virtualization through through BIOS settings in Windows. > Since, I am running Windows 7 in VM I am unable to get BIOS settings(Attached > screenshot). > Also, I tried to get 64-Bit Windows VM in Vagrant Boxes official site [3] but > couldn't find anyone. > > Any idea how to achieve it? > Has anyone tried it before successfully? > Any good alternative for this scenario except having physical machine? > > > [1] https://github.com/projectatomic/vagrant-service-manager > [2] http://paste.fedoraproject.org/349650/98302061/ > [3] www.vagrantbox.es > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -- David Kutalek, Senior Quality Engineer, Red Hat, Inc. CDK QE / BaseOS QE Apps From manderse at redhat.com Tue Apr 5 09:55:09 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Tue, 05 Apr 2016 11:55:09 +0200 Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: <387813858.18799622.1459848151361.JavaMail.zimbra@redhat.com> References: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> <387813858.18799622.1459848151361.JavaMail.zimbra@redhat.com> Message-ID: <64E9BCDB-2C3D-41CD-8B5C-0C38854ABD2C@redhat.com> On 5 Apr 2016, at 11:22, David Kutalek wrote: > In my experience you can use also nested KVM like: > linux running windows running linux (adb). > No need for VMWare here. But does that actually fix the performance issue ? afaik any of the nested virtualizations tests we seen have shown that it just don't work beyond the basic testing. Things are 10-20x slower making it ineffective for testing full workflows. /max > > David Kutalek > > ----- Original Message ----- >> I have a mojo page that explains that >> https://mojo.redhat.com/docs/DOC-1045494 >> >> The short version is that you need to use VMWare or else dual boot. >> Best >> option is to get a second machine. >> >> Joshua >> >> On Tue, Apr 5, 2016 at 12:41 AM, Budh Gurung < bgurung at redhat.com > >> wrote: >> >> >> Hello Folks, >> >> I installed vagrant "service-manager" plugin [1] in Windows 7 VM >> inside my >> Fedora 23 host. Then, performed following steps to start ADB through >> "Cygwin": >> >> 1. vagrant plugin install vagrant-service-manager >> 2. vagrant init projectatomic/adb >> 3. vagrant up >> 4. Stuck at some point. Logs here [2]. >> >> Vagrant version - 1.8.0 >> VirtualBox version - 5.0.16 >> Cygwin Pre-requisites - ssh, rsync >> >> After googling for "running any VM instance inside Windows VM" I got >> to know >> we need to enable Virtualization through through BIOS settings in >> Windows. >> Since, I am running Windows 7 in VM I am unable to get BIOS >> settings(Attached >> screenshot). >> Also, I tried to get 64-Bit Windows VM in Vagrant Boxes official site >> [3] but >> couldn't find anyone. >> >> Any idea how to achieve it? >> Has anyone tried it before successfully? >> Any good alternative for this scenario except having physical >> machine? >> >> >> [1] https://github.com/projectatomic/vagrant-service-manager >> [2] http://paste.fedoraproject.org/349650/98302061/ >> [3] www.vagrantbox.es >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> >> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > > -- > David Kutalek, > Senior Quality Engineer, Red Hat, Inc. > CDK QE / BaseOS QE Apps > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools /max http://about.me/maxandersen From pmuir at redhat.com Tue Apr 5 10:42:03 2016 From: pmuir at redhat.com (Pete Muir) Date: Tue, 5 Apr 2016 11:42:03 +0100 Subject: [Devtools] So...is this really our new home? In-Reply-To: References: Message-ID: As we talked about in Amsterdam, the plan is to make a noise around our new devtools group for Summit - feel free to mention and discuss it all in public, but don't start a massive publicity campaign quite yet :-) We're still in the "soft launch" phase - http://smallbusiness.chron.com/soft-launch-vs-hard-launch-24486.html :-) On 5 April 2016 at 06:24, Andy Rubinger wrote: > It's broad. > > This list encompasses the entire Developer Tooling Group and its projects. > Also the list is public to the community. It's part of our "Default to > Open" strategy; if you want to announce something to the entire group that > isn't some RHT secret, throw it here. > > Actually, it's not super useful if the public doesn't know we exist or what > we do, so tomorrow I'll likely send some Tweet with a link[1]. Probably > would be helpful if folks did the same, else it's just us talking to each > other and is essentially a mirror of the devtools-team internal list. > > S, > ALR > > [1] https://www.redhat.com/mailman/listinfo/devtools > > > > On Tue, Apr 5, 2016 at 12:07 AM, Burr Sutter wrote: >> >> What is IN scope for this list? >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > From pmuir at redhat.com Tue Apr 5 10:42:57 2016 From: pmuir at redhat.com (Pete Muir) Date: Tue, 5 Apr 2016 11:42:57 +0100 Subject: [Devtools] So...is this really our new home? In-Reply-To: References: <5703553F.4010900@redhat.com> Message-ID: Exactly, this list is the public list for our devtools effort. It's not supposed to supplant upstream lists like ADB, Eclipse, Arquillian, PCP or others. On 5 April 2016 at 08:13, Andy Rubinger wrote: > Inline. > > On Tue, Apr 5, 2016 at 2:03 AM, Lalatendu Mohanty > wrote: >> >> On 04/05/2016 10:54 AM, Andy Rubinger wrote: >> >> It's broad. >> >> This list encompasses the entire Developer Tooling Group and its projects. >> Also the list is public to the community. It's part of our "Default to >> Open" strategy; if you want to announce something to the entire group that >> isn't some RHT secret, throw it here. >> >> Actually, it's not super useful if the public doesn't know we exist or >> what we do, so tomorrow I'll likely send some Tweet with a link[1]. >> Probably would be helpful if folks did the same, else it's just us talking >> to each other and is essentially a mirror of the devtools-team internal >> list. >> >> S, >> ALR >> >> [1] https://www.redhat.com/mailman/listinfo/devtools >> >> >> >> On Tue, Apr 5, 2016 at 12:07 AM, Burr Sutter wrote: >>> >>> What is IN scope for this list? >>> >> >> We already have container-tools at redhat.com [1] for ADB/CDK, >> Nulecule/AtomicApp related upstream projects. Are the upstream projects >> expected to move to this mailing list? I do not think so because I am not >> sure what would be the motivation for upstream projects to move to this >> mailing list. > > > Right, moving upstream projects discussion here wouldn't make much sense to > me because the scope there is smaller and as a consequence more detailed. > > But if you have some news or questions about your project and how they > relate to the overall Developer Tooling efforts, this is the place to be so > long as the information is not RHT-internal. > > Example of what to put here: "Nulecule just released some awesome feature in > time for Summit! Here's what it is and how to get involved!" > > Example of what not to put here: "Red Hat is gonna buy a prominent Swiss > chocolatier in FY18 and we're all getting vested chocolate options in your > choice of milk or 80% cacao". > > S, > ALR > > >> >> >> -Lala >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > From jowilson at redhat.com Tue Apr 5 11:49:54 2016 From: jowilson at redhat.com (Joshua Wilson) Date: Tue, 5 Apr 2016 07:49:54 -0400 Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: <64E9BCDB-2C3D-41CD-8B5C-0C38854ABD2C@redhat.com> References: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> <387813858.18799622.1459848151361.JavaMail.zimbra@redhat.com> <64E9BCDB-2C3D-41CD-8B5C-0C38854ABD2C@redhat.com> Message-ID: On Tue, Apr 5, 2016 at 5:55 AM, Max Rydahl Andersen wrote: > On 5 Apr 2016, at 11:22, David Kutalek wrote: > > In my experience you can use also nested KVM like: >> linux running windows running linux (adb). >> No need for VMWare here. >> > > I was unable to get KVM to work when I wrote out those notes. But that has more to do with my lack of knowledge/experience with KVM, I think. It is good to know that it will work too. > But does that actually fix the performance issue ? > > afaik any of the nested virtualizations tests we seen have > shown that it just don't work beyond the basic testing. > > Things are 10-20x slower making it ineffective for testing > full workflows. > > I would agree with Max. It is hard enough to run a Vagrant VM inside a Vbox VM on Windows. Let alone adding another VM layer. I gave up and just started using an old layout I had laying around. It's spec matches the target audience better anyway. > /max > > > >> David Kutalek >> >> ----- Original Message ----- >> >>> I have a mojo page that explains that >>> https://mojo.redhat.com/docs/DOC-1045494 >>> >>> The short version is that you need to use VMWare or else dual boot. Best >>> option is to get a second machine. >>> >>> Joshua >>> >>> On Tue, Apr 5, 2016 at 12:41 AM, Budh Gurung < bgurung at redhat.com > >>> wrote: >>> >>> >>> Hello Folks, >>> >>> I installed vagrant "service-manager" plugin [1] in Windows 7 VM inside >>> my >>> Fedora 23 host. Then, performed following steps to start ADB through >>> "Cygwin": >>> >>> 1. vagrant plugin install vagrant-service-manager >>> 2. vagrant init projectatomic/adb >>> 3. vagrant up >>> 4. Stuck at some point. Logs here [2]. >>> >>> Vagrant version - 1.8.0 >>> VirtualBox version - 5.0.16 >>> Cygwin Pre-requisites - ssh, rsync >>> >>> After googling for "running any VM instance inside Windows VM" I got to >>> know >>> we need to enable Virtualization through through BIOS settings in >>> Windows. >>> Since, I am running Windows 7 in VM I am unable to get BIOS >>> settings(Attached >>> screenshot). >>> Also, I tried to get 64-Bit Windows VM in Vagrant Boxes official site >>> [3] but >>> couldn't find anyone. >>> >>> Any idea how to achieve it? >>> Has anyone tried it before successfully? >>> Any good alternative for this scenario except having physical machine? >>> >>> >>> [1] https://github.com/projectatomic/vagrant-service-manager >>> [2] http://paste.fedoraproject.org/349650/98302061/ >>> [3] www.vagrantbox.es >>> _______________________________________________ >>> Devtools mailing list >>> Devtools at redhat.com >>> https://www.redhat.com/mailman/listinfo/devtools >>> >>> >>> >>> _______________________________________________ >>> Devtools mailing list >>> Devtools at redhat.com >>> https://www.redhat.com/mailman/listinfo/devtools >>> >>> >> -- >> David Kutalek, >> Senior Quality Engineer, Red Hat, Inc. >> CDK QE / BaseOS QE Apps >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > > > /max > http://about.me/maxandersen > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kbsingh at redhat.com Tue Apr 5 11:50:41 2016 From: kbsingh at redhat.com (Karanbir Singh) Date: Tue, 5 Apr 2016 12:50:41 +0100 Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: References: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> Message-ID: <5703A691.4030606@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/04/16 06:18, Joshua Wilson wrote: > I have a mojo page that explains that > https://mojo.redhat.com/docs/DOC-1045494 > > The short version is that you need to use VMWare or else dual > boot. Best option is to get a second machine. > at some point, it would be worth looking into running a lab centrally that allows remote access for work like this, and share the various Operating Systems machines amongst the team - -- Karanbir Singh, Project Lead, The CentOS Project, London, UK Red Hat Ext. 8274455 | DID: 0044 207 009 4455 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXA6aRAAoJEI3Oi2Mx7xbtTRkH/3eCWIj1V7epOwKG6aBzovuV bg8wMWT09qguhOnm68vlE+2LtlGdHHWJS0LNo23CeP1LlokR3sHOhbQVgUYjYmBz Cwp0iUesKMlSjaSAgipfDorBE7W7D5IrLDeleoQQ7jqIpKNUC/C+E4RczaqZtbvH N+psMyf6DJi0ZCbZ3TtGDPztRU/K1+HnN6RX8KMfWrYlcKePLivKyIVtZn5CnXUJ X0Tbn2ycUhe9vQnQ/fRGX1IhU2tMMvOky1rZ7Q0AZ3jNUjvCiBmwi8Vq5pY2r/aT T46sm40d302opJ0j4/EDiyup0rtGVPgLzWDeaUPpKC83Ms5Kz+1xX4cf+MtMSzw= =PCk+ -----END PGP SIGNATURE----- From manderse at redhat.com Tue Apr 5 12:08:40 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Tue, 05 Apr 2016 14:08:40 +0200 Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: <5703A691.4030606@redhat.com> References: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> <5703A691.4030606@redhat.com> Message-ID: On 5 Apr 2016, at 13:50, Karanbir Singh wrote: > On 05/04/16 06:18, Joshua Wilson wrote: >> I have a mojo page that explains that >> https://mojo.redhat.com/docs/DOC-1045494 >> >> The short version is that you need to use VMWare or else dual >> boot. Best option is to get a second machine. >> > > at some point, it would be worth looking into running a lab centrally > that allows remote access for work like this, and share the various > Operating Systems machines amongst the team Yes, we have windows machines in the jboss mw labs but they are few and heavily under-spec'ed and the connection to them aren't exactly great for VNC style viewing ;/ So if we got better options let us know! /max http://about.me/maxandersen From dusty at dustymabe.com Tue Apr 5 15:29:14 2016 From: dusty at dustymabe.com (Dusty Mabe) Date: Tue, 5 Apr 2016 11:29:14 -0400 Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: References: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> Message-ID: <5703D9CA.9010605@dustymabe.com> FYI to all - devtools at redhat.com is a public list. Please consider that when communicating. On 04/05/2016 01:18 AM, Joshua Wilson wrote: > I have a mojo page that explains that https://mojo.redhat.com/docs/DOC-1045494 > > The short version is that you need to use VMWare or else dual boot. Best option is to get a second machine. > > Joshua > > On Tue, Apr 5, 2016 at 12:41 AM, Budh Gurung > wrote: > > Hello Folks, > > I installed vagrant "service-manager" plugin [1] in Windows 7 VM inside my Fedora 23 host. Then, performed following steps to start ADB through "Cygwin": > > 1. vagrant plugin install vagrant-service-manager > 2. vagrant init projectatomic/adb > 3. vagrant up > 4. Stuck at some point. Logs here [2]. > > Vagrant version - 1.8.0 > VirtualBox version - 5.0.16 > Cygwin Pre-requisites - ssh, rsync > > After googling for "running any VM instance inside Windows VM" I got to know we need to enable Virtualization through through BIOS settings in Windows. > Since, I am running Windows 7 in VM I am unable to get BIOS settings(Attached screenshot). > Also, I tried to get 64-Bit Windows VM in Vagrant Boxes official site [3] but couldn't find anyone. > > Any idea how to achieve it? > Has anyone tried it before successfully? > Any good alternative for this scenario except having physical machine? > > > [1] https://github.com/projectatomic/vagrant-service-manager > [2] http://paste.fedoraproject.org/349650/98302061/ > [3] www.vagrantbox.es > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools -------------- next part -------------- An HTML attachment was scrubbed... URL: From rploski at redhat.com Tue Apr 5 15:34:07 2016 From: rploski at redhat.com (Ray Ploski) Date: Tue, 5 Apr 2016 10:34:07 -0500 Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: <5703D9CA.9010605@dustymabe.com> References: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> <5703D9CA.9010605@dustymabe.com> Message-ID: Actually very public: ?https://twitter.com/zee_10000/status/717239763963482112 From:?Dusty Mabe Reply:?Dusty Mabe Date:?April 5, 2016 at 10:29:20 AM To:?devtools at redhat.com Subject:? Re: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM FYI to all - devtools at redhat.com is a public list. Please consider that when communicating. On 04/05/2016 01:18 AM, Joshua Wilson wrote: I have a mojo page that explains that https://mojo.redhat.com/docs/DOC-1045494 The short version is that you need to use VMWare or else dual boot. Best option is to get a second machine. Joshua On Tue, Apr 5, 2016 at 12:41 AM, Budh Gurung wrote: Hello Folks, I installed vagrant "service-manager" plugin [1] in Windows 7 VM inside my Fedora 23 host. Then, performed following steps to start ADB through "Cygwin": ? ? 1. vagrant plugin install vagrant-service-manager ? ? 2. vagrant init projectatomic/adb ? ? 3. vagrant up ? ? 4. Stuck at some point. Logs here [2]. ?Vagrant version - 1.8.0 ?VirtualBox version - 5.0.16 ?Cygwin Pre-requisites - ssh, rsync After googling for "running any VM instance inside Windows VM" I got to know we need to enable Virtualization through through BIOS settings in Windows. Since, I am running Windows 7 in VM I am unable to get BIOS settings(Attached screenshot). Also, I tried to get 64-Bit Windows VM in Vagrant Boxes official site [3] but couldn't find anyone. Any idea how to achieve it? Has anyone tried it before successfully? Any good alternative for this scenario except having physical machine? [1] https://github.com/projectatomic/vagrant-service-manager [2] http://paste.fedoraproject.org/349650/98302061/ [3] www.vagrantbox.es _______________________________________________ Devtools mailing list Devtools at redhat.com https://www.redhat.com/mailman/listinfo/devtools _______________________________________________ Devtools mailing list Devtools at redhat.com https://www.redhat.com/mailman/listinfo/devtools _______________________________________________ Devtools mailing list Devtools at redhat.com https://www.redhat.com/mailman/listinfo/devtools -------------- next part -------------- An HTML attachment was scrubbed... URL: From hferents at redhat.com Wed Apr 6 10:44:03 2016 From: hferents at redhat.com (Hardy Ferentschik) Date: Wed, 6 Apr 2016 12:44:03 +0200 Subject: [Devtools] [Container-tools] Prepackaged OpenShift template with CDK Message-ID: <20160406104403.GB793@nineveh.local> Hi, forwarding to this list as well ----- Forwarded message from Hardy Ferentschik ----- Hi, Sorry to come back to this so late, but I tested the latest CDK build and noticed several changes to the available templates, so I wanted to bring this up again. On Wed, 10-Feb-2016 13:33, Pete Muir wrote: > 1) eap64-mysql-persistent-s2i Did you mean to only include the EAP + MYSQL template. Right now, the plain EAP template (no database) is gone which seems wrong to me. Is it? Also is it really eap64-mysql-persistent-s2i (which is available now) or should it be eap64-mysql-ephermeral-s2i. The reason I am asking is, that the persistent template makes a persistent volume claim and we have not even setup any (there is an outstanding pull request to do so). I have not tried to use this template yet, but I am wondering whether it works. AFAIK no one has tested it. > 2) jws30-tomcat7-mysql-persistent-s2i > 3) nodejs-mongodb-example > 4) cakephp-mysql-example Another thing is that we still have builders for Python, Ruby and Perl showing up. Maybe not such a bad thing, but it was not in the list we initially defined. The reason for this is that we import the RHEL 7 image stream un-modified. I think we really need to take control over this and hand-roll our own streams and templates. That said, I am not sure whether there is still time to do much about the imported resources. Maybe we just need to fly with what we have, even though imo it is a bit confusing to the users. At least the EAP issue should be investigated though. --Hardy ----- End forwarded message ----- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: not available URL: From pmuir at redhat.com Wed Apr 6 10:54:14 2016 From: pmuir at redhat.com (Pete Muir) Date: Wed, 6 Apr 2016 11:54:14 +0100 Subject: [Devtools] [Container-tools] Prepackaged OpenShift template with CDK In-Reply-To: <20160406104403.GB793@nineveh.local> References: <20160406104403.GB793@nineveh.local> Message-ID: Hi Hardy, On 6 April 2016 at 11:44, Hardy Ferentschik wrote: > Hi, > > forwarding to this list as well > > ----- Forwarded message from Hardy Ferentschik ----- > > Hi, > > Sorry to come back to this so late, but I tested the latest CDK build and > noticed several changes to the available templates, so I wanted to bring this up > again. > > On Wed, 10-Feb-2016 13:33, Pete Muir wrote: >> 1) eap64-mysql-persistent-s2i > > Did you mean to only include the EAP + MYSQL template. Right now, > the plain EAP template (no database) is gone which seems wrong to me. Is it? This was a priority list, and the eap with mysql is top priority. It doesn't mean the other templates should *not* be included, it's just not such a high priority. > > Also is it really eap64-mysql-persistent-s2i (which is available now) or should it be > eap64-mysql-ephermeral-s2i. The reason I am asking is, that the persistent template makes > a persistent volume claim and we have not even setup any (there is an outstanding pull > request to do so). I have not tried to use this template yet, but I am wondering whether > it works. AFAIK no one has tested it. We could use either. > >> 2) jws30-tomcat7-mysql-persistent-s2i >> 3) nodejs-mongodb-example >> 4) cakephp-mysql-example > > Another thing is that we still have builders for Python, Ruby and Perl showing up. Maybe > not such a bad thing, but it was not in the list we initially defined. The reason for this is > that we import the RHEL 7 image stream un-modified. I think we really need to take control > over this and hand-roll our own streams and templates. The list was a set of priorities of the things to focus on. Other things appearing are fine, but we should make sure the above work as our first order. > > That said, I am not sure whether there is still time to do much about the imported resources. > Maybe we just need to fly with what we have, even though imo it is a bit confusing to the users. > > At least the EAP issue should be investigated though. > > --Hardy > > > > > ----- End forwarded message ----- > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > From hferents at redhat.com Wed Apr 6 11:11:09 2016 From: hferents at redhat.com (Hardy Ferentschik) Date: Wed, 6 Apr 2016 13:11:09 +0200 Subject: [Devtools] [Container-tools] Prepackaged OpenShift template with CDK In-Reply-To: References: <20160406104403.GB793@nineveh.local> Message-ID: <20160406111109.GA1986@nineveh.local> Hi, > > On Wed, 10-Feb-2016 13:33, Pete Muir wrote: > >> 1) eap64-mysql-persistent-s2i > > > > Did you mean to only include the EAP + MYSQL template. Right now, > > the plain EAP template (no database) is gone which seems wrong to me. Is it? > > This was a priority list, and the eap with mysql is top priority. It > doesn't mean the other templates should *not* be included, it's just > not such a high priority. That's what I thought, thanks. > > Also is it really eap64-mysql-persistent-s2i (which is available now) or should it be > > eap64-mysql-ephermeral-s2i. The reason I am asking is, that the persistent template makes > > a persistent volume claim and we have not even setup any (there is an outstanding pull > > request to do so). I have not tried to use this template yet, but I am wondering whether > > it works. AFAIK no one has tested it. > > We could use either. I think eap64-mysql-ephermeral-s2i might be the saver option here. > > Another thing is that we still have builders for Python, Ruby and Perl showing up. Maybe > > not such a bad thing, but it was not in the list we initially defined. The reason for this is > > that we import the RHEL 7 image stream un-modified. I think we really need to take control > > over this and hand-roll our own streams and templates. > > The list was a set of priorities of the things to focus on. Other > things appearing are fine, but we should make sure the above work as > our first order. Ok. --Hardy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: not available URL: From lmohanty at redhat.com Wed Apr 6 11:29:30 2016 From: lmohanty at redhat.com (Lalatendu Mohanty) Date: Wed, 6 Apr 2016 16:59:30 +0530 Subject: [Devtools] [Container-tools] Prepackaged OpenShift template with CDK In-Reply-To: <20160406104403.GB793@nineveh.local> References: <20160406104403.GB793@nineveh.local> Message-ID: <5704F31A.3090900@redhat.com> On 04/06/2016 04:14 PM, Hardy Ferentschik wrote: > Hi, > > forwarding to this list as well > > ----- Forwarded message from Hardy Ferentschik ----- > > Hi, > > Sorry to come back to this so late, but I tested the latest CDK build and > noticed several changes to the available templates, so I wanted to bring this up > again. > > On Wed, 10-Feb-2016 13:33, Pete Muir wrote: >> 1) eap64-mysql-persistent-s2i > Did you mean to only include the EAP + MYSQL template. Right now, > the plain EAP template (no database) is gone which seems wrong to me. Is it? > > Also is it really eap64-mysql-persistent-s2i (which is available now) or should it be > eap64-mysql-ephermeral-s2i. The reason I am asking is, that the persistent template makes > a persistent volume claim and we have not even setup any (there is an outstanding pull > request to do so). I have not tried to use this template yet, but I am wondering whether > it works. AFAIK no one has tested it. > >> 2) jws30-tomcat7-mysql-persistent-s2i >> 3) nodejs-mongodb-example >> 4) cakephp-mysql-example > Another thing is that we still have builders for Python, Ruby and Perl showing up. Maybe > not such a bad thing, but it was not in the list we initially defined. The reason for this is > that we import the RHEL 7 image stream un-modified. I think we really need to take control > over this and hand-roll our own streams and templates. We had thought about whether to include the different image streams and decided in-favor of them because we want to facilitate developers create/run/experiment applications in the OpenShift with different runtime. IMO It is fine to ship a limited set of working examples as part of CDK but it is also very important that developers should be able to develop applications on top of OpenShift shipped through CDK and for that to happen we need the image streams for programming languages (e.g. Ruby, nodejs, Python, PHP), Wildfly, mysql, mongodb etc to be available. > > That said, I am not sure whether there is still time to do much about the imported resources. > Maybe we just need to fly with what we have, even though imo it is a bit confusing to the users. > > At least the EAP issue should be investigated though. > > --Hardy > > > > > ----- End forwarded message ----- > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmuir at redhat.com Wed Apr 6 12:16:37 2016 From: pmuir at redhat.com (Pete Muir) Date: Wed, 6 Apr 2016 13:16:37 +0100 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: References: Message-ID: [Moving to devtools :-)] On 6 April 2016 at 13:15, Burr Sutter wrote: > I am not sure if this is the right list but somebody here may wish to > know... > > http://screencast.com/t/HH28EUuY > > Setup-bundled-0.0.2-20160404-36.exe > > Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds > > From bsutter at redhat.com Wed Apr 6 12:18:12 2016 From: bsutter at redhat.com (Burr Sutter) Date: Wed, 6 Apr 2016 08:18:12 -0400 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: References: Message-ID: "devtools" without -team :-) I also noticed the PATH has two entries for vagrant C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program Files\OpenVPN\bin;C:\Users\burrs_000\.dnx\bin;C:\Program Files\Microsoft DNX\Dnvm\;C:\Program Files\Microsoft SQL Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: > [Moving to devtools :-)] > > On 6 April 2016 at 13:15, Burr Sutter wrote: > > I am not sure if this is the right list but somebody here may wish to > > know... > > > > http://screencast.com/t/HH28EUuY > > > > Setup-bundled-0.0.2-20160404-36.exe > > > > Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ppitonak at redhat.com Wed Apr 6 12:20:31 2016 From: ppitonak at redhat.com (Pavol Pitonak) Date: Wed, 6 Apr 2016 14:20:31 +0200 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: References: Message-ID: This is what failed: Wed, 06 Apr 2016 01:01:51 GMT-ERROR: cdk - Error: Command failed: C:\WINDOWS\system32\cmd.exe /s /c "vagrant box remove cdkv2 -f" 'vagrant' is not recognized as an internal or external command, operable program or batch file. ... Wed, 06 Apr 2016 01:02:15 GMT-ERROR: cdk - Error: Command failed: C:\WINDOWS\system32\cmd.exe /s /c "vagrant box add --name cdkv2 c:\DeveloperPlatform\cdk\boxes\rhel-vagrant-virtualbox.box" The box you're attempting to add already exists. Remove it before adding it again or add it with the `--force` flag. On Wed, Apr 6, 2016 at 2:18 PM, Burr Sutter wrote: > "devtools" without -team :-) > > I also noticed the PATH has two entries for vagrant > > C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program > Files\OpenVPN\bin;C:\Users\burrs_000\.dnx\bin;C:\Program Files\Microsoft > DNX\Dnvm\;C:\Program Files\Microsoft SQL > Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; > > On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: > >> [Moving to devtools :-)] >> >> On 6 April 2016 at 13:15, Burr Sutter wrote: >> > I am not sure if this is the right list but somebody here may wish to >> > know... >> > >> > http://screencast.com/t/HH28EUuY >> > >> > Setup-bundled-0.0.2-20160404-36.exe >> > >> > Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds >> > >> > >> > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Wed Apr 6 12:22:55 2016 From: bsutter at redhat.com (Burr Sutter) Date: Wed, 6 Apr 2016 08:22:55 -0400 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: References: Message-ID: On Wed, Apr 6, 2016 at 8:20 AM, Pavol Pitonak wrote: > This is what failed: > > Wed, 06 Apr 2016 01:01:51 GMT-ERROR: cdk - Error: Command failed: > C:\WINDOWS\system32\cmd.exe /s /c "vagrant box remove cdkv2 -f" > 'vagrant' is not recognized as an internal or external command, > operable program or batch file. > ... > Wed, 06 Apr 2016 01:02:15 GMT-ERROR: cdk - Error: Command failed: > C:\WINDOWS\system32\cmd.exe /s /c "vagrant box add --name cdkv2 > c:\DeveloperPlatform\cdk\boxes\rhel-vagrant-virtualbox.box" > The box you're attempting to add already exists. Remove it before > adding it again or add it with the `--force` flag. > > That explains the doubling of "vagrant" in the path, the installer tried it twice :-) > > On Wed, Apr 6, 2016 at 2:18 PM, Burr Sutter wrote: > >> "devtools" without -team :-) >> >> I also noticed the PATH has two entries for vagrant >> >> C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program >> Files\OpenVPN\bin;C:\Users\burrs_000\.dnx\bin;C:\Program Files\Microsoft >> DNX\Dnvm\;C:\Program Files\Microsoft SQL >> Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; >> >> On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: >> >>> [Moving to devtools :-)] >>> >>> On 6 April 2016 at 13:15, Burr Sutter wrote: >>> > I am not sure if this is the right list but somebody here may wish to >>> > know... >>> > >>> > http://screencast.com/t/HH28EUuY >>> > >>> > Setup-bundled-0.0.2-20160404-36.exe >>> > >>> > Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds >>> > >>> > >>> >> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ldimaggi at redhat.com Wed Apr 6 12:27:02 2016 From: ldimaggi at redhat.com (Leonard Dimaggio) Date: Wed, 6 Apr 2016 08:27:02 -0400 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: References: Message-ID: Hey Burr, Are you able to reproduce this bug? I have seen something like this also - but not every time. -- Len On Wed, Apr 6, 2016 at 8:22 AM, Burr Sutter wrote: > > > On Wed, Apr 6, 2016 at 8:20 AM, Pavol Pitonak wrote: > >> This is what failed: >> >> Wed, 06 Apr 2016 01:01:51 GMT-ERROR: cdk - Error: Command failed: >> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box remove cdkv2 -f" >> 'vagrant' is not recognized as an internal or external command, >> operable program or batch file. >> ... >> Wed, 06 Apr 2016 01:02:15 GMT-ERROR: cdk - Error: Command failed: >> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box add --name cdkv2 >> c:\DeveloperPlatform\cdk\boxes\rhel-vagrant-virtualbox.box" >> The box you're attempting to add already exists. Remove it before >> adding it again or add it with the `--force` flag. >> >> > That explains the doubling of "vagrant" in the path, the installer tried > it twice :-) > > > >> >> On Wed, Apr 6, 2016 at 2:18 PM, Burr Sutter wrote: >> >>> "devtools" without -team :-) >>> >>> I also noticed the PATH has two entries for vagrant >>> >>> C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program >>> Files\OpenVPN\bin;C:\Users\burrs_000\.dnx\bin;C:\Program Files\Microsoft >>> DNX\Dnvm\;C:\Program Files\Microsoft SQL >>> Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; >>> >>> On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: >>> >>>> [Moving to devtools :-)] >>>> >>>> On 6 April 2016 at 13:15, Burr Sutter wrote: >>>> > I am not sure if this is the right list but somebody here may wish to >>>> > know... >>>> > >>>> > http://screencast.com/t/HH28EUuY >>>> > >>>> > Setup-bundled-0.0.2-20160404-36.exe >>>> > >>>> > Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds >>>> > >>>> > >>>> >>> >>> >>> _______________________________________________ >>> Devtools mailing list >>> Devtools at redhat.com >>> https://www.redhat.com/mailman/listinfo/devtools >>> >>> >> > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > -- Len DiMaggio (ldimaggi at redhat.com) JBoss by Red Hat 314 Littleton Road Westford, MA 01886 USA tel: 978.392.3179 cell: 781.472.9912 http://www.redhat.com http://community.jboss.org/people/ldimaggio -------------- next part -------------- An HTML attachment was scrubbed... URL: From manderse at redhat.com Wed Apr 6 12:30:25 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Wed, 06 Apr 2016 14:30:25 +0200 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: References: Message-ID: <42D47840-BE26-4EBF-A6E5-0C9AC420A7ED@redhat.com> Just an FYI for those who might not know it, but for now the best place to report issues found in the installer is https://jira.jboss.org/jira/browse/JBDS using the "Installer" component. Feel free to ping with links to jiras on this list to raise awareness - but please use jira where possible to record the actual details so it becomes easy to triage/delegate. Thank you, /max > This is what failed: > > Wed, 06 Apr 2016 01:01:51 GMT-ERROR: cdk - Error: Command failed: > C:\WINDOWS\system32\cmd.exe /s /c "vagrant box remove cdkv2 -f" > 'vagrant' is not recognized as an internal or external command, > operable program or batch file. > ... > Wed, 06 Apr 2016 01:02:15 GMT-ERROR: cdk - Error: Command failed: > C:\WINDOWS\system32\cmd.exe /s /c "vagrant box add --name cdkv2 > c:\DeveloperPlatform\cdk\boxes\rhel-vagrant-virtualbox.box" > The box you're attempting to add already exists. Remove it before > adding it again or add it with the `--force` flag. > > > On Wed, Apr 6, 2016 at 2:18 PM, Burr Sutter > wrote: > >> "devtools" without -team :-) >> >> I also noticed the PATH has two entries for vagrant >> >> C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program >> Files\OpenVPN\bin;C:\Users\burrs_000.dnx\bin;C:\Program >> Files\Microsoft >> DNX\Dnvm\;C:\Program Files\Microsoft SQL >> Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; >> >> On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: >> >>> [Moving to devtools :-)] >>> >>> On 6 April 2016 at 13:15, Burr Sutter wrote: >>>> I am not sure if this is the right list but somebody here may wish >>>> to >>>> know... >>>> >>>> http://screencast.com/t/HH28EUuY >>>> >>>> Setup-bundled-0.0.2-20160404-36.exe >>>> >>>> Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds >>>> >>>> >>> >> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> >> > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools /max http://about.me/maxandersen From bsutter at redhat.com Wed Apr 6 12:31:26 2016 From: bsutter at redhat.com (Burr Sutter) Date: Wed, 6 Apr 2016 08:31:26 -0400 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: References: Message-ID: A retest takes a LONG time (restore Windows from previous image) :-) JBDS still launches, CDK is on the Servers tab CDK starts Openshift explorers On Wed, Apr 6, 2016 at 8:27 AM, Leonard Dimaggio wrote: > Hey Burr, Are you able to reproduce this bug? I have seen something like > this also - but not every time. > > -- Len > > On Wed, Apr 6, 2016 at 8:22 AM, Burr Sutter wrote: > >> >> >> On Wed, Apr 6, 2016 at 8:20 AM, Pavol Pitonak >> wrote: >> >>> This is what failed: >>> >>> Wed, 06 Apr 2016 01:01:51 GMT-ERROR: cdk - Error: Command failed: >>> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box remove cdkv2 -f" >>> 'vagrant' is not recognized as an internal or external command, >>> operable program or batch file. >>> ... >>> Wed, 06 Apr 2016 01:02:15 GMT-ERROR: cdk - Error: Command failed: >>> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box add --name cdkv2 >>> c:\DeveloperPlatform\cdk\boxes\rhel-vagrant-virtualbox.box" >>> The box you're attempting to add already exists. Remove it before >>> adding it again or add it with the `--force` flag. >>> >>> >> That explains the doubling of "vagrant" in the path, the installer tried >> it twice :-) >> >> >> >>> >>> On Wed, Apr 6, 2016 at 2:18 PM, Burr Sutter wrote: >>> >>>> "devtools" without -team :-) >>>> >>>> I also noticed the PATH has two entries for vagrant >>>> >>>> C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program >>>> Files\OpenVPN\bin;C:\Users\burrs_000\.dnx\bin;C:\Program Files\Microsoft >>>> DNX\Dnvm\;C:\Program Files\Microsoft SQL >>>> Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; >>>> >>>> On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: >>>> >>>>> [Moving to devtools :-)] >>>>> >>>>> On 6 April 2016 at 13:15, Burr Sutter wrote: >>>>> > I am not sure if this is the right list but somebody here may wish to >>>>> > know... >>>>> > >>>>> > http://screencast.com/t/HH28EUuY >>>>> > >>>>> > Setup-bundled-0.0.2-20160404-36.exe >>>>> > >>>>> > Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds >>>>> > >>>>> > >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Devtools mailing list >>>> Devtools at redhat.com >>>> https://www.redhat.com/mailman/listinfo/devtools >>>> >>>> >>> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> >> > > > -- > Len DiMaggio (ldimaggi at redhat.com) > JBoss by Red Hat > 314 Littleton Road > Westford, MA 01886 USA > tel: 978.392.3179 > cell: 781.472.9912 > http://www.redhat.com > http://community.jboss.org/people/ldimaggio > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From manderse at redhat.com Wed Apr 6 12:31:26 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Wed, 06 Apr 2016 14:31:26 +0200 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: References: Message-ID: <870FAF80-CAC5-4D15-8631-61C57953F075@redhat.com> On 6 Apr 2016, at 14:22, Burr Sutter wrote: > On Wed, Apr 6, 2016 at 8:20 AM, Pavol Pitonak > wrote: > >> This is what failed: >> >> Wed, 06 Apr 2016 01:01:51 GMT-ERROR: cdk - Error: Command failed: >> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box remove cdkv2 -f" >> 'vagrant' is not recognized as an internal or external command, >> operable program or batch file. >> ... >> Wed, 06 Apr 2016 01:02:15 GMT-ERROR: cdk - Error: Command failed: >> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box add --name cdkv2 >> c:\DeveloperPlatform\cdk\boxes\rhel-vagrant-virtualbox.box" >> The box you're attempting to add already exists. Remove it before >> adding it again or add it with the `--force` flag. >> >> > That explains the doubling of "vagrant" in the path, the installer > tried it > twice :-) Any chance you have run the installer twice and the installer ends up not checking this box already exist ? /max > > > >> >> On Wed, Apr 6, 2016 at 2:18 PM, Burr Sutter >> wrote: >> >>> "devtools" without -team :-) >>> >>> I also noticed the PATH has two entries for vagrant >>> >>> C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program >>> Files\OpenVPN\bin;C:\Users\burrs_000.dnx\bin;C:\Program >>> Files\Microsoft >>> DNX\Dnvm\;C:\Program Files\Microsoft SQL >>> Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; >>> >>> On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: >>> >>>> [Moving to devtools :-)] >>>> >>>> On 6 April 2016 at 13:15, Burr Sutter wrote: >>>>> I am not sure if this is the right list but somebody here may wish >>>>> to >>>>> know... >>>>> >>>>> http://screencast.com/t/HH28EUuY >>>>> >>>>> Setup-bundled-0.0.2-20160404-36.exe >>>>> >>>>> Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds >>>>> >>>>> >>>> >>> >>> >>> _______________________________________________ >>> Devtools mailing list >>> Devtools at redhat.com >>> https://www.redhat.com/mailman/listinfo/devtools >>> >>> >> > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools /max http://about.me/maxandersen From bsutter at redhat.com Wed Apr 6 12:33:34 2016 From: bsutter at redhat.com (Burr Sutter) Date: Wed, 6 Apr 2016 08:33:34 -0400 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: <42D47840-BE26-4EBF-A6E5-0C9AC420A7ED@redhat.com> References: <42D47840-BE26-4EBF-A6E5-0C9AC420A7ED@redhat.com> Message-ID: Sounds like Len has seen this one before, should I create a new lira? On Wed, Apr 6, 2016 at 8:30 AM, Max Rydahl Andersen wrote: > Just an FYI for those who might not know it, but for now > the best place to report issues found in the installer is > https://jira.jboss.org/jira/browse/JBDS using the "Installer" component. > > Feel free to ping with links to jiras on this list to raise awareness - > but please > use jira where possible to record the actual details so it becomes easy to > triage/delegate. > > Thank you, > /max > > This is what failed: >> >> Wed, 06 Apr 2016 01:01:51 GMT-ERROR: cdk - Error: Command failed: >> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box remove cdkv2 -f" >> 'vagrant' is not recognized as an internal or external command, >> operable program or batch file. >> ... >> Wed, 06 Apr 2016 01:02:15 GMT-ERROR: cdk - Error: Command failed: >> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box add --name cdkv2 >> c:\DeveloperPlatform\cdk\boxes\rhel-vagrant-virtualbox.box" >> The box you're attempting to add already exists. Remove it before >> adding it again or add it with the `--force` flag. >> >> >> On Wed, Apr 6, 2016 at 2:18 PM, Burr Sutter wrote: >> >> "devtools" without -team :-) >>> >>> I also noticed the PATH has two entries for vagrant >>> >>> >>> C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program >>> Files\OpenVPN\bin;C:\Users\burrs_000.dnx\bin;C:\Program Files\Microsoft >>> DNX\Dnvm\;C:\Program Files\Microsoft SQL >>> >>> Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; >>> >>> On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: >>> >>> [Moving to devtools :-)] >>>> >>>> On 6 April 2016 at 13:15, Burr Sutter wrote: >>>> >>>>> I am not sure if this is the right list but somebody here may wish to >>>>> know... >>>>> >>>>> http://screencast.com/t/HH28EUuY >>>>> >>>>> Setup-bundled-0.0.2-20160404-36.exe >>>>> >>>>> Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds >>>>> >>>>> >>>>> >>>> >>> >>> _______________________________________________ >>> Devtools mailing list >>> Devtools at redhat.com >>> https://www.redhat.com/mailman/listinfo/devtools >>> >>> >>> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > > > /max > http://about.me/maxandersen > -------------- next part -------------- An HTML attachment was scrubbed... URL: From manderse at redhat.com Wed Apr 6 12:36:27 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Wed, 06 Apr 2016 14:36:27 +0200 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: References: <42D47840-BE26-4EBF-A6E5-0C9AC420A7ED@redhat.com> Message-ID: <40AD6CC5-805A-40A7-8D7A-78990B32B597@redhat.com> On 6 Apr 2016, at 14:33, Burr Sutter wrote: > Sounds like Len has seen this one before, should I create a new lira? Unless Len points to a jira within the next 30 seconds I would suggest you just open issue since its more easy to triage in jira than over email :) /max > On Wed, Apr 6, 2016 at 8:30 AM, Max Rydahl Andersen > > wrote: > >> Just an FYI for those who might not know it, but for now >> the best place to report issues found in the installer is >> https://jira.jboss.org/jira/browse/JBDS using the "Installer" >> component. >> >> Feel free to ping with links to jiras on this list to raise awareness >> - >> but please >> use jira where possible to record the actual details so it becomes >> easy to >> triage/delegate. >> >> Thank you, >> /max >> >> This is what failed: >>> >>> Wed, 06 Apr 2016 01:01:51 GMT-ERROR: cdk - Error: Command failed: >>> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box remove cdkv2 -f" >>> 'vagrant' is not recognized as an internal or external command, >>> operable program or batch file. >>> ... >>> Wed, 06 Apr 2016 01:02:15 GMT-ERROR: cdk - Error: Command failed: >>> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box add --name cdkv2 >>> c:\DeveloperPlatform\cdk\boxes\rhel-vagrant-virtualbox.box" >>> The box you're attempting to add already exists. Remove it before >>> adding it again or add it with the `--force` flag. >>> >>> >>> On Wed, Apr 6, 2016 at 2:18 PM, Burr Sutter >>> wrote: >>> >>> "devtools" without -team :-) >>>> >>>> I also noticed the PATH has two entries for vagrant >>>> >>>> >>>> C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program >>>> Files\OpenVPN\bin;C:\Users\burrs_000.dnx\bin;C:\Program >>>> Files\Microsoft >>>> DNX\Dnvm\;C:\Program Files\Microsoft SQL >>>> >>>> Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; >>>> >>>> On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: >>>> >>>> [Moving to devtools :-)] >>>>> >>>>> On 6 April 2016 at 13:15, Burr Sutter wrote: >>>>> >>>>>> I am not sure if this is the right list but somebody here may >>>>>> wish to >>>>>> know... >>>>>> >>>>>> http://screencast.com/t/HH28EUuY >>>>>> >>>>>> Setup-bundled-0.0.2-20160404-36.exe >>>>>> >>>>>> Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Devtools mailing list >>>> Devtools at redhat.com >>>> https://www.redhat.com/mailman/listinfo/devtools >>>> >>>> >>>> _______________________________________________ >>> Devtools mailing list >>> Devtools at redhat.com >>> https://www.redhat.com/mailman/listinfo/devtools >>> >> >> >> /max >> http://about.me/maxandersen >> /max http://about.me/maxandersen From bsutter at redhat.com Wed Apr 6 13:34:02 2016 From: bsutter at redhat.com (Burr Sutter) Date: Wed, 6 Apr 2016 09:34:02 -0400 Subject: [Devtools] [devtools-team] Installer Failure In-Reply-To: <40AD6CC5-805A-40A7-8D7A-78990B32B597@redhat.com> References: <42D47840-BE26-4EBF-A6E5-0C9AC420A7ED@redhat.com> <40AD6CC5-805A-40A7-8D7A-78990B32B597@redhat.com> Message-ID: Doubled Vagrant Issue https://issues.jboss.org/browse/JBDS-3774 Maven issue https://issues.jboss.org/browse/JBDS-3775 On Wed, Apr 6, 2016 at 8:36 AM, Max Rydahl Andersen wrote: > On 6 Apr 2016, at 14:33, Burr Sutter wrote: > > Sounds like Len has seen this one before, should I create a new lira? >> > > Unless Len points to a jira within the next 30 seconds I would suggest you > just > open issue since its more easy to triage in jira than over email :) > > /max > > > On Wed, Apr 6, 2016 at 8:30 AM, Max Rydahl Andersen >> wrote: >> >> Just an FYI for those who might not know it, but for now >>> the best place to report issues found in the installer is >>> https://jira.jboss.org/jira/browse/JBDS using the "Installer" component. >>> >>> Feel free to ping with links to jiras on this list to raise awareness - >>> but please >>> use jira where possible to record the actual details so it becomes easy >>> to >>> triage/delegate. >>> >>> Thank you, >>> /max >>> >>> This is what failed: >>> >>>> >>>> Wed, 06 Apr 2016 01:01:51 GMT-ERROR: cdk - Error: Command failed: >>>> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box remove cdkv2 -f" >>>> 'vagrant' is not recognized as an internal or external command, >>>> operable program or batch file. >>>> ... >>>> Wed, 06 Apr 2016 01:02:15 GMT-ERROR: cdk - Error: Command failed: >>>> C:\WINDOWS\system32\cmd.exe /s /c "vagrant box add --name cdkv2 >>>> c:\DeveloperPlatform\cdk\boxes\rhel-vagrant-virtualbox.box" >>>> The box you're attempting to add already exists. Remove it before >>>> adding it again or add it with the `--force` flag. >>>> >>>> >>>> On Wed, Apr 6, 2016 at 2:18 PM, Burr Sutter wrote: >>>> >>>> "devtools" without -team :-) >>>> >>>>> >>>>> I also noticed the PATH has two entries for vagrant >>>>> >>>>> >>>>> >>>>> C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program >>>>> Files\OpenVPN\bin;C:\Users\burrs_000.dnx\bin;C:\Program Files\Microsoft >>>>> DNX\Dnvm\;C:\Program Files\Microsoft SQL >>>>> >>>>> >>>>> Server\130\Tools\Binn\;C:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cdk\bin;c:\DeveloperPlatform\vagrant\bin;c:\DeveloperPlatform\cygwin\bin; >>>>> >>>>> On Wed, Apr 6, 2016 at 8:16 AM, Pete Muir wrote: >>>>> >>>>> [Moving to devtools :-)] >>>>> >>>>>> >>>>>> On 6 April 2016 at 13:15, Burr Sutter wrote: >>>>>> >>>>>> I am not sure if this is the right list but somebody here may wish to >>>>>>> know... >>>>>>> >>>>>>> http://screencast.com/t/HH28EUuY >>>>>>> >>>>>>> Setup-bundled-0.0.2-20160404-36.exe >>>>>>> >>>>>>> Win10 Pro, no pre-existing cygwin, virtualbox, openjdk, cdk, jbds >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> Devtools mailing list >>>>> Devtools at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/devtools >>>>> >>>>> >>>>> _______________________________________________ >>>>> >>>> Devtools mailing list >>>> Devtools at redhat.com >>>> https://www.redhat.com/mailman/listinfo/devtools >>>> >>>> >>> >>> /max >>> http://about.me/maxandersen >>> >>> > > /max > http://about.me/maxandersen > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rwagner at redhat.com Wed Apr 6 13:52:02 2016 From: rwagner at redhat.com (Rick Wagner) Date: Wed, 6 Apr 2016 08:52:02 -0500 Subject: [Devtools] CDK, as Microsoft is doing it Message-ID: Hi DevTools, 10 minutes to see how Microsoft is handling some of the CDK questions. The relevant parts are at the 45 minute mark. Some highlights: 45:00 - Windows will be able to act as a host for Docker containers (as Linux does today). Docker guys provide tools to allow your Windows machine to be a Docker host.... 46:00 - Visual Studio is gaining ability to build images and deploy to a Docker host (with push button) 47:00 - You can deploy to Azure Container Service (Apache Mesos or Docker Swarm) 48:00 - Demo of Docker tools for Visual Studio, using Docker for Windows (Docker Toolbox/Docker Machine/etc. He doesn't name the components, but says 'Docker for Windows') 'Docker for Windows' is in beta,this is the tool from the Docker guys. 48:40 - Explanation that Docker for Windows is setting up a Linux VM 50:00 - dockerfile as VisualStudio uses it 52:00 - DockerMachine (to create linux vm on azure. The Linux VM already has a Docker host) 54:00 - Demo of the Linux container on Azure, populated by app from visualStudio Rick [1] https://channel9.msdn.com/Events/Build/2016/B811 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Wed Apr 6 14:51:24 2016 From: bsutter at redhat.com (Burr Sutter) Date: Wed, 6 Apr 2016 10:51:24 -0400 Subject: [Devtools] CDK, as Microsoft is doing it In-Reply-To: References: Message-ID: Thank you Rick. I was in the audience live for his presentation. It was clear to me that MSFT presenters at Build were "all in" on Docker and had numerous good things to say about "Docker for Windows" (the next evolutionary step for Docker Toolbox). Does anyone have a URL to the "Docker for Windows"? Apparently you have to "apply" for the beta download but it was unclear to me where you "apply" at. I am curious to see if they are still using "docker-machine" to start/stop/get env vars and if they are still using "docker-compose" as the way to start/stop containers On Wed, Apr 6, 2016 at 9:52 AM, Rick Wagner wrote: > Hi DevTools, > > 10 minutes to see how Microsoft is handling some of the CDK questions. > > The relevant parts are at the 45 minute mark. Some highlights: > > 45:00 - Windows will be able to act as a host for Docker containers (as > Linux does today). Docker guys provide tools to allow your Windows machine > to be a Docker host.... > 46:00 - Visual Studio is gaining ability to build images and deploy to a > Docker host (with push button) > 47:00 - You can deploy to Azure Container Service (Apache Mesos or Docker > Swarm) > 48:00 - Demo of Docker tools for Visual Studio, using Docker for Windows > (Docker Toolbox/Docker Machine/etc. He doesn't name the components, but > says 'Docker for Windows') > 'Docker for Windows' is in beta,this is the tool from the Docker guys. > 48:40 - Explanation that Docker for Windows is setting up a Linux VM > 50:00 - dockerfile as VisualStudio uses it > 52:00 - DockerMachine (to create linux vm on azure. The Linux VM already > has a Docker host) > 54:00 - Demo of the Linux container on Azure, populated by app from > visualStudio > > Rick > > [1] https://channel9.msdn.com/Events/Build/2016/B811 > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From moahmed at redhat.com Wed Apr 6 15:03:56 2016 From: moahmed at redhat.com (Mohammed Ahmed) Date: Wed, 6 Apr 2016 20:33:56 +0530 Subject: [Devtools] CDK, as Microsoft is doing it In-Reply-To: References: Message-ID: On Wed, Apr 6, 2016 at 8:21 PM, Burr Sutter wrote: > Thank you Rick. > > I was in the audience live for his presentation. It was clear to me that > MSFT presenters at Build were "all in" on Docker and had numerous good > things to say about "Docker for Windows" (the next evolutionary step for > Docker Toolbox). > > Does anyone have a URL to the "Docker for Windows"? Apparently you have > to "apply" for the beta download but it was unclear to me where you "apply" > at. > > I am curious to see if they are still using "docker-machine" to > start/stop/get env vars > and if they are still using "docker-compose" as the way to start/stop > containers > > > > > On Wed, Apr 6, 2016 at 9:52 AM, Rick Wagner wrote: > >> Hi DevTools, >> >> 10 minutes to see how Microsoft is handling some of the CDK questions. >> >> The relevant parts are at the 45 minute mark. Some highlights: >> >> 45:00 - Windows will be able to act as a host for Docker containers (as >> Linux does today). Docker guys provide tools to allow your Windows machine >> to be a Docker host.... >> 46:00 - Visual Studio is gaining ability to build images and deploy to a >> Docker host (with push button) >> 47:00 - You can deploy to Azure Container Service (Apache Mesos or Docker >> Swarm) >> 48:00 - Demo of Docker tools for Visual Studio, using Docker for Windows >> (Docker Toolbox/Docker Machine/etc. He doesn't name the components, but >> says 'Docker for Windows') >> 'Docker for Windows' is in beta,this is the tool from the Docker guys. >> 48:40 - Explanation that Docker for Windows is setting up a Linux VM >> 50:00 - dockerfile as VisualStudio uses it >> 52:00 - DockerMachine (to create linux vm on azure. The Linux VM already >> has a Docker host) >> 54:00 - Demo of the Linux container on Azure, populated by app from >> visualStudio >> >> Rick >> >> [1] https://channel9.msdn.com/Events/Build/2016/B811 >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> >> > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > Hi, Try https://beta.docker.com/ -- Cheers, *Mohammed Zeeshan Ahmed* Associate Software Engineer, Red hat Developers Team & OSAS. IRC : mzee1000 mohammedzee1000.wordpress.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tmancini at redhat.com Wed Apr 6 15:05:04 2016 From: tmancini at redhat.com (Todd Mancini) Date: Wed, 6 Apr 2016 08:05:04 -0700 Subject: [Devtools] CDK, as Microsoft is doing it Message-ID: <5147122640790065015@unknownmsgid> I'm awaiting my beta; I'm "in line." Sent from my phone, so anticipate hilarious autocorrects ------------------------------ From: Burr Sutter Sent: ?4/?6/?2016 10:51 AM To: Rick Wagner Cc: devtools at redhat.com Subject: Re: [Devtools] CDK, as Microsoft is doing it Thank you Rick. I was in the audience live for his presentation. It was clear to me that MSFT presenters at Build were "all in" on Docker and had numerous good things to say about "Docker for Windows" (the next evolutionary step for Docker Toolbox). Does anyone have a URL to the "Docker for Windows"? Apparently you have to "apply" for the beta download but it was unclear to me where you "apply" at. I am curious to see if they are still using "docker-machine" to start/stop/get env vars and if they are still using "docker-compose" as the way to start/stop containers On Wed, Apr 6, 2016 at 9:52 AM, Rick Wagner wrote: > Hi DevTools, > > 10 minutes to see how Microsoft is handling some of the CDK questions. > > The relevant parts are at the 45 minute mark. Some highlights: > > 45:00 - Windows will be able to act as a host for Docker containers (as > Linux does today). Docker guys provide tools to allow your Windows machine > to be a Docker host.... > 46:00 - Visual Studio is gaining ability to build images and deploy to a > Docker host (with push button) > 47:00 - You can deploy to Azure Container Service (Apache Mesos or Docker > Swarm) > 48:00 - Demo of Docker tools for Visual Studio, using Docker for Windows > (Docker Toolbox/Docker Machine/etc. He doesn't name the components, but > says 'Docker for Windows') > 'Docker for Windows' is in beta,this is the tool from the Docker guys. > 48:40 - Explanation that Docker for Windows is setting up a Linux VM > 50:00 - dockerfile as VisualStudio uses it > 52:00 - DockerMachine (to create linux vm on azure. The Linux VM already > has a Docker host) > 54:00 - Demo of the Linux container on Azure, populated by app from > visualStudio > > Rick > > [1] https://channel9.msdn.com/Events/Build/2016/B811 > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ Devtools mailing list Devtools at redhat.com https://www.redhat.com/mailman/listinfo/devtools From manderse at redhat.com Wed Apr 6 15:13:49 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Wed, 06 Apr 2016 17:13:49 +0200 Subject: [Devtools] CDK, as Microsoft is doing it In-Reply-To: References: Message-ID: <6271D466-C3BB-403B-B057-5C91294CF257@redhat.com> On 6 Apr 2016, at 16:51, Burr Sutter wrote: > Thank you Rick. > > I was in the audience live for his presentation. It was clear to me > that > MSFT presenters at Build were "all in" on Docker and had numerous good > things to say about "Docker for Windows" (the next evolutionary step > for > Docker Toolbox). > > Does anyone have a URL to the "Docker for Windows"? Apparently you > have to > "apply" for the beta download but it was unclear to me where you > "apply" at. > > I am curious to see if they they here I assume mean Docker and not Microsoft ? > are still using "docker-machine" to > start/stop/get env vars Docker for Mac/Windows don't use docker-machine in their demos on https://blog.docker.com/2016/03/docker-for-mac-windows-beta/ but I believe it is just because their native app sets system wide env vars. Watching the demos they now seem to default to use "docker.local" for the host - at least on Mac. They bundle a DNS server, similar to what we do via vagrant landrush. I assume they will still use docker-machine to allow for more local and external setups. > and if they are still using "docker-compose" as the way to start/stop > containers They do. /max > > > > On Wed, Apr 6, 2016 at 9:52 AM, Rick Wagner > wrote: > >> Hi DevTools, >> >> 10 minutes to see how Microsoft is handling some of the CDK >> questions. >> >> The relevant parts are at the 45 minute mark. Some highlights: >> >> 45:00 - Windows will be able to act as a host for Docker containers >> (as >> Linux does today). Docker guys provide tools to allow your Windows >> machine >> to be a Docker host.... >> 46:00 - Visual Studio is gaining ability to build images and deploy >> to a >> Docker host (with push button) >> 47:00 - You can deploy to Azure Container Service (Apache Mesos or >> Docker >> Swarm) >> 48:00 - Demo of Docker tools for Visual Studio, using Docker for >> Windows >> (Docker Toolbox/Docker Machine/etc. He doesn't name the components, >> but >> says 'Docker for Windows') >> 'Docker for Windows' is in beta,this is the tool from the Docker >> guys. >> 48:40 - Explanation that Docker for Windows is setting up a Linux VM >> 50:00 - dockerfile as VisualStudio uses it >> 52:00 - DockerMachine (to create linux vm on azure. The Linux VM >> already >> has a Docker host) >> 54:00 - Demo of the Linux container on Azure, populated by app from >> visualStudio >> >> Rick >> >> [1] https://channel9.msdn.com/Events/Build/2016/B811 >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> >> > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools /max http://about.me/maxandersen From moahmed at redhat.com Wed Apr 6 15:17:55 2016 From: moahmed at redhat.com (Mohammed Ahmed) Date: Wed, 6 Apr 2016 20:47:55 +0530 Subject: [Devtools] CDK, as Microsoft is doing it In-Reply-To: <6271D466-C3BB-403B-B057-5C91294CF257@redhat.com> References: <6271D466-C3BB-403B-B057-5C91294CF257@redhat.com> Message-ID: On Wed, Apr 6, 2016 at 8:43 PM, Max Rydahl Andersen wrote: > On 6 Apr 2016, at 16:51, Burr Sutter wrote: > > Thank you Rick. >> >> I was in the audience live for his presentation. It was clear to me that >> MSFT presenters at Build were "all in" on Docker and had numerous good >> things to say about "Docker for Windows" (the next evolutionary step for >> Docker Toolbox). >> >> Does anyone have a URL to the "Docker for Windows"? Apparently you have >> to >> "apply" for the beta download but it was unclear to me where you "apply" >> at. >> >> I am curious to see if they >> > > they here I assume mean Docker and not Microsoft ? > > are still using "docker-machine" to >> start/stop/get env vars >> > > Docker for Mac/Windows don't use docker-machine in their demos on > https://blog.docker.com/2016/03/docker-for-mac-windows-beta/ but I > believe it is just because their native app sets system wide env vars. > > Watching the demos they now seem to default to use "docker.local" for the > host - at least on Mac. They bundle a DNS server, similar to what we do via > vagrant landrush. > > I assume they will still use docker-machine to allow for more local and > external setups. > > and if they are still using "docker-compose" as the way to start/stop >> containers >> > > They do. > > /max > > > >> >> >> On Wed, Apr 6, 2016 at 9:52 AM, Rick Wagner wrote: >> >> Hi DevTools, >>> >>> 10 minutes to see how Microsoft is handling some of the CDK questions. >>> >>> The relevant parts are at the 45 minute mark. Some highlights: >>> >>> 45:00 - Windows will be able to act as a host for Docker containers (as >>> Linux does today). Docker guys provide tools to allow your Windows >>> machine >>> to be a Docker host.... >>> 46:00 - Visual Studio is gaining ability to build images and deploy to a >>> Docker host (with push button) >>> 47:00 - You can deploy to Azure Container Service (Apache Mesos or Docker >>> Swarm) >>> 48:00 - Demo of Docker tools for Visual Studio, using Docker for Windows >>> (Docker Toolbox/Docker Machine/etc. He doesn't name the components, but >>> says 'Docker for Windows') >>> 'Docker for Windows' is in beta,this is the tool from the Docker guys. >>> 48:40 - Explanation that Docker for Windows is setting up a Linux VM >>> 50:00 - dockerfile as VisualStudio uses it >>> 52:00 - DockerMachine (to create linux vm on azure. The Linux VM already >>> has a Docker host) >>> 54:00 - Demo of the Linux container on Azure, populated by app from >>> visualStudio >>> >>> Rick >>> >>> [1] https://channel9.msdn.com/Events/Build/2016/B811 >>> >>> _______________________________________________ >>> Devtools mailing list >>> Devtools at redhat.com >>> https://www.redhat.com/mailman/listinfo/devtools >>> >>> >>> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > > > /max > http://about.me/maxandersen > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > From what I have heard, they have moved from using virtual box to native virtualization technologies like hyperv for windows. -- Cheers, *Mohammed Zeeshan Ahmed* Associate Software Engineer, Red hat Developers Team & OSAS. IRC : mzee1000 mohammedzee1000.wordpress.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From manderse at redhat.com Wed Apr 6 15:21:16 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Wed, 06 Apr 2016 17:21:16 +0200 Subject: [Devtools] CDK, as Microsoft is doing it In-Reply-To: References: <6271D466-C3BB-403B-B057-5C91294CF257@redhat.com> Message-ID: <8D6670EB-9B73-45AA-9A98-88165F0A2E77@redhat.com> On 6 Apr 2016, at 17:17, Mohammed Ahmed wrote: > ? ?From what I have heard, they have moved from using virtual box to > native virtualization ?technologies? > like hyperv for windows. Yes, that is exactly what they've done and using smaller and smaller base OS. download is 90mb :) /max http://about.me/maxandersen From manderse at redhat.com Wed Apr 6 15:49:27 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Wed, 06 Apr 2016 17:49:27 +0200 Subject: [Devtools] Docker, Vagrant and Kubernetes Walk into an Eclipse'd Bar talk now live References: <57052C7B.1080401@eclipse.org> Message-ID: <303AE2C8-DE8A-485F-8807-27B8C90230A4@redhat.com> FYI, if you are interested in seeing my talk "Docker, Vagrant and Kubernetes Walk into an Eclipse'd Bar" from EclipseCon it is now live at https://www.eclipsecon.org/na2016/content/recorded-sessions Direct link is http://www.infoq.com/presentations/docker-vagrant-kubernetes-eclipse which I unfortunately don't seem to be able to play - but I assume thats a temporary issue ;) /max http://about.me/maxandersen Forwarded message: > From: Sarah Pudwell > To: Max Rydahl Andersen > Subject: Your talk video has been published by InfoQ > Date: Wed, 6 Apr 2016 11:34:19 -0400 > > Hi Max, > > The video of your session was posted today by InfoQ! > You can see it here: > https://www.eclipsecon.org/na2016/content/recorded-sessions > > Sarah > -- > > *Sarah Pudwell* > Eclipse Foundation > 613-224-9461 x242 -------------- next part -------------- An HTML attachment was scrubbed... URL: From hferents at redhat.com Wed Apr 6 18:21:51 2016 From: hferents at redhat.com (Hardy Ferentschik) Date: Wed, 6 Apr 2016 20:21:51 +0200 Subject: [Devtools] [Container-tools] Prepackaged OpenShift template with CDK In-Reply-To: <5704F31A.3090900@redhat.com> References: <20160406104403.GB793@nineveh.local> <5704F31A.3090900@redhat.com> Message-ID: <20160406182151.GA4022@nineveh.local> Hi, > >Another thing is that we still have builders for Python, Ruby and Perl showing up. Maybe > >not such a bad thing, but it was not in the list we initially defined. The reason for this is > >that we import the RHEL 7 image stream un-modified. I think we really need to take control > >over this and hand-roll our own streams and templates. > > We had thought about whether to include the different image streams and > decided in-favor of them because we want to facilitate developers > create/run/experiment applications in the OpenShift with different runtime. Sure, in fact the Ruby, Perl and Python look good, the names reflect different versions of these languages. A user can decide which builder to use, depending on his preferred version of the language. But why add 'latest' here? > IMO It is fine to ship a limited set of working examples as part of CDK but > it is also very important that developers should be able to develop > applications on top of OpenShift shipped through CDK and for that to happen > we need the image streams for programming languages (e.g. Ruby, nodejs, > Python, PHP), Wildfly, mysql, mongodb etc to be available. I think I am more concerned about the XPaaS ones. The naming is not consistent. Why is the builder image called jboss-eap64-openshift and why can I see two version of it (1.1 and 1.2). As a user, which one do I choose? Note, these are builder images which is not made explicit in the name. If you are lucky you notice the different icon at the end. The the EAP app template is called 'eap64-mysql-persistent-s2i', also not a good name. And while on it, why no prefix 'jboss'? Do you see where I am coming from? I am not saying that this is not going to work, I am just saying we are not sending clear messages. We potentially confuse the user. For everything we do, we should not only think about: "Does it work?", we should also put our users glasses on and think:"How is a user who does not work day in day out with this stuff going to perceive this". I believe we have also an upstream issue here on how various parts of the organisation package and deliver image streams and templates. Until we have a way to improve upstream, I think our best option is to handroll these resources for the CDK. Providing a consistent set of builder images and templates with easy to understand names. Here is an opportunity for the CDK to shine and add some actual more value to the user, by sorting out the chaos around resources which exits atm. --Hardy > > > > >That said, I am not sure whether there is still time to do much about the imported resources. > >Maybe we just need to fly with what we have, even though imo it is a bit confusing to the users. > > > >At least the EAP issue should be investigated though. > > > >--Hardy > > > > > > > > > >----- End forwarded message ----- > > > > > >_______________________________________________ > >Devtools mailing list > >Devtools at redhat.com > >https://www.redhat.com/mailman/listinfo/devtools > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: not available URL: From ccoleman at redhat.com Wed Apr 6 18:33:22 2016 From: ccoleman at redhat.com (Clayton Coleman) Date: Wed, 6 Apr 2016 14:33:22 -0400 Subject: [Devtools] [Container-tools] Prepackaged OpenShift template with CDK In-Reply-To: <20160406182151.GA4022@nineveh.local> References: <20160406104403.GB793@nineveh.local> <5704F31A.3090900@redhat.com> <20160406182151.GA4022@nineveh.local> Message-ID: Please don't rename templates in CDK - we're going to have a big enough supportability problem without them diverging. Fixes to resources should be happening in OpenShift - identify issues, we'll escalate and resolve them. Having templates be different in multiple places is going to cause more problems, not less. On Wed, Apr 6, 2016 at 2:21 PM, Hardy Ferentschik wrote: > Hi, > >> >Another thing is that we still have builders for Python, Ruby and Perl showing up. Maybe >> >not such a bad thing, but it was not in the list we initially defined. The reason for this is >> >that we import the RHEL 7 image stream un-modified. I think we really need to take control >> >over this and hand-roll our own streams and templates. >> >> We had thought about whether to include the different image streams and >> decided in-favor of them because we want to facilitate developers >> create/run/experiment applications in the OpenShift with different runtime. > > Sure, in fact the Ruby, Perl and Python look good, the names reflect different versions of > these languages. A user can decide which builder to use, depending on his > preferred version of the language. But why add 'latest' here? > >> IMO It is fine to ship a limited set of working examples as part of CDK but >> it is also very important that developers should be able to develop >> applications on top of OpenShift shipped through CDK and for that to happen >> we need the image streams for programming languages (e.g. Ruby, nodejs, >> Python, PHP), Wildfly, mysql, mongodb etc to be available. > > I think I am more concerned about the XPaaS ones. The naming is not consistent. Why is the > builder image called jboss-eap64-openshift and why can I see two version of it (1.1 and 1.2). > As a user, which one do I choose? Note, these are builder images which is not made explicit > in the name. If you are lucky you notice the different icon at the end. > The the EAP app template is called 'eap64-mysql-persistent-s2i', also not a good name. > And while on it, why no prefix 'jboss'? > > Do you see where I am coming from? I am not saying that this is not going to work, I am > just saying we are not sending clear messages. We potentially confuse the user. > For everything we do, we should not only think about: "Does it work?", we should also > put our users glasses on and think:"How is a user who does not work day in day out > with this stuff going to perceive this". > > I believe we have also an upstream issue here on how various parts of the organisation > package and deliver image streams and templates. Until we have a way to improve > upstream, I think our best option is to handroll these resources for the CDK. > Providing a consistent set of builder images and templates with easy to understand names. > Here is an opportunity for the CDK to shine and add some actual more value to the user, by > sorting out the chaos around resources which exits atm. > > --Hardy > > >> >> > >> >That said, I am not sure whether there is still time to do much about the imported resources. >> >Maybe we just need to fly with what we have, even though imo it is a bit confusing to the users. >> > >> >At least the EAP issue should be investigated though. >> > >> >--Hardy >> > >> > >> > >> > >> >----- End forwarded message ----- >> > >> > >> >_______________________________________________ >> >Devtools mailing list >> >Devtools at redhat.com >> >https://www.redhat.com/mailman/listinfo/devtools >> > >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > From bsutter at redhat.com Thu Apr 7 22:11:32 2016 From: bsutter at redhat.com (Burr Sutter) Date: Thu, 7 Apr 2016 18:11:32 -0400 Subject: [Devtools] yum install docker on rhel Message-ID: At this moment, I am not using CDK, just vanilla docker on RHEL "yum install docker" and getting the following message docker run -it burrsutter/dotnetbase:april7 bash Usage of loopback devices is strongly discouraged for production use. Either use `--storage-opt dm.thinpooldev` or use `--storage-opt dm.no_warn_on_loop_devices=true` to suppress this warning. did I incorrectly install docker? -------------- next part -------------- An HTML attachment was scrubbed... URL: From langdon at redhat.com Thu Apr 7 22:36:52 2016 From: langdon at redhat.com (Langdon White) Date: Thu, 7 Apr 2016 18:36:52 -0400 (EDT) Subject: [Devtools] yum install docker on rhel Message-ID: <1ea252ef-6f06-490b-946b-e498195c2f96@redhat.com> No.. But.. This was a decision based on quick easy start for people using docker (and somewhat legacy of the first releases).? Basically, the default install is easy but slower and riskier than a more complicated storage setup.. This is, a bit, what I was alluding too in my remarks on the cdk about improving the experience with the docker-storage-setup tool which could guide you through making a better storage setup.? Cockpit is, I believe, working on a UI that would also make this easier.? So.. It is right.. But also wrong :/ Langdon? Platform Architect Modularity Objective Lead From: Burr Sutter Sent: Apr 7, 2016 18:11 To: devtools at redhat.com Subject: [Devtools] yum install docker on rhel At this moment, I am not using CDK, just vanilla docker on RHEL "yum install docker" and getting the following message ?docker run -it burrsutter/dotnetbase:april7 bash Usage of loopback devices is strongly discouraged for production use. Either use `--storage-opt dm.thinpooldev` or use `--storage-opt dm.no_warn_on_loop_devices=true` to suppress this warning. did I incorrectly install docker? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Thu Apr 7 22:48:25 2016 From: bsutter at redhat.com (Burr Sutter) Date: Thu, 7 Apr 2016 18:48:25 -0400 Subject: [Devtools] Another docker error Message-ID: Trying to "RUN yum install -y libicu" Step 3 : RUN yum install -y libicu ---> Running in 4a341c8fd5f9 Loaded plugins: ovl, product-id, search-disabled-repos, subscription-manager https://cdn.redhat.com/content/eus/rhel/server/7/7Server/x86_64/os/repodata/repomd.xml: [Errno 14] curl#6 - "Could not resolve host: cdn.redhat.com; Unknown error" Trying other mirror. One of the configured repositories failed (Red Hat Enterprise Linux 7 Server - Extended Update Support (RPMs)), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: -------------- next part -------------- An HTML attachment was scrubbed... URL: From langdon at redhat.com Thu Apr 7 22:59:00 2016 From: langdon at redhat.com (Langdon White) Date: Thu, 7 Apr 2016 18:59:00 -0400 Subject: [Devtools] Another docker error In-Reply-To: References: Message-ID: <5706E634.4070603@redhat.com> so.. this one is likely, but I may not, quite, recall correctly... make sure the machine you are on is subscribed, that could be the first issue. Next, I think you have to have all the channels/repos that you need subscribed. so, it seems, that you have eus (extended update support) sub'd but don't really want it (and you probably don't, I don't know why this channel is sub'd for dev-subs and have asked that it be "fixed"). So, I might check what channels you have subscribed, then only have the ones you actually want. subscription-manager repos -- --list list all known repositories for this system --list-enabled list known, enabled repositories for this system --list-disabled list known, disabled repositories for this system --enable=REPOID repository to enable (can be specified more than once). Wildcards (* and ?) are supported. --disable=REPOID repository to disable (can be specified more than once). Wildcards (* and ?) are supported. langdon On 04/07/2016 06:48 PM, Burr Sutter wrote: > Trying to "RUN yum install -y libicu" > > Step 3 : RUN yum install -y libicu > ? ---> Running in 4a341c8fd5f9 > Loaded plugins: ovl, product-id, search-disabled-repos, > subscription-manager > https://cdn.redhat.com/content/eus/rhel/server/7/7Server/x86_64/os/repodata/repomd.xml: > [Errno 14] curl#6 - "Could not resolve host: cdn.redhat.com > ; Unknown error" > Trying other mirror. > > > ? One of the configured repositories failed (Red Hat Enterprise Linux > 7 Server - Extended Update Support (RPMs)), > ? and yum doesn't have enough cached data to continue. At this point > the only > ? safe thing yum can do is fail. There are a few ways to work "fix" this: > > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools From bsutter at redhat.com Thu Apr 7 23:04:06 2016 From: bsutter at redhat.com (Burr Sutter) Date: Thu, 7 Apr 2016 19:04:06 -0400 Subject: [Devtools] Another docker error In-Reply-To: <5706E634.4070603@redhat.com> References: <5706E634.4070603@redhat.com> Message-ID: On Thu, Apr 7, 2016 at 6:59 PM, Langdon White wrote: > so.. this one is likely, but I may not, quite, recall correctly... > > make sure the machine you are on is subscribed, that could be the first > issue. Next, I think you have to have all the channels/repos that you need > subscribed. > > so, it seems, that you have eus (extended update support) sub'd but don't > really want it (and you probably don't, I don't know why this channel is > sub'd for dev-subs and have asked that it be "fixed"). So, I might check > what channels you have subscribed, then only have the ones you actually > want. > It looks like I have an Extended Update Support http://screencast.com/t/D0c0WqmbfA4 > > subscription-manager repos -- > --list list all known repositories for this system > --list-enabled list known, enabled repositories for this system > --list-disabled list known, disabled repositories for this system > --enable=REPOID repository to enable (can be specified more than > once). Wildcards (* and ?) are supported. > --disable=REPOID repository to disable (can be specified more than > once). Wildcards (* and ?) are supported. > > langdon > > On 04/07/2016 06:48 PM, Burr Sutter wrote: > >> Trying to "RUN yum install -y libicu" >> >> Step 3 : RUN yum install -y libicu >> ? ---> Running in 4a341c8fd5f9 >> Loaded plugins: ovl, product-id, search-disabled-repos, >> subscription-manager >> >> https://cdn.redhat.com/content/eus/rhel/server/7/7Server/x86_64/os/repodata/repomd.xml: >> [Errno 14] curl#6 - "Could not resolve host: cdn.redhat.com < >> http://cdn.redhat.com>; Unknown error" >> Trying other mirror. >> >> >> ? One of the configured repositories failed (Red Hat Enterprise Linux 7 >> Server - Extended Update Support (RPMs)), >> ? and yum doesn't have enough cached data to continue. At this point the >> only >> ? safe thing yum can do is fail. There are a few ways to work "fix" this: >> >> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From langdon at redhat.com Thu Apr 7 23:07:01 2016 From: langdon at redhat.com (Langdon White) Date: Thu, 7 Apr 2016 19:07:01 -0400 Subject: [Devtools] Another docker error In-Reply-To: References: <5706E634.4070603@redhat.com> Message-ID: <5706E815.8060702@redhat.com> On 04/07/2016 07:04 PM, Burr Sutter wrote: > > > On Thu, Apr 7, 2016 at 6:59 PM, Langdon White > wrote: > > so.. this one is likely, but I may not, quite, recall correctly... > > make sure the machine you are on is subscribed, that could be the > first issue. Next, I think you have to have all the channels/repos > that you need subscribed. > > so, it seems, that you have eus (extended update support) sub'd > but don't really want it (and you probably don't, I don't know why > this channel is sub'd for dev-subs and have asked that it be > "fixed"). So, I might check what channels you have subscribed, > then only have the ones you actually want. > > > It looks like I have an Extended Update Support > http://screencast.com/t/D0c0WqmbfA4 > > right.. you are entitled to it, which is ok, but you are also subscribed to it, which you don't want. You want the normal channels. I don't recall how to use the gui tool at all.. the below is the commands for the command line tool. langdon > > subscription-manager repos -- > --list list all known repositories for this system > --list-enabled list known, enabled repositories for this > system > --list-disabled list known, disabled repositories for this > system > --enable=REPOID repository to enable (can be specified > more than > once). Wildcards (* and ?) are supported. > --disable=REPOID repository to disable (can be specified > more than > once). Wildcards (* and ?) are supported. > > langdon > > On 04/07/2016 06:48 PM, Burr Sutter wrote: > > Trying to "RUN yum install -y libicu" > > Step 3 : RUN yum install -y libicu > ? ---> Running in 4a341c8fd5f9 > Loaded plugins: ovl, product-id, search-disabled-repos, > subscription-manager > https://cdn.redhat.com/content/eus/rhel/server/7/7Server/x86_64/os/repodata/repomd.xml: > [Errno 14] curl#6 - "Could not resolve host: cdn.redhat.com > ; Unknown error" > Trying other mirror. > > > ? One of the configured repositories failed (Red Hat > Enterprise Linux 7 Server - Extended Update Support (RPMs)), > ? and yum doesn't have enough cached data to continue. At this > point the only > ? safe thing yum can do is fail. There are a few ways to work > "fix" this: > > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > > From bsutter at redhat.com Thu Apr 7 23:17:46 2016 From: bsutter at redhat.com (Burr Sutter) Date: Thu, 7 Apr 2016 19:17:46 -0400 Subject: [Devtools] Another docker error In-Reply-To: <5706E815.8060702@redhat.com> References: <5706E634.4070603@redhat.com> <5706E815.8060702@redhat.com> Message-ID: On Thu, Apr 7, 2016 at 7:07 PM, Langdon White wrote: > > > On 04/07/2016 07:04 PM, Burr Sutter wrote: > >> >> >> On Thu, Apr 7, 2016 at 6:59 PM, Langdon White > > wrote: >> >> so.. this one is likely, but I may not, quite, recall correctly... >> >> make sure the machine you are on is subscribed, that could be the >> first issue. Next, I think you have to have all the channels/repos >> that you need subscribed. >> >> so, it seems, that you have eus (extended update support) sub'd >> but don't really want it (and you probably don't, I don't know why >> this channel is sub'd for dev-subs and have asked that it be >> "fixed"). So, I might check what channels you have subscribed, >> then only have the ones you actually want. >> >> >> It looks like I have an Extended Update Support >> http://screencast.com/t/D0c0WqmbfA4 >> >> >> > right.. you are entitled to it, which is ok, but you are also subscribed > to it, which you don't want. You want the normal channels. I don't recall > how to use the gui tool at all.. the below is the commands for the command > line tool. > subscription-manager repos --disable=rhel-7-server-eus-rpms does say it is disabled but the error remains the same... Let me try another unregister/register the system... > > langdon > > >> subscription-manager repos -- >> --list list all known repositories for this system >> --list-enabled list known, enabled repositories for this >> system >> --list-disabled list known, disabled repositories for this >> system >> --enable=REPOID repository to enable (can be specified >> more than >> once). Wildcards (* and ?) are supported. >> --disable=REPOID repository to disable (can be specified >> more than >> once). Wildcards (* and ?) are supported. >> >> langdon >> >> On 04/07/2016 06:48 PM, Burr Sutter wrote: >> >> Trying to "RUN yum install -y libicu" >> >> Step 3 : RUN yum install -y libicu >> ? ---> Running in 4a341c8fd5f9 >> Loaded plugins: ovl, product-id, search-disabled-repos, >> subscription-manager >> >> https://cdn.redhat.com/content/eus/rhel/server/7/7Server/x86_64/os/repodata/repomd.xml >> : >> [Errno 14] curl#6 - "Could not resolve host: cdn.redhat.com >> ; Unknown error" >> Trying other mirror. >> >> >> ? One of the configured repositories failed (Red Hat >> Enterprise Linux 7 Server - Extended Update Support (RPMs)), >> ? and yum doesn't have enough cached data to continue. At this >> point the only >> ? safe thing yum can do is fail. There are a few ways to work >> "fix" this: >> >> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Fri Apr 8 00:30:19 2016 From: bsutter at redhat.com (Burr Sutter) Date: Thu, 7 Apr 2016 20:30:19 -0400 Subject: [Devtools] Downloadable oc client... Message-ID: How is the oc client download coming along with the CDK? Our Dev Subs don't allow access via the Customer Portal. http://screencast.com/t/6RPVVfRB9 -------------- next part -------------- An HTML attachment was scrubbed... URL: From prkumar at redhat.com Fri Apr 8 07:25:02 2016 From: prkumar at redhat.com (Praveen Kumar) Date: Fri, 8 Apr 2016 03:25:02 -0400 (EDT) Subject: [Devtools] Downloadable oc client... In-Reply-To: References: Message-ID: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> ----- Original Message ----- | From: "Burr Sutter" | To: devtools at redhat.com | Sent: Friday, April 8, 2016 6:00:19 AM | Subject: [Devtools] Downloadable oc client... | | How is the oc client download coming along with the CDK? 'oc' is available in guest. But if we want user to use it on host (planned way) then I think we have to map oc client (for all platform) download to developer.redhat.com. Because if we can include that content in zip then we can also map it to landing site (developer.redhat.com). Do we have any concern about making it available here? | | Our Dev Subs don't allow access via the Customer Portal. | | http://screencast.com/t/6RPVVfRB9 | | _______________________________________________ | Devtools mailing list | Devtools at redhat.com | https://www.redhat.com/mailman/listinfo/devtools | -- Praveen Kumar https://fedoraproject.org/wiki/User:Kumarpraveen From hferents at redhat.com Fri Apr 8 08:05:20 2016 From: hferents at redhat.com (Hardy Ferentschik) Date: Fri, 8 Apr 2016 10:05:20 +0200 Subject: [Devtools] Downloadable oc client... In-Reply-To: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> References: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> Message-ID: <20160408080520.GA16280@nineveh.local> Hi, > | How is the oc client download coming along with the CDK? > > 'oc' is available in guest. But if we want user to use it on host (planned way) then I think we have to map oc client (for all platform) download to developer.redhat.com. Because if we can include that content in zip then we can also map it to landing site (developer.redhat.com). Do we have any concern about making it available here? I still think the approach via vagrant-service-manager is the way to go - https://github.com/projectatomic/vagrant-service-manager/issues/90 --Hardy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: not available URL: From lmohanty at redhat.com Fri Apr 8 08:19:42 2016 From: lmohanty at redhat.com (Lalatendu Mohanty) Date: Fri, 8 Apr 2016 13:49:42 +0530 Subject: [Devtools] Fwd: [Container-tools] Atomic Developer Bundle 1.8.0 released In-Reply-To: <5706A0C4.7040108@redhat.com> References: <5706A0C4.7040108@redhat.com> Message-ID: <5707699E.8040402@redhat.com> -------- Forwarded Message -------- Subject: [Container-tools] Atomic Developer Bundle 1.8.0 released Date: Thu, 7 Apr 2016 23:32:44 +0530 From: Lalatendu Mohanty To: container-tools We have released the Atomic Developer Bundle 1.8.0 through CentOS Atomic SIG. The ADB release also includes release of following ecosystem projects: * vagrant-service-manager 1.0.0 : A Vagrant plugin designed to provide an interface between ADB and the user's development environment and for easier access to the features and services provided by the ADB. * adb-utils 1.4 : A set of utility scripts and configuration files for ADB. ADB 1.8.0 release release adds new feature and several bugfixes, including: - Added fuse-sshfs to the ADB box. This adds the support for vagrant-sshfs to ADB [5]. - Enhancement to ansible playbook for Mesos Vagrantfile. adb-utils 1.4 release includes several bugfixes, including - Create OpenShift sample-project as vagrant user without $KUBECONFIG set. - Fixes to OpenShift image stream. - Changes to use new OpenShift Origin docker images i.e. tag 1.1.3. vagrant-service-manager 1.0.0 release adds several new features, including: - New sub-command `restart` for restarting services in the box - Shows correct command for exporting env variables in cygwin environment - New IP detection routine fixing IP detection for libvirt provider - Simplified help text and help option per sub-command - Plugin is backward compatible with docker 1.8.2 - Fixed defaults for configuring OpenShift service in CDK box Known issues: * Running AtomicApp in ADB fails. Refer: https://github.com/projectatomic/adb-atomic-developer-bundle/issues/329 * Following workaround can be used till the above issue is fixed. $ sudo -E atomic run projectatomic/helloapache This release also includes many smaller changes and bugfixes, which are detailed in the release changelog from adb-utils [1], vagrant-service-manager [2] and ADB [3] Please update the ADB Vagrant box [4] and the vagrant-service-manager to 1.0.0 ($ vagrant plugin update vagrant-service-manager) and give the new ADB a spin. [1] https://github.com/projectatomic/adb-utils/releases/tag/v1.4 [2] https://github.com/projectatomic/vagrant-service-manager/releases/tag/v1.0.0 [3] https://github.com/projectatomic/adb-atomic-developer-bundle/releases/tag/v1.8.0 [4] https://github.com/projectatomic/adb-atomic-developer-bundle/blob/master/docs/updating.rst [5] https://github.com/projectatomic/adb-atomic-developer-bundle/blob/master/docs/using.rst#vagrant-bi-directional-folder-sync _______________________________________________ Container-tools mailing list Container-tools at redhat.com https://www.redhat.com/mailman/listinfo/container-tools -------------- next part -------------- An HTML attachment was scrubbed... URL: From manderse at redhat.com Fri Apr 8 08:20:54 2016 From: manderse at redhat.com (Max Rydahl Andersen) Date: Fri, 08 Apr 2016 10:20:54 +0200 Subject: [Devtools] Downloadable oc client... In-Reply-To: <20160408080520.GA16280@nineveh.local> References: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> <20160408080520.GA16280@nineveh.local> Message-ID: <37DC1E65-2D63-4D1A-A860-CFF063951B8A@redhat.com> just a FYI, in the current Windows installer set to out on 19th we download the binary for you from github. Likewise the link inside the tools points to github oc release page (https://github.com/openshift/origin/releases) /max > Hi, > >> | How is the oc client download coming along with the CDK? >> >> 'oc' is available in guest. But if we want user to use it on host >> (planned way) then I think we have to map oc client (for all >> platform) download to developer.redhat.com. Because if we can include >> that content in zip then we can also map it to landing site >> (developer.redhat.com). Do we have any concern about making it >> available here? > > I still think the approach via vagrant-service-manager is the way to > go - > https://github.com/projectatomic/vagrant-service-manager/issues/90 > > --Hardy > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools /max http://about.me/maxandersen From prkumar at redhat.com Fri Apr 8 08:32:23 2016 From: prkumar at redhat.com (Praveen Kumar) Date: Fri, 8 Apr 2016 04:32:23 -0400 (EDT) Subject: [Devtools] Downloadable oc client... In-Reply-To: <20160408080520.GA16280@nineveh.local> References: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> <20160408080520.GA16280@nineveh.local> Message-ID: <1314257840.39746512.1460104343165.JavaMail.zimbra@redhat.com> ----- Original Message ----- | From: "Hardy Ferentschik" | To: "Praveen Kumar" | Cc: "Burr Sutter" , devtools at redhat.com | Sent: Friday, April 8, 2016 1:35:20 PM | Subject: Re: [Devtools] Downloadable oc client... | | Hi, | | > | How is the oc client download coming along with the CDK? | > | > 'oc' is available in guest. But if we want user to use it on host (planned | > way) then I think we have to map oc client (for all platform) download to | > developer.redhat.com. Because if we can include that content in zip then | > we can also map it to landing site (developer.redhat.com). Do we have any | > concern about making it available here? | | I still think the approach via vagrant-service-manager is the way to go - | https://github.com/projectatomic/vagrant-service-manager/issues/90 Yes that is a good way to handle it but service-manager also need a location to download 'oc-client' for OSE-3.1 -- Praveen Kumar https://fedoraproject.org/wiki/User:Kumarpraveen From prkumar at redhat.com Fri Apr 8 08:34:13 2016 From: prkumar at redhat.com (Praveen Kumar) Date: Fri, 8 Apr 2016 04:34:13 -0400 (EDT) Subject: [Devtools] Downloadable oc client... In-Reply-To: <37DC1E65-2D63-4D1A-A860-CFF063951B8A@redhat.com> References: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> <20160408080520.GA16280@nineveh.local> <37DC1E65-2D63-4D1A-A860-CFF063951B8A@redhat.com> Message-ID: <318734639.39746995.1460104453611.JavaMail.zimbra@redhat.com> ----- Original Message ----- | From: "Max Rydahl Andersen" | To: "Hardy Ferentschik" | Cc: "Praveen Kumar" , devtools at redhat.com | Sent: Friday, April 8, 2016 1:50:54 PM | Subject: Re: [Devtools] Downloadable oc client... | | just a FYI, in the current Windows installer set to out on 19th we | download the binary for you from github. | | Likewise the link inside the tools points to github oc release page | (https://github.com/openshift/origin/releases) Max, Does same client support OSE-3.1 (I hope it does because that's what downstream is)? Also you always point to latest release or a specific release of origin to download it. | | /max | | > Hi, | > | >> | How is the oc client download coming along with the CDK? | >> | >> 'oc' is available in guest. But if we want user to use it on host | >> (planned way) then I think we have to map oc client (for all | >> platform) download to developer.redhat.com. Because if we can include | >> that content in zip then we can also map it to landing site | >> (developer.redhat.com). Do we have any concern about making it | >> available here? | > | > I still think the approach via vagrant-service-manager is the way to | > go - | > https://github.com/projectatomic/vagrant-service-manager/issues/90 | > | > --Hardy | > | > _______________________________________________ | > Devtools mailing list | > Devtools at redhat.com | > https://www.redhat.com/mailman/listinfo/devtools | | | /max | http://about.me/maxandersen | -- Praveen Kumar https://fedoraproject.org/wiki/User:Kumarpraveen From lmohanty at redhat.com Fri Apr 8 08:59:46 2016 From: lmohanty at redhat.com (Lalatendu Mohanty) Date: Fri, 8 Apr 2016 14:29:46 +0530 Subject: [Devtools] Downloadable oc client... In-Reply-To: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> References: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> Message-ID: <57077302.60104@redhat.com> On 04/08/2016 12:55 PM, Praveen Kumar wrote: > > ----- Original Message ----- > | From: "Burr Sutter" > | To: devtools at redhat.com > | Sent: Friday, April 8, 2016 6:00:19 AM > | Subject: [Devtools] Downloadable oc client... > | > | How is the oc client download coming along with the CDK? > > 'oc' is available in guest. But if we want user to use it on host (planned way) then I think we have to map oc client (for all platform) download to developer.redhat.com. Because if we can include that content in zip then we can also map it to landing site (developer.redhat.com). Do we have any concern about making it available here? +1 to making oc binaries available in developer.redhat.com download area. Then I think it would be easy for the installer to pick it and install it in the host. > | > | Our Dev Subs don't allow access via the Customer Portal. > | > | http://screencast.com/t/6RPVVfRB9 > | > | _______________________________________________ > | Devtools mailing list > | Devtools at redhat.com > | https://www.redhat.com/mailman/listinfo/devtools > | > From lmohanty at redhat.com Fri Apr 8 09:02:45 2016 From: lmohanty at redhat.com (Lalatendu Mohanty) Date: Fri, 8 Apr 2016 14:32:45 +0530 Subject: [Devtools] Downloadable oc client... In-Reply-To: <20160408080520.GA16280@nineveh.local> References: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> <20160408080520.GA16280@nineveh.local> Message-ID: <570773B5.8070600@redhat.com> On 04/08/2016 01:35 PM, Hardy Ferentschik wrote: > Hi, > >> | How is the oc client download coming along with the CDK? >> >> 'oc' is available in guest. But if we want user to use it on host (planned way) then I think we have to map oc client (for all platform) download to developer.redhat.com. Because if we can include that content in zip then we can also map it to landing site (developer.redhat.com). Do we have any concern about making it available here? > I still think the approach via vagrant-service-manager is the way to go - https://github.com/projectatomic/vagrant-service-manager/issues/90 > It is makes sense if the oc clients for CDK is available for download publicly. Then service-manager can download origin oc binaries for ADB and Red Hat supported binaries for CDK. > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools -------------- next part -------------- An HTML attachment was scrubbed... URL: From alkazako at redhat.com Fri Apr 8 13:26:35 2016 From: alkazako at redhat.com (Alexey Kazakov) Date: Fri, 8 Apr 2016 09:26:35 -0400 Subject: [Devtools] Downloadable oc client... In-Reply-To: <318734639.39746995.1460104453611.JavaMail.zimbra@redhat.com> References: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> <20160408080520.GA16280@nineveh.local> <37DC1E65-2D63-4D1A-A860-CFF063951B8A@redhat.com> <318734639.39746995.1460104453611.JavaMail.zimbra@redhat.com> Message-ID: <5707B18B.3070606@redhat.com> On 04/08/2016 04:34 AM, Praveen Kumar wrote: > > ----- Original Message ----- > | From: "Max Rydahl Andersen" > | To: "Hardy Ferentschik" > | Cc: "Praveen Kumar" , devtools at redhat.com > | Sent: Friday, April 8, 2016 1:50:54 PM > | Subject: Re: [Devtools] Downloadable oc client... > | > | just a FYI, in the current Windows installer set to out on 19th we > | download the binary for you from github. > | > | Likewise the link inside the tools points to github oc release page > | (https://github.com/openshift/origin/releases) > > Max, > > Does same client support OSE-3.1 (I hope it does because that's what downstream is)? Also you always point to latest release or a specific release of origin to download it. Currently we bundle v1.1.4 but considering updating it - https://issues.jboss.org/browse/JBDS-3639 Thanks. > > | > | /max > | > | > Hi, > | > > | >> | How is the oc client download coming along with the CDK? > | >> > | >> 'oc' is available in guest. But if we want user to use it on host > | >> (planned way) then I think we have to map oc client (for all > | >> platform) download to developer.redhat.com. Because if we can include > | >> that content in zip then we can also map it to landing site > | >> (developer.redhat.com). Do we have any concern about making it > | >> available here? > | > > | > I still think the approach via vagrant-service-manager is the way to > | > go - > | > https://github.com/projectatomic/vagrant-service-manager/issues/90 > | > > | > --Hardy > | > > | > _______________________________________________ > | > Devtools mailing list > | > Devtools at redhat.com > | > https://www.redhat.com/mailman/listinfo/devtools > | > | > | /max > | http://about.me/maxandersen > | > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hferents at redhat.com Fri Apr 8 13:29:12 2016 From: hferents at redhat.com (Hardy Ferentschik) Date: Fri, 8 Apr 2016 15:29:12 +0200 Subject: [Devtools] Downloadable oc client... In-Reply-To: <570773B5.8070600@redhat.com> References: <652034522.39733885.1460100302669.JavaMail.zimbra@redhat.com> <20160408080520.GA16280@nineveh.local> <570773B5.8070600@redhat.com> Message-ID: <20160408132912.GA26605@nineveh.local> Hi, > It is makes sense if the oc clients for CDK is available for download > publicly. Then service-manager can download origin oc binaries for ADB and > Red Hat supported binaries for CDK. +1 --Hardy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: not available URL: From hferents at redhat.com Fri Apr 8 16:54:36 2016 From: hferents at redhat.com (Hardy Ferentschik) Date: Fri, 8 Apr 2016 18:54:36 +0200 Subject: [Devtools] [Container-tools] Prepackaged OpenShift template with CDK In-Reply-To: References: <20160406104403.GB793@nineveh.local> <5704F31A.3090900@redhat.com> <20160406182151.GA4022@nineveh.local> Message-ID: <20160408165436.GB28662@nineveh.local> Hi, On Wed, 06-Apr-2016 14:33, Clayton Coleman wrote: > Please don't rename templates in CDK - we're going to have a big > enough supportability problem without them diverging So what do you suggest? What are the plans to get some order into the chaos? > Fixes to resources should be happening in OpenShift - identify issues, we'll > escalate and resolve the The templates we are "consuming" are not coming only from OpenShift. For example we use content from the following repositories example openshift/origin, jboss-openshift, openshift-nodejs-ex. >Having templates be different in multiple > places is going to cause more problems, not less. Sure, but how to deal with this? For example, the jboss image stream contains a lot of things which we don't want to expose atm. So we need to split up the json, right? Also this particular template contains entries for the various tagged versions of a builder image, for example EAP. This might be useful in some in some cases, but in most cases the user won't know what the difference is and when to use it. Also the names themselves are not really friendly on the eye when viewed at in the console. So if hand-rolling is not the way to go, I would love to hear how else we can improve the current situation. Yes, it is more maintenance, but it could also be a distinguishing feature to other OpenShift out-of-the-box setups which would be less "cleaned up". --Hardy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: not available URL: From ccoleman at redhat.com Fri Apr 8 17:04:44 2016 From: ccoleman at redhat.com (Clayton Coleman) Date: Fri, 8 Apr 2016 13:04:44 -0400 Subject: [Devtools] [Container-tools] Prepackaged OpenShift template with CDK In-Reply-To: <20160408165436.GB28662@nineveh.local> References: <20160406104403.GB793@nineveh.local> <5704F31A.3090900@redhat.com> <20160406182151.GA4022@nineveh.local> <20160408165436.GB28662@nineveh.local> Message-ID: On Fri, Apr 8, 2016 at 12:54 PM, Hardy Ferentschik wrote: > Hi, > > On Wed, 06-Apr-2016 14:33, Clayton Coleman wrote: >> Please don't rename templates in CDK - we're going to have a big >> enough supportability problem without them diverging > > So what do you suggest? What are the plans to get some order into the chaos? > >> Fixes to resources should be happening in OpenShift - identify issues, we'll >> escalate and resolve the > > The templates we are "consuming" are not coming only from OpenShift. For example we > use content from the following repositories example openshift/origin, jboss-openshift, > openshift-nodejs-ex. Those should be coming from Origin - the fact that they are not is a bug and is something the team is internally already agreed to resolve. > >>Having templates be different in multiple >> places is going to cause more problems, not less. > > Sure, but how to deal with this? For example, the jboss image stream contains a lot of > things which we don't want to expose atm. So we need to split up the json, right? > Also this particular template contains entries for the various tagged versions of a builder image, > for example EAP. This might be useful in some in some cases, but in most cases the user > won't know what the difference is and when to use it. Also the names themselves are not really > friendly on the eye when viewed at in the console. That's already been fixed in 3.2 - names should be updated. > > So if hand-rolling is not the way to go, I would love to hear how else we can improve > the current situation. Yes, it is more maintenance, but it could also be a distinguishing feature > to other OpenShift out-of-the-box setups which would be less "cleaned up". You guys need to yell at us to fix it. Which you've done :) This is our problem and our responsibility. Ben and I have started some of this, but we need to do a bit more. From dkutalek at redhat.com Tue Apr 12 06:23:23 2016 From: dkutalek at redhat.com (David Kutalek) Date: Tue, 12 Apr 2016 02:23:23 -0400 (EDT) Subject: [Devtools] [devtools] Testing vagrant service-manager plugin for Windows using Windows VM In-Reply-To: References: <737239564.4086415.1459829628307.JavaMail.zimbra@redhat.com> <179605015.4120486.1459831286453.JavaMail.zimbra@redhat.com> <387813858.18799622.1459848151361.JavaMail.zimbra@redhat.com> <64E9BCDB-2C3D-41CD-8B5C-0C38854ABD2C@redhat.com> Message-ID: <1534998128.360632.1460442203293.JavaMail.zimbra@redhat.com> Hi, ----- Original Message ----- > On Tue, Apr 5, 2016 at 5:55 AM, Max Rydahl Andersen > wrote: > > > On 5 Apr 2016, at 11:22, David Kutalek wrote: > > > > In my experience you can use also nested KVM like: > >> linux running windows running linux (adb). > >> No need for VMWare here. > >> > > > > > I was unable to get KVM to work when I wrote out those notes. But that has > more to do with my lack of knowledge/experience with KVM, I think. It is > good to know that it will work too. I have a small write-up how to make it work. What would be the best place for our community to publish it? > > But does that actually fix the performance issue ? > > > > afaik any of the nested virtualizations tests we seen have > > shown that it just don't work beyond the basic testing. > > > > Things are 10-20x slower making it ineffective for testing > > full workflows. > > > > > I would agree with Max. It is hard enough to run a Vagrant VM inside a Vbox > VM on Windows. Let alone adding another VM layer. I gave up and just > started using an old layout I had laying around. It's spec matches the > target audience better anyway. Definitely not 10x slower. On my 4 years old notebook with RHEL 7.2 as L0 I got Win10 as L1 booted in 10s, then CDK booted in similar time as on bare metal. (I would say max. something like 1.5x slower). Working with GUI in L1 Win10 is locally also quite ok. Of course with trans-ocean latency its something different. David -- David Kutalek, Senior Quality Engineer, Red Hat, Inc. CDK QE / BaseOS QE Apps From cdrage at redhat.com Wed Apr 13 16:58:42 2016 From: cdrage at redhat.com (Charlie Drage) Date: Wed, 13 Apr 2016 12:58:42 -0400 Subject: [Devtools] Future Nulecule spec! Need collaborators / spec writers to help on this :) Message-ID: <20160413165842.GA1@7a568762026d> I would like us to collaborate and come up with a new spec version which is cleaner and easier to interpret. Decreasing the high-learning curve of our current spec and making collaboration and creation of a Nuleculized application *a lot* more straight-forward. I've come up with a raw example of what it would ideally look like. Below is a link to a pull-request that contains an example of an application using a new specification of Nulecule. https://github.com/projectatomic/nulecule/pull/205 I've created it as a pull-request so people can easily comment on each-line of the specification as well as have a high-level discussion on the PR itself publically on GitHub. Not only that, but I've also included the concept of "manual" and "automatic" building of orchestrated containers via the Nulecule spec. Which some of you might find interesting. This is open to not only core-contributors but community contributors as well. If you've always wanted to have a say on the Nulecule spec and have an opinion on what it should look like, please feel free to contribute! -- Charlie Drage Red Hat - OSAS Team / Project Atomic 4096R / 0x9B3B446C http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C From surajd at redhat.com Wed Apr 13 17:51:43 2016 From: surajd at redhat.com (Suraj Deshmukh) Date: Wed, 13 Apr 2016 23:21:43 +0530 Subject: [Devtools] Future Nulecule spec! Need collaborators / spec writers to help on this :) In-Reply-To: <20160413165842.GA1@7a568762026d> References: <20160413165842.GA1@7a568762026d> Message-ID: Hi, On Wed, Apr 13, 2016 at 10:28 PM, Charlie Drage wrote: > I would like us to collaborate and come up with a new spec version > which is cleaner and easier to interpret. > > Decreasing the high-learning curve of our current spec and making > collaboration and creation of a Nuleculized application *a lot* more straight-forward. > > I've come up with a raw example of what it would ideally look like. > > Below is a link to a pull-request that contains an example of an > application using a new specification of Nulecule. > > https://github.com/projectatomic/nulecule/pull/205 > > I've created it as a pull-request so people can easily comment on > each-line of the specification as well as have a high-level discussion > on the PR itself publically on GitHub. > > Not only that, but I've also included the concept of "manual" and > "automatic" building of orchestrated containers via the Nulecule spec. > Which some of you might find interesting. > > This is open to not only core-contributors but community contributors as > well. If you've always wanted to have a say on the Nulecule spec and > have an opinion on what it should look like, please feel free to > contribute! Nice work Charlie to start this up, +1. > > -- > > Charlie Drage > Red Hat - OSAS Team / Project Atomic > 4096R / 0x9B3B446C > http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools -- - Suraj Deshmukh (surajd) https://deshmukhsuraj.wordpress.com https://twitter.com/surajd_ From cdrage at redhat.com Thu Apr 14 18:10:52 2016 From: cdrage at redhat.com (Charlie Drage) Date: Thu, 14 Apr 2016 14:10:52 -0400 Subject: [Devtools] Future Nulecule spec! Need collaborators / spec writers to help on this :) In-Reply-To: References: <20160413165842.GA1@7a568762026d> Message-ID: <20160414181052.GA1@840f3ca39fc9> Hi all! I've updated the PR to include a *revision two* from all the comments I've gotten already. Thank you for voicing your opinion on it! This includes a significant change of removing the `/artifacts` folder in favour of having a single Nulecule file for all our provisioning needs. This would make Nulecule *very* portable in the sense that if provider information as well as the artifacts are embedded in a singular Nulecule file, then the developer / user would only need to transfer that file rather than a folder or tarball of a multitude of information (usually very very small yaml/json files). https://github.com/projectatomic/nulecule/pull/205 If you check our the PR you'll see what I mean! A complicated example such as Etherpad pad is not only simpler to understand with the artifacts in the Nulecule file, but also allows you to setup and use global and variable params without the need of bouncing back-and-forth between two files to understand what it does. This means that a developer/user would only need to use the Nulecule file for deployment, pop that in your favourite implementation (atomicapp at github.com/projectatomic/atomicapp, atomicapp-go at github.com/cdrage/atomicapp-go) and away you go. Many thanks, On 04/13, Suraj Deshmukh wrote: > Hi, > > On Wed, Apr 13, 2016 at 10:28 PM, Charlie Drage wrote: > > I would like us to collaborate and come up with a new spec version > > which is cleaner and easier to interpret. > > > > Decreasing the high-learning curve of our current spec and making > > collaboration and creation of a Nuleculized application *a lot* more straight-forward. > > > > I've come up with a raw example of what it would ideally look like. > > > > Below is a link to a pull-request that contains an example of an > > application using a new specification of Nulecule. > > > > https://github.com/projectatomic/nulecule/pull/205 > > > > I've created it as a pull-request so people can easily comment on > > each-line of the specification as well as have a high-level discussion > > on the PR itself publically on GitHub. > > > > Not only that, but I've also included the concept of "manual" and > > "automatic" building of orchestrated containers via the Nulecule spec. > > Which some of you might find interesting. > > > > This is open to not only core-contributors but community contributors as > > well. If you've always wanted to have a say on the Nulecule spec and > > have an opinion on what it should look like, please feel free to > > contribute! > > Nice work Charlie to start this up, +1. > > > > > > -- > > > > Charlie Drage > > Red Hat - OSAS Team / Project Atomic > > 4096R / 0x9B3B446C > > http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C > > > > _______________________________________________ > > Devtools mailing list > > Devtools at redhat.com > > https://www.redhat.com/mailman/listinfo/devtools > > > > -- > - Suraj Deshmukh (surajd) > > https://deshmukhsuraj.wordpress.com > https://twitter.com/surajd_ -- Charlie Drage Red Hat - OSAS Team / Project Atomic 4096R / 0x9B3B446C http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C From surajd at redhat.com Sun Apr 17 06:49:45 2016 From: surajd at redhat.com (Suraj Deshmukh) Date: Sun, 17 Apr 2016 12:19:45 +0530 Subject: [Devtools] KubeCon Kubernetes Docs talk Message-ID: Hi, This Kubernetes docs talk [1] can help, for someone new to documentation with tools to use, diagram making, workflow, etc. Here in talk speaker explains making diagrams using google Drawing [2]. [1] Kubernetes Documentation - Contributing, fixing issues, collecting bounties by John Mulhausen at KubeCon EU 2016 https://www.youtube.com/watch?v=S17915y7MbU [2] https://youtu.be/S17915y7MbU?t=1010 -- - Suraj Deshmukh (surajd) https://deshmukhsuraj.wordpress.com https://twitter.com/surajd_ From alr at redhat.com Sun Apr 17 20:13:00 2016 From: alr at redhat.com (Andrew Lee Rubinger) Date: Sun, 17 Apr 2016 16:13:00 -0400 Subject: [Devtools] KubeCon Kubernetes Docs talk In-Reply-To: References: Message-ID: Oooh, he should give bounties for the issues *I* find, create, and fix too. :P https://github.com/kubernetes/kubernetes.github.io/pull/259 But yeah their docs process is super open, easy to get involved with, and accepts contributions which means fixing mistakes or explaining a build or new features follows the simple path. Totally recommend applying to your projects if you can, because docs are a great starting point for new contributors. S, ALR On Sun, Apr 17, 2016 at 2:49 AM, Suraj Deshmukh wrote: > Hi, > > This Kubernetes docs talk [1] can help, for someone new to > documentation with tools to use, diagram making, workflow, etc. Here > in talk speaker explains making diagrams using google Drawing [2]. > > > [1] Kubernetes Documentation - Contributing, fixing issues, collecting > bounties by John Mulhausen at KubeCon EU 2016 > https://www.youtube.com/watch?v=S17915y7MbU > [2] https://youtu.be/S17915y7MbU?t=1010 > > > -- > - Suraj Deshmukh (surajd) > > https://deshmukhsuraj.wordpress.com > https://twitter.com/surajd_ > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cdrage at redhat.com Mon Apr 18 17:56:41 2016 From: cdrage at redhat.com (Charlie Drage) Date: Mon, 18 Apr 2016 13:56:41 -0400 Subject: [Devtools] Nulecule weekly IRC meeting Message-ID: <20160418175641.GB1@2ded1c7ac895> One blocker with rtnpro and global params, but we're looking at getting that resolved :) https://meetbot.fedoraproject.org/nulecule/2016-04-18/nulecule_weekly_irc_meeting.2016-04-18-13.35.log.html -- Charlie Drage Red Hat - OSAS Team / Project Atomic 4096R / 0x9B3B446C http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C From prkumar at redhat.com Tue Apr 19 04:10:49 2016 From: prkumar at redhat.com (Praveen Kumar) Date: Tue, 19 Apr 2016 00:10:49 -0400 (EDT) Subject: [Devtools] Suitable Youtube channel for ADB video stream In-Reply-To: <410100060.43728119.1461038487448.JavaMail.zimbra@redhat.com> Message-ID: <1081512978.43729535.1461039049924.JavaMail.zimbra@redhat.com> Hi, We had a point in our yesterday sync-up meeting[0] about publishing ADB videos on Youtube (can be used for marketing/Getting Start). Since project git repo is under 'projectatomic' group and we do have Youtube channel[1] for it, also now we are working towards to improve developer experience and have Youtube channel[2] for it also. What would be correct channel to publish those videos(Projectatomic or Redhat Developers)? [0] https://meetbot.fedoraproject.org/nulecule/2016-04-18/atomic_developer_bundle_weekly_meeting.2016-04-18-13.01.html [1] https://www.youtube.com/channel/UCDFLt2fl262b9n0tSW_4vyQ [2] https://www.youtube.com/channel/UC7noUdfWp-ukXUlAsJnSm-Q/playlists -- Praveen Kumar https://fedoraproject.org/wiki/User:Kumarpraveen From lmohanty at redhat.com Tue Apr 19 05:38:09 2016 From: lmohanty at redhat.com (Lalatendu Mohanty) Date: Tue, 19 Apr 2016 11:08:09 +0530 Subject: [Devtools] Suitable Youtube channel for ADB video stream In-Reply-To: <1081512978.43729535.1461039049924.JavaMail.zimbra@redhat.com> References: <1081512978.43729535.1461039049924.JavaMail.zimbra@redhat.com> Message-ID: <5715C441.7080504@redhat.com> On 04/19/2016 09:40 AM, Praveen Kumar wrote: > Hi, > > We had a point in our yesterday sync-up meeting[0] about publishing ADB videos on Youtube (can be used for marketing/Getting Start). Since project git repo is under 'projectatomic' group and we do have Youtube channel[1] for it, also now we are working towards to improve developer experience and have Youtube channel[2] for it also. What would be correct channel to publish those videos(Projectatomic or Redhat Developers)? > > > [0] https://meetbot.fedoraproject.org/nulecule/2016-04-18/atomic_developer_bundle_weekly_meeting.2016-04-18-13.01.html > [1] https://www.youtube.com/channel/UCDFLt2fl262b9n0tSW_4vyQ > [2] https://www.youtube.com/channel/UC7noUdfWp-ukXUlAsJnSm-Q/playlists > Developer experience stuff is related to developer.redhat.com . As CDK is part of it , CDK related things should be part of developer.redhat.com communication channels. ADB as an upstream project part of Project Atomic. So it follows the Project Atomic path. Thanks, Lala From dkutalek at redhat.com Tue Apr 19 08:14:45 2016 From: dkutalek at redhat.com (David Kutalek) Date: Tue, 19 Apr 2016 04:14:45 -0400 (EDT) Subject: [Devtools] CDK performance ideas In-Reply-To: <451399553.3129088.1461052866302.JavaMail.zimbra@redhat.com> Message-ID: <1722360606.3131726.1461053685413.JavaMail.zimbra@redhat.com> Hi folks, there are some ideas for future sppedup of cdk box I had in queue, want to give them out now in expectation that someone on developer side can engage more. 1) Grub delay Grub has 5 seconds timeout in CDK. We can probably change to 1 or even 0. 2) Initrd delay Roughly 4 seconds, probably not worth the optimization in first round. 2) Starting services Probably starting bunch of services which are not needed. By far longest one is kdump. - quickly tried systemd-analyze on CDK after first boot: - biggest thing - kdump took ~ 25seconds and system is waiting for it do we need it in cdk box by default? - probably bunch of small things for no reason, like wpa supplicant service - no wifi in cdk - we could investigate possibilities of systemd-readahead-collect and systemd-readahead-replay (although probably not so useful in vm) Hope this helps, David -- David Kutalek, Senior Quality Engineer, Red Hat, Inc. CDK QE / BaseOS QE Apps From lmohanty at redhat.com Tue Apr 19 08:18:12 2016 From: lmohanty at redhat.com (Lalatendu Mohanty) Date: Tue, 19 Apr 2016 13:48:12 +0530 Subject: [Devtools] CDK performance ideas In-Reply-To: <1722360606.3131726.1461053685413.JavaMail.zimbra@redhat.com> References: <1722360606.3131726.1461053685413.JavaMail.zimbra@redhat.com> Message-ID: <5715E9C4.7080500@redhat.com> On 04/19/2016 01:44 PM, David Kutalek wrote: > Hi folks, > > there are some ideas for future sppedup of cdk box I had in queue, > want to give them out now in expectation that someone on developer side > can engage more. > > 1) Grub delay > > Grub has 5 seconds timeout in CDK. We can probably change to 1 or even 0. > > 2) Initrd delay > > Roughly 4 seconds, probably not worth the optimization in first round. > > 2) Starting services > > Probably starting bunch of services which are not needed. > By far longest one is kdump. > > - quickly tried systemd-analyze on CDK after first boot: > - biggest thing - kdump took ~ 25seconds and system is waiting for it > do we need it in cdk box by default? > - probably bunch of small things for no reason, like > wpa supplicant service - no wifi in cdk > - we could investigate possibilities of > systemd-readahead-collect and systemd-readahead-replay > (although probably not so useful in vm) > > Hope this helps, > > David > David, Thanks for these ideas about CDK performance improvements. We definitely should work on these. -Lala From prkumar at redhat.com Tue Apr 19 08:22:02 2016 From: prkumar at redhat.com (Praveen Kumar) Date: Tue, 19 Apr 2016 04:22:02 -0400 (EDT) Subject: [Devtools] CDK performance ideas In-Reply-To: <1722360606.3131726.1461053685413.JavaMail.zimbra@redhat.com> References: <1722360606.3131726.1461053685413.JavaMail.zimbra@redhat.com> Message-ID: <943375306.43815891.1461054122405.JavaMail.zimbra@redhat.com> ----- Original Message ----- | From: "David Kutalek" | To: devtools at redhat.com | Sent: Tuesday, April 19, 2016 1:44:45 PM | Subject: [Devtools] CDK performance ideas | | Hi folks, | | there are some ideas for future sppedup of cdk box I had in queue, | want to give them out now in expectation that someone on developer side | can engage more. | | 1) Grub delay | | Grub has 5 seconds timeout in CDK. We can probably change to 1 or even 0. | | 2) Initrd delay | | Roughly 4 seconds, probably not worth the optimization in first round. | | 2) Starting services | | Probably starting bunch of services which are not needed. | By far longest one is kdump. | | - quickly tried systemd-analyze on CDK after first boot: | - biggest thing - kdump took ~ 25seconds and system is waiting for it | do we need it in cdk box by default? | - probably bunch of small things for no reason, like | wpa supplicant service - no wifi in cdk | - we could investigate possibilities of | systemd-readahead-collect and systemd-readahead-replay | (although probably not so useful in vm) | | Hope this helps, Great findings, We can create issues (on Github[0]) for each point and work/discuss those, easy way to track. [0] https://github.com/projectatomic/adb-atomic-developer-bundle -- Praveen Kumar https://fedoraproject.org/wiki/User:Kumarpraveen From bsutter at redhat.com Tue Apr 19 08:57:10 2016 From: bsutter at redhat.com (Burr Sutter) Date: Tue, 19 Apr 2016 04:57:10 -0400 Subject: [Devtools] CDK performance ideas In-Reply-To: <943375306.43815891.1461054122405.JavaMail.zimbra@redhat.com> References: <1722360606.3131726.1461053685413.JavaMail.zimbra@redhat.com> <943375306.43815891.1461054122405.JavaMail.zimbra@redhat.com> Message-ID: We gave birth to Helloworld MSA at last nights NYC Java Meetup https://github.com/redhat-helloworld-msa I have noticed that when running our demo in the CDK (with 6GB of RAM) it slow eats away at memory. I tend to leave the VM up and sleep my computer, upon awake, it tends to have lost some memory. Also, if you are performing builds in Openshift, it loses memory much faster - theory is that the build pods are not garbage collected. If you run with only 4GB of RAM, you can get into a state that swapping starts up and kswapd0 will consume 100% of CPUs and essentially "lock up" the CDK's VM. So, we need some strategies for people to "clean up" their RAM and their disk space, without "vagrant destroy" :-) On Tue, Apr 19, 2016 at 4:22 AM, Praveen Kumar wrote: > > > ----- Original Message ----- > | From: "David Kutalek" > | To: devtools at redhat.com > | Sent: Tuesday, April 19, 2016 1:44:45 PM > | Subject: [Devtools] CDK performance ideas > | > | Hi folks, > | > | there are some ideas for future sppedup of cdk box I had in queue, > | want to give them out now in expectation that someone on developer side > | can engage more. > | > | 1) Grub delay > | > | Grub has 5 seconds timeout in CDK. We can probably change to 1 or > even 0. > | > | 2) Initrd delay > | > | Roughly 4 seconds, probably not worth the optimization in first round. > | > | 2) Starting services > | > | Probably starting bunch of services which are not needed. > | By far longest one is kdump. > | > | - quickly tried systemd-analyze on CDK after first boot: > | - biggest thing - kdump took ~ 25seconds and system is waiting for > it > | do we need it in cdk box by default? > | - probably bunch of small things for no reason, like > | wpa supplicant service - no wifi in cdk > | - we could investigate possibilities of > | systemd-readahead-collect and systemd-readahead-replay > | (although probably not so useful in vm) > | > | Hope this helps, > > Great findings, We can create issues (on Github[0]) for each point and > work/discuss those, easy way to track. > > [0] https://github.com/projectatomic/adb-atomic-developer-bundle > > -- > Praveen Kumar > https://fedoraproject.org/wiki/User:Kumarpraveen > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmuir at redhat.com Tue Apr 19 12:27:38 2016 From: pmuir at redhat.com (Pete Muir) Date: Tue, 19 Apr 2016 08:27:38 -0400 Subject: [Devtools] Suitable Youtube channel for ADB video stream In-Reply-To: <5715C441.7080504@redhat.com> References: <1081512978.43729535.1461039049924.JavaMail.zimbra@redhat.com> <5715C441.7080504@redhat.com> Message-ID: Looping in Mike, Ray and Lincoln for awareness. On 19 April 2016 at 01:38, Lalatendu Mohanty wrote: > On 04/19/2016 09:40 AM, Praveen Kumar wrote: >> >> Hi, >> >> We had a point in our yesterday sync-up meeting[0] about publishing ADB >> videos on Youtube (can be used for marketing/Getting Start). Since project >> git repo is under 'projectatomic' group and we do have Youtube channel[1] >> for it, also now we are working towards to improve developer experience and >> have Youtube channel[2] for it also. What would be correct channel to >> publish those videos(Projectatomic or Redhat Developers)? >> >> >> [0] >> https://meetbot.fedoraproject.org/nulecule/2016-04-18/atomic_developer_bundle_weekly_meeting.2016-04-18-13.01.html >> [1] https://www.youtube.com/channel/UCDFLt2fl262b9n0tSW_4vyQ >> [2] https://www.youtube.com/channel/UC7noUdfWp-ukXUlAsJnSm-Q/playlists >> > > Developer experience stuff is related to developer.redhat.com . As CDK is > part of it , CDK related things should be part of developer.redhat.com > communication channels. ADB as an upstream project part of Project Atomic. > So it follows the Project Atomic path. > > Thanks, > Lala > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools From nshaikh at redhat.com Tue Apr 19 15:27:55 2016 From: nshaikh at redhat.com (Navid Shaikh) Date: Tue, 19 Apr 2016 20:57:55 +0530 Subject: [Devtools] Trello boards and Infra team Message-ID: Hi, Under "Red Hat Developers Group" trello org [1], there are multiple boards. Is there a board where Team Infra stories fit best ? OR should we have a new board for Infra team? -- Navid IRC: nshaikh -------------- next part -------------- An HTML attachment was scrubbed... URL: From nshaikh at redhat.com Tue Apr 19 15:30:25 2016 From: nshaikh at redhat.com (Navid Shaikh) Date: Tue, 19 Apr 2016 21:00:25 +0530 Subject: [Devtools] Trello boards and Infra team In-Reply-To: References: Message-ID: Added the missing link to trello org On Tue, Apr 19, 2016 at 8:57 PM, Navid Shaikh wrote: > Hi, > > Under "Red Hat Developers Group" trello org [1], there are multiple > boards. > > Is there a board where Team Infra stories fit best ? OR should we have a > new board for Infra team? > > > [1] https://trello.com/redhatdevelopergroup -- > Navid > IRC: nshaikh > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ccoleman at redhat.com Tue Apr 19 16:10:19 2016 From: ccoleman at redhat.com (Clayton Coleman) Date: Tue, 19 Apr 2016 12:10:19 -0400 Subject: [Devtools] CDK performance ideas In-Reply-To: References: <1722360606.3131726.1461053685413.JavaMail.zimbra@redhat.com> <943375306.43815891.1461054122405.JavaMail.zimbra@redhat.com> Message-ID: <3412258955630121818@unknownmsgid> On Apr 19, 2016, at 4:57 AM, Burr Sutter wrote: We gave birth to Helloworld MSA at last nights NYC Java Meetup https://github.com/redhat-helloworld-msa I have noticed that when running our demo in the CDK (with 6GB of RAM) it slow eats away at memory. I tend to leave the VM up and sleep my computer, upon awake, it tends to have lost some memory. Also, if you are performing builds in Openshift, it loses memory much faster - theory is that the build pods are not garbage collected. Builds should not leak memory and build pods that aren't running should have no impact Can you get the list of running processes and the RSS/memory they are using? If you run with only 4GB of RAM, you can get into a state that swapping starts up and kswapd0 will consume 100% of CPUs and essentially "lock up" the CDK's VM. So, we need some strategies for people to "clean up" their RAM and their disk space, without "vagrant destroy" :-) On Tue, Apr 19, 2016 at 4:22 AM, Praveen Kumar wrote: > > > ----- Original Message ----- > | From: "David Kutalek" > | To: devtools at redhat.com > | Sent: Tuesday, April 19, 2016 1:44:45 PM > | Subject: [Devtools] CDK performance ideas > | > | Hi folks, > | > | there are some ideas for future sppedup of cdk box I had in queue, > | want to give them out now in expectation that someone on developer side > | can engage more. > | > | 1) Grub delay > | > | Grub has 5 seconds timeout in CDK. We can probably change to 1 or > even 0. > | > | 2) Initrd delay > | > | Roughly 4 seconds, probably not worth the optimization in first round. > | > | 2) Starting services > | > | Probably starting bunch of services which are not needed. > | By far longest one is kdump. > | > | - quickly tried systemd-analyze on CDK after first boot: > | - biggest thing - kdump took ~ 25seconds and system is waiting for > it > | do we need it in cdk box by default? > | - probably bunch of small things for no reason, like > | wpa supplicant service - no wifi in cdk > | - we could investigate possibilities of > | systemd-readahead-collect and systemd-readahead-replay > | (although probably not so useful in vm) > | > | Hope this helps, > > Great findings, We can create issues (on Github[0]) for each point and > work/discuss those, easy way to track. > > [0] https://github.com/projectatomic/adb-atomic-developer-bundle > > -- > Praveen Kumar > https://fedoraproject.org/wiki/User:Kumarpraveen > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > _______________________________________________ Devtools mailing list Devtools at redhat.com https://www.redhat.com/mailman/listinfo/devtools -------------- next part -------------- An HTML attachment was scrubbed... URL: From alr at redhat.com Tue Apr 19 17:12:58 2016 From: alr at redhat.com (Andrew Lee Rubinger) Date: Tue, 19 Apr 2016 13:12:58 -0400 Subject: [Devtools] Suitable Youtube channel for ADB video stream In-Reply-To: References: <1081512978.43729535.1461039049924.JavaMail.zimbra@redhat.com> <5715C441.7080504@redhat.com> Message-ID: Red Hat Developer's YouTube Channel is: https://www.youtube.com/channel/UC7noUdfWp-ukXUlAsJnSm-Q S, ALR On Tue, Apr 19, 2016 at 8:27 AM, Pete Muir wrote: > Looping in Mike, Ray and Lincoln for awareness. > > On 19 April 2016 at 01:38, Lalatendu Mohanty wrote: > > On 04/19/2016 09:40 AM, Praveen Kumar wrote: > >> > >> Hi, > >> > >> We had a point in our yesterday sync-up meeting[0] about publishing ADB > >> videos on Youtube (can be used for marketing/Getting Start). Since > project > >> git repo is under 'projectatomic' group and we do have Youtube > channel[1] > >> for it, also now we are working towards to improve developer experience > and > >> have Youtube channel[2] for it also. What would be correct channel to > >> publish those videos(Projectatomic or Redhat Developers)? > >> > >> > >> [0] > >> > https://meetbot.fedoraproject.org/nulecule/2016-04-18/atomic_developer_bundle_weekly_meeting.2016-04-18-13.01.html > >> [1] https://www.youtube.com/channel/UCDFLt2fl262b9n0tSW_4vyQ > >> [2] https://www.youtube.com/channel/UC7noUdfWp-ukXUlAsJnSm-Q/playlists > >> > > > > Developer experience stuff is related to developer.redhat.com . As CDK > is > > part of it , CDK related things should be part of developer.redhat.com > > communication channels. ADB as an upstream project part of Project > Atomic. > > So it follows the Project Atomic path. > > > > Thanks, > > Lala > > > > > > _______________________________________________ > > Devtools mailing list > > Devtools at redhat.com > > https://www.redhat.com/mailman/listinfo/devtools > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alkazako at redhat.com Tue Apr 19 22:39:22 2016 From: alkazako at redhat.com (Alexey Kazakov) Date: Tue, 19 Apr 2016 18:39:22 -0400 Subject: [Devtools] JBoss Developer Studio 9.1.0.GA and JBoss Tools 4.3.1.Final are available Message-ID: <5716B39A.9060900@redhat.com> Hi, JBoss Developer Studio 9.1.0.GA and JBoss Tools 4.3.1.Final are finally out! More details in the blog announcement: http://tools.jboss.org/blog/ga-for-mars2.html New + Noteworthy: http://tools.jboss.org/documentation/whatsnew/jbosstools/4.3.1.Final.html Thank you, Alexey Kazakov. From jpallich at redhat.com Wed Apr 20 12:39:55 2016 From: jpallich at redhat.com (Jiri Pallich) Date: Wed, 20 Apr 2016 14:39:55 +0200 Subject: [Devtools] JBoss Developer Studio 9.1.0.GA and JBoss Tools 4.3.1.Final are available In-Reply-To: <5716B39A.9060900@redhat.com> References: <5716B39A.9060900@redhat.com> Message-ID: <5717789B.2090202@redhat.com> I would like to express BIG thanks to everyone in the team to make this release happen! J. On 20.4.2016 00:39, Alexey Kazakov wrote: > Hi, > > JBoss Developer Studio 9.1.0.GA and JBoss Tools 4.3.1.Final are > finally out! > > More details in the blog announcement: > http://tools.jboss.org/blog/ga-for-mars2.html > > New + Noteworthy: > http://tools.jboss.org/documentation/whatsnew/jbosstools/4.3.1.Final.html > > Thank you, > > Alexey Kazakov. > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools From bsutter at redhat.com Wed Apr 20 21:27:12 2016 From: bsutter at redhat.com (Burr Sutter) Date: Wed, 20 Apr 2016 17:27:12 -0400 Subject: [Devtools] Using the CDK for Kubernetes experimentation Message-ID: How do you feel about having users of the CDK running "kubectl"? anybody giving that a try and have some tips on how to use it? I am making some progress with "kubectl" but curious to see if anyone else has real world experience using it in anger :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: From surajd at redhat.com Thu Apr 21 04:38:14 2016 From: surajd at redhat.com (Suraj Deshmukh) Date: Thu, 21 Apr 2016 10:08:14 +0530 Subject: [Devtools] Using the CDK for Kubernetes experimentation In-Reply-To: References: Message-ID: Hi, On Thu, Apr 21, 2016 at 2:57 AM, Burr Sutter wrote: > How do you feel about having users of the CDK running "kubectl"? > > anybody giving that a try and have some tips on how to use it? > > I am making some progress with "kubectl" but curious to see if anyone else > has real world experience using it in anger :-) > I have used `kubectl` in ADB and it works great! I use it for testing and trying Atomic App with Kubernetes, all the time. -- - Suraj Deshmukh (surajd) https://deshmukhsuraj.wordpress.com https://twitter.com/surajd_ From prkumar at redhat.com Thu Apr 21 05:53:22 2016 From: prkumar at redhat.com (Praveen Kumar) Date: Thu, 21 Apr 2016 01:53:22 -0400 (EDT) Subject: [Devtools] Using the CDK for Kubernetes experimentation In-Reply-To: References: Message-ID: <282551710.44822449.1461218002174.JavaMail.zimbra@redhat.com> ----- Original Message ----- | From: "Burr Sutter" | To: devtools at redhat.com | Sent: Thursday, April 21, 2016 2:57:12 AM | Subject: [Devtools] Using the CDK for Kubernetes experimentation | | How do you feel about having users of the CDK running "kubectl"? | | anybody giving that a try and have some tips on how to use it? | | I am making some progress with "kubectl" but curious to see if anyone else | has real world experience using it in anger :-) I have 2 points depending on use-case. 1. If you logged in to CDK vagrant box and then trying out 'kubectl', it will work without any configuration changes (atomicapp folks are already using it). 2. If you want to access 'kubectl' from host then you need to follow some steps to make it work. (I tested those steps in Linux, suggested by Thomas karl) Kubectl binary for Different hosts: Linux: https://storage.googleapis.com/kubernetes-release/release/v1.2.2/bin/linux/amd64/kubectl Mac: https://storage.googleapis.com/kubernetes-release/release/v1.2.2/bin/darwin/amd64/kubectl Windows: https://storage.googleapis.com/kubernetes-release/release/v1.2.2/bin/windows/amd64/kubectl.exe Steps to follow: https://gist.github.com/praveenkumar/90704a42fe857e1146f3dae2fcae69ef Note: We do have a issue listed to address same problem [0] [0] https://github.com/projectatomic/adb-atomic-developer-bundle/issues/250 -- Praveen Kumar https://fedoraproject.org/wiki/User:Kumarpraveen From jstracha at redhat.com Thu Apr 21 06:13:39 2016 From: jstracha at redhat.com (James Strachan) Date: Thu, 21 Apr 2016 07:13:39 +0100 Subject: [Devtools] Using the CDK for Kubernetes experimentation In-Reply-To: References: Message-ID: kubectl has awesome tab completion btw: https://blog.fabric8.io/enable-bash-completion-for-kubernetes-with-kubectl-506bc89fe79e#.rody1tde1 would be good to get tab completion for oc too really > On 20 Apr 2016, at 22:27, Burr Sutter wrote: > > How do you feel about having users of the CDK running "kubectl"? > > anybody giving that a try and have some tips on how to use it? > > I am making some progress with "kubectl" but curious to see if anyone else has real world experience using it in anger :-) > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools James ------- Red Hat Twitter: @jstrachan Email: jstracha at redhat.com Blog: http://macstrac.blogspot.com/ hawtio: http:/ /hawt.io/ fabric8: http:/ /fabric8.io/ Open Source Integration -------------- next part -------------- An HTML attachment was scrubbed... URL: From tnozicka at redhat.com Thu Apr 21 10:40:00 2016 From: tnozicka at redhat.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_No=C5=BEi=C4=8Dka?=) Date: Thu, 21 Apr 2016 12:40:00 +0200 Subject: [Devtools] Using the CDK for Kubernetes experimentation In-Reply-To: References: Message-ID: <1461235200.3281.14.camel@redhat.com> We have an issue for this: https://github.com/projectatomic/adb-utils/issues/85 Until it is fixed you can try: curl -G https://raw.githubusercontent.com/openshift/origin/master/contr ib/completions/bash/oc > /etc/bash_completion.d/oc -- Tomas On ?t, 2016-04-21 at 07:13 +0100, James Strachan wrote: > kubectl has awesome tab completion btw: > https://blog.fabric8.io/enable-bash-completion-for-kubernetes-with-ku > bectl-506bc89fe79e#.rody1tde1 > > would be good to get tab completion for oc too really > > > On 20 Apr 2016, at 22:27, Burr Sutter wrote: > > > > How do you feel about having users of the CDK running "kubectl"? ? > > > > anybody giving that a try and have some tips on how to use it? > > > > I am making some progress with "kubectl" but curious to see if > > anyone else has real world experience using it in anger :-) > > _______________________________________________ > > Devtools mailing list > > Devtools at redhat.com > > https://www.redhat.com/mailman/listinfo/devtools > > James > ------- > Red Hat > > Twitter: @jstrachan > Email:?jstracha at redhat.com > Blog:?http://macstrac.blogspot.com/ > > hawtio:?http://hawt.io/ > fabric8:?http://fabric8.io/ > > Open Source Integration > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools From bsutter at redhat.com Thu Apr 21 15:56:18 2016 From: bsutter at redhat.com (Burr Sutter) Date: Thu, 21 Apr 2016 11:56:18 -0400 Subject: [Devtools] Using the CDK for Kubernetes experimentation In-Reply-To: <1461235200.3281.14.camel@redhat.com> References: <1461235200.3281.14.camel@redhat.com> Message-ID: Here is my "script" so far: https://docs.google.com/document/d/1AMRL2OWmxC2j8vja3xe2VTUvcRtK6UQ01QGOE3t34O8/edit?usp=sharing I have had some problems with getting "curl" to work against my pods...but mostly when I have used a namespace...most of my experimentation time with come either later tonight or Sunday. This demo goes live next Tuesday. On Thu, Apr 21, 2016 at 6:40 AM, Tom?? No?i?ka wrote: > We have an issue for this: > https://github.com/projectatomic/adb-utils/issues/85 > > Until it is fixed you can try: > curl -G https://raw.githubusercontent.com/openshift/origin/master/contr > ib/completions/bash/oc > /etc/bash_completion.d/oc > > -- > Tomas > > > On ?t, 2016-04-21 at 07:13 +0100, James Strachan wrote: > > kubectl has awesome tab completion btw: > > https://blog.fabric8.io/enable-bash-completion-for-kubernetes-with-ku > > bectl-506bc89fe79e#.rody1tde1 > > > > would be good to get tab completion for oc too really > > > > > On 20 Apr 2016, at 22:27, Burr Sutter wrote: > > > > > > How do you feel about having users of the CDK running "kubectl"? > > > > > > anybody giving that a try and have some tips on how to use it? > > > > > > I am making some progress with "kubectl" but curious to see if > > > anyone else has real world experience using it in anger :-) > > > _______________________________________________ > > > Devtools mailing list > > > Devtools at redhat.com > > > https://www.redhat.com/mailman/listinfo/devtools > > > > James > > ------- > > Red Hat > > > > Twitter: @jstrachan > > Email: jstracha at redhat.com > > Blog: http://macstrac.blogspot.com/ > > > > hawtio: http://hawt.io/ > > fabric8: http://fabric8.io/ > > > > Open Source Integration > > > > _______________________________________________ > > Devtools mailing list > > Devtools at redhat.com > > https://www.redhat.com/mailman/listinfo/devtools > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Thu Apr 21 16:15:55 2016 From: bsutter at redhat.com (Burr Sutter) Date: Thu, 21 Apr 2016 12:15:55 -0400 Subject: [Devtools] Using the CDK for Kubernetes experimentation In-Reply-To: References: <1461235200.3281.14.camel@redhat.com> Message-ID: And if anyone can figure out how to make the K8s visualizer work with the CDK...that would be insanely awesome https://github.com/saturnism/gcp-live-k8s-visualizer On Thu, Apr 21, 2016 at 11:56 AM, Burr Sutter wrote: > Here is my "script" so far: > > > https://docs.google.com/document/d/1AMRL2OWmxC2j8vja3xe2VTUvcRtK6UQ01QGOE3t34O8/edit?usp=sharing > > I have had some problems with getting "curl" to work against my pods...but > mostly when I have used a namespace...most of my experimentation time with > come either later tonight or Sunday. > > This demo goes live next Tuesday. > > > On Thu, Apr 21, 2016 at 6:40 AM, Tom?? No?i?ka > wrote: > >> We have an issue for this: >> https://github.com/projectatomic/adb-utils/issues/85 >> >> Until it is fixed you can try: >> curl -G https://raw.githubusercontent.com/openshift/origin/master/contr >> ib/completions/bash/oc >> >> > /etc/bash_completion.d/oc >> >> -- >> Tomas >> >> >> On ?t, 2016-04-21 at 07:13 +0100, James Strachan wrote: >> > kubectl has awesome tab completion btw: >> > https://blog.fabric8.io/enable-bash-completion-for-kubernetes-with-ku >> > bectl-506bc89fe79e#.rody1tde1 >> > >> > would be good to get tab completion for oc too really >> > >> > > On 20 Apr 2016, at 22:27, Burr Sutter wrote: >> > > >> > > How do you feel about having users of the CDK running "kubectl"? >> > > >> > > anybody giving that a try and have some tips on how to use it? >> > > >> > > I am making some progress with "kubectl" but curious to see if >> > > anyone else has real world experience using it in anger :-) >> > > _______________________________________________ >> > > Devtools mailing list >> > > Devtools at redhat.com >> > > https://www.redhat.com/mailman/listinfo/devtools >> > >> > James >> > ------- >> > Red Hat >> > >> > Twitter: @jstrachan >> > Email: jstracha at redhat.com >> > Blog: http://macstrac.blogspot.com/ >> > >> > hawtio: http://hawt.io/ >> > fabric8: http://fabric8.io/ >> > >> > Open Source Integration >> > >> > _______________________________________________ >> > Devtools mailing list >> > Devtools at redhat.com >> > https://www.redhat.com/mailman/listinfo/devtools >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ccoleman at redhat.com Thu Apr 21 16:55:25 2016 From: ccoleman at redhat.com (Clayton Coleman) Date: Thu, 21 Apr 2016 12:55:25 -0400 Subject: [Devtools] Using the CDK for Kubernetes experimentation In-Reply-To: References: Message-ID: oc has had tab completion for the last year. If the CDK isn't including it, it should. On Thu, Apr 21, 2016 at 2:13 AM, James Strachan wrote: > kubectl has awesome tab completion btw: > https://blog.fabric8.io/enable-bash-completion-for-kubernetes-with-kubectl-506bc89fe79e#.rody1tde1 > > would be good to get tab completion for oc too really > > On 20 Apr 2016, at 22:27, Burr Sutter wrote: > > How do you feel about having users of the CDK running "kubectl"? > > anybody giving that a try and have some tips on how to use it? > > I am making some progress with "kubectl" but curious to see if anyone else > has real world experience using it in anger :-) > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > > > James > ------- > Red Hat > > Twitter: @jstrachan > Email: jstracha at redhat.com > Blog: http://macstrac.blogspot.com/ > > hawtio: http://hawt.io/ > fabric8: http://fabric8.io/ > > Open Source Integration > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > From ccoleman at redhat.com Thu Apr 21 16:55:47 2016 From: ccoleman at redhat.com (Clayton Coleman) Date: Thu, 21 Apr 2016 12:55:47 -0400 Subject: [Devtools] Using the CDK for Kubernetes experimentation In-Reply-To: References: Message-ID: Oops, saw Tomas' email too late, disregard On Thu, Apr 21, 2016 at 12:55 PM, Clayton Coleman wrote: > oc has had tab completion for the last year. If the CDK isn't > including it, it should. > > On Thu, Apr 21, 2016 at 2:13 AM, James Strachan wrote: >> kubectl has awesome tab completion btw: >> https://blog.fabric8.io/enable-bash-completion-for-kubernetes-with-kubectl-506bc89fe79e#.rody1tde1 >> >> would be good to get tab completion for oc too really >> >> On 20 Apr 2016, at 22:27, Burr Sutter wrote: >> >> How do you feel about having users of the CDK running "kubectl"? >> >> anybody giving that a try and have some tips on how to use it? >> >> I am making some progress with "kubectl" but curious to see if anyone else >> has real world experience using it in anger :-) >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> >> >> >> James >> ------- >> Red Hat >> >> Twitter: @jstrachan >> Email: jstracha at redhat.com >> Blog: http://macstrac.blogspot.com/ >> >> hawtio: http://hawt.io/ >> fabric8: http://fabric8.io/ >> >> Open Source Integration >> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> From alkazako at redhat.com Thu Apr 21 20:10:43 2016 From: alkazako at redhat.com (Alexey Kazakov) Date: Thu, 21 Apr 2016 16:10:43 -0400 Subject: [Devtools] New platform-installer component for Platform installer in JIRA Message-ID: <571933C3.4060305@redhat.com> Hi, I've created a new component "platform-installer" in JBDS JIRA [1] for the Platform Installer issues. The old "installer" component will be used for our old JBoss Developer Studio universal installer. It will help us to plan our DevStudio and Platform Installer sprints. [1] https://issues.jboss.org/browse/JBDS-3854?jql=project%20%3D%20JBDS%20AND%20component%20%3D%20platform-installer From bsutter at redhat.com Fri Apr 22 14:41:14 2016 From: bsutter at redhat.com (Burr Sutter) Date: Fri, 22 Apr 2016 10:41:14 -0400 Subject: [Devtools] rhel-k8s-singlenode-setup Message-ID: I though I would give the k8s vagrantfile a try (I normally just use rhel-ose) and "vagrant up" produces: ==> default: Clearing any previously set network interfaces... A host only network interface you're attempting to configure via DHCP already has a conflicting host only adapter with DHCP enabled. The DHCP on this adapter is incompatible with the DHCP settings. Two host only network interfaces are not allowed to overlap, and each host only network interface can have only one DHCP server. Please reconfigure your host only network or remove the virtual machine using the other host only network. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jstracha at redhat.com Fri Apr 22 14:48:47 2016 From: jstracha at redhat.com (James Strachan) Date: Fri, 22 Apr 2016 15:48:47 +0100 Subject: [Devtools] rhel-k8s-singlenode-setup In-Reply-To: References: Message-ID: <22A553AC-6BC0-4CC1-A925-0DBA18407DF1@redhat.com> An HTML attachment was scrubbed... URL: From bsutter at redhat.com Sun Apr 24 06:51:28 2016 From: bsutter at redhat.com (Burr Sutter) Date: Sun, 24 Apr 2016 12:21:28 +0530 Subject: [Devtools] rhel-k8s-singlenode-setup In-Reply-To: <22A553AC-6BC0-4CC1-A925-0DBA18407DF1@redhat.com> References: <22A553AC-6BC0-4CC1-A925-0DBA18407DF1@redhat.com> Message-ID: We do have a k8s in the CDK - but it would appear relatively few have really tried to use it :-) On Fri, Apr 22, 2016 at 8:18 PM, James Strachan wrote: > if you wanna try k8s here?s a little vagrantfile we?ve been using: > > https://github.com/fabric8io/fabric8-installer/tree/master/vagrant/kubernetes > > whenever the new docker beta is open to the public for windows & mac, > using a script like this might be the easiest way for windows/mac folks to > spin up a local k8s cluster > > https://github.com/fabric8io/fabric8-installer/blob/master/vagrant/kubernetes/bin/start-kubernetes > > > On 22 Apr 2016, at 15:41, Burr Sutter wrote: > > > I though I would give the k8s vagrantfile a try (I normally just use > rhel-ose) > > and "vagrant up" produces: > > ==> default: Clearing any previously set network interfaces... > A host only network interface you're attempting to configure via DHCP > already has a conflicting host only adapter with DHCP enabled. The > DHCP on this adapter is incompatible with the DHCP settings. Two > host only network interfaces are not allowed to overlap, and each > host only network interface can have only one DHCP server. Please > reconfigure your host only network or remove the virtual machine > using the other host only network. > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > > > James > ------- > Red Hat > > Twitter: @jstrachan > Email: jstracha at redhat.com > Blog: http://macstrac.blogspot.com/ > > hawtio: http:/ /hawt.io/ > fabric8: http:/ /fabric8.io/ > > Open Source Integration > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Sun Apr 24 18:22:08 2016 From: bsutter at redhat.com (Burr Sutter) Date: Sun, 24 Apr 2016 23:52:08 +0530 Subject: [Devtools] Unregister on destroy vs halt Message-ID: Who remembers the trick to unregister only on destroy? I ask because I need to get my local environment to work better offline but I do need to "halt" and "up" them as I need to be able to run 2 or 3 different setups. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hferents at redhat.com Sun Apr 24 19:56:39 2016 From: hferents at redhat.com (Hartmut Ferentschik) Date: Sun, 24 Apr 2016 21:56:39 +0200 Subject: [Devtools] Unregister on destroy vs halt In-Reply-To: References: Message-ID: Hi, config.registration.skip = true and config.registration.unregister_on_halt = false --Hardy On Sunday, 24 April 2016, Burr Sutter wrote: > Who remembers the trick to unregister only on destroy? > > I ask because I need to get my local environment to work better offline > but I do need to "halt" and "up" them as I need to be able to run 2 or 3 > different setups. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cdrage at redhat.com Mon Apr 25 02:16:03 2016 From: cdrage at redhat.com (Charlie Drage) Date: Sun, 24 Apr 2016 22:16:03 -0400 Subject: [Devtools] Pre-release of Atomic App 0.5.1 Message-ID: <20160425021603.GA1@dcff63e3faa1> Hey all! We're going to be releasing Atomic App 0.5.1 Tuesday April 26th. We have about 17 commits that will be pushed into this weeks release! Best regards, -- Charlie Drage Red Hat - OSAS Team / Project Atomic 4096R / 0x9B3B446C http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C From cdrage at redhat.com Mon Apr 25 13:43:18 2016 From: cdrage at redhat.com (Charlie Drage) Date: Mon, 25 Apr 2016 09:43:18 -0400 Subject: [Devtools] Nulecule Weekly IRC Meeting Message-ID: <20160425134318.GA1@8fb16711f7e0> Short meeting this week! No blockers. Log: https://meetbot.fedoraproject.org/nulecule/2016-04-25/weekly_nulecule_irc_meeting.2016-04-25-13.30.log.html -- Charlie Drage Red Hat - OSAS Team / Project Atomic 4096R / 0x9B3B446C http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C From moahmed at redhat.com Mon Apr 25 17:19:36 2016 From: moahmed at redhat.com (Mohammed Ahmed) Date: Mon, 25 Apr 2016 22:49:36 +0530 Subject: [Devtools] Going to GIDS tomorrow and 29th Message-ID: Hi, I will be at Great Indian Developer Submit on 26th and 29th of this month. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From cdrage at redhat.com Wed Apr 27 14:18:39 2016 From: cdrage at redhat.com (Charlie Drage) Date: Wed, 27 Apr 2016 10:18:39 -0400 Subject: [Devtools] Atomic App 0.5.1 Release! Message-ID: <20160427141839.GA1@7193b8832a22> This is a minor release of Atomic App where we refactor, fix code bugs as well as deprecate an old feature. Due to the numerous issues of locking as well as the deprectation of the `lockfile` library we have removed the locking mechanism from Atomic App. The main features of this release are: - The deprecation of locking - `atomicapp init` code and UI clean-up - Documentation updates - inContainer() function bug fix for Docker 1.10+ ``` Charlie Drage : Add Marathon to index Update README.md with correct installation instructions. Remove dockerenv and dockerinit check Remove locking from Atomic App Dusty Mabe : init: remove unnecessary message to the user init: remove number of return variables from NuleculeManager.init() init: add logic to properly cleanup tmp dir init: break a few long lines into shorter ones Shubham Minglani : fix typo Suraj Deshmukh : Moved a constant from openshift.py to constants.py Abstracted the way we get absolute path ``` Many thanks to those whom contributed to this release! -- Charlie Drage Red Hat - OSAS Team / Project Atomic 4096R / 0x9B3B446C http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C From cdrage at redhat.com Thu Apr 28 13:10:31 2016 From: cdrage at redhat.com (Charlie Drage) Date: Thu, 28 Apr 2016 09:10:31 -0400 Subject: [Devtools] Telegram group for India face-to-face! Message-ID: <20160428131031.GA1@fb1c9fa26340> Hey all! We have a telegram group up now for the India face-to-face. I've added everyone whom put their telegram on: https://docs.google.com/spreadsheets/d/1XRLO2lwNs06tAowaDI8SpCwAqLLGT7426XqnfYrmcu8/ If you still need to be added. Reach out to anyone whom is going to the face-to-face as they're likely already on the group. The group is open so everyone can invite / add. Many thanks and see ya'll there! -- Charlie Drage Red Hat - OSAS Team / Project Atomic 4096R / 0x9B3B446C http://pgp.mit.edu/pks/lookup?op=get&search=0x622CDF119B3B446C From lmohanty at redhat.com Thu Apr 28 13:10:51 2016 From: lmohanty at redhat.com (Lalatendu Mohanty) Date: Thu, 28 Apr 2016 18:40:51 +0530 Subject: [Devtools] Released ADB 2.0.0 In-Reply-To: <57220BA9.3020104@redhat.com> References: <57220BA9.3020104@redhat.com> Message-ID: <57220BDB.3050808@redhat.com> Hi, We have released the Atomic Developer Bundle 2..0.0? through CentOS Atomic SIG.? The ADB release also includes release of? following ecosystem projects: * adb-utils 1.5 : A set of utility scripts and configuration files for ADB. ADB 2.0.0 release adds new featuresand several bugfixes, including: * Adding openshift2nulecule in ADB box. openshift2nulecule createsa Nuleculized application from existing OpenShift application. Refer the project documentation for more details[5]. * Couple of bug fixes and enhancements to the Vagrantfiles provided for ADB use cases like OpenShift , Kubernetes etc. adb-utils 1.5 release includes several enhancemnets , including * Added support for persistant volume for OpenShift running in ADB. * Added imagestreams for Wildfly.? * Added template for eap64-mysql-persistent application. Known issues: * Running AtomicApp in ADB fails. Refer: https://github.com/projectatomic/adb-atomic-developer-bundle/issues/329 ? * Following workaround can be used till the above issue is fixed. ? ? ? ? ? $ sudo -E atomic run projectatomic/helloapache? This release also includes many smaller changes and bugfixes, which are detailed in the release changelog of adb-utils [1]andADB [2]. Please update the ADB Vagrant box [4] and the vagrant-service-manager ($ vagrant plugin update vagrant-service-manager) and give the new ADB version a spin. [1] https://github.com/projectatomic/adb-utils/releases/tag/v1.5 [3] https://github.com/projectatomic/adb-atomic-developer-bundle/tree/v2.0.0 [4] https://github.com/projectatomic/adb-atomic-developer-bundle/blob/master/docs/updating.rst [5] https://github.com/projectatomic/openshift2nulecule/ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ Container-tools mailing list Container-tools at redhat.com https://www.redhat.com/mailman/listinfo/container-tools From rstryker at redhat.com Fri Apr 29 00:32:30 2016 From: rstryker at redhat.com (Rob Stryker) Date: Thu, 28 Apr 2016 20:32:30 -0400 Subject: [Devtools] Question on the cdk + openshift + eap deployment markers Message-ID: <5722AB9E.6090009@redhat.com> Hey All: Not sure what list to send this to, since it's part CDK, part openshift, part EAP. Hope this is the right list. Two issues... First, despite me deleting a .deployed marker (ROOT.war.deployed), and rsyncing back up to the pod using the --delete flag, the server seems to be replacing the file immediately, rather than undeploying the app as it's supposed to. Is it the case that eap on openshift cannot undeploy root.war ? Secondly, I'm noticing really strange behavior with oc rsync. I have a local folder 'deploy' in a directory i use in JBT: [rob at rawbdor deploy]$ ls activemq-rar.rar README.txt ROOT.war.deployed activemq-rar.rar.deployed ROOT.war This maps to the remote openshift folder eap-app-1-auugc:/opt/eap/standalone/deployments But when I run the following commands, I get very unexpected results: Try 1: oc rsync eap-app-1-auugc:/opt/eap/standalone/deployments "/home/rob/apps/eclipse/workspaces/runtime-EclipseApplication/.metadata/.plugins/org.jboss.ide.eclipse.as.core/test at eap-app/deploy" RESULT: deployments -> /deployments - ie, it created a new folder called deployments inside my deploy folder. Not what I want. Try 2: oc rsync eap-app-1-auugc:/opt/eap/standalone/deployments/ /home/rob/apps/eclipse/workspaces/runtime-EclipseApplication/.metadata/.plugins/org.jboss.ide.eclipse.as.core/test at eap-app/deploy (Note I added a trailing slash eap-app-1-auugc:/opt/eap/standalone/deployments) - Result: it copied the entire remote folder into a new subfolder called "deploy" inside my existing folder named "deploy" Try 3: oc rsync eap-app-1-auugc:/opt/eap/standalone/deployments/ /home/rob/apps/eclipse/workspaces/runtime-EclipseApplication/.metadata/.plugins/org.jboss.ide.eclipse.as.core/test at eap-app/deploy/ (Note I added an additional trailing slash to local path) Result: same as try 2 Try 4: oc rsync eap-app-1-auugc:/opt/eap/standalone/deployments /home/rob/apps/eclipse/workspaces/runtime-EclipseApplication/.metadata/.plugins/org.jboss.ide.eclipse.as.core/test at eap-app/deploy/ (Note, local path has trailing slash, remote path does not) Result: Same as try 1 This all seems strange, no? Pretty sure the attempt with no trailing slashes is the correct one, but its behavior is strange.