Dear podling,
This email was sent by an automated system on behalf of the Apache
Incubator PMC. It is an initial reminder to give you plenty of time to
prepare your quarterly board report.
The board meeting is scheduled for Wed, 20 September 2017, 10:30 am PDT.
The report for your podling will fo
Here's the latest issue. Got through all the networking config in my
template, but the server instance doesn't start. Not sure if this is an
Openstack plugin issue, or Aria.. From the error message, it appears that
the image id and flavor don't even get into the call. Note that I had to
explici
OK! DeWayne provided me with the complete service template offline and I
managed to reproduce the problem and also create a more minimal way to
reproduce it.
To follow it, see this JIRA:
https://issues.apache.org/jira/browse/ARIA-356
Simple really. For a particular template that was using the Openstack
plugin, I was trying to set the "openstack_config" parameter in the inputs
for an interface operation. Specifically, a Subnet node has a relationship
to a Router node, and the add_target operation was failing because the
suppli
I edited line 6 in master file from 'tosca:Root' to 'tosca.nodes.Root'
Below is the modified Dockerfile that I am using
FROM ubuntu:16.04
RUN apt-get update && apt-get install -y \
python-dev \
gcc \
libffi-dev \
libssl-dev \
python-pip \
git \
wget
RUN pi
Below is what I am using
tosca_definitions_version: tosca_simple_yaml_1_0
node_types:
WebServer:
derived_from: tosca.nodes.Root
capabilities:
host:
type: tosca.capabilities.Container
WebApp:
derived_from: tosca.nodes.WebApplication
properties:
Are you using the hello-world example from the 0.1.1 tag?
On Tue, Aug 29, 2017 at 6:00 PM, Vishwanath Jayaraman <
vishwana...@hotmail.com> wrote:
> Ran,
>
> Thanks a lot for figuring out the root cause for the issue and also
> providing a work around.
>
> With the work around you provided I am
Ran,
Thanks a lot for figuring out the root cause for the issue and also providing
a work around.
With the work around you provided I am able to go past the issue related to
"ctx" not being found.
However, I am seeing the below new issue on ubuntu 16.04 when I execute "
aria executions start
Here’s your digest for today!
#ariatosca
undefined: [UPDATE] many more tests today, plus a fix to `/examples` due to
extra strictness added due to a test-related fix.
i hope we can review the clearwater PR soon, as i'm starting to pile stuff that
i need from that commit
Can we re-state the problem at hand? It's been somewhat difficult to follow
this thread.
On Tue, Aug 29, 2017 at 3:45 AM, Tal Liron wrote:
> Great! So, now let's think what makes your full Openstack example
> different... I'm off for the day, will continue looking tomorrow.
>
> On Mon, Aug 28,
Well, this is awkward.
After some short testing, it seems the problem is that the 0.1.1 (and
0.1.0) wheels don't treat "ctx" as an entry points (as is evident by
unzipping the wheel and viewing the "entry_points.txt" file).
One simple way to work around this is to install ARIA not via wheel, e.g.
b
Vishwanath,
Sorry for not having followed up this issue earlier.
I tried launching a 16.04 container earlier and following your steps, and
indeed ctx was nowhere to be found.
I'm looking into this.
On Mon, Aug 28, 2017 at 11:17 PM, Tal Liron wrote:
> Vish, I would very much appreciate if you c
12 matches
Mail list logo