[
https://issues.apache.org/jira/browse/CLOUDSTACK-424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13486721#comment-13486721
]
Rohit Yadav commented on CLOUDSTACK-424:
Yes, the backend code is lacking, we
> Only glitch was that I had to install the mysql-connector-python to
> get marvin going…I recalled the email thread about it, I will check
> tomorrow if it's documented properly.
>
pip should've fetched mysql-connector-python when installing marvin.
Didn't happen?
--
Prasanna.,
On 30-Oct-2012, at 1:32 PM, Prasanna Santhanam
wrote:
>> Only glitch was that I had to install the mysql-connector-python to
>> get marvin going…I recalled the email thread about it, I will check
>> tomorrow if it's documented properly.
That should be documented.
> pip should've fetched mysql
Hey all,
I just pushed some changes to the master branch. This is change based on some
security requirements that we have for storing passwords and hashes. The commit
is here
https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=bd58ceccd8d08a2484384a7eef6ef3c681a1e188
Heya,
I just pushed some changes to the auth mechanism to the master branch, maybe
they make life a bit easier for you as well.
The md5 crypt in the website is in my opinion a pretty useless feature. It
might be argued that the prevents a man-on-the-middle sniffing that password,
that is also
The Podling Project Management Committee (PPMC) for Apache CloudStack
has asked Alex to become a member of the PPMC and we are pleased to
announce that he has accepted.
Please join me in congratulating Alex!
Regards,
Chip
on behalf of the CloudStack PPMC
Nice!
Congratulations Alex :-)
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Tuesday, October 30, 2012 2:41 PM
> To: cloudstack-dev@incubator.apache.org; Alex Huang
> Subject: New PPMC Member: Alex Huang
>
> The Podling Project Management Committee
Okay.
We talked about the waf file on general@incubator, and we established that
the binary component is a compressed archive of Python code. Chip manually
uncompressed this and verified that it corresponds to the Python source
code in the waf project. Because of this, there is no logical differen
Hello all,
I would like to begin writing unit tests for api/src/com/cloud/api and I
wanted to make sure that 1) it's an acceptable idea to everyone and 2) I
get the directory structure correct. I have seen a few emails about the
possible structure but no concrete "this is the way to go" type state
Congratulations Alex!
On Tue, Oct 30, 2012 at 9:45 AM, Hugo Trippaers <
htrippa...@schubergphilis.com> wrote:
> Nice!
>
> Congratulations Alex :-)
>
> > -Original Message-
> > From: Chip Childers [mailto:chip.child...@sungard.com]
> > Sent: Tuesday, October 30, 2012 2:41 PM
> > To: clouds
Hey Matthew,
Go go go !
Put please put the tests in /test/com/cloud/ That would
keep it compatible with the existing location for unit tests and make it work
with maven right away :-)
Cheers,
HUgo
> -Original Message-
> From: Matthew Morrissey [mailto:matthew.morris...@sungard.co
Everything was working so well yesterday, it's not working today.
I did not update master, I cleaned my db (to test things from scratch).
and now mvn -P developer install errors with:
INFO] BUILD FAILURE
[INFO]
[INFO] Total
Congrats Alex. I assumed you were already one :-)
Thanks,
-Nitin
From: Matthew Morrissey [matthew.morris...@sungard.com]
Sent: Tuesday, October 30, 2012 8:19 PM
To: cloudstack-dev@incubator.apache.org
Cc: Alex Huang
Subject: Re: New PPMC Member: Alex Huang
Done and done. I'll start work ASAP :)
On Tue, Oct 30, 2012 at 11:02 AM, Hugo Trippaers <
htrippa...@schubergphilis.com> wrote:
> Hey Matthew,
>
> Go go go !
>
> Put please put the tests in /test/com/cloud/ That
> would keep it compatible with the existing location for unit tests and make
> i
Hearty Congratulations Alex :)
-Original Message-
From: Nitin Mehta [mailto:nitin.me...@citrix.com]
Sent: Tuesday, October 30, 2012 8:50 PM
To: cloudstack-dev@incubator.apache.org
Cc: Alex Huang
Subject: RE: New PPMC Member: Alex Huang
Congrats Alex. I assumed you were already one :-)
Grats! Welcome to the team!
On 30 October 2012 13:41, Chip Childers wrote:
> The Podling Project Management Committee (PPMC) for Apache CloudStack
> has asked Alex to become a member of the PPMC and we are pleased to
> announce that he has accepted.
>
> Please join me in congratulating Alex!
>
>
Matthew,
Are you looking to write unit tests for which set of APIs? Is it the
management server APIs, plugin APIs, or resource APIs?
Yup. Hugo's path is the correct one.
--Alex
> -Original Message-
> From: Hugo Trippaers [mailto:htrippa...@schubergphilis.com]
> Sent: Tuesday, October
I think this was fixed recently, can you git pull and recheck?
On 30-Oct-2012, at 8:44 PM, Sebastien Goasguen wrote:
> Everything was working so well yesterday, it's not working today.
> I did not update master, I cleaned my db (to test things from scratch).
>
> and now mvn -P developer install
Congrats Alex!
Regards.
On 30-Oct-2012, at 7:11 PM, Chip Childers wrote:
> The Podling Project Management Committee (PPMC) for Apache CloudStack
> has asked Alex to become a member of the PPMC and we are pleased to
> announce that he has accepted.
>
> Please join me in congratulating Alex!
>
What I ended up doing was mount my windows share on devcloud, use devcloud to
do practically all the steps but placed all artifacts in the mounted windows
share, and did the final compile and deploy from my laptop.
Devcloud is just the bee's knees. :)
--Alex
> -Original Message-
> Fro
Now with the fate of cloudstack in my hands, the worldha ha (Evil laughter
continues).
Seriously, I'm thankful for the invitation from PPMC. Hope to do CloudStack
proud!
--Alex
> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Tuesday, October 3
Today I had the opportunity to listen to Kevin Kluge at the inauguration
event of Bangalore CloudStack Group. Some thoughts around new storage
requirements popped out after this event. I thought I will post to the dev
group and check what are already in progress. Kevin said, Edison Su is
already in
This is your friendly reminder that we have a weekly IRC meeting this
Wednesday at 17:00 UTC.
That's 13:00 Eastern, 10:00 Pacific.
We meet in #cloudstack-meeting on Freenode. As always, I'd like to
remind folks new to the IRC meetings that the purpose is for discussion
in real time. Topics need
Just wanted to rekindle this before it was forgotten.
For integration test environments as John B. mentioned below it would
be really handy to have repos with nightly builds for RPM and DEB. The
test environment I've prepared also needs DEBs and RPMs from master
for its runs towards 4.1. Since mas
Congratulations, Alex!!!
On 10/30/12 6:41 AM, "Chip Childers" wrote:
>The Podling Project Management Committee (PPMC) for Apache CloudStack
>has asked Alex to become a member of the PPMC and we are pleased to
>announce that he has accepted.
>
>Please join me in congratulating Alex!
>
>Regards,
Alex, Congratulations!!
-Original Message-
From: Alex Huang [mailto:alex.hu...@citrix.com]
Sent: Tuesday, October 30, 2012 9:10 AM
To: cloudstack-dev@incubator.apache.org
Subject: RE: New PPMC Member: Alex Huang
Now with the fate of cloudstack in my hands, the worldha ha (Evil laught
Hi All,
Chip has created a branch for junit-tests.
There are some issues with folder structure in it, I sent a patch for
review 7776 on request board, once it is reviewed and committed the
structure will be set and all the units already written are in the new
structure.
Mani
-Original Messa
I think Meghna's problem is that she has to mock the Project interface
since the DAO returns Project instead of a concrete class ProjectVO.
If we used Mockito, it would be as trivial as
return mock(Project.class)
--
Chiradeep
On 10/29/12 1:30 PM, "Alex Huang" wrote:
>Meghna,
>
>I see that ther
Hugo, this will probably break anybody who upgrades?
On 10/30/12 5:25 AM, "Hugo Trippaers"
wrote:
>Heya,
>
>I just pushed some changes to the auth mechanism to the master branch,
>maybe they make life a bit easier for you as well.
>
>The md5 crypt in the website is in my opinion a pretty useless
Hugo,
Thanks for pushing that in. Please see a response below:
> I've implemented a method in the LDAP authenticator that generates a random
> password for any LDAP accounts as there should be no need to store that in
> the database, just a bind to the AD should be enough.
If I was to compare C
We should probably enhance CS and have SSL cert on port 8443 available by
default to prevent M-I-M attack.
-Original Message-
From: Musayev, Ilya [mailto:imusa...@webmd.net]
Sent: Tuesday, October 30, 2012 2:12 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: [REVIEW] MS LDAP Aut
Chiradeep,
If we have a failback mechanism I mentioned earlier - it should not.
Regards
Ilya
-Original Message-
From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
Sent: Tuesday, October 30, 2012 2:12 PM
To: CloudStack DeveloperList
Subject: Re: [REVIEW] MS LDAP Auth patch - UI
Chiradeep,
I take it back,
Just looked at what Hugo proposed on commits, if we use SHA256 vs MD5 - it will
break auth for existing users. Can we stay with MD5?
Thanks
ilya
-Original Message-
From: Musayev, Ilya [mailto:imusa...@webmd.net]
Sent: Tuesday, October 30, 2012 2:19 PM
To: cl
Hi all,
After just over a week of voting, the vote for CloudStack
4.0.0-incubating [1] *passes* with 11 PPMC/IPMC and 16 community +1
votes.
I'll be starting the IPMC release vote on the
gene...@incubator.apache.org list in a few minutes. We aren't done
until the IPMC has had an opportunity to w
This probably breaks upgrade from 4.0. I would revert this until we find a
solution that does not break upgrades.
On 10/30/12 5:16 AM, "Hugo Trippaers"
wrote:
>Hey all,
>
>I just pushed some changes to the master branch. This is change based on
>some security requirements that we have for storin
On Tue, Oct 30, 2012 at 2:33 PM, Chip Childers
wrote:
> Hi all,
>
> After just over a week of voting, the vote for CloudStack
> 4.0.0-incubating [1] *passes* with 11 PPMC/IPMC and 16 community +1
> votes.
>
> I'll be starting the IPMC release vote on the
> gene...@incubator.apache.org list in a fe
Hi,
I'm trying with Mockito/Junit. Here's my test class for
ActivateProjectCmd.java
@RunWith(MockitoJUnitRunner.class)
public class Test {
private ActivateProjectCmd activateProjectCmd;
@Mock private ProjectService _projectService;
@Before
public void setUp() {
On 10/30/12 12:12 PM, "Meghna Kale" wrote:
>_projectService =
>ComponentLocator.inject(MockProjectServiceImpl.class);
When you do this, the _projectService is no longer a Mockito object.
I would be working on everything in api/src/com/cloud/api/
On Tue, Oct 30, 2012 at 1:52 PM, Manikanta Kattamuri <
manikanta.kattam...@sungard.com> wrote:
> Hi All,
>
> Chip has created a branch for junit-tests.
> There are some issues with folder structure in it, I sent a patch for
> review 7776
Do you mean to use mock(ProjectManagerImpl.class) rather than creating
MockProjectServiceImpl.java
In this case
projectService = ComponentLocator.inject(mock(ProjectManagerImpl.class));
-Original Message-
From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
Sent: Wednesday, Octobe
Woot, fscking awesome. Thanks for this Chip.
Two minor nitpicks for the next VOTE we do. Individual votes should include
a link next to them to the email in which that person voted. And links
should use mail-archives.a.o, and not markmail.org. That's the only way we
can be sure the links will neve
Chiradeep,
I have made the change in my feature branch. I will submit it as part of
larger patch, S3 secondary storage, that I plan submit later this week or early
next.
Thanks,
-John
On Oct 29, 2012, at 4:31 PM, Chiradeep Vittal
wrote:
> Yes, 0.
> I think that the discrepancy is because
Prasanna,
For our purposes, it more important that the packaging process is captured in a
set of reliable build scripts. We are working to integration test a fairly
large patch. Therefore, we need a way to reliably build packages from our
feature branch into our integration test environment b
On 30-10-12 19:50, Chiradeep Vittal wrote:
This probably breaks upgrade from 4.0. I would revert this until we find a
solution that does not break upgrades.
Does it? As long as you don't enable this component it won't do a thing?
Wido
On 10/30/12 5:16 AM, "Hugo Trippaers"
wrote:
Hey al
All,
I just pulled down the latest from master, and am receiving a pile of unit test
errors such as the following:
2012-10-30 16:56:50,951 ERROR [db.Transaction.Transaction] (Thread-587:)
Unexpected exception:
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link
failur
Hi,
On 30-10-12 21:58, Busy Dev wrote:
For 3.0 and pre-release 4.0, I have always had to create a "cloudbr0"
bridge in CentOS6.3 in order for the host to be successfully added to the
environment... Is this really necessary? The basic install guide does not
mention this requirement at all and I
On 10/30/12 1:58 PM, "Busy Dev" wrote:
>For 3.0 and pre-release 4.0, I have always had to create a "cloudbr0"
>bridge in CentOS6.3 in order for the host to be successfully added to the
>environment... Is this really necessary? The basic install guide does not
>mention this requirement at all and
Thanks for the quick reply.
Can I install without creating a network bridge?
On Tue, Oct 30, 2012 at 5:00 PM, Wido den Hollander wrote:
> Hi,
>
>
> On 30-10-12 21:58, Busy Dev wrote:
>
>> For 3.0 and pre-release 4.0, I have always had to create a "cloudbr0"
>> bridge in CentOS6.3 in order for
Ahmad actually answered by previous question. Thanks.
On Tue, Oct 30, 2012 at 5:03 PM, Busy Dev wrote:
> Thanks for the quick reply.
>
> Can I install without creating a network bridge?
>
>
> On Tue, Oct 30, 2012 at 5:00 PM, Wido den Hollander wrote:
>
>> Hi,
>>
>>
>> On 30-10-12 21:58, Busy De
On 30-10-12 22:03, Busy Dev wrote:
Thanks for the quick reply.
Can I install without creating a network bridge?
What do you mean with that? I always create the bridges on my
hypervisors prior to installing the Agent and adding it to a cluster.
Wido
On Tue, Oct 30, 2012 at 5:00 PM, Wid
I was wondering if I could install the agent without a network bridge
present on the hypervisor (i.e. will it be created automagically by the
install script).
On Tue, Oct 30, 2012 at 5:07 PM, Wido den Hollander wrote:
>
>
> On 30-10-12 22:03, Busy Dev wrote:
>
>> Thanks for the quick reply.
>>
On 30-10-12 22:12, Busy Dev wrote:
I was wondering if I could install the agent without a network bridge
present on the hypervisor (i.e. will it be created automagically by the
install script).
Hmm, probably. But I wouldn't count to much on the cloud-setup-agent script.
Imho it should still
Thanks - I'll try it out tonight.
On Tue, Oct 30, 2012 at 5:14 PM, Wido den Hollander wrote:
>
>
> On 30-10-12 22:12, Busy Dev wrote:
>
>> I was wondering if I could install the agent without a network bridge
>> present on the hypervisor (i.e. will it be created automagically by the
>> install
It shouldn't break anything, i did test this with a 4.0 database and had no
trouble at all.
Did you see something going wrong Chiradeep?
Cheers,
Hugo
Sent from my iPhone
On 30 okt. 2012, at 21:10, "Wido den Hollander" wrote:
>
>
> On 30-10-12 19:50, Chiradeep Vittal wrote:
>> This probabl
Heya,
Just to be clear, the default setting (even with my commit) is still MD5. This
is for backwards compatibility, so none of my changes should break the upgrade
path or existing installations. I did some testing with an existing database
and found no problems with users. That is obviously th
Hey,
I moved the stuff I was working on in the maven-to-rpm branch over to master
(https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=4572bc0685bb4f81068fd431fd23db024b32f265).
It's not complete yet, but it does build and package the management-server on
a centos 6.3
Hey John,
The unit tests disabled in the maven build for a long time, because a lot of
the unit tests do indeed require an active database. Today I disabled most of
those database tests and enabled the test procedures in maven as I don't think
every developer has an active database, but still m
Hugo,
Generally speaking, unit tests should require any outside resources --
including a database. Is there a way we can separate the tests that require a
database into an integration test suite? Such an approach would preserve the
important testing being performed by these tests to continue,
Marcus Sorensen created CLOUDSTACK-425:
--
Summary: Check image type is qcow2 before actually installing
Key: CLOUDSTACK-425
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-425
Project: CloudS
I think/hope that you mean 'should not require' :-)
I think we can do something with the integration test framework in maven. I
haven't looked at it in detail yet. Ideally even that should by sort of self
contained by using an in memory database during the integration test fog
example.
For no
No, I saw this:
// Default password is MD5 hashed. Set the following variable to false
to disable this.
-var md5Hashed = true;
-var md5HashedLogin = true;
+var md5Hashed = false;
+var md5HashedLogin = false;
This led me to understand that the ui will send a plaintext password to
the backend.
Marcus Sorensen created CLOUDSTACK-426:
--
Summary: SetStaticNat
Key: CLOUDSTACK-426
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-426
Project: CloudStack
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/CLOUDSTACK-426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcus Sorensen updated CLOUDSTACK-426:
---
Summary: SetVPCStaticNatRules unimplemented for KVM (was: SetStaticNat)
> Se
Jessica Tomechak created CLOUDSTACK-427:
---
Summary: Change hardcoded step number references to dynamic links
Key: CLOUDSTACK-427
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-427
Project:
>
>
> -Original Message-
> From: Joe Brockmeier [mailto:j...@zonker.net]
> Sent: Thursday, October 18, 2012 6:35 AM
> To: CloudStack Developers
> Subject: [DOCS][DISCUSS] Some style / formatting issues in docs
>
> Hey all,
>
> In going through the release notes I've found a number of style
[
https://issues.apache.org/jira/browse/CLOUDSTACK-313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13487375#comment-13487375
]
Jessica Tomechak commented on CLOUDSTACK-313:
-
See also CLOUDSTACK-427.
Hi,
After successfully executing all the previous steps as listed in
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup,
I'm getting this error when I try to execute the last command under section 7
where one launches the management server:
mvn –pl :cl
Occasionally in the agent logs I see:
sudo: unable to resolve host r-410-VM
When virtual router commands are run. I decided to dig into it today,
and added "127.0.0.1 r-410-VM" to the /etc/hosts file on the router.
WOW, what a difference, most of the router commands are far faster
now. Adding IPs
+1 this sounds immense and promising.
Ahmad
On Oct 30, 2012, at 5:37 PM, "Marcus Sorensen" wrote:
> Occasionally in the agent logs I see:
>
> sudo: unable to resolve host r-410-VM
>
> When virtual router commands are run. I decided to dig into it today,
> and added "127.0.0.1 r-410-VM" to the
Virtual router deploys/reboots in 1/3 the time! Woo hoo!
On Oct 30, 2012 7:11 PM, "Ahmad Emneina" wrote:
> +1 this sounds immense and promising.
>
> Ahmad
>
> On Oct 30, 2012, at 5:37 PM, "Marcus Sorensen"
> wrote:
>
> > Occasionally in the agent logs I see:
> >
> > sudo: unable to resolve h
[
https://issues.apache.org/jira/browse/CLOUDSTACK-399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair updated CLOUDSTACK-399:
Comment: was deleted
(was: Hi,
Sorry, I am not in Bangalore to assist you today.
I am
Congrats Alex !
On 30/10/12 11:18 PM, "Prachi Damle" wrote:
>Alex, Congratulations!!
>
>-Original Message-
>From: Alex Huang [mailto:alex.hu...@citrix.com]
>Sent: Tuesday, October 30, 2012 9:10 AM
>To: cloudstack-dev@incubator.apache.org
>Subject: RE: New PPMC Member: Alex Huang
>
>Now w
[
https://issues.apache.org/jira/browse/CLOUDSTACK-376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair resolved CLOUDSTACK-376.
-
Resolution: Fixed
Chip updated and committed the patch.
> Issues in
[
https://issues.apache.org/jira/browse/CLOUDSTACK-403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-403:
---
Assignee: Radhika Nair
> Installation guide references missing section "About
[
https://issues.apache.org/jira/browse/CLOUDSTACK-390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-390:
---
Assignee: Radhika Nair
> Install Guide: Section 4.5.7 (Prepare the System VM
[
https://issues.apache.org/jira/browse/CLOUDSTACK-290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-290:
---
Assignee: Radhika Nair
> 3.0.0 template also needed for 2.2.14 to 3.0.5 direc
[
https://issues.apache.org/jira/browse/CLOUDSTACK-401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-401:
---
Assignee: Radhika Nair
> Storage options missing from table
> ---
[
https://issues.apache.org/jira/browse/CLOUDSTACK-250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-250:
---
Assignee: Radhika Nair
> Incorrect description of maintenance mode in admin g
[
https://issues.apache.org/jira/browse/CLOUDSTACK-291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-291:
---
Assignee: Radhika Nair
> Additional comment on install.sh upgrade path
>
[
https://issues.apache.org/jira/browse/CLOUDSTACK-365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-365:
---
Assignee: Radhika Nair
> Documentation has wrong path to cloud-install-sys-tm
[
https://issues.apache.org/jira/browse/CLOUDSTACK-400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-400:
---
Assignee: Radhika Nair
> Document procedure to update CloudStack MySQL accoun
[
https://issues.apache.org/jira/browse/CLOUDSTACK-392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-392:
---
Assignee: Radhika Nair
> Install Guide: Section 5.1.3 (Logging in as the root
[
https://issues.apache.org/jira/browse/CLOUDSTACK-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radhika Nair reassigned CLOUDSTACK-364:
---
Assignee: Jessica Tomechak (was: Radhika Nair)
> Docs point to download.clou
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/7802/
---
Review request for cloudstack, David Nalley, Chip Childers, and Jessica
Tomechak.
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/7802/
---
(Updated Oct. 31, 2012, 6:36 a.m.)
Review request for cloudstack, David Nalley,
[
https://issues.apache.org/jira/browse/CLOUDSTACK-390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13487584#comment-13487584
]
Radhika Nair commented on CLOUDSTACK-390:
-
https://reviews.apache.org/r/7802/
[
https://issues.apache.org/jira/browse/CLOUDSTACK-369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Devdeep Singh reassigned CLOUDSTACK-369:
Assignee: Devdeep Singh (was: Abhinandan Prateek)
> ASF 4.0 - unable to su
87 matches
Mail list logo
