date:20150710

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/574#issuecomment-120276323
  
LGTM be sure to add 2 'this closes #'  lines. one for this and one for 308


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

RE: Introducing Boris Schrijver

2015-07-10 Thread Giles Sirett

Welcome Boris


Kind Regards
Giles

D: +44 20 3603 0541 | M: +44 796 111 2055
giles.sir...@shapeblue.com




> -Original Message-
> From: Wido den Hollander [mailto:w...@widodh.nl]
> Sent: 08 July 2015 16:08
> To: dev@cloudstack.apache.org
> Cc: bo...@pcextreme.nl
> Subject: Introducing Boris Schrijver
>
> Hi all,
>
> As you might know, we at PCextreme are using CloudStack for our public cloud
> offering and have been looking for a CloudStack dev for a long time.
>
> We found one; so let me introduce Boris Schrijver.
>
> Boris will be our fulltime CloudStack developer with no other purpose then
> making CloudStack better :)
>
> CloudStack is a Apache project, so it will be Boris contributing to 
> CloudStack and
> NOT PCextreme as a company. He might become a committer one day, who
> knows.
>
> Today is his first day, so it will take a bit before you'll see the first PR 
> coming in.
>
> Wido

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

RE: Introducing Boris Schrijver

2015-07-10 Thread Boris Schrijver

Hi all,

Thanks for the warm welcome! I've setup my development environment and I'm ready
to rock!

Best regards,

Boris Schrijver

PCextreme B.V.

MAIL: bo...@pcextreme.nl

> 
> On July 10, 2015 at 10:15 AM Giles Sirett 
> wrote:
> 
> 
> Welcome Boris
> 
> 
> Kind Regards
> Giles
> 
> D: +44 20 3603 0541 | M: +44 796 111 2055
> giles.sir...@shapeblue.com
> 
> 
> 
> 
> > -Original Message-
> > From: Wido den Hollander [mailto:w...@widodh.nl]
> > Sent: 08 July 2015 16:08
> > To: dev@cloudstack.apache.org
> > Cc: bo...@pcextreme.nl
> > Subject: Introducing Boris Schrijver
> >
> > Hi all,
> >
> > As you might know, we at PCextreme are using CloudStack for our public
> > cloud
> > offering and have been looking for a CloudStack dev for a long time.
> >
> > We found one; so let me introduce Boris Schrijver.
> >
> > Boris will be our fulltime CloudStack developer with no other purpose
> > then
> > making CloudStack better :)
> >
> > CloudStack is a Apache project, so it will be Boris contributing to
> > CloudStack and
> > NOT PCextreme as a company. He might become a committer one day, who
> > knows.
> >
> > Today is his first day, so it will take a bit before you'll see the
> > first PR coming in.
> >
> > Wido
> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design &
> Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software
> Engineering
> CloudStack Infrastructure
> Support
> CloudStack Bootcamp Training
> Courses
> 
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based upon
> its contents, nor copy or show it to anyone. Please contact the sender if you
> believe you have received this email in error. Shape Blue Ltd is a company
> incorporated in England & Wales. ShapeBlue Services India LLP is a company
> incorporated in India and is operated under license from Shape Blue Ltd. Shape
> Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is
> operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
> registered by The Republic of South Africa and is traded under license from
> Shape Blue Ltd. ShapeBlue is a registered trademark.
>

[GitHub] cloudstack pull request: Improved message for peeples to actually ...

2015-07-10 Thread snuf

GitHub user snuf opened a pull request:

https://github.com/apache/cloudstack/pull/576

Improved message for peeples to actually see what the problem is.

The original message obfuscates what the real problem is, and requires 
people to dig through the source to figure out that a single VDI is expected. 
Now it will show that it actually expects 1 and tells you what it found., 
making it easier for people to do something about it instead of wading through 
the cloudstack code after not being able to figure it out in the log.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/snuf/cloudstack master

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/576.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #576


commit 89efa9989ad8e5ada2dba24e44f2f1bb0e6ecafa
Author: Funs 
Date:   2015-07-10T09:01:41Z

Improved message for peeples to actually see what the problem is.




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Improved message for peeples to actually ...

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/576#issuecomment-120314141
  
LGTM, thanks for wading, @snuf 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8605: KVM: Config Drive and ge...

2015-07-10 Thread kishankavala

GitHub user kishankavala opened a pull request:

https://github.com/apache/cloudstack/pull/577

CLOUDSTACK-8605: KVM: Config Drive and getVmIp support

- CLOUDSTACK-8324 added support for External DHCP/DNS support along with 
ConfigDrive for XenServer
- FS link: 
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=53740797
- This PR adds KVM support for config drive and getVmIpAddress assigned by 
external DHCP
- genisoimage package dependency is added for creating config drive ISO
- libguestfs is used to get IPAddress from guest VM. Linux: From dhcp 
leases file. Windows: From registry


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/kishankavala/cloudstack master

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/577.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #577


commit faab39fdd52026ba7c03f8143331d1004338f5ff
Author: Kishan Kavala 
Date:   2015-06-26T09:48:01Z

kvm config drive

commit 220e714b5194a33471fc5728c1a6dc69ca0c98e9
Author: Kishan Kavala 
Date:   2015-07-01T12:40:02Z

Unit test for GetVmIpAddressCommand

commit b2e8bfdff5cc8013a9d50132a941f7849a2949b2
Author: Kishan Kavala 
Date:   2015-07-01T14:51:01Z

Test IP not in CIDR

commit 3fc60e31d9bcf68a4901dbc059e02c2868943035
Author: Kishan Kavala 
Date:   2015-07-10T08:24:30Z

Merge remote-tracking branch 'upstream/master'

Conflicts:

plugins/hypervisors/kvm/test/com/cloud/hypervisor/kvm/resource/LibvirtComputingResourceTest.java

commit e1d1974a06b334bc1be603823f5f44b51bdb3ab2
Author: Kishan Kavala 
Date:   2015-07-10T08:26:26Z

Merge remote-tracking branch 'upstream/master'

Conflicts:

plugins/hypervisors/kvm/test/com/cloud/hypervisor/kvm/resource/LibvirtComputingResourceTest.java

commit a3fe3ae233a23f8ac7dcc7485adac9089a7810a8
Author: Kishan Kavala 
Date:   2015-07-10T08:58:52Z

Fix Libvirt getVmIP unit test




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8379:add support to marvin to ...

Github user DaanHoogland commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/158#discussion_r34343974
  
--- Diff: tools/marvin/marvin/deployDataCenter.py ---
@@ -790,8 +790,13 @@ def createZones(self, zones):
 self.createPrimaryStorages(zone.primaryStorages,
zoneId,
)
-enabled = getattr(zone, 'enabled', 'True')
-if enabled == 'True' or enabled is None:
+
+#get the variable from config file whether to enable zone 
or not
+#If "enabled" tag is not found in config file, enable the 
zone otherwise
+#act as mentioned in the config file
+enabled = str(getattr(zone, 'enabled', None))
+enabled = enabled if enabled else 'true'
+if enabled.lower() == 'true':
--- End diff --

should work but why not make a str('boolean') a real bool? 
  if enabled.lower == true:
enable = True
  else:
enable = False
  if enable:


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8379:add support to marvin to ...

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/158#issuecomment-120371884
  
I don't see that the travis failures are related to this code but the 
change is not so significant that push through makes sense. Would be nice to 
have quick iterations on these kinds of refactorings.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8457: Add option to authorize ...

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/575#issuecomment-120389991
  
@wilderrodrigues thanks. You can select the authorise sso checkbox and 
submit if you've a SAML IDP server. 

For test setup, you can follow this: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SAML+2.0+Plugin#SAML2.0Plugin-Testing


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8457: Add option to authorize ...

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/575#issuecomment-120391833
  
on Chrome, dev tools if you set g_idpList to null, you should see the saml 
stuff in the form.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8622: Reinstate working sessio...

2015-07-10 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/574


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Reinstate working sessions in browser

2015-07-10 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/308


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8622: Reinstate working sessio...

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/574#issuecomment-120396037
  
Thanks for the reviews, merged on 4.5/master now.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Build failed in Jenkins: simulator-singlerun #1356

See 

--
Started by upstream project "build-master-simulator" build number 2173
originally caused by:
 Started by an SCM change
 Started by upstream project "build-master" build number 2460
 originally caused by:
  Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on simulator in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1258)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags 
--progress https://git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error:  while accessing 
https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs

fatal: HTTP request failed

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
at ..remote call to simulator(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131)
at sun.proxy.$Proxy46.execute(Unknown Source)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733)
... 11 more
ERROR: Error fetching remote repo 'origin'
[xUnit] [INFO] - Starting to record.
[xUnit] [INFO] - Processing JUnit
[xUnit] [INFO] - [JUnit] - No test report file(s) were found with the pattern 
'xunit.xml' relative to 
' for the testing 
framework 'JUnit'.  Did you enter a pattern relative to the correct directory?  
Did you generate the result report(s) for 'JUnit'?
[xUnit] [ERROR] - No test reports found for the metric 'JUnit' with the 
resolved pattern 'xunit.xml'. Configuration error?.
[xUnit] [INFO] - Failing

Jenkins build is back to normal : build-4.5 #497

See

Build failed in Jenkins: simulator-4.5-singlerun #252

See 

--
Started by upstream project "build-4.5-simulator" build number 307
originally caused by:
 Started by upstream project "build-4.5" build number 497
 originally caused by:
  Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on simulator in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1258)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags 
--progress https://git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error:  while accessing 
https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs

fatal: HTTP request failed

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
at ..remote call to simulator(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131)
at sun.proxy.$Proxy46.execute(Unknown Source)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733)
... 11 more
ERROR: Error fetching remote repo 'origin'
[xUnit] [INFO] - Starting to record.
[xUnit] [INFO] - Processing JUnit
[xUnit] [INFO] - [JUnit] - No test report file(s) were found with the pattern 
'xunit.xml' relative to 
' for the 
testing framework 'JUnit'.  Did you enter a pattern relative to the correct 
directory?  Did you generate the result report(s) for 'JUnit'?
[xUnit] [ERROR] - No test reports found for the metric 'JUnit' with the 
resolved pattern 'xunit.xml'. Configuration error?.
[xUnit] [INFO] - Failing BUILD.
[xUnit] [INFO] -

Build failed in Jenkins: package-rhel63-4.5 #292

See 

--
Started by upstream project "build-4.5" build number 497
originally caused by:
 Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1258)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags 
--progress https://git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error:  while accessing 
https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs

fatal: HTTP request failed

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
at ..remote call to rpmbuilder-2(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131)
at sun.proxy.$Proxy46.execute(Unknown Source)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733)
... 11 more
ERROR: Error fetching remote repo 'origin'
Archiving artifacts

[GitHub] cloudstack pull request: Improved message for peeples to actually ...

2015-07-10 Thread kishankavala

Github user kishankavala commented on the pull request:

https://github.com/apache/cloudstack/pull/576#issuecomment-120400649
  
Can we rephrase it as "Expected 1 VDI template but found..." 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Cloudstack 8612

Github user DaanHoogland commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/562#discussion_r34351937
  
--- Diff: 
framework/jobs/src/org/apache/cloudstack/framework/jobs/dao/SyncQueueItemDaoImpl.java
 ---
@@ -141,23 +141,46 @@ public int getActiveQueueItemCount(long queueId) {
 }
 
 @Override
-public List getBlockedQueueItems(long thresholdMs, 
boolean exclusive) {
+public List getBlockedQueueItems(long thresholdMs, 
long snapshotThresholdMs, String jobCmd, boolean exclusive) {
 Date cutTime = DateUtil.currentGMTTime();
+List l = new ArrayList();
 
-SearchBuilder sbItem = createSearchBuilder();
-sbItem.and("lastProcessMsid", 
sbItem.entity().getLastProcessMsid(), SearchCriteria.Op.NNULL);
-sbItem.and("lastProcessNumber", 
sbItem.entity().getLastProcessNumber(), SearchCriteria.Op.NNULL);
-sbItem.and("lastProcessTime", 
sbItem.entity().getLastProcessTime(), SearchCriteria.Op.NNULL);
-sbItem.and("lastProcessTime2", 
sbItem.entity().getLastProcessTime(), SearchCriteria.Op.LT);
-
-sbItem.done();
+Date date1 = new Date(cutTime.getTime() - thresholdMs);
+String  dateString1 = 
DateUtil.getDateDisplayString(TimeZone.getTimeZone("GMT"), date1);
 
-SearchCriteria sc = sbItem.create();
-sc.setParameters("lastProcessTime2", new Date(cutTime.getTime() - 
thresholdMs));
+Date date2 = new Date(cutTime.getTime() - snapshotThresholdMs);
+String  dateString2 = 
DateUtil.getDateDisplayString(TimeZone.getTimeZone("GMT"), date2);
 
-if(exclusive)
-return lockRows(sc, null, true);
-return listBy(sc, null);
+String sql = "SELECT s.id, s.queue_id, s.content_type, 
s.content_id, s.queue_proc_msid, s.queue_proc_number, s.queue_proc_time, 
s.created FROM sync_queue_item AS s " +
+"JOIN async_job as a ON s.content_id = a.id WHERE 
s.queue_proc_msid IS NOT NULL AND s.queue_proc_number IS NOT NULL AND 
s.queue_proc_time IS NOT NULL" +
+" AND ((a.job_cmd NOT LIKE ? AND s.queue_proc_time < ? ) 
OR (a.job_cmd LIKE ? AND s.queue_proc_time < ?))";
+TransactionLegacy txn = TransactionLegacy.currentTxn();
+PreparedStatement pstmt = null;
+try {
+pstmt = txn.prepareAutoCloseStatement(sql);
--- End diff --

please use try-with-resource


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Cloudstack 8612

Github user DaanHoogland commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/562#discussion_r34351953
  
--- Diff: 
framework/jobs/src/org/apache/cloudstack/framework/jobs/dao/SyncQueueItemDaoImpl.java
 ---
@@ -141,23 +141,46 @@ public int getActiveQueueItemCount(long queueId) {
 }
 
 @Override
-public List getBlockedQueueItems(long thresholdMs, 
boolean exclusive) {
+public List getBlockedQueueItems(long thresholdMs, 
long snapshotThresholdMs, String jobCmd, boolean exclusive) {
 Date cutTime = DateUtil.currentGMTTime();
+List l = new ArrayList();
 
-SearchBuilder sbItem = createSearchBuilder();
-sbItem.and("lastProcessMsid", 
sbItem.entity().getLastProcessMsid(), SearchCriteria.Op.NNULL);
-sbItem.and("lastProcessNumber", 
sbItem.entity().getLastProcessNumber(), SearchCriteria.Op.NNULL);
-sbItem.and("lastProcessTime", 
sbItem.entity().getLastProcessTime(), SearchCriteria.Op.NNULL);
-sbItem.and("lastProcessTime2", 
sbItem.entity().getLastProcessTime(), SearchCriteria.Op.LT);
-
-sbItem.done();
+Date date1 = new Date(cutTime.getTime() - thresholdMs);
+String  dateString1 = 
DateUtil.getDateDisplayString(TimeZone.getTimeZone("GMT"), date1);
 
-SearchCriteria sc = sbItem.create();
-sc.setParameters("lastProcessTime2", new Date(cutTime.getTime() - 
thresholdMs));
+Date date2 = new Date(cutTime.getTime() - snapshotThresholdMs);
+String  dateString2 = 
DateUtil.getDateDisplayString(TimeZone.getTimeZone("GMT"), date2);
 
-if(exclusive)
-return lockRows(sc, null, true);
-return listBy(sc, null);
+String sql = "SELECT s.id, s.queue_id, s.content_type, 
s.content_id, s.queue_proc_msid, s.queue_proc_number, s.queue_proc_time, 
s.created FROM sync_queue_item AS s " +
+"JOIN async_job as a ON s.content_id = a.id WHERE 
s.queue_proc_msid IS NOT NULL AND s.queue_proc_number IS NOT NULL AND 
s.queue_proc_time IS NOT NULL" +
+" AND ((a.job_cmd NOT LIKE ? AND s.queue_proc_time < ? ) 
OR (a.job_cmd LIKE ? AND s.queue_proc_time < ?))";
+TransactionLegacy txn = TransactionLegacy.currentTxn();
+PreparedStatement pstmt = null;
+try {
+pstmt = txn.prepareAutoCloseStatement(sql);
+pstmt.setString(1, "%" + jobCmd + "%");
+pstmt.setString(2, dateString1);
+pstmt.setString(3, "%" + jobCmd + "%");
+pstmt.setString(4, dateString2);
+ResultSet rs = pstmt.executeQuery();
--- End diff --

please use try-with-resource


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Cloudstack 8612

Github user DaanHoogland commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/562#discussion_r34352466
  
--- Diff: 
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
 ---
@@ -5035,9 +5039,16 @@ public VmwareHypervisorHost 
getHyperHost(VmwareContext context) {
 @Override
 public VmwareContext getServiceContext(Command cmd) {
 VmwareContext context = null;
+int vCenterSessionTimeout;
+if (cmd != null && cmd.getContextParam("vCenterSessionTimeout") != 
null) {
+vCenterSessionTimeout = 
NumbersUtil.parseInt(cmd.getContextParam("vCenterSessionTimeout"), 120);
--- End diff --

why not use _vCenterSessionTimeout here?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Cloudstack 8612

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/562#issuecomment-120406704
  
Can you add unit- and/or integration tests?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8620 :skip test cases if rbd s...

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/570#issuecomment-120408068
  
LGTM


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8620 :skip test cases if rbd s...

2015-07-10 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/570


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [GitHub] cloudstack pull request: dhcp/dns offload feature config dirve cha...

I don't see two LGTM on this one. What happened?

On Fri, Jul 10, 2015 at 6:20 AM, asfgit  wrote:
> Github user asfgit closed the pull request at:
>
> https://github.com/apache/cloudstack/pull/568
>
>
> ---
> If your project is set up for it, you can reply to this email and have your
> reply appear on GitHub as well. If your project does not have this feature
> enabled and wishes so, or if the feature is enabled but not working, please
> contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
> with INFRA.
> ---



-- 
Daan

[GitHub] cloudstack pull request: dhcp/dns offload feature config dirve cha...

2015-07-10 Thread sateesh-chodapuneedi

Github user sateesh-chodapuneedi commented on the pull request:

https://github.com/apache/cloudstack/pull/568#issuecomment-120414615
  
@DaanHoogland 

I think there are 2 LGTM on this one - from @sanju1010 & @kishankavala 

> sanju1010 added a note a day ago
> Need to comment this if DHCP Server is available in the shared network 
broadcast domain while >running tests. Looks good to me.

>kishankavala commented a day ago
>Looks good to me.
>Commented on older PR earlier.
>PR #552 can be removed




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [GitHub] cloudstack pull request: dhcp/dns offload feature config dirve cha...

my bad, I would like to see "$LGTM" (as in on the start of a line),
though. This looks like a comment at first.

On Fri, Jul 10, 2015 at 3:42 PM, sateesh-chodapuneedi
 wrote:
> Github user sateesh-chodapuneedi commented on the pull request:
>
> https://github.com/apache/cloudstack/pull/568#issuecomment-120414615
>
> @DaanHoogland
>
> I think there are 2 LGTM on this one - from @sanju1010 & @kishankavala
>
> > sanju1010 added a note a day ago
> > Need to comment this if DHCP Server is available in the shared network 
> broadcast domain while >running tests. Looks good to me.
>
> >kishankavala commented a day ago
> >Looks good to me.
> >Commented on older PR earlier.
> >PR #552 can be removed
>
>
>
>
> ---
> If your project is set up for it, you can reply to this email and have your
> reply appear on GitHub as well. If your project does not have this feature
> enabled and wishes so, or if the feature is enabled but not working, please
> contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
> with INFRA.
> ---



-- 
Daan

Build failed in Jenkins: simulator-singlerun #1357

See 

--
Started by upstream project "build-master-simulator" build number 2174
originally caused by:
 Started by an SCM change
 Started by upstream project "build-master" build number 2461
 originally caused by:
  Started by an SCM change
 Started by an SCM change
 Started by an SCM change
 Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on simulator in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1258)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags 
--progress https://git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error:  while accessing 
https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs

fatal: HTTP request failed

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
at ..remote call to simulator(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131)
at sun.proxy.$Proxy46.execute(Unknown Source)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733)
... 11 more
ERROR: Error fetching remote repo 'origin'
[xUnit] [INFO] - Starting to record.
[xUnit] [INFO] - Processing JUnit
[xUnit] [INFO] - [JUnit] - No test report file(s) were found with the pattern 
'xunit.xml' relative to 
' for the testing 
framework 'JUnit'.  Did you enter a pattern relative to the correct directory?  
Did you generate the result report(s) for 'JUnit'?
[xUnit] [ERROR] - No test reports found for the metric 'JUnit' with the

[GitHub] cloudstack pull request: Coverity resource leaks

GitHub user DaanHoogland opened a pull request:

https://github.com/apache/cloudstack/pull/578

Coverity resource leaks



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/DaanHoogland/cloudstack 
coverity-resource-leaks

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/578.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #578


commit b082443518bb2225dec3973b76b365a8ccbcf5e9
Author: Daan Hoogland 
Date:   2015-07-10T14:31:22Z

coverity in upgrade code
 1164030: memory upgrade for ssvm
 1164031: image store details encryption

commit 706ce7f5ed33e421db1a750afb42d9ffe805206f
Author: Daan Hoogland 
Date:   2015-07-10T14:45:16Z

coverity 1148416: auto close server socket




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[CLOUDSTACK SV MEETUP] Call for Speakers - August 4th

2015-07-10 Thread Karen Vuong

Hi all,

Is anyone going to be traveling to the Silicon Valley on August 4th? The
CloudStack Silicon Valley User Group is planning to hold a meetup that
evening. Currently, we have David Nalley on the agenda and if anyone else
is interested in speaking at the meetup - please let me, John Kinsella or
Ilya know.

http://www.meetup.com/CloudStack-Silicon-Valley-User-Group/

Thanks!

Regards,

Karen

[GitHub] cloudstack pull request: Improved message for peeples to actually ...

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/576#issuecomment-120455357
  
LGTM. @snuf see if you can improve the statement as Kishan suggests


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Coverity resource leaks

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/578#issuecomment-120455619
  
LGTM (squash maybe)


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Findbugs issues with instance acces to st...

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/573#issuecomment-120456014
  
LGTM


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8623: CPVM fails to start afte...

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/571#issuecomment-120456206
  
LGTM.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [DISCUSS] Release principles for Apache CloudStack

While I like the ideas generally [1], some concerns and observations that I 
wish could be considered;

- active contributor crunch:

we don’t have large number of active people working towards testing, fixing 
bugs and release, and reviewing/merging PRs on *master*; this affects the 
agility of any process or workflow we want to put in, or expect resolution in a 
certain window (3-5 days etc.);

- diverse interests:

our user-base may not necessarily want to upgrade to newer version of 
CloudStack even if they can proved to be quite stable; in-fact commercially 
some of us are paid to maintain stable branches and support users who are still 
on 4.2/4.3/4.4/4.5 etc; based on my experience, a typical enterprise users 
usually stick with a version (that works for them) for at least 6 months, while 
smb user or in-house consumers are quite agile who may upgrade as quickly as 
when new releases are made;

- diverse branching/merging workflow usage and understanding:

the bugfix workflow may not be acceptable (to go on master first), a lot of 
people have their own way of branching/merging in their organisations that 
affect how they do it in the the project

- waiting time on new changes:

since we don’t have large number of active testers and developers who can fix 
bugs rapidly, freezing master and doing the release may take a lot of time 
(unless if we can put a hard deadline or have some schedule to support that?), 
in which case new features and refactoring work will have to lay hanging (and 
some rebase/code-rework may be needed later when they are merged, when master 
is open)

- release risk:

after a release x.y.0 is made and since master can receive new features, 
refactoring work; the next x.y.1 can potentially add more regressions due to 
those new features and refactoring/re-architectural work

- release maintenance and support demands:

historically there has been an assumed or known stable release that is fairly 
tested in the wild and has built trust due to usage by users (through meetups, 
users ML, customer interactions etc), in the past those versions were 4.2.1 
then 4.3.1/4.3.2, now based on my experience the last stable release is 4.5.1

[1] 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+principles+for+Apache+CloudStack

On 02-Jul-2015, at 5:16 pm, Remi Bergsma mailto:r...@remi.nl>> 
wrote:

Hi all,

We already agreed contributions should always go via a PR and require two 
LGTM’s before we merge. Let me propose the next step on how I think we should 
do release management for 4.6 and on.

I talked to several people over the past weeks and wrote this wiki article:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+principles+for+Apache+CloudStack
 


If you like this way of working, I volunteer to be your RM :-)

Like folks suggested earlier, it would be nice to work on this with multiple 
people. So, feel free to join. Maybe @dahn @bhaisaab and/or others are willing 
to teach me some of their tricks.

Regards,
Remi


Regards,
Rohit Yadav
Software Architect, ShapeBlue


[cid:9DD97B41-04C5-45F0-92A7-951F3E962F7A]


M. +91 88 262 30892 | 
rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab




Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: Custom dictionary implementation


On 01-Jul-2015, at 1:52 pm, Ramzi Youssefi 
mailto:ryouss...@gmail.com>> wrote:

I'm implementing a UI Plugin and I would like to have a custom dictionary
for the labels.
Could you guys please provide an example on how to do this?
I need three different languages and I would like to have the labels in the
dictionary within the plugin.

Put in a dictionary js file with key values you want to use.

Regards,
Rohit Yadav
Software Architect, ShapeBlue


[cid:9DD97B41-04C5-45F0-92A7-951F3E962F7A]


M. +91 88 262 30892 | 
rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab




Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge - rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: CS 4.3.2 RPM builds have dependencies on i686 glibc?! while 4.3.1 do not.

France,

Sorry I missed this email. Was your issue solved? The ACS repo you’re using is 
same as upstream 4.3.2 release, including the required. dependencies.

On 28-Jun-2015, at 7:13 pm, France 
mailto:mailingli...@isg.si>> wrote:

Hi guys,

we are upgrading CS 4.3.1 to 4.3.2 currently.

Official repo listed on: https://cloudstack.apache.org/downloads.html which is: 
http://cloudstack.apt-get.eu/rhel/ is currently down.
I was able to find packages on some other mirror: 
http://mirrors.coreix.net/cloudstack.apt-get.eu/rhel/4.3/
 just to test it out.
The below description is also true if, using repos from Shapeblue 
(http://packages.shapeblue.com/cloudstack/main/centos/4.3, 
http://packages.shapeblue.com/cloudstack/main/centos/4.3/), which are currently 
working. We will be installing from Shapeblues main repo.

After updating whole system, only CS was left. However I see that it wants to 
pull i686 libraries!
It seems to me that there is an error in packaging process or. does CS 
upgrading from 4.3.1 to 4.3.2 suddenly require i686 glibc to work?

[root@mc1 yum.repos.d]# yum clean
Loaded plugins: fastestmirror, priorities
Error: clean requires an option: headers, packages, metadata, dbcache, plugins, 
expire-cache, rpmdb, all
[root@mc1 yum.repos.d]# yum update
Loaded plugins: fastestmirror, priorities
Setting up Update Process
Loading mirror speeds from cached hostfile
* base: mirror.lihnidos.org
* epel: mirror.vutbr.cz
* extras: mirror.lihnidos.org
* updates: mirror.lihnidos.org
118 packages excluded due to repository priority protections
Resolving Dependencies
--> Running transaction check
---> Package cloudstack-awsapi.x86_64 0:4.3.1-1.el6 will be updated
---> Package cloudstack-awsapi.x86_64 0:4.3.2-1.el6 will be an update
---> Package cloudstack-common.x86_64 0:4.3.1-1.el6 will be updated
---> Package cloudstack-common.x86_64 0:4.3.2-1.el6 will be an update
--> Processing Dependency: libc.so.6(GLIBC_2.3) for package: 
cloudstack-common-4.3.2-1.el6.x86_64
--> Processing Dependency: libuuid.so.1 for package: 
cloudstack-common-4.3.2-1.el6.x86_64
---> Package cloudstack-management.x86_64 0:4.3.1-1.el6 will be updated
---> Package cloudstack-management.x86_64 0:4.3.2-1.el6 will be an update
---> Package cloudstack-usage.x86_64 0:4.3.1-1.el6 will be updated
---> Package cloudstack-usage.x86_64 0:4.3.2-1.el6 will be an update
--> Running transaction check
---> Package glibc.i686 0:2.12-1.149.el6_6.9 will be installed
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: 
glibc-2.12-1.149.el6_6.9.i686
--> Processing Dependency: libfreebl3.so for package: 
glibc-2.12-1.149.el6_6.9.i686
---> Package libuuid.i686 0:2.17.2-12.18.el6 will be installed
--> Running transaction check
---> Package nss-softokn-freebl.i686 0:3.14.3-22.el6_6 will be installed
--> Finished Dependency Resolution

Dependencies Resolved


PackageArch 
   VersionRepository
  Size

Updating:
cloudstack-awsapi  x86_64   
   4.3.2-1.el6apache-cloudstack 
  84 M
cloudstack-common  x86_64   
   4.3.2-1.el6apache-cloudstack 
  94 M
cloudstack-management  x86_64   
   4.3.2-1.el6apache-cloudstack 
  75 M
cloudstack-usage   x86_64   
   4.3.2-1.el6apache-cloudstack 
  39 M
Installing for dependencies:
glibc  i686 
   2.12-1.149.el6_6.9 updates   
 4.3 M
libuuidi686 
   2.17.2-12.18.el6   base  
  69 k
nss-softokn-freebl i686 
   3.14.3-22.el6_6updates   
 157 k

Transaction Summary
==

[GitHub] cloudstack pull request: CLOUDSTACK-8623: CPVM fails to start afte...

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/571#issuecomment-120476327
  
I would like to see tests with such a change as well


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Jenkin automated job to create release package

2015-07-10 Thread Pierre-Luc Dion

Hi,
I've create a collection of jenkins jobs [1] allowing to create packages of
a release and publish them on cloudstack.apt-get.eu so current community
yum and apt repos get updated.

I've also add pgp signature[2] for RPM's and generate MD5sum.

The idea is to make the packaging generation super easy for Release Manager
once RC voted. So now, to create  packages we just need to fire
Create-Release-Packages
specifying
the git
tag (ex: 4.4.4) the release branch name (ex:4.4) and if new systemvm
template is required.  Then it triggered 4 jenkins jobs automatically.


Make sense?

Do we have a release to build now? :-DJust did 4.4.4


[1] http://jenkins.buildacloud.org/view/build-release/
[2] http://cloudstack.apt-get.eu/RPM-GPG-KEY

Re: [DISCUSS] Release principles for Apache CloudStack

I hate to be as opiniated as I am but here it comes ;)

On Fri, Jul 10, 2015 at 7:39 PM, Rohit Yadav 
wrote:

>  While I like the ideas generally [1], some concerns and observations
> that I wish could be considered;
>
>  - active contributor crunch:
>
>  we don’t have large number of active people working towards testing,
> fixing bugs and release, and reviewing/merging PRs on *master*; this
> affects the agility of any process or workflow we want to put in, or expect
> resolution in a certain window (3-5 days etc.);
>
This is a very valid concern. We are a large community but not in any way
big enough. One approach is to let no backporting of bugfixes happen! it
sound contrary to some of your points but I think it is actually a
mitigation (see below).



> - diverse interests:
>
>  our user-base may not necessarily want to upgrade to newer version of
> CloudStack even if they can proved to be quite stable; in-fact commercially
> some of us are paid to maintain stable branches and support users who are
> still on 4.2/4.3/4.4/4.5 etc; based on my experience, a typical enterprise
> users usually stick with a version (that works for them) for at least 6
> months, while smb user or in-house consumers are quite agile who may
> upgrade as quickly as when new releases are made;
>
User do go for bug fixes and are not concerned with any backwards
compatible changes to functionality. If we guard against those, point
releases are replaced by the minors and people can be as 'sticky' as they
want. In the end it is a matter of naming and discipline. Of course we need
to sell our policy.



> - diverse branching/merging workflow usage and understanding:
>
>  the bugfix workflow may not be acceptable (to go on master first), a lot
> of people have their own way of branching/merging in their organisations
> that affect how they do it in the the project
>
I do not think it is. If you want something fixed you should fix it on the
oldest version it needs fixing on. No backporting at all. this only
mystifies our git tree and 

prohibits good administration. Bug-fixes can be merged forward and whether
anyone has one of infinite other possible release management schemes
internally should not influence the way they work on this project.


>  - waiting time on new changes:
>
>  since we don’t have large number of active testers and developers who
> can fix bugs rapidly, freezing master and doing the release may take a lot
> of time (unless if we can put a hard deadline or have some schedule to
> support that?), in which case new features and refactoring work will have
> to lay hanging (and some rebase/code-rework may be needed later when they
> are merged, when master is open)
>
lso very valid. No freeze, just release candidates would be a solution to
that. One point in time is proposed as candidate and voted on. if it goes
it goes, if it doesn't there will be new chances in the near future. We do
depend on good quality control on master for this.



>
>  - release risk:
>
>  after a release x.y.0 is made and since master can receive new features,
> refactoring work; the next x.y.1 can potentially add more regressions due
> to those new features and refactoring/re-architectural work
>
I don't agree here; any x.y.1 will be on a branch other then master.



>
>  - release maintenance and support demands:
>
>  historically there has been an assumed or known stable release that is
> fairly tested in the wild and has built trust due to usage by users
> (through meetups, users ML, customer interactions etc), in the past those
> versions were 4.2.1 then 4.3.1/4.3.2, now based on my experience the last
> stable release is 4.5.1
>
You know we don't agree on 4.4 vs 4.5 and I don't want to fight that fight
here and now but how is this a concern either way? Any minor can have point
releases following it if needed.




>   [1]
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+principles+for+Apache+CloudStack
>
> On 02-Jul-2015, at 5:16 pm, Remi Bergsma  wrote:
>
> Hi all,
>
> We already agreed contributions should always go via a PR and require two
> LGTM’s before we merge. Let me propose the next step on how I think we
> should do release management for 4.6 and on.
>
> I talked to several people over the past weeks and wrote this wiki article:
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+principles+for+Apache+CloudSta
> ck <
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+principles+for+Apache+CloudStack
> >
>
> If you like this way of working, I volunteer to be your RM :-)
>
> Like folks suggested earlier, it would be nice to work on this with
> multiple people. So, feel free to join. Maybe @dahn @bhaisaab and/or others
> are willing to teach me some of their tricks.
>
>
-- 
Daan

Re: Jenkin automated job to create release package

great work Pierre-Luc, no we are working on 4.5.2, nothing yet

On Fri, Jul 10, 2015 at 8:17 PM, Pierre-Luc Dion  wrote:
> Hi,
> I've create a collection of jenkins jobs [1] allowing to create packages of
> a release and publish them on cloudstack.apt-get.eu so current community
> yum and apt repos get updated.
>
> I've also add pgp signature[2] for RPM's and generate MD5sum.
>
> The idea is to make the packaging generation super easy for Release Manager
> once RC voted. So now, to create  packages we just need to fire
> Create-Release-Packages
> specifying
> the git
> tag (ex: 4.4.4) the release branch name (ex:4.4) and if new systemvm
> template is required.  Then it triggered 4 jenkins jobs automatically.
>
>
> Make sense?
>
> Do we have a release to build now? :-DJust did 4.4.4
>
>
> [1] http://jenkins.buildacloud.org/view/build-release/
> [2] http://cloudstack.apt-get.eu/RPM-GPG-KEY



-- 
Daan

Build failed in Jenkins: package-rhel63-4.5 #293

See 

--
Started by user Pierre-Luc Dion
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1258)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags 
--progress https://git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error:  while accessing 
https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs

fatal: HTTP request failed

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
at ..remote call to rpmbuilder-2(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131)
at sun.proxy.$Proxy46.execute(Unknown Source)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733)
... 11 more
ERROR: Error fetching remote repo 'origin'
Archiving artifacts

[GitHub] cloudstack pull request: findbugs: deal with all the encoding issu...

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/467#issuecomment-120495209
  
@DaanHoogland was this committed to master?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: noredist on build.apache.o


On 16-Jun-2015, at 2:12 pm, Daan Hoogland 
mailto:daan.hoogl...@gmail.com>> wrote:

Is there any objections from the foundation to put noredist files on
builds.apache.org for a noredist build? I would like 
the pullrequest
builder to report on all modules before crying victory on a PR.

+1

You may grab the dependency jars from here: 
https://github.com/bhaisaab/cloudstack-nonoss

Regards,
Rohit Yadav
Software Architect, ShapeBlue


[cid:9DD97B41-04C5-45F0-92A7-951F3E962F7A]


M. +91 88 262 30892 | 
rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab




Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge - rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: Can we use components based on MIT License?


On 16-Jun-2015, at 5:23 am, ilya 
mailto:ilya.mailing.li...@gmail.com>> wrote:

General question, can we add/use components based on MIT License?

cc Sebastien/David - just to be sure

I think so, we’re already using jquery. See NOTICE file for details.


Regards,
Rohit Yadav
Software Architect, ShapeBlue


[cid:9DD97B41-04C5-45F0-92A7-951F3E962F7A]


M. +91 88 262 30892 | 
rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab




Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: Support OVA files with multiple disks for templates: CLOUDSTACK-4757

Likitha, any update on merging this branch?

On 16-Jun-2015, at 3:37 am, ilya 
mailto:ilya.mailing.li...@gmail.com>> wrote:

Hi Likitha,

Hope your day is well,

Just a friendly follow up to see if you might have a chance in merging this 
branch in.

Thanks
ilya

On 5/6/15 10:38 PM, Abhinandan Prateek wrote:
Likitha,

  Thanks for updating, I think it is a very useful feature and will ease the 
work of migrating from VMWare setup to a cloudstack setup.

-abhi

On 07-May-2015, at 9:11 am, Likitha Shetty 
mailto:likitha.she...@citrix.com>> wrote:

The feature is code complete and is present in feature branch 
(https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/multiple-disk-ova
 ).

But since it has been a while I don’t think it will be an easy merge into 
master. In any case, I will soon start working on the merge.

Thanks,
Likitha

-Original Message-
From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com]
Sent: Wednesday, May 6, 2015 12:28 PM
To: CloudStack Dev
Cc: Likitha Shetty; Sateesh Chodapuneedi
Subject: Re: Support OVA files with multiple disks for templates: 
CLOUDSTACK-4757

Can anyone comment what state this feature is in ?

On 05-May-2015, at 11:58 am, Abhinandan Prateek 
mailto:agneya2...@yahoo.com.INVALID>> wrote:

The work on support for ova with multiple disk was started last year.
Can someone update in what state it is in as the ticket shows that this is 
still in progress ?

FS: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Support+OVA+files+containing+multiple+disks
 


-abhi
Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & 
Builde8HGArqlk7dQ5Owav1FAi03yijmr9kgDlWeLCe-JPQTOUEA9VH0Q0knXZtDHrOMSIPNocelxhrplz180xrN_Aw_u0QPQDtH9VgrlmlHxM0bvn8NF407Uf1xkQ88GKqd/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F>
CSForge – rapid IaaS deployment 
framework
CloudStack 
Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training 
Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.
Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework

Re: libvirt exception

Wei - is this issue fixed on 4.5/master?

On 11-May-2015, at 12:32 pm, Wei ZHOU 
mailto:ustcweiz...@gmail.com>> wrote:

Hi Mike,

Please apply the following patch to cloudstack, and copy the file
agent/bindir/libvirtqemuhook.in to repace /etc/libvirt/hooks/qemu on your
hosts

--start

diff --git a/agent/bindir/libvirtqemuhook.in b/agent/bindir/
libvirtqemuhook.in
index 7bf9634..a895280 100755
--- a/agent/bindir/libvirtqemuhook.in
+++ b/agent/bindir/libvirtqemuhook.in
@@ -16,6 +16,7 @@
# specific language governing permissions and limitations
# under the License.
import sys
+import re
from xml.dom.minidom import parse
from cloudutils.configFileOps import configFileOps
from cloudutils.networkConfig import networkConfig
@@ -24,21 +25,29 @@ def isOldStyleBridge(brName):
   return True
else:
   return False
+def isNewStyleBridge(brName):
+if re.match(r"br(\w+)-(\d+)", brName) == None:
+   return False
+else:
+   return True
def getGuestNetworkDevice():
netlib = networkConfig()
cfo = configFileOps("/etc/cloudstack/agent/agent.properties")
guestDev = cfo.getEntry("guest.network.device")
enslavedDev = netlib.getEnslavedDev(guestDev, 1)
-return enslavedDev
+return enslavedDev.split(".")[0]
def handleMigrateBegin():
try:
domain = parse(sys.stdin)
for interface in domain.getElementsByTagName("interface"):
source = interface.getElementsByTagName("source")[0]
bridge = source.getAttribute("bridge")
-if not isOldStyleBridge(bridge):
+if isOldStyleBridge(bridge):
+vlanId = bridge.replace("cloudVirBr","")
+elif isNewStyleBridge(bridge):
+vlanId = re.sub(r"br(\w+)-","",bridge)
+else:
continue
-vlanId = bridge.replace("cloudVirBr","")
phyDev = getGuestNetworkDevice()
newBrName="br" + phyDev + "-" + vlanId
source.setAttribute("bridge", newBrName)

-end-

Kind regards,
Wei


2015-05-10 7:35 GMT+02:00 Mike C 
mailto:mcrosson_cloudst...@nusku.net>>:

On 2015-05-08 20:07, Marcus wrote:

Can you confirm that those bridges and bond devices exist prior to
attempting migration, and that the VMs are attached to them and work?
Perhaps a 'brctl show' and 'virsh dumpxml'. Those look like they should be
cloudstack-generated guest network bridges and libvirt is complaining they
don't exist

Everything as far as I can tell is working minus this migration. I have a
few virtual routers running on this machine and VMs, each environment
running on the box seems to be doing working just fine. The base mgmtbr0,
cloudbr0, cloudbr1 all come up at boot prior to CloudStack and are working.

Command output is below.

Also: the router seems to have been restarted and was allocated on the
machine I was trying to migrate it to. Trying to migrate it back resulted
in the same error message.

-- Mike


# brctl show
bridge name bridge id   STP enabled interfaces
breth0-1209 8000.6805ca095d7f   no  eth0.1209
breth0-1221 8000.6805ca095d7f   no  eth0.1221
   vnet0
   vnet3
cloud0  8000.fe00a9fe0380   no  vnet1
cloudbr08000.6805ca095d7f   no  eth0.1100
   vnet2
cloudbr18000.6805ca095d7f   no  eth0.1200
mgmtbr0 8000.002564b522ef   no  eth1
virbr0  8000.   yes

# virsh dumpxml r-93-XML

 r-93-VM
 5269e919-564a-4986-92c1-07464e99e3ce
 Debian GNU/Linux 7(64-bit)
 262144
 262144
 1
 
   500
 
 
   /machine
 
 
   hvm
   
   
 
 
   
   
   
 
 
 
 
 destroy
 restart
 destroy
 
   /usr/bin/kvm-spice
   
 
 
 
 
 
   
   
 
 
 
 
 
 
   
   
 
 
   
   
 
   
   
 
 
   
   
 
 
   
   
 
 
 
   
   
 
 
 
 
 
   
   
 
 
 
 
 
 
   
   
 
 
 
   
   
 
 
 
 
 
   
   
 
 
 
   
   
 
 
 
   
   
 
 
 
 
   
   
 
   
   
   
   
 
   
   
 
 
 
   
   
 
   
 
 




Regards,
Rohit Yadav
Software Architect, ShapeBlue


[cid:9DD97B41-04C5-45F0-92A7-951F3E962F7A]


M. +91 88 262 30892 | 
rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab




Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge - rapid IaaS deployment framework
CloudStack Consulting
CloudStack

Re: [DISCUSS] Moving to Java 8

Ping Wilder - any progress/plan on moving forward (perhaps after 4.6?).

On 01-May-2015, at 4:07 pm, Wilder Rodrigues 
mailto:wrodrig...@schubergphilis.com>> wrote:

Hi Marcus,

Sorry for the push, I think after doing the whole CitrixResourceBase refactor I 
also got a bit attached to the whole thing/solution. ;)

Thanks for the input you gave. I will finish the refactor and apply it to both 
implementations.

Cheers,
Wilder


On 01 May 2015, at 09:06, Marcus 
mailto:shadow...@gmail.com>> 
wrote:

Oh, and of course the annotation added to the wrapper looks like:


...

@ResourceWrapper(handles =  CheckHealthCommand.class)

public final class LibvirtCheckHealthCommandWrapper

...


maybe 'wraps' or 'wrapperfor' would be better than 'handles' in your naming 
scheme. You get the idea.

On Thu, Apr 30, 2015 at 11:59 PM, Marcus 
mailto:shadow...@gmail.com>> wrote:
I agree, this wrapper is a good step forward. It's totally fine to continue on 
that path because it is obviously better and makes it easy to switch to 
autodetection anytime later by simply adding the annotation. Sorry if I got a 
bit passionate about that, but as you mention I also get tired of adding things 
in multiple places, and the annotations have worked well in the API and provide 
a good model to emulate for consistency.

I can't share code, because these extensions to LibvirtComputingResource that 
I've provided for other companies have not been open sourced. I can speak more 
generically though about methods.

To answer question "a", reflection allows you to do something like:

Reflections reflections = new 
Reflections("com.cloud.hypervisor.kvm.resource.wrapper");
Set> wrappers = 
reflections.getSubTypesOf(CommandWrapper.class);

So here in "new Reflections" we are automatically filtering for just the 
wrappers that would apply to the KVM plugin.
Then to finish it off, you iterate through the wrappers and do:

ResourceWrapper annotation = wrapper.getAnnotation(ResourceWrapper.class);
citrixCommands.put(annotation.handles(), wrapper.newInstance());

Sorry, I guess that's four lines, plus the relevant for loop. And probably a 
null check or something for the annotation. You also have to add the annotation 
class itself, and add a line for the annotation in each wrapper, but in the end 
when we add new Commands, we won't have to touch anything but the new class 
that handles the command.


public @interface ResourceWrapper {

   Class handles();

}

There's an example of something similar to this in KVMStoragePoolManager.java 
(annotation is StoragePoolInfo.java). This example has actually been adapted 
from that. Also to a lesser extent in the API server, but it is spread across a 
bunch of classes.

On Thu, Apr 30, 2015 at 10:41 PM, Wilder Rodrigues 
mailto:wrodrig...@schubergphilis.com>> wrote:
Hi Marcus,

Thanks for the email… I’m always in for improvements. But why can’t you share 
the code?

Few points below:

1. I added an subclassing example of LibvirtComputingResource because you 
mentioned it in a previous email:

On 23 Apr 2015, at 17:26, Marcus 
mailto:shadow...@gmail.com>> wrote:

I mentioned the reflection model because that's how I tend to handle
the commands when subclassing LibvirtComputingResource.

2. Current situation with LibvirtComputingResource on Master is:

a. 67 IFs
b. 67 private/protected methods that are used only there
c. If a new Command is added it means we will have a new IF and a new private 
method
e. Maintenance is hell, test is close to zero and code quality is below 
expectations

That being said, the main idea with the refactor is to change structure only, 
not behaviour. So what I’m doing is to simply move the code out the 
LibvirtCompRes and write tests for it, keeping the behaviour the same - to be 
done in a next phase.
If you look at the changes you will see that some wrappers are already 100% 
covered. However, some others have 4% or 8% (not that much though). I would 
like to refactor that as well, but that could change behaviour (mentioned 
above) which I don’t want to touch now.

3. With the new situation:

a. No IFs
b. All methods wrapped by other classes (command wrappers) - loosely coupled, 
easier to test and maintain
c. If a new Command is added we would have to add a command wrapper and 1 line 
in the request wrapper implementation ( I know, it hurts you a bit) - but 
please bear with me for the good news.

4. the warnings are due to that:
   Hashtable, CommandWrapper>()

   No big deal.

As I understood from  your first paragraph we would have to annotated the 
commands classes, right? I mean, all of them.

That’s something I wouldn’t do in this phase, to be honest. It might seem 
harmless to do, but I like to break things down a bit and have more isolation 
in my changes.

What’s next: I will finish the refactor with the request wrapper as it is. For 
me it is no problem do add the lines now and remove them in 1 week. Most of the 
work is concentrated in the t

Re: [4.5] Issue logging in under User account

Try with latest 4.5? The API you listed is called when you open the UI, it
checks for certain capabilities to initialize some global javascript variable
(those with g_ prefix in cloudStack.js etc) and checks if the user is logged in.

On 09-Jul-2015, at 10:35 am, Mike Tutkowski
mailto:mike.tutkow...@solidfire.com>> wrote:

Hi,

I recently updated my local 4.5 branch to what's in the CloudStack repo and
I noticed a problem trying to log in as a user of a User account (I get
back a 432 and the CloudStack GUI doesn't display an error message or
anything). (If I type in an incorrect password, I get back a proper error
message, though.)

http://192.168.129.50:8080/client/api?command=listCapabilities&response=json&sessionkey=PvVFTR5yXM4tITDZUZ6WFHbfhE0&_=1436418146466
432 (432)

Has anyone else had this trouble?

Thanks,

--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Regards,
Rohit Yadav
Software Architect, ShapeBlue

[cid:9DD97B41-04C5-45F0-92A7-951F3E962F7A]

M. +91 88 262 30892 |
rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software
Engineering
CloudStack Infrastructure
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended
solely for the use of the individual to whom it is addressed. Any views or
opinions expressed are solely those of the author and do not necessarily
represent those of Shape Blue Ltd or related companies. If you are not the
intended recipient of this email, you must neither take any action based upon
its contents, nor copy or show it to anyone. Please contact the sender if you
believe you have received this email in error. Shape Blue Ltd is a company
incorporated in England & Wales. ShapeBlue Services India LLP is a company
incorporated in India and is operated under license from Shape Blue Ltd. Shape
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
registered by The Republic of South Africa and is traded under license from
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: 4.5.2 open issues remaining

Thanks for the effort Daan. Though, by removing the fix version it will be
harder to search issues that need to be fixed on 4.5.2 etc.

On 09-Jul-2015, at 3:50 pm, Daan Hoogland
mailto:daan.hoogl...@gmail.com>> wrote:

Can everybody look at [1] and look if further tickets can be closed. I
reduced the list by 60 tickets moving inactive tickets to 'Future' and
closing what I knew could be closed. The main objective of course is
to get 4.5.2 out and voted in;)

[1]https://issues.apache.org/jira/issues/?jql=project%20%3D%20CLOUDSTACK%20AND%20status%20in%20%28Open%2C%20%22In%20Progress%22%2C%20Reopened%29%20AND%20fixVersion%20%3D%204.5.2%20ORDER%20BY%20updated%20ASC
--
Daan

Regards,
Rohit Yadav
Software Architect, ShapeBlue

[cid:9DD97B41-04C5-45F0-92A7-951F3E962F7A]

M. +91 88 262 30892 |
rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge - rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software
Engineering
CloudStack Infrastructure
Support
CloudStack Bootcamp Training Courses

Re: [4.5] Issue logging in under User account

2015-07-10 Thread Mike Tutkowski

I can try to update again. I noticed this about two days ago when I had
completed a rebase off of the newest at that time.

Thanks

On Fri, Jul 10, 2015 at 1:27 PM, Rohit Yadav 
wrote:

>  Try with latest 4.5? The API you listed is called when you open the UI,
> it checks for certain capabilities to initialize some global javascript
> variable (those with g_ prefix in cloudStack.js etc) and checks if the user
> is logged in.
>
> On 09-Jul-2015, at 10:35 am, Mike Tutkowski 
> wrote:
>
> Hi,
>
> I recently updated my local 4.5 branch to what's in the CloudStack repo and
> I noticed a problem trying to log in as a user of a User account (I get
> back a 432 and the CloudStack GUI doesn't display an error message or
> anything). (If I type in an incorrect password, I get back a proper error
> message, though.)
>
> http://192.168.129.50:8080/client/api?
> command=listCapabilities&response=json&sessionkey=PvVFTR5yXM4tITDZUZ6WFHbfhE0&_=1436418146466
> 432 (432)
>
> Has anyone else had this trouble?
>
> Thanks,
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
>
>
>
>
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
>
>  Find out more about ShapeBlue and our range of CloudStack related
> services
>
> IaaS Cloud Design & Build
> 
> CSForge – rapid IaaS deployment framework 
> CloudStack Consulting 
> CloudStack Software Engineering
> 
> CloudStack Infrastructure Support
> 
> CloudStack Bootcamp Training Courses
> 
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: 4.5.2 open issues remaining

I have only moved those that had been moved several times and had no
activity in between.

On Fri, Jul 10, 2015 at 9:27 PM, Rohit Yadav 
wrote:

>  Thanks for the effort Daan. Though, by removing the fix version it will
> be harder to search issues that need to be fixed on 4.5.2 etc.
>
> On 09-Jul-2015, at 3:50 pm, Daan Hoogland  wrote:
>
> H,
>
> Can everybody look at [1] and look if further tickets can be closed. I
> reduced the list by 60 tickets moving inactive tickets to 'Future' and
> closing what I knew could be closed. The main objective of course is
> to get 4.5.2 out and voted in;)
>
> [1]https://issues.apache.org/jira/issues/?
> jql=project%20%3D%20CLOUDSTACK%20AND%20status%20in%20%28Open%2C%20%22In%20Progress%22%2C%20Reopened%29%20AND%20fixVersion%20%3D%204.5.2%20ORDER%20BY%20updated%20ASC
> --
> Daan
>
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
>
>
>
>
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
>
>  Find out more about ShapeBlue and our range of CloudStack related
> services
>
> IaaS Cloud Design & Build
> 
> CSForge – rapid IaaS deployment framework 
> CloudStack Consulting 
> CloudStack Software Engineering
> 
> CloudStack Infrastructure Support
> 
> CloudStack Bootcamp Training Courses
> 
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>



-- 
Daan

[GitHub] cloudstack pull request: findbugs: deal with all the encoding issu...

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/467#issuecomment-120524298
  
yes this is on master. is there doubt?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: Can we use components based on MIT License?

The link in Rafael's answer contains a list of allowed licenses. MIT is in
the list.

On Fri, Jul 10, 2015 at 9:07 PM, Rohit Yadav 
wrote:

>
> On 16-Jun-2015, at 5:23 am, ilya  wrote:
>
> General question, can we add/use components based on MIT License?
>
>
>  cc Sebastien/David - just to be sure
>
>  I think so, we’re already using jquery. See NOTICE file for details.
>
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
>
>
>
>
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
>
>  Find out more about ShapeBlue and our range of CloudStack related
> services
>
> IaaS Cloud Design & Build
> 
> CSForge – rapid IaaS deployment framework 
> CloudStack Consulting 
> CloudStack Software Engineering
> 
> CloudStack Infrastructure Support
> 
> CloudStack Bootcamp Training Courses
> 
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>



-- 
Daan

Re: Jenkin automated job to create release package

2015-07-10 Thread Wido den Hollander

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 07/10/2015 08:17 PM, Pierre-Luc Dion wrote:
> Hi, I've create a collection of jenkins jobs [1] allowing to create
> packages of a release and publish them on cloudstack.apt-get.eu so
> current community yum and apt repos get updated.
> 
> I've also add pgp signature[2] for RPM's and generate MD5sum.
> 
> The idea is to make the packaging generation super easy for Release
> Manager once RC voted. So now, to create  packages we just need to
> fire Create-Release-Packages 
> specifying
>
> 
the git
> tag (ex: 4.4.4) the release branch name (ex:4.4) and if new
> systemvm template is required.  Then it triggered 4 jenkins jobs
> automatically.
> 
> 
> Make sense?
> 
Awesome! I think we should review the directory structure though.

Eg:

http://cloudstack.apt-get.eu/centos/6/4.5
http://cloudstack.apt-get.eu/centos/7/4.5

Instead of having http://cloudstack.apt-get.eu/centos/ and
http://cloudstack.apt-get.eu/centos7/

Wido

> Do we have a release to build now? :-DJust did 4.4.4
> 
> 
> [1] http://jenkins.buildacloud.org/view/build-release/ [2]
> http://cloudstack.apt-get.eu/RPM-GPG-KEY
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVoD0yAAoJEAGbWC3bPspCHmUP/R8rjMLmNpAh12LYVNAnVafd
xQHOqOrzOwUSB9Did2WgcxWhiWsYZZ29PN2qJlPNc2rBnBBlGw9d/4MAkLIxUzaW
Cag55fr1M/vheqaEtg5xc6+cwr9jkmDmTHPWyvJ0uJt4djTSw5nwDCSw9+mLXYFS
HYfHRMCFai0xdRKxGYrFmIjWQjhF8pdiiOIvJZbHxOEwXYP4h58vCuK9rWd8pVof
W0vFjc4DqNP5VllIpaqpkH5BqLvP7C2MqI8a6I1K17gzTc6/d16FX85ShoZu76uL
ZSCpIg4KFlysvHaerAcI8l1KuZrw0saWDsa9iMEK1Y2VyBYvR+2HTuU0tWyNuloC
E0sIGPtweTXwfIUPQCNb1N1+/ywKvDa1ec9XwXHjtJ9hkvamlAMnGVorNYMlO73S
Qq09EKmwpUh2e7RvPUUXQrbDzzDelFHGbKjNHNc6CPiqXHcNLt7HwNuQOr3TrOYP
FUD7UtAsMdpaFZ6SrWWUujEQG44K0s3RCFU0cfrcYGXjILglGa4ehwH2U6DIC1Z0
CqpoFzb58UI29ljqF9BO9MX3ShTTtuTLsFjaUvwTkSYQSFrWmHB9VaCszS6WaPzh
p807Ekuj5Ku5G2c7s+MRWhA2NlQrkdAhsO0LAmk0BdLEeDcxeoSBX0q2KXPRg3O8
U2EpdTnuT8aAp/XHE2WC
=Soxt
-END PGP SIGNATURE-

Re: [DISCUSS] Moving to Java 8

2015-07-10 Thread Wido den Hollander

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 07/10/2015 09:22 PM, Rohit Yadav wrote:
> Ping Wilder - any progress/plan on moving forward (perhaps after
> 4.6?).
> 

I don't think there is? Since Ubuntu 14.04 doesn't support Java 8 in
any package form we can't really continue.

Ubuntu 16.04 will ship with Java 8 and that will be the next LTS.

Wido

> On 01-May-2015, at 4:07 pm, Wilder Rodrigues
> mailto:wrodrig...@schubergphilis.com>>
> wrote:
> 
> Hi Marcus,
> 
> Sorry for the push, I think after doing the whole
> CitrixResourceBase refactor I also got a bit attached to the whole
> thing/solution. ;)
> 
> Thanks for the input you gave. I will finish the refactor and apply
> it to both implementations.
> 
> Cheers, Wilder
> 
> 
> On 01 May 2015, at 09:06, Marcus
> mailto:shadow...@gmail.com>>
> wrote:
> 
> Oh, and of course the annotation added to the wrapper looks like:
> 
> 
> ...
> 
> @ResourceWrapper(handles =  CheckHealthCommand.class)
> 
> public final class LibvirtCheckHealthCommandWrapper
> 
> ...
> 
> 
> maybe 'wraps' or 'wrapperfor' would be better than 'handles' in
> your naming scheme. You get the idea.
> 
> On Thu, Apr 30, 2015 at 11:59 PM, Marcus
> mailto:shadow...@gmail.com>> wrote: I agree,
> this wrapper is a good step forward. It's totally fine to continue
> on that path because it is obviously better and makes it easy to
> switch to autodetection anytime later by simply adding the
> annotation. Sorry if I got a bit passionate about that, but as you
> mention I also get tired of adding things in multiple places, and
> the annotations have worked well in the API and provide a good
> model to emulate for consistency.
> 
> I can't share code, because these extensions to
> LibvirtComputingResource that I've provided for other companies
> have not been open sourced. I can speak more generically though
> about methods.
> 
> To answer question "a", reflection allows you to do something
> like:
> 
> Reflections reflections = new
> Reflections("com.cloud.hypervisor.kvm.resource.wrapper"); 
> Set> wrappers =
> reflections.getSubTypesOf(CommandWrapper.class);
> 
> So here in "new Reflections" we are automatically filtering for
> just the wrappers that would apply to the KVM plugin. Then to
> finish it off, you iterate through the wrappers and do:
> 
> ResourceWrapper annotation =
> wrapper.getAnnotation(ResourceWrapper.class); 
> citrixCommands.put(annotation.handles(), wrapper.newInstance());
> 
> Sorry, I guess that's four lines, plus the relevant for loop. And
> probably a null check or something for the annotation. You also
> have to add the annotation class itself, and add a line for the
> annotation in each wrapper, but in the end when we add new
> Commands, we won't have to touch anything but the new class that
> handles the command.
> 
> 
> public @interface ResourceWrapper {
> 
> Class handles();
> 
> }
> 
> There's an example of something similar to this in
> KVMStoragePoolManager.java (annotation is StoragePoolInfo.java).
> This example has actually been adapted from that. Also to a lesser
> extent in the API server, but it is spread across a bunch of
> classes.
> 
> On Thu, Apr 30, 2015 at 10:41 PM, Wilder Rodrigues
> mailto:wrodrig...@schubergphilis.com>>
> wrote: Hi Marcus,
> 
> Thanks for the email… I’m always in for improvements. But why can’t
> you share the code?
> 
> Few points below:
> 
> 1. I added an subclassing example of LibvirtComputingResource
> because you mentioned it in a previous email:
> 
> On 23 Apr 2015, at 17:26, Marcus
> mailto:shadow...@gmail.com>> wrote:
> 
> I mentioned the reflection model because that's how I tend to
> handle the commands when subclassing LibvirtComputingResource.
> 
> 2. Current situation with LibvirtComputingResource on Master is:
> 
> a. 67 IFs b. 67 private/protected methods that are used only there 
> c. If a new Command is added it means we will have a new IF and a
> new private method e. Maintenance is hell, test is close to zero
> and code quality is below expectations
> 
> That being said, the main idea with the refactor is to change
> structure only, not behaviour. So what I’m doing is to simply move
> the code out the LibvirtCompRes and write tests for it, keeping the
> behaviour the same - to be done in a next phase. If you look at the
> changes you will see that some wrappers are already 100% covered.
> However, some others have 4% or 8% (not that much though). I would
> like to refactor that as well, but that could change behaviour
> (mentioned above) which I don’t want to touch now.
> 
> 3. With the new situation:
> 
> a. No IFs b. All methods wrapped by other classes (command
> wrappers) - loosely coupled, easier to test and maintain c. If a
> new Command is added we would have to add a command wrapper and 1
> line in the request wrapper implementation ( I know, it hurts you a
> bit) - but please bear with me for the good news.
> 
> 4. the warnings are due to that: Hashtable Command>, Command

[GitHub] cloudstack pull request: findbugs: deal with all the encoding issu...