Yes,
Currently available resources seem to allow this )
Renat Akhmerov
@ Mirantis Inc.
On 03 Oct 2014, at 12:30, Dmitri Zimine dzim...@stackstorm.com wrote:
Thanks Renat for running and capturing.
One addition - allocate time for bug fixes, we’ll have quite a few :)
DZ.
On Oct 2,
On Fri, Oct 3, 2014 at 4:05 AM, Soren Hansen so...@linux2go.dk wrote:
I'm sorry about my slow responses. For some reason, gmail didn't think
this was an important e-mail :(
2014-09-30 18:41 GMT+02:00 Jay Pipes jaypi...@gmail.com:
On 09/30/2014 08:03 AM, Soren Hansen wrote:
2014-09-12 1:05
Hi,
I'm creating a cinder volume from a glance image (Fedora).
The image is 199 Mb and since it's for testing, i created a volume of size
1GB.
This fails, and puts image in status Error. (without any more info)
Digging through screens i found an exception ImageUnacceptable (size is 2
GB and
Hello everyone,
Neutron, Horizon, and Trove just published their first release candidate
for the upcoming 2014.2 (Juno) release.
The RC1 tarballs are available for download at:
https://launchpad.net/neutron/juno/juno-rc1
https://launchpad.net/horizon/juno/juno-rc1
2014-10-03 9:00 GMT+02:00 Michael Chapman wop...@gmail.com:
On Fri, Oct 3, 2014 at 4:05 AM, Soren Hansen so...@linux2go.dk
wrote:
That said, there will certainly be situations where there'll be a
need for some sort of anti-entropy mechanism. It just so happens that
those situations already
Greetings,
I've sent the email below to the OpenStack users mailing list trying to
get feedback from users on what to do with the GridFS driver.
We haven't had bugs filed on this driver nor users have provided any
feedback. This all leads me to think that it's actually not being used
at all.
Thomas Goirand wrote:
murano-dashboard effectively needs django-nose=1.2. As per this:
https://review.openstack.org/125651
it's not a problem for Ubuntu and Debian. Does anyone have a concern
about this dependency freeze exception?
openstack/requirements will be unfrozen as soon as Swift
Hi,
In the V2 API the attach interface is a blocking operation. This is
problematic. I posted a patch for the V3 to be non blocking -
https://review.openstack.org/#/c/103094/ (as we cannot break existing
API¹s). I would prefer that you do not remove the V3 api. I am not sure
what you mean by
Hi folks!
I try too guess do we need in ceilometer checking new patches for
critical errors with pylint?
As far as I know Nova and Sahara and others have such check. Actually
it is not checking of all project but comparing of the number of
errors without new patch and with it, and if diff is
Igor,
Personally this idea looks really nice to me, as this will help to avoid
strange code being merged and not found via reviewing process.
Cheers,
Dina
On Fri, Oct 3, 2014 at 12:40 PM, Igor Degtiarov idegtia...@mirantis.com
wrote:
Hi folks!
I try too guess do we need in ceilometer
As promised at this week’s TC meeting, I have applied the various blog posts
and mailing list threads related to changing our governance model to a
series of patches against the openstack/governance repository [1].
I have tried to include all of the inputs, as well as my own opinions, and
Eoghan Glynn wrote:
As promised at this week’s TC meeting, I have applied the various blog posts
and mailing list threads related to changing our governance model to a
series of patches against the openstack/governance repository [1].
I have tried to include all of the inputs, as well as my
OK, it's now official at:
https://wiki.openstack.org/wiki/Kilo_Release_Schedule
--
Thierry Carrez (ttx)
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Oct 3, 2014, at 7:13 AM, Eoghan Glynn egl...@redhat.com wrote:
As promised at this week’s TC meeting, I have applied the various blog posts
and mailing list threads related to changing our governance model to a
series of patches against the openstack/governance repository [1].
I have
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Oct 2, 2014 at 2:16 PM, Doug Hellmann d...@doughellmann.com wrote:
As promised at this week’s TC meeting, I have applied the
On Oct 3, 2014, at 9:02 AM, Doug Hellmann d...@doughellmann.com wrote:
On Oct 3, 2014, at 7:13 AM, Eoghan Glynn egl...@redhat.com wrote:
As promised at this week’s TC meeting, I have applied the various blog posts
and mailing list threads related to changing our governance model to a
On Fri, Oct 3, 2014 at 8:07 AM, Doug Hellmann d...@doughellmann.com wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Oct 2, 2014 at 2:16 PM, Doug Hellmann
Thank you to the electorate, to all those who voted and to all
candidates who put their name forward for PTL for this election.
A healthy, open process breeds trust in our decision making capability
thank you to all those who make this process possible.
Now for the results of the PTL election
On 10/03/2014 09:25 AM, Anne Gentle wrote:
On Fri, Oct 3, 2014 at 8:07 AM, Doug Hellmann d...@doughellmann.com
mailto:d...@doughellmann.com wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com
mailto:joe.gord...@gmail.com wrote:
On Thu, Oct 2, 2014 at
On 10/2/2014 10:30 PM, Christopher Yeoh wrote:
On Thu, 02 Oct 2014 15:57:55 -0500
Matt Riedemann mrie...@linux.vnet.ibm.com wrote:
The os-interface (v2) and os-attach-interfaces (v3) APIs are only
used for the neutron network API, you'll get a NotImplemented if
trying to call the related
Hi,
Quota management is currently one of those things where every openstack
project does its own thing. While quotas are obviously managed in a similar
way for each project, there are subtle differences which ultimately result
in lack of usability.
I recall that in the past there have been
On Fri, 3 Oct 2014, Anne Gentle wrote:
I'm reading and reading and reading and my thoughts keep returning to,
we're optimizing only for dev. :)
Yes, +many.
In my reading it seems like we are trying to optimize the process for
developers which is exactly the opposite of what we want to be
On Fri, 3 Oct 2014, Sean Dague wrote:
OpenStack is enough parts that you can mix and match as much as you
want, but much like the 600 config options in Nova, we really can't
document every combination of things.
People seem to talk about this flexibility as if it were a good
thing. It's not.
Hello All,
In a nutshell, I've found the current IPMI Ceilometer sensor naming
structure difficult to deal with from a programmatic perspective if a
consumer wants to simply read all the sensors for a given Ironic Node.
The current naming scheme just doesn't seem to provide a simple fast
I recall that in the past there have been several calls for unifying quota
management.
The blueprint [1] for instance, hints at the possibility of storing quotas in
keystone.
As an end-user: +1
For me it totally makes sense to put the quotas and access together.
On the other hand, the
Hi, folks!
We decided to make a performance gnocchi testing as a part of summit talk
preparation.
Folks who are working at Gnocchi these days, may you add to etherpad test
scenarios which are most helpful and interesting in your opinion?
Etherpad -
On Oct 3, 2014, at 9:25 AM, Anne Gentle a...@openstack.org wrote:
On Fri, Oct 3, 2014 at 8:07 AM, Doug Hellmann d...@doughellmann.com wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
Taking quota out of the service / adding remote calls for quota
management is going to make things fragile - you've somehow got to
deal with the cases where your quota manager is slow, goes away,
hiccups, drops connections etc. You'll also need some way of
reconciling actual usage against quota
On Fri, Oct 03 2014, Ilya Tyaptin wrote:
We decided to make a performance gnocchi testing as a part of summit talk
preparation.
Folks who are working at Gnocchi these days, may you add to etherpad test
scenarios which are most helpful and interesting in your opinion?
Etherpad -
On Fri, Oct 3, 2014 at 9:32 AM, Chris Dent chd...@redhat.com wrote:
People seem to talk about this flexibility as if it were a good
thing. It's not. There's tyranny of choice all over OpenStack. Is
that good for real people or just large players and our corporate
hosts?
+
We
Hi All,
I have a question about information used to determine if a host supports an
image.
The virt drivers all provide a list of triples of the form (architecture,
hypervisor type, vm mode). Each triple is compared to the corresponding three
image properties in a request in the scheduler
Yes, these are great, thanks. We'll go through and see what we can pull.
Thank you!
Nick
On Tue, Sep 30, 2014 at 3:26 AM, Akilesh K akilesh1...@gmail.com wrote:
Sorry the correct links are
1. Comparison between networking devices and linux software components
On Fri, Oct 03, 2014 at 03:16:02PM +, Murray, Paul (HP Cloud) wrote:
Hi All,
I have a question about information used to determine if a host supports an
image.
The virt drivers all provide a list of triples of the form (architecture,
hypervisor type, vm mode). Each triple is compared
Candidate proposals for the Technical Committee positions (6 positions)
are now open and will remain open until 05:59 UTC October 10, 2014.
Candidates for the Technical Committee Positions: Any Foundation
individual member can propose their candidacy for an available,
directly-elected TC seat.
On 10/03/2014 11:29 AM, Daniel P. Berrange wrote:
On Fri, Oct 03, 2014 at 03:16:02PM +, Murray, Paul (HP Cloud) wrote:
Hi All,
I have a question about information used to determine if a host supports an
image.
The virt drivers all provide a list of triples of the form (architecture,
Le 03/10/2014 17:29, Daniel P. Berrange a écrit :
On Fri, Oct 03, 2014 at 03:16:02PM +, Murray, Paul (HP Cloud) wrote:
Hi All,
I have a question about information used to determine if a host supports an
image.
The virt drivers all provide a list of triples of the form (architecture,
On 10/3/2014 10:29 AM, Daniel P. Berrange wrote:
On Fri, Oct 03, 2014 at 03:16:02PM +, Murray, Paul (HP Cloud) wrote:
Hi All,
I have a question about information used to determine if a host supports an
image.
The virt drivers all provide a list of triples of the form (architecture,
On 10/03/2014 10:06 AM, Chris Dent wrote:
On Fri, 3 Oct 2014, Anne Gentle wrote:
I'm reading and reading and reading and my thoughts keep returning to,
we're optimizing only for dev. :)
Yes, +many.
plus infinity.
In my reading it seems like we are trying to optimize the process for
On 10/01/2014 07:08 PM, Angus Lees wrote:
On Wed, 1 Oct 2014 09:05:23 PM Fox, Kevin M wrote:
Has anyone figured out a way of having a floating ip like feature with
docker so that you can have rabbitmq, mysql, or ceph mon's at fixed ip's
and be able to migrate them around from physical host to
If you can add and delete interfaces it seems like being able to list them is
useful. You can get the info you need from the networks list when you get the
instance, but “nova interface-list” seems like a useful addition if we have
“interface-attach” and “interface-detach”, so in this case I
On 10/03/2014 05:38 PM, Tristan Cacqueray wrote:
Candidate proposals for the Technical Committee positions (6 positions)
are now open and will remain open until 05:59 UTC October 10, 2014.
Candidates for the Technical Committee Positions: Any Foundation
individual member can propose their
The proposal in the past was to keep quota enforcement local, but to
put the resource limits into keystone. This seems like an obvious first
step to me. Then a shared library for enforcing quotas with decent
performance should be next. The quota calls in nova are extremely
inefficient right now
On Fri, Oct 3, 2014 at 6:07 AM, Doug Hellmann d...@doughellmann.com wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Oct 2, 2014 at 2:16 PM, Doug Hellmann
Thanks Vish,
this seems a very reasonable first step as well - and since most projects
would be enforcing quotas in the same way, the shared library would be the
logical next step.
After all this is quite the same thing we do with authZ.
Duncan is expressing valid concerns which in my opinion
- Original Message -
On Fri, Oct 3, 2014 at 6:07 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
devananda@gmail.com wrote:
On Fri, 3 Oct 2014, Joe Gordon wrote:
* services that nothing depends on
* services that don't depend on other services
Latest graph: http://i.imgur.com/y8zmNIM.png
I'm hesitant to open this can but it's just lying there waiting,
wiggling like good bait, so:
How are you defining dependency
From: Dina Belova [mailto:dbel...@mirantis.com]
On Friday, October 03, 2014 2:53 AM
Igor,
Personally this idea looks really nice to me, as this will help to avoid
strange code being merged and not found via reviewing process.
Cheers,
Dina
On Fri, Oct 3, 2014 at 12:40 PM, Igor
On Fri, Oct 3, 2014 at 9:42 AM, Eoghan Glynn egl...@redhat.com wrote:
- Original Message -
On Fri, Oct 3, 2014 at 6:07 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2,
On Oct 3, 2014, at 12:26 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Fri, Oct 3, 2014 at 6:07 AM, Doug Hellmann d...@doughellmann.com wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
On Fri, Oct 3, 2014 at 9:51 AM, Chris Dent chd...@redhat.com wrote:
On Fri, 3 Oct 2014, Joe Gordon wrote:
* services that nothing depends on
* services that don't depend on other services
Latest graph: http://i.imgur.com/y8zmNIM.png
I'm hesitant to open this can but it's just lying
On Oct 3, 2014, at 1:09 PM, Neal, Phil phil.n...@hp.com wrote:
From: Dina Belova [mailto:dbel...@mirantis.com]
On Friday, October 03, 2014 2:53 AM
Igor,
Personally this idea looks really nice to me, as this will help to avoid
strange code being merged and not found via reviewing
On Fri, 3 Oct 2014, Joe Gordon wrote:
data is coming from here:
https://github.com/jogo/graphing-openstack/blob/master/openstack.yaml
and the key is here: https://github.com/jogo/graphing-openstack
Cool, thanks.
Many of those services expect[1] to be able to send notifications (or
be polled
Keeping the enforcement local (same way policy works today) helps limit the
fragility, big +1 there.
I also agree with Vish, we need a uniform way to talk about quota
enforcement similar to how we have a uniform policy language / enforcement
model (yes I know it's not perfect, but it's far closer
On 10/03/2014 11:38 AM, Chris Dent wrote:
On Fri, 3 Oct 2014, Joe Gordon wrote:
Many of those services expect[1] to be able to send notifications (or
be polled by) ceilometer[2]. We've got an ongoing thread about the need
to contractualize notifications. Are those contracts (or the desire
for
On Fri, Oct 3, 2014 at 11:18 AM, Chris Friesen
chris.frie...@windriver.com wrote:
On 10/03/2014 11:38 AM, Chris Dent wrote:
On Fri, 3 Oct 2014, Joe Gordon wrote:
Many of those services expect[1] to be able to send notifications (or
be polled by) ceilometer[2]. We've got an ongoing thread
So a bit of background here. This began from thinking about functional
dependencies, and pondering whether a map of the dependency graph of
our projects could inform our gating structure, specifically to
encourage (or dare I say, actually force) all of us (the project
teams) to become more
On Fri, Oct 3, 2014 at 6:25 AM, Anne Gentle a...@openstack.org wrote:
On Fri, Oct 3, 2014 at 8:07 AM, Doug Hellmann d...@doughellmann.com wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
On Fri, Oct 3, 2014 at 6:47 AM, Sean Dague s...@dague.net wrote:
On 10/03/2014 09:25 AM, Anne Gentle wrote:
On Fri, Oct 3, 2014 at 8:07 AM, Doug Hellmann d...@doughellmann.com
mailto:d...@doughellmann.com wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com
Thanks for bringing this up Flavio! Let's wait another week to get some
feedback. Also, we can discuss the fate of this driver in our weekly meeting to
be on safe side.
Thanks,
-Nikhil
From: Flavio Percoco [fla...@redhat.com]
Sent: Friday, October 03,
There are some fixes for IPv6 bugs that unfortunately missed the RC1 cut.
These bugs are quite important for IPv6 users and therefore I would like to
lobby for getting them into a possible RC2 of Neutron Juno.
These are low-risk fixes that would not jeopardize the stability of Neutron.
1.
On Fri, Oct 3, 2014 at 9:05 AM, Jay Pipes jaypi...@gmail.com wrote:
On 10/03/2014 10:06 AM, Chris Dent wrote:
On Fri, 3 Oct 2014, Anne Gentle wrote:
I'm reading and reading and reading and my thoughts keep returning to,
we're optimizing only for dev. :)
Yes, +many.
plus infinity.
In
hi Nick,
On 09/29/2014 02:06 PM, Nicholas Chase wrote:
Because we know that the networking documentation needs particular
attention, we're starting there. We have a Networking Guide, from which
we will ultimately pull information to improve the networking section of
the admin guide.
I
On 10/01/2014 08:22 PM, Tristan Cacqueray wrote:
Hello Cinder and TripleO contributors,
Just a quick reminder that elections are closing soon, if you haven't
already you should use your right to vote and pick your favourite candidate!
Thanks for your time!
Tristan
(shamelessly copying Thierry's email template)
Hello everyone,
Ironic just published its first Juno release candidate.
The list of fixed bugs and the RC1 tarball are available at:
https://launchpad.net/ironic/juno/juno-rc1
Unless release-critical issues are found that warrant a release
On 10/3/14, 14:58 , Henry Gessau ges...@cisco.com wrote:
There are some fixes for IPv6 bugs that unfortunately missed the RC1 cut.
These bugs are quite important for IPv6 users and therefore I would like
to
lobby for getting them into a possible RC2 of Neutron Juno.
These are low-risk fixes that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nova leaks compute host SMBIOS serial number to guests
- ---
### Summary ###
When Nova is using the libvirt virtualization driver, the SMBIOS
serial number supplied by libvirt is provided to the guest instances
that are running on a compute node.
On Fri, Oct 03, 2014 at 02:58:36PM EDT, Henry Gessau wrote:
There are some fixes for IPv6 bugs that unfortunately missed the RC1 cut.
These bugs are quite important for IPv6 users and therefore I would like to
lobby for getting them into a possible RC2 of Neutron Juno.
Henry and I spoke about
On Fri, Oct 3, 2014 at 1:14 PM, Jason Rist jr...@redhat.com wrote:
On 10/01/2014 08:22 PM, Tristan Cacqueray wrote:
Hello Cinder and TripleO contributors,
Just a quick reminder that elections are closing soon, if you haven't
already you should use your right to vote and pick your
Are the commits to Tuskar or Tuskar UI? Tuskar is under the tripleo project
group but Tuskar UI is under Horizon IIRC.
On Fri, Oct 3, 2014 at 8:22 PM, John Griffith john.griff...@solidfire.com
wrote:
On Fri, Oct 3, 2014 at 1:14 PM, Jason Rist jr...@redhat.com wrote:
On 10/01/2014 08:22 PM,
On Fri, Oct 3, 2014 at 1:24 PM, Dougal Matthews dou...@dougalmatthews.com
wrote:
Are the commits to Tuskar or Tuskar UI? Tuskar is under the tripleo
project group but Tuskar UI is under Horizon IIRC.
On Fri, Oct 3, 2014 at 8:22 PM, John Griffith john.griff...@solidfire.com
wrote:
On
I have all of these bugs on my radar, and I want to fast track them
for merging in the next few days.
Please tag the bug reports with 'juno-rc-potential'.
For each of them we can discuss the loss of functionality they cause.
If no workaround can be found, we should definitely cut an RC2.
On 10/03/2014 03:36 PM, John Griffith wrote:
On Fri, Oct 3, 2014 at 1:24 PM, Dougal Matthews dou...@dougalmatthews.com
wrote:
Are the commits to Tuskar or Tuskar UI? Tuskar is under the tripleo
project group but Tuskar UI is under Horizon IIRC.
On Fri, Oct 3, 2014 at 8:22 PM, John
On Fri, Oct 3, 2014 at 3:07 PM, Stefano Maffulli stef...@openstack.org
wrote:
hi Nick,
On 09/29/2014 02:06 PM, Nicholas Chase wrote:
Because we know that the networking documentation needs particular
attention, we're starting there. We have a Networking Guide, from which
we will
So a bit of background here. This began from thinking about functional
dependencies, and pondering whether a map of the dependency graph of
our projects could inform our gating structure, specifically to
encourage (or dare I say, actually force) all of us (the project
teams) to become more
On 10/03/2014 02:33 PM, Eoghan Glynn wrote:
So a bit of background here. This began from thinking about functional
dependencies, and pondering whether a map of the dependency graph of
our projects could inform our gating structure, specifically to
encourage (or dare I say, actually force) all
On Fri, Oct 3, 2014 at 1:33 PM, Eoghan Glynn egl...@redhat.com wrote:
So a bit of background here. This began from thinking about functional
dependencies, and pondering whether a map of the dependency graph of
our projects could inform our gating structure, specifically to
encourage (or dare
On Fri, Oct 3, 2014 at 2:13 PM, Chris Friesen
chris.frie...@windriver.com wrote:
On 10/03/2014 02:33 PM, Eoghan Glynn wrote:
So a bit of background here. This began from thinking about functional
dependencies, and pondering whether a map of the dependency graph of
our projects could inform
On 09/30/2014 12:07 PM, Tim Bell wrote:
-Original Message-
From: John Garbutt [mailto:j...@johngarbutt.com]
Sent: 30 September 2014 15:35
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack
Hi,
I have already installed the latest Sahara packages. While when I was
trying to start a cluster from Horizon, I still encountered the Bad
network format issue, which is said something wrong with the mapping of
neutron_management_network to net_id.
2014-10-03 13:13:43.956 704 TRACE
I've made an attempt at mapping out exactly how Neutron Advanced Services will
communicate with Barbican to retrieve Certificate/Key info for TLS purposes.
These diagrams have gone through several revisions, but are still an early
draft of the interactions: http://imgur.com/a/4u6Oz
Note that
On 10/02/2014 06:08 PM, Doug Hellmann wrote:
Sean Dague is working on adjusting the gate tests related to Oslo libraries
and the integrated projects. I don’t think we have any releases planned, but
just in case:
Please wait to tag any new releases of any Oslo libraries until this work is
Just figured it out:
# cat cluster_create.json
{
name: cluster-1,
plugin_name: vanilla,
hadoop_version: 2.3.0,
cluster_template_id : 8300d4a7-c1aa-4984-8528-9f250a6d175f,
user_keypair_id: realkey1,
default_image_id: 43b4aa35-6579-4fae-b507-be17aab8fd36,
You can turn off lots of the refactor recommendation checks. I've been
running pylint across neutron and it's uncovered half a dozen legitimate
bugs so far - and that's with many tests still disabled.
I agree that the defaults are too noisy, but its about the only tool that
does linting across
On 2014-10-03 18:13:58 -0400 (-0400), Sean Dague wrote:
So... it's not quite all clear yet, but as soon as we get project
config approval on https://review.openstack.org/#/c/126082/ I
think we're ready to go.
[...]
Approved and merged, by the way.
The impact after
Hi,
Following up the latest GBP team meeting [0][1]:
As we keep going with our Juno stackforge implementation [2], although the
service is effectively a Neutron extension, we should avoid breaking
Neutron's migration chain by adding our model on top of it (and
subsequently changing Neutron's
Amidst all the discussion about layers and tents there has been this
lurking issue about Docs and their need to prioritise work that we
haven't really done a deep dive on yet. I'd like to start that
discussion by summarising my understanding of the situation, and
hopefully Anne and others can
On Fri, Oct 3, 2014 at 8:18 PM, Zane Bitter zbit...@redhat.com wrote:
Amidst all the discussion about layers and tents there has been this
lurking issue about Docs and their need to prioritise work that we haven't
really done a deep dive on yet. I'd like to start that discussion by
On 10/03/2014 07:50 PM, Anne Gentle wrote:
Here's my current thinking and plan of attack on multiple fronts. Oh,
that analogy is so militaristic, I'd revise more peacefully but ...
time. :)
1. We need better page-based design and navigation for many of our docs.
I'm working with the Foundation
Does sqlalchemy have good support for cross-database foreign keys? I was
under the impression that they cannot be implemented with the normal syntax
and semantics of an intra-database foreign-key constraint.
On Fri, Oct 3, 2014 at 5:25 PM, Ivar Lazzaro ivarlazz...@gmail.com wrote:
Hi,
89 matches
Mail list logo