Re: [sqlalchemy] Possible 1.0 regression or geoalchemy2 issue

rts, it is: > https://bitbucket.org/zzzeek/sqlalchemy/issue/3469/comparison-in-persistencepy-can-trip-up-on > > > > On 7/1/15 12:23 PM, Troy Toman wrote: > > I am seeing a behavior similar to Issue #3402 but it exists in SQLAlchemy > 1.0.6 and it involves using geoalchemy2. I

[sqlalchemy] Possible 1.0 regression or geoalchemy2 issue

I am seeing a behavior similar to Issue #3402 but it exists in SQLAlchemy 1.0.6 and it involves using geoalchemy2. I have filed an issue there but since it is behaving differently in sqlalchemy 0.9.3, I wanted to raise it here as well. Test program: import geoalchemy2 from sqlalchemy imp

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

FWIW, I think this is a great approach to evolving our thinking of the projects and ecosystem around OpenStack. I’m far too removed these days from the details of the day-to-day running of the programs and projects to comment on details. But, I’ve long felt a need to go beyond the simple core +

Re: [Openstack] [Foundation Board] Resolutions from the Technical Committee

- Troy > On Nov 14, 2013, at 10:35 AM, Thierry Carrez wrote: > > Boris Renski wrote: >> So if I am interpreting this correctly, we are doing away with the >> concept of Core entirely until after the interop work is done? >> >> Otherwise, I am a bit unclear as to the difference between "integ

Re: [Openstack] Future of Launchpad OpenStack mailing list (this list)

On Sep 4, 2012, at 8:50 AM, Thierry Carrez wrote: > Troy Toman wrote: >> I would vote for A2. I don't see a need to replace this list. > > You mean you'd just keep it the way it currently is (with the general > list hosted on launchpad ?) That would be a new option

Re: [Openstack] Future of Launchpad OpenStack mailing list (this list)

I would vote for A2. I don't see a need to replace this list. On Sep 4, 2012, at 4:37 AM, Thierry Carrez wrote: > Stefano Maffulli wrote: >> Now, the main question is still open: where should the General mailing >> list go? Anybody disagrees that we should merge this list into 'Operators'? > >

Re: [Openstack] A plea from an OpenStack user

I hope everyone takes time to read Ryan's note. We all need to keep this in mind even more so going forward. Almost all of the required changes can be implemented without causing disruption but it won't happen by accident. We try and cope with this by absorbing changes in smaller bites (by stayi

Re: [Netstack] L3 Forwarding

n. > > Thanks, > ~Sumit. > >> -Original Message- >> From: Troy Toman [mailto:troy.to...@rackspace.com] >> Sent: Tuesday, April 03, 2012 5:56 AM >> To: Sumit Naiksatam (snaiksat) >> Cc: Jason Kölker; >> Subject: Re: [Netstack] L3 Forwarding >> &g

Re: [Netstack] L3 Forwarding

On Apr 3, 2012, at 12:24 AM, Sumit Naiksatam (snaiksat) wrote: > Hi Jason, > > Per the information published, Melange is an IPAM service (information > repository for the network). Isn't that fundamentally different in function > from the notion of L3 abstractions/constructs/model required to

[Openstack] Melange RC2 now available

The RC2 release for Melange is now available. You can find it at: https://launchpad.net/melange/essex/essex-rc2 We fixed two issues between RC1 and RC2 that prevented IP blocks from being deleted properly and eased the transition for existing Melange DBs that were using Nova ID instead of UUID.

[Openstack] Melange RC1 now available

soon. If none are found, we will release this as a final version by April 5th. Troy Toman Melange PTL ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More

Re: [Netstack] quantum community projects & folsom summit plans

We would also like to cover some topics that relate to running Quantum at scale. This would include API rate limiting and caching, understanding the models for scaling out the service and where we should make things more asynchronous (or not) to enable increased throughput. As far as votes for

Re: [Netstack] [Openstack] Interaction between nova and melange : ip fixed not found

On Feb 29, 2012, at 11:08 AM, Dan Wendlandt wrote: 2012/2/29 Jérôme Gallard mailto:jeronimo...@gmail.com>> Hi Jason, Thank you very much for your answer. The problem about the wrong ip address is solved now! Perhaps this octect should be excluded automatically by nova at the network creation t

Re: [Openstack] [Netstack] Interaction between nova and melange : ip fixed not found

On Feb 29, 2012, at 11:08 AM, Dan Wendlandt wrote: 2012/2/29 Jérôme Gallard mailto:jeronimo...@gmail.com>> Hi Jason, Thank you very much for your answer. The problem about the wrong ip address is solved now! Perhaps this octect should be excluded automatically by nova at the network creation t

[Netstack] Melange Essex-3 Milestone release

The Melange Essex-3 milestone was released this morning. You can find details at: https://launchpad.net/melange/essex/essex-3 This release focused on bug fixing, splitting out the python-melangeclient and tidying up integration with the Nova Quantum Manager. This was also the first release whe

[Openstack] Melange Essex-3 Milestone release

The Melange Essex-3 milestone was released this morning. You can find details at: https://launchpad.net/melange/essex/essex-3 This release focused on bug fixing, splitting out the python-melangeclient and tidying up integration with the Nova Quantum Manager. This was also the first release whe

[Openstack] First Melange Milestone Release

I am pleased to announce that the first Melange milestone release is now available. This release has been vetted with the E2 releases of Quantum and Nova. You can find the release tarball along with more information about the Melange project at: http://launchpad.net/melange Melange is an incub

[Netstack] Etherpad for Quantum API session at Essex summit

http://etherpad.openstack.org/QuantumAPI1-1essex This email may include confidential information. If you received it in error, please delete it. -- Mailing list: https://launchpad.net/~netstack Post to : netstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~netstack More help

[Openstack] Melange/IPAM update and path forward

eprints.launchpad.net/nova/+spec/melange-api>https://blueprints.launchpad.net/nova/+spec/melange-api https://blueprints.launchpad.net/nova/+spec/melange-address-discovery Please let me know if there are any other questions that we can field while we finalize our current work to prepare the co

Re: [Netstack] Quantum API question - port creation

On Wed, Jul 27, 2011 at 9:14 AM, Troy Toman mailto:troy.to...@rackspace.com>> wrote: On Jul 27, 2011, at 10:00 AM, Salvatore Orlando wrote: > Hi Troy, > > This is a very good point in light of the work I'm doing for making sure the > API specification is consistent with its

Re: [Netstack] Quantum API question - port creation

t; > Any comment? > > Regards, > Salvatore > > >> -Original Message- >> From: netstack- >> bounces+salvatore.orlando=eu.citrix@lists.launchpad.net >> [mailto:netstack- >> bounces+salvatore.orlando=eu.citrix@lists.launchpad.net] On Behalf Of >> Troy

[Netstack] Quantum API question - port creation

In reviewing the spec for creating ports, it is stated that it should asychronously create a port. But, it reviewing the implementation and even in the discussion of what data is returned, this does not seem to be an async operation. I would prefer to see this mirror the Nova API spec where crea

Re: [Netstack] "network-refactoring-l2" branch, and Quantum

On Jul 25, 2011, at 12:30 PM, Sumit Naiksatam (snaiksat) wrote: Thank Ryu, very nice explanation, and does fall in line with what I could make from studying the current implementation. I will let Dan also respond in case he has any more insight. Meanwhile, a few comments/questions: (1) Has

Re: [Openstack] Keystone tenants vs. Nova projects

I am guessing Salesforce.com On Jul 16, 2011, at 2:40 PM, Ziad Sawalha wrote: What's (who is) sfdc? From: andi abes [mailto:andi.a...@gmail.com] Sent: Friday, July 15, 2011 02:07 PM To: Yuriy Taraday mailto:yorik@gmail.com>> Cc: openstack@lists.launchpad.net

Re: [Openstack] [Netstack] Questions about Quantum_Framework's extensions

Ying, I can provide some insight since I am in the current timezone. Comments below. Perhaps Santhosh or are team can provide some additional thoughts later. Troy On Jun 9, 2011, at 4:10 PM, Ying Liu (yinliu2) wrote: Hi all, Thanks Santhosh for the great work about Quantum_Framework. I looke

Re: [Openstack] [NetStack] Quantum Service API extension proposal

I think the idea was slightly different. We were equating a vif to NIC in a physical server. A port was equated to a switch port on a physical switch. Doesn't necessarily mean they have to be different. But, there was a reason we used different terminology. In particular, we felt the vif was s

Re: [Openstack] [Nova] Unassigned essential Diablo specs

Eldar, We should probably coordinate as well. I think there are some capabilities we are planning for the IPAM service in melange that would make this easier to track/implement. Troy On May 19, 2011, at 8:46 AM, Thierry Carrez wrote: > Eldar Nugaev wrote: >> We are interested in "Add support

[Openstack] Discussion of network service flows

As was mentioned in the networks meeting this afternoon, we need to open up a discussion around flows between Nova, Melange(IPAM), Quantum and Donabe. As we are refactoring Nova for networking and designing IP and Network services in parallel, it will be important to reach some agreement as to h

Re: [Openstack] Network Service meeting

I will try to make tomorrow. I'll be remote from my normal office and not sure exactly what my connectivity options will be. Troy On May 10, 2011, at 4:11 AM, Rick Clark wrote: > We had planned to have a network Service meeting after the release meeting > today, but the PTL's have a conflicti

[Openstack] Organizing dev work around Melange (IP Address Mgmt Service)

If anyone is interested in working on the IP Address Management (IPAM) Service, we have some time set up to dig into the nuts-and-bolts of getting this off the ground tomorrow. We'll be meeting in the Camino Real room (on the 2nd floor) at 11:30AM (Friday). Also, I propose that we code name th

Re: [Openstack] NaaS proposal suggestion

On Apr 14, 2011, at 12:49 PM, Rick Clark wrote: > As many of you know there are a few Network as a Service proposals > floating around. All of the authors are working to combine them into > something we all want to move forward with. Hopefully by the summit we > will have one blueprint to rule

Re: [Openstack] Multiple Versions in Openstack API

Just for reference, our current Rackspace commitment is to support current API and one version back. Anything older will be marked as depricated and we do not commit that it will work. By the way, this is merely a goal at this point since there is only one version. However, we are trying to live

Re: [Openstack] OpenStack Compute API 1.1

handle this need, then let's discuss further. But, I didn't want the lack of a specific example to squash the idea of extensions. Troy Toman Confidentiality Notice: This e-mail message (including any attached or embedded documents) is intended for the exclusive and confidential u