On 10/08/12 6:50 PM, Chip Childers chip.child...@sungard.com wrote:
Murali,
I really like this approach, and will be willing to step in and
implement the AMQP plugin after the initial framework is in place.
Great! I will let you know once framework is in place.
As for the design itself, one
Hi,
I had created the patch for Removing Hibernate Dependency in awsapi project.
I had uploaded the patch in the review tool https://reviews.apache.org/r/6557/
Please review it.
Thanks
Rajesh Battala
David,
Yes, I do see still it is present under deps.
Are we maintaining any directory called deps-ctrl in ASF ...
Thanks,
Pradeep.S
-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com]
Sent: Friday, August 10, 2012 12:56 AM
To:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6427/#review10192
---
Thanks Radhika and apologies for the delay. Since the VPC feature
Yes, I found it. It is a branch in ASF.
Thanks,
Pradeep.S
-Original Message-
From: Pradeep Soundararajan [mailto:pradeep.soundarara...@citrix.com]
Sent: Monday, August 13, 2012 2:42 PM
To: Chip Childers; cloudstack-dev@incubator.apache.org
Cc: Edison Su
Subject: RE: [ASF40] Re: Moving
On Aug. 3, 2012, 11:44 a.m., Nitin Mehta wrote:
Ship It!
Can this be applied so I can close the request? Thanks
- Prasanna
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6338/#review9824
On 08/13/2012 06:46 AM, Chiradeep Vittal wrote:
On 8/8/12 11:03 AM, Wido den Hollander w...@widodh.nl wrote:
On 08/08/2012 05:59 PM, Marcus Sorensen wrote:
What's the process exactly when the management server adds a host?
Does it ssh in run cloud-setup-agent, then start the agent? Is it
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6572/
---
Review request for cloudstack.
Description
---
Fixed composeThumbnailurl
Can anyone review this?
Thanks,
Koushik
From: Koushik Das [mailto:nore...@reviews.apache.org] On Behalf Of Koushik Das
Sent: Friday, August 10, 2012 4:07 PM
To: Abhinandan Prateek
Cc: cloudstack; Koushik Das
Subject: Review Request: Fix CS-15603
This is an automatically generated e-mail. To
Unfortunately this caught my eye.
n disabled existing local storages are not removed but any new local storage
is not added.
This qualifies as interference. Cloud software must always reflect reality.
This whole distinction between root or data being allowed as local was none of
CS' business
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6553/#review10209
---
Joe,
This patch doesn't apply cleanly:
# git pull origin master
On Aug 9, 2012, at 6:06 PM, David Nalley wrote:
On Thu, Aug 9, 2012 at 5:05 PM, Chip Childers chip.child...@sungard.com
wrote:
On Thu, Aug 9, 2012 at 9:36 AM, sebgoa run...@gmail.com wrote:
Hi Chip,
I am almost through the entire build.
However puppet seems stuck at:
notice:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6555/#review10210
---
Ship it!
Ship It!
- Chip Childers
On Aug. 12, 2012, 3:18 a.m.,
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6556/#review10211
---
Ship it!
Ship It!
- Chip Childers
On Aug. 12, 2012, 3:36 a.m.,
On Aug. 13, 2012, 9:24 a.m., Prasanna Santhanam wrote:
Thanks Radhika and apologies for the delay. Since the VPC feature wasn't
merged into master at the time of your request, I was just waiting for the
consensus on which branch docs would go into. Now that it is merged, I see
no
Watnuss,
You can refer to class Request.java (and related) from package
com.cloud.agent.transport, project core. It uses a library 'Gson' to convert
commands into Json.
About how management server chooses host, simply speaking, each command is sent
to the host which should do the job, e.g.
Blah - I see now there are two reviews 6328 and 6427 for the same
thing - 6427 has an updated diff. My apologies for not catching that.
(In the future, just upload the new diff to the same review request.)
Is there a reason bookinfo.xml is deleted?
--David
On Mon, Aug 13, 2012 at 10:17 AM,
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6464/#review10213
---
Ship it!
Ship It!
- Murali Reddy
On Aug. 9, 2012, 9:10 a.m.,
On Mon, Aug 13, 2012 at 10:06 AM, sebgoa run...@gmail.com wrote:
On Aug 9, 2012, at 6:06 PM, David Nalley wrote:
On Thu, Aug 9, 2012 at 5:05 PM, Chip Childers chip.child...@sungard.com
wrote:
On Thu, Aug 9, 2012 at 9:36 AM, sebgoa run...@gmail.com wrote:
Hi Chip,
I am almost through the
On Thu, Aug 9, 2012 at 8:15 PM, Brett Porter br...@apache.org wrote:
Looks like Orion SSH2 is a fork of trilead (which used to be ganymed). Also
looks like Jenkins have forked Trilead:
https://github.com/jenkinsci/trilead-ssh2/
AFAIK, all of them are BSD and should be fine, unless you have
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6577/#review10217
---
Ship it!
Ship It!
- Chip Childers
On Aug. 13, 2012, 3:31 p.m.,
On Aug. 10, 2012, 8:36 p.m., edison su wrote:
Ship It!
please ship r3, looks like I beat you by only a minute, so I'm not sure you saw
it...
- Marcus
---
This is an automatically generated e-mail. To reply, visit:
this bug fix is implemented, then cloudstack is no longer the
canonical source of configuration,
Which is how it should be. It is a fatal conceit to think CS knows anything in
an absolute manner. It must always query, always check and update itself. Any
representation made to the user
No luck. There is only a single host(router) that is on the same network(VLAN)
as the VR.
I have zero issues with centOS hosts acting as VRs. Only the built in VR does
this.
Messages is clean. I am still scratching my head in this one. It seams build
specific to the built-in VR.
I will try
On Fri, Aug 10, 2012 at 3:34 PM, Ewan Mellor ewan.mel...@eu.citrix.com wrote:
-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com]
[Snip]
At present it isn't, (Xenserverjava is copyleft) and no one from
upstream XenServer is answering my emails regarding the
On Mon, Aug 13, 2012 at 11:32 AM, Chip Childers
chip.child...@sungard.com wrote:
On Thu, Aug 9, 2012 at 8:15 PM, Brett Porter br...@apache.org wrote:
Looks like Orion SSH2 is a fork of trilead (which used to be ganymed). Also
looks like Jenkins have forked Trilead:
On Mon, Aug 13, 2012 at 12:20 PM, David Nalley da...@gnsa.us wrote:
On Mon, Aug 13, 2012 at 11:32 AM, Chip Childers
chip.child...@sungard.com wrote:
On Thu, Aug 9, 2012 at 8:15 PM, Brett Porter br...@apache.org wrote:
Looks like Orion SSH2 is a fork of trilead (which used to be ganymed). Also
Awesome, thanks.
On Sun, Aug 12, 2012 at 12:16 AM, Jason Bausewein
jason.bausew...@tier3.com wrote:
Hi Marcus, I could test it out on Monday and let you know the result.
-Original Message-
From: Marcus Sorensen [mailto:shadow...@gmail.com]
Sent: Saturday, August 11, 2012 10:31 AM
-Original Message-
From: Darren Shepherd [mailto:dar...@godaddy.com]
Sent: Sunday, August 12, 2012 8:25 AM
To: cloudstack-dev@incubator.apache.org
Subject: Hibernate - Custom DAO for AWS component
All,
I was just reviewing https://reviews.apache.org/r/6557/diff/ for the
I've fixed the s2s vpn db schema issue.
Thanks!
--Sheng
-Original Message-
From: Alena Prokharchyk
Sent: Sunday, August 12, 2012 1:21 PM
To: cloudstack-dev@incubator.apache.org
Cc: Anthony Xu; Sheng Yang; Brian Federle
Subject: Re: asf/vpc branch merge
The asf/vpc branch merge to the
In Re: Review Request: Moved S3 and EC2 to DAO Implementation and removed
Hibernate dependency and other recent threads, there seems to be quite a
bit of we have to rip this tool out or we can't package CS with XYZ
because it's not ASF compatible. (see VMware, NetApp, et. al.)
So instead of using
I'm working through and trying to setup maven pom's for all the code and
its pointing out some weird dependencies in the code.
com.cloud.agent.VmmAgentShell is in server/src, but it depends on
agent/src. Historically I don't think the cloud-server.jar has depended
on the cloud-agent.jar.
The
Matthew,
You have a valid point and the regular delete operation does exactly what you
have mentioned, in case the HV is not reachable it fails with error.
But in case of a forced delete, CS cleans up the db state even though it is
unable to perform the actual delete. In this scenario when the
I just tested the iptonetworklist parameter using an advanced zone setup with
xenserver 6.
I was able to specify the private IP using the iptonetworklist. The instance
was assigned the correct IP and could access the internet ok.
I am running off master, but I don't see why this would not
On Wed, Aug 08, 2012 at 05:42:22PM -0700, Jessica Tomechak wrote:
Sure, we could start from the PDF instead of checking Word in to the repo
(just typing that makes me wince). Thanks for the offer of help!
I'd be willing to make a list of the doc sections, with the ones I've
already done
-Original Message-
From: Alex Huang [mailto:alex.hu...@citrix.com]
Sent: Monday, August 13, 2012 10:33 AM
To: cloudstack-dev@incubator.apache.org
Subject: RE: Hibernate - Custom DAO for AWS component
-Original Message-
From: Darren Shepherd
I was able to get the iptonetwork list running by using curl with the
-g option, so apparently it has to do with how it's parsing/encoding
the URL. This will be sufficient for my purposes, however, I think
there is a bug in the ipaddress in combination with networkids, as
there's no such encoding
Koushik,
If you have not already done so, could you please file a Doc bug to request
the documentation fix?
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Documentation+Contributors+Overview#CloudStackDocumentationContributorsOverview-FilingaDocBug
As always, attention to
I think there's two points.
1) Raw SQL is bad, so even in a time crunch moving to the custom
CloudStack DAO implementation *should* have been better.
2) I'd rather see a JPA based solution then moving to custom CloudStack
DAO.
I think Alex and I agree on point 1, and I'm not sure if anybody
Hi Marcus,
Using ipaddress and networkids worked for me as well. The instance started up
with the correct IP.
2012-08-13 13:50:49,219 INFO [cloud.api.ApiServer] (catalina-exec-15:null)
(userId=2 accountId=2 sessionId=null) 10.1.0.27 -- GET
Hello all,
I've noticed several people are starting to populate the new wiki which
David N set up at
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Index. I applaud the
effort to have a clean, Apache CS-only wiki, replacing the old wiki that
mixed Apache CloudStack with proprietary Citrix
On Tue, Jul 31, 2012 at 2:08 PM, David Nalley da...@gnsa.us wrote:
On Mon, Jul 30, 2012 at 4:45 PM, Mohammad Nour El-Din mn...@apache.org
wrote:
Hi...
I was talking to David Nalley over IRC and we spotted two main tasks
that we should put our focus on in the coming 1-2 months and
more
Dave,
Is this a problem that has not been able to take advantage of a
programmatic solution? I guess the question I am asking is what is the
current workflow that is being used?
On Mon, Aug 13, 2012 at 5:18 PM, David Nalley da...@gnsa.us wrote:
On Tue, Jul 31, 2012 at 2:08 PM, David Nalley
Hi Justin:
So currently, I am restoring the database and attachments to a set of
test machines.
I then delete any ticket that triggers a security level higher than
public or none.
Then use jira's XML export to export the bugs themselves.
And of course a separate archive of the attachments.
Then I
I'm for this move to quickly start a brand new bug DB simply because there's
almost no workflow process for 4.0 or at least a way of tracking bugs that need
to be fixed for 4.0 release.
If Citrix ends up fixing bugs that are to be pushed into Apache, I will make a
policy in our end to at
Is there a jenkins or other CI server for CS?
Darren
http://jenkins.cloudstack.org.
David Nalley or I can give you an account if you want to make jobs on there.
I'd appreciate knowing what it is you want to do, so that we don’t overlap.
Cheers,
Ewan.
-Original Message-
From: Darren Shepherd [mailto:dar...@godaddy.com]
Sent: 13
Everyone - I've copied the CloudStack Maintainer's Guide to cwiki.a.o [1] and
updated it with release info.
In particular, the section on Release Workflow is new, talking about about
Release Candidate and General Availability releases and voting.
Additionally I updated the Branching section
Hi John,
I'll take care of the old one. Thanks for copying this info over.
Will
-Original Message-
From: John Kinsella [mailto:j...@stratosec.co]
Sent: Monday, August 13, 2012 3:49 PM
To: cloudstack-dev@incubator.apache.org
Subject: [DISCUSS] CloudStack Release process
Nah, just wanted the URL so I could put in the ciManagement portion on
the maven pom.
Darren
Original Message
Subject: RE: cloudstack ci server?
From: Ewan Mellor ewan.mel...@eu.citrix.com
Date: Mon, August 13, 2012 3:38 pm
To: cloudstack-dev@incubator.apache.org
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6424/#review10246
---
Ship it!
- Prachi Damle
On Aug. 7, 2012, 5:08 a.m., Likitha
I started looking at the DB upgrade part of the code for 4.0 release, and
fixed the following:
1) joined 3.0.2-3.0.3 and 3.0.3-4.0 upgrade paths to one: 3.0.2 to 4.0.
Did it because asf/master was branched when no 3.0.3 was released yet, and
we shouldn't have merged 302-303 to asf/master.
So
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6428/#review10247
---
Likitha,
It would be good if you pre-compile the regex into a
-Original Message-
From: Wido den Hollander [mailto:w...@widodh.nl]
Sent: Wednesday, August 08, 2012 6:34 AM
To: cloudstack-dev@incubator.apache.org
Subject: KVM Agent setup/configuration
Hi,
I was looking into the Agent setup and configuration today and found
out
that this
Has there been any talk about not maintaining a monolithic
create_schema.sql and doing a more DB migrate style? From a
supportability perspective its way easier if your SQL is just always
deltas from the last. For example, you ship version 1 and create
schema1.sql. Version 2 you add some stuff
From: Eric epretori...@yahoo.com
To: cloudstack-dev@incubator.apache.org
cloudstack-dev@incubator.apache.org
Sent: Thursday, August 9, 2012 11:00 AM
Subject: Re: CloudStack gathering around LinuxConNA?
From: David Nalley da...@gnsa.us
On Fri, May 25, 2012 at 9:51 AM, David
All,
It didn't look like the 4.0 branch had been created yet, but we had
discussed creating it today. I went ahead and created it just now.
Unless there are serious objections to the branch having been created,
I guess we're considering this branch to be the working copy that we
should all be
Ewan, I will help chase the Citrix proposed features (minus Netcaler team) to
add in upgrades scripts for their respective features. I assume you can take
care of the rest?
Will
-Original Message-
From: Alena Prokharchyk [mailto:alena.prokharc...@citrix.com]
Sent: Monday, August
-Original Message-
From: Darren Shepherd [mailto:dar...@godaddy.com]
Sent: Monday, August 13, 2012 11:14 AM
To: cloudstack-dev@incubator.apache.org
Subject: what is com.cloud.agent.VmmAgentShell and does it really
belong in server
I'm working through and trying to setup maven
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6552/#review10250
---
Ship it!
Ship It!
- Kelven Yang
On Aug. 11, 2012, 10:21 p.m.,
-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com]
Sent: 13 August 2012 17:09
To: cloudstack-dev@incubator.apache.org
Subject: [ASFCS40] Branching for 4.0?
All,
It didn't look like the 4.0 branch had been created yet, but we had discussed
creating it
On Mon, Aug 13, 2012 at 8:06 PM, Darren Shepherd dar...@godaddy.com wrote:
Has there been any talk about not maintaining a monolithic
create_schema.sql and doing a more DB migrate style? From a
supportability perspective its way easier if your SQL is just always
deltas from the last. For
-Original Message-
From: Darren Shepherd [mailto:dar...@godaddy.com]
[Snip]
Let me know if you want me to head down this path. It would probably just
take me a week or two to knock this out and then you guys can decide if this
is a 4.0 or post-4.0 thing. One huge warning up front
-Original Message-
From: David Nalley [mailto:da...@gnsa.us]
[Snip]
So my thoughts are:
We should abandon thoughts of migration, and start from scratch on the
ASF's bug tracker.
We'll redirect bugs.cloudstack.org to the ASF's jira instance.
We should leave the existing jira
On Mon, Aug 13, 2012 at 5:56 PM, Will Chan will.c...@citrix.com wrote:
I'm for this move to quickly start a brand new bug DB simply because there's
almost no workflow process for 4.0 or at least a way of tracking bugs that
need to be fixed for 4.0 release.
+1 - we should absolutely get
-Original Message-
From: Matthew Patton [mailto:mpat...@inforelay.com]
Sent: Monday, August 13, 2012 6:47 AM
To: cloudstack-dev@incubator.apache.org
Subject: RE: Local storage support for data volumes
Unfortunately this caught my eye.
n disabled existing local storages are not
-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com]
Sent: Monday, August 13, 2012 5:36 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: schema maintenance
On Mon, Aug 13, 2012 at 8:06 PM, Darren Shepherd
dar...@godaddy.com wrote:
Has there been any
-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com]
Sent: Monday, August 13, 2012 5:52 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Bug tracker: Re: [DISCUSS] - A must do tasks for the coming 1-2
months
Also, can we plan on keeping the current
-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com]
Sent: 13 August 2012 17:29
To: cloudstack-dev@incubator.apache.org
Cc: Alex Huang
Subject: Re: [ASFCS40] Branching for 4.0?
On Mon, Aug 13, 2012 at 8:22 PM, Ewan Mellor
ewan.mel...@eu.citrix.com wrote:
-Original Message-
From: Ewan Mellor [mailto:ewan.mel...@eu.citrix.com]
Sent: Monday, August 13, 2012 6:07 PM
To: cloudstack-dev@incubator.apache.org
Cc: Alex Huang
Subject: RE: [ASFCS40] Branching for 4.0?
-Original Message-
From: Chip Childers
+1
ASF CloudStack needs a separate bug tracker and a workflow process with it. For
current JIRA, It's strange if I file a bug for ASF but someone mark it 'fix in
campo' or something.
Mice
-Original Message-
From: Will Chan [mailto:will.c...@citrix.com]
Sent: Tuesday, August 14, 2012
Understood, but I would venture to guess that developers (and a lot of testing)
work off of the create_schema file and then prepare the upgrade as an after
thought. That means the likelihood of issues in the upgrade is higher. I've
just personally seen that the monolithic file gets more
Job heartbeat(progress report etc), job expiration, job cancellation, and
job throttling will be improved in the new architecture
Kelven
On 8/13/12 4:46 AM, Suresh Sadhu suresh.sa...@citrix.com wrote:
Including few more points ..
HI All,
As I heard , Upcoming releases has major architecture
The concerns of the deltas getting to be too much is simply solved when you
get to that point. In practice the time it takes to run a bunch of deltas to
create a DB from scratch is not much slower than the monolithic file because
DDL runs real fast on an empty DB.
We can also always roll
On Mon, Aug 13, 2012 at 8:07 PM, Eric epretori...@yahoo.com wrote:
From: Eric epretori...@yahoo.com
To: cloudstack-dev@incubator.apache.org
cloudstack-dev@incubator.apache.org
Sent: Thursday, August 9, 2012 11:00 AM
Subject: Re: CloudStack gathering around LinuxConNA?
From: David Nalley
ok we caved in and finally hijacked a vlan capable switch and
reconfigured our whole environment to comply with CS and its
requirements for vlans
We literally reconfigured our whole environment to accommodate the
forced use of VLANs by cloudstack for advanced networking. Everything
prior
ran
As I said before we don't *have* to move the files around. I already
started working on this (I have everything compiling fine) and have
taken the approach of not moving files. Moving the files around is just
nice because it's easier for other people who don't know CS but know
maven to work with
On Mon, Aug 13, 2012 at 8:48 PM, Ewan Mellor ewan.mel...@eu.citrix.com wrote:
-Original Message-
From: David Nalley [mailto:da...@gnsa.us]
[Snip]
So my thoughts are:
We should abandon thoughts of migration, and start from scratch on the
ASF's bug tracker.
We'll redirect
Koushik,
I'm not very familiar with fullsync/deltaSync. I saw you removed following line:
'if (VirtualMachineName.isValidVmName(left.name)) continue; // if the vm
follows cloudstack naming ignore it for stopping'
What if someone migrates a VM, and restart management server immediately, then
Underlying CloudStack infrastructure actually does not prevent you from
creating a non-isolated guest network without a VLAN, making VLAN
mandatory for these networks is unfortunately posted at CloudStack
business layer, I think we should fix this problem to make people(like
Outback)'s life
On Aug. 13, 2012, 5:31 p.m., Alex Huang wrote:
This is the wrong way to do this. I thought the agreement is to use the
GenericDao stuff for now so that when we switch that layer we can switch
everything together.
Here's also what Darren said on the mailing list:
I was just
On Aug 12, 2012, at 2:26 AM, Ram Ganesh ram.gan...@citrix.com wrote:
-Original Message-
From: David Nalley [mailto:da...@gnsa.us]
Sent: 11 August 2012 09:11
To: cloudstack-dev@incubator.apache.org
Subject: Re: Release Management Process
On Fri, Aug 10, 2012 at 9:27 PM, Will Chan
On Aug 13, 2012, at 10:26 PM, Alex Huang alex.hu...@citrix.com wrote:
Alex - What sort of merge schedule do you think you'll aim for?
Daily? Ongoing through the workday? What sort of indication do you want
when we know something should go into 4.0?
I'm new to this so I'm open to
No argument from your thoughts on this. I think if the project wants the
incremental DB changes, CS is already in a good position to support that
through our upgrade sql scripts.
Will
From: Darren Shepherd [dar...@godaddy.com]
Sent: Monday, August 13,
Dave,
From a Citrix point of view, we will always need our own JIRA instance unless
you just mean the bugs.cs.o URL is going away only. We will continue to carry
on specific Citrix CloudPlatform releases that will invariably differ in
version and codename. If we removed our JIRA instance,
Also, you can usually set a default network on a tagged/trunked port, so
that no config changes to the existing infrastructure would be required
(aside from implementing the new hardware). Existing stuff just works off
of the native network for that port, and anything that needs tags can do
so.
+1 for this. I'd ditch the monolithic altogether.
On Mon, Aug 13, 2012 at 11:10 PM, Will Chan will.c...@citrix.com wrote:
No argument from your thoughts on this. I think if the project wants the
incremental DB changes, CS is already in a good position to support that
through our upgrade sql
Hello,
I am trying to add a KVM-based host (CentOS 6.3) to CS 3.0.2-based pod. I
have followed the instructions to setup the agent etc.
Although when the server tries to configure the agent
using cloud-setup-agent, it fails:
2012-08-13 23:17:28,097 DEBUG
Why don't we decide that the 4.0 release is last release this way and
then going forward everything will be delta since 4.0.
Darren
Original Message
Subject: Re: schema maintenance
From: David Nalley da...@gnsa.us
Date: Mon, August 13, 2012 8:22 pm
To:
There may be other issues I've missed in the discussions on separating them
but, instead of standing up two separate Jira instances, why not just use
separate projects within the current Jira project? Make the current CS project
read-only and/or locked down to only admins (or whoever is deemed
Just need a volunteer to make this switch. Alex, perhaps someone on your team?
Will
From: Darren Shepherd [dar...@godaddy.com]
Sent: Monday, August 13, 2012 8:53 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: schema maintenance
Why don't we
Shouldn't be a problem.
At least, we've thought about how this should work before. I might even have a
bug for it.
The one that I really have not thought through and I have raised on this list
and worth raising again is the following.
CloudStack Plugins generally will have some tables that
Brett/Chip, I think you're right. I probably just looked at the license text
and assumed it was modified beyond usual BSD. I suggest we get it approved as
a BSD derivative. See
https://github.com/jenkinsci/trilead-ssh2/blob/master/LICENSE.txt.
-kevin
-Original Message-
From:
I will re submit the patch with CloudStack DAO Implementation. Do let me know
if there are concerns with this approach.
Thanks
Rajesh Battala
-Original Message-
From: Darren Shepherd [mailto:dar...@godaddy.com]
Sent: Tuesday, August 14, 2012 1:59 AM
To:
94 matches
Mail list logo