Re: [openstack-dev] [oslo] zeromq work for kilo

-receiver moving towards zmq-proxy for both inbound and outbound tcp connections. c) Crypto support There are some other discussions about adding crypto to messaging, and I hope we can do that without having to touch each driver, if possible. That would be even better IMHO. - -- James Page

[openstack-dev] Havana RC2's available in the Ubuntu Cloud Archive for 12.04

For details of how to use the Ubuntu Cloud Archive for Havana, please refer to: https://wiki.ubuntu.com/ServerTeam/CloudArchive Cheers James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment

Re: [openstack-dev] [All] [I18N] compiling translation message catalogs

, Akihiro ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP

Re: [openstack-dev] [stable][neutron] Fwd: Re: [Openstack-stable-maint] Neutron backports for security group performance

. HTH James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUY5czAAoJEL/srsug59jDIJ8QAJAK8aWUSQGyPrcAqvKi+OE7 vS4NhVWog1ifubPcIpDstAoELHIfQVQKaryCN7oXAzQ0Yyp68DE68mw+o8rrly2S

Re: [openstack-dev] [stable][neutron] Fwd: Re: [Openstack-stable-maint] Neutron backports for security group performance

that information in my first email!. Regards James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUZKy/AAoJEL/srsug59jDGa8QANJjKl8fyCmoE0FNZ0/xXnq0 qYu8u0yYm1SPya09KQaSmMUkMACjgiemjEKD/lICQASd

Re: [openstack-dev] [oslo.messaging] ZeroMQ driver maintenance next steps

for driving such activities in oslo.messaging. - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUagWDAAoJEL/srsug59jDWncP/2PVkA3tDHxLILjdyXKdLLy6 fsj5yovho45T9LtSrLXD1Y+CT3pQqGDnglB

Re: [openstack-dev] [oslo.messaging] ZeroMQ driver maintenance next steps

/functional tests. - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUajaZAAoJEL/srsug59jDm2wP/1xW99gc/63CXnNowJLwgCAK AflhWs4SAUSF0VizOFoys6j1ApjAwWDG33B927REH/YDNwmAd7PgHRilgcaBjR5w

Re: [openstack-dev] [oslo.messaging] ZeroMQ driver maintenance next steps

there was support for the redis matchmaker as well. If you could take some time to fixup that would be awesome! - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIbBAEBCAAGBQJUa03HAAoJEL/srsug59jDdZQP

Re: [openstack-dev] Zero MQ remove central broker. Architecture change.

. - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUa1GuAAoJEL/srsug59jDrOcP/isK148CV+wHwoue12f/oFQb Ri7SjP8NfPhkX9izRbLC1PyrMZvFcnf5qTJaC9PZJbREmD5IYawDBP5Vs68aHFO+ s2t

[openstack-dev] Call for Testing: Ubuntu OpenStack Kilo-1 development milestone

. Thanks and have fun! Cheers James -- James Page Technical Lead, Ubuntu Server and OpenStack Team Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org __ OpenStack Development Mailing List (not for usage

[openstack-dev] Use of egg snapshots of neutron code in neutron-*aas projects/distributing openstack

- -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJU4gj5AAoJEL/srsug59jD5agP/1NFgrLQjD7+d0OrxSByD+b0 DEwlbSwFGvV6sIbjzP8/9ibUmxnCOcwW9Enn4+Ukp4KuhuWKuiEZYdOARkuEupaz IyDw3F9NzytnER2s+sn2+tddQloTjCk0vzk

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

python-xstatic-spin python-xstatic-term.js python-zaqarclient stevedore Again LGTM. - -- James Page Technical Architect OpenStack Engineering Team james.p...@canonical.com -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVdqHJAAoJEL/srsug59jDFTkP/ibw9wOo4bah9nP539IUuIrw 3RNA

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

consider any full convergence objectives. - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVdVGyAAoJEL/srsug59jDs8YP/2dJJHaXpn++80fOGg3S2z3Q 0ifzNvgMQNPDGGLnfZ95Q/8iWXhqF03waNcd33MLI0+HKFtuBaTZ7P

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

projects under /openstack or /stackforge namespaces? I don't think we should be upstreaming packaging for the wider OpenStack dependency chain - the Debian Python modules team is a much larger team of interested contributors and better place for this sort of work. - -- James Page Technical Architect

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

that, and the TC will be able to act. Regards James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVbweuAAoJEL/srsug59jDRnEP/A6avj+hGBo46Y8H5K3LkEjn YgUteWnHs0QsrOSO5zZBdx/xzAK+ADbrOL4hQ

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

it or not, I've not *always* worked on OpenStack for Ubuntu :-); that pre-dates my direct involvement. - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVeEgKAAoJEL/srsug59jDrqEQAK6jXUCDzHb8XIVM6GM82QOy

Re: [openstack-dev] Debian already using Python 3.5: please gate on that

will start doing rebuild testing with these newer versions - we'll feed any bugs/fixes back upstream so hopefully when we get to the 16.04/3.5 testing enablement, it will all *just work*. - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

support in Launchpad in the next few weeks. Regards James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVfudNAAoJEL/srsug59jD2isQAKtp9gSQ7FC0dy664wkSIqp3

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

to contribute. I'll think about it and see what to do next. Lets focus on the seed of collaboration we have going right now and see how that plays out. Cheers James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v2

[openstack-dev] OpenStack Liberty RC1 for Ubuntu 14.04 LTS and Ubuntu 15.10

) in #ubuntu-server if something is particularly annoying or broken… Finally - thank you to everyone who’s made OpenStack Liberty RC1 a reality - and have fun! Cheers James [0] http://reqorts.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/liberty _versions.html - -- James Page Ubuntu

Re: [openstack-dev] [networking-ovs-dpdk]

Hi All Reading through this thread I thought participants might be interested to know that Ubuntu now provides a DPDK enabled Open vSwitch package in Ubuntu 15.10 and for Ubuntu 14.04 using the Liberty UCA; you can use it as follows: sudo add-apt-repository cloud-archive:liberty # not

Re: [openstack-dev] [nova][infra] Getting a bleeding edge libvirt gate job running

Hi Markus On Tue, Nov 17, 2015 at 7:10 PM, Markus Zoeller wrote: > Background > == > The blueprint [1] wants to utilize the *virtlogd* logging deamon from > libvirt. Among others to solve bug [2], one of our oldest ones. The > funny part is, that this libvirt

Re: [openstack-dev] [networking-ovs-dpdk]

Hi Sean On Wed, Nov 18, 2015 at 12:30 PM, Mooney, Sean K wrote: > Hi james > > Yes we are planning on testing the packaged release to see if it is > compatible with our ml2 driver and the > > Changes we are submitting upstream. If it is we will add a use binary flag >

[openstack-dev] [charms] Renaming openvswitch-odl -> openvswitch

Hi All The current openvswitch-odl charm is designed for use with nova-compute/neutron-gateway and the odl-controller charm, but it declares and configures OVS in such a way that I think it has broader applicability than just OpenDayLight; specifically it looks like it would also work with ONOS

[openstack-dev] [charms] Re-licensing OpenStack charms under Apache 2.0

Hi We're currently blocked on becoming an OpenStack project under the big-tent by the licensing of the 26 OpenStack charms under GPL v3. I'm proposing that we re-license the following code repositories as Apache 2.0: charm-ceilometer charm-ceilometer-agent charm-ceph charm-ceph-mon

Re: [openstack-dev] Mitaka, Xenial, OVS Firewall Driver, DPDK, VXLAN and Provider Networks

Hi Thiago On Sat, 27 Feb 2016 at 23:58 Martinx - ジェームズ wrote: [...] However, I am curious about the following scenarios: > > Will be possible to use, at the same time (same Network and Compute nodes > / Host Aggregate): > > 1- Regular OVS bridges without DPDK for

[openstack-dev] [puppet] [ansible] [docs] Packaging changes about to land for Ubuntu + Neutron/Mitaka

Hi Folks We're about to push the next set of updates into the mitaka-proposed area of the Ubuntu Cloud Archive; these include changes to three neutron agent packages which will have impact on end-users and documentation as well as puppet modules, ansible playbooks, chef cookbooks etc... 1)

[openstack-dev] [charms] Juju Charms for OpenStack

Hi All tl;dr Juju is a great way of deploying OpenStack, and we'd like the OpenStack Charms for Juju to become a official OpenStack Project read on if you want the full details Juju [0] is a service modelling tool that's been around since about 2010; developed primarily by Canonical, Juju

Re: [openstack-dev] [tc] supporting Go

On Mon, 9 May 2016 at 19:32 Monty Taylor wrote: [...] > [> The point here though, is that the versions of Python that OpenStack > > has traditionally supported have been directly tied to what the Linux > > distributions carry in their repositories (case in point, Python 2.6

Re: [openstack-dev] [kolla] Gate precheck job failed due to minimum kernel version on ubuntu 14.04

On Sun, 8 May 2016 at 15:58 Monty Taylor wrote: > On 05/08/2016 03:45 AM, Steve Kowalik wrote: > > On 08/05/16 08:11, lương hữu tuấn wrote: > >> Hi, > >> > >> @Robert: I was successful to update the kernel without change the image. > > > > But that was Robert's point

[openstack-dev] [charms] 16.07 release feature freeze today

Hi All A (somewhat) late reminder that the feature freeze for the 16.07 charm release at the end of the month is today; any outstanding feature reviews need to be fully tested, reviewed and landed by 0800 UTC on the 15th July (which is the end of the day for those on the west coast of the US).

Re: [openstack-dev] [juju charms] How to configure glance charm for specific cnider backend?

Hi Andrey On Tue, 2 Aug 2016 at 15:59 Andrey Pavlov wrote: > I need to add glance support via storing images in cinder instead of > local files. > (This works only from Mitaka version due to glance-store package) > OK > First step I've made here - >

Re: [openstack-dev] [juju charms] How to configure glance charm for specific cnider backend?

On Tue, 2 Aug 2016 at 16:54 Andrey Pavlov wrote: > James, thank you for your answer. > No problem. I'll file bug to glance - but in current releases glance-charm have to > do it himself, right? > We should be able to add the required bits using an Ubuntu SRU - lets raise

Re: [openstack-dev] [juju charms] How to configure glance charm for specific cnider backend?

Hi Andrey On Wed, 3 Aug 2016 at 14:35 Andrey Pavlov wrote: > Instead of adding one more relation to glance, I can relate my charm to > new relation 'cinder-volume-service' > almost > > So there is no more changes in the glance charm. > And additional in my charm will be

[openstack-dev] [charms] out next week/PTL cover

Hi I'm out of contact from everything electronic next week; back on the 22nd August. David Ames (thankyou!) will be covering any Charms PTL related matters in my absence and generally keeping the wheels on development. Cheers James

[openstack-dev] [charms] Project mascot

Hi All As an approved project, we need to provide some ideas for a project mascot for the Charms project (see [0]). Some suggestions as discussed on IRC: 1) cobra ('[snake] charming openstack') - which aligns with the Juju logo a little. 2) kraken ('many armed animal managing openstack') - but

[openstack-dev] [charms] inclusion of charm-helpers (LGPL licensed)

Hi All Whilst working on the re-licensing of the OpenStack charms to Apache 2.0, its apparent that syncing and inclusion of the charm-helpers python module directly into the charm is not going to work from a license compatibility perspective. charm-helpers is LGPL v3 (which is OK for a runtime

Re: [openstack-dev] Juju Charm Usability/Functionality Enhancements

Hi James On Wed, 6 Jul 2016 at 18:52 James Beedy wrote: > I've a few things I want to bring up concerning usability/functionality in > nova-cloud-controller and openstack-dashboard. > > 1. Request-timeout configurability for openstack-dashboard. > - Everyone who

Re: [openstack-dev] [Charm][Congress] Upstreaming JuJu Charm for Openstack Congress

Hi Bryan On Tue, 5 Jul 2016 at 21:21 SULLIVAN, BRYAN L wrote: > I've been working in the OPNFV (https://wiki.opnfv.org/) on a JuJu Charm > to install the OpenStack Congress service on the OPNFV reference platform. > This charm should be useful for anyone that wants to install

Re: [openstack-dev] [charms] nominating thedac for charms-release team

On Mon, 8 Aug 2016 at 18:19 Ryan Beisner wrote: > Greetings, > > I would like to nominate David Ames for addition to the > charms-release team, as he has played a valuable role in the charm release > processes. This change will grant privileges such as new stable

Re: [openstack-dev] [release] Re: [Neutron][L2GW] Mitaka release of L2 Gateway now available

Hi Ihar On Mon, 8 Aug 2016 at 10:37 Ihar Hrachyshka wrote: [...] > Any update on re-tagging the mitaka release of networking-l2gw with the > > correct semantic version? I'm working on packaging updates for Debian > > and Ubuntu, and don't really want to push in 2016.1.0,

[openstack-dev] [networking-sfc] Newton release plans?

Hi Networking SFC team I'm trying to get a view on a few Neutron related projects with the objective of lining up a release in Ubuntu and Debian alongside OpenStack Newton of vmware-nsx, networking-l2gw, networking-sfc and tap-as-a-service. What are your plans for Newton? I can push snapshots

Re: [openstack-dev] [release] Re: [Neutron][L2GW] Mitaka release of L2 Gateway now available

Hi Carl On Thu, 19 May 2016 at 21:51 Carl Baldwin wrote: > On Thu, May 19, 2016 at 7:09 AM, Doug Hellmann > wrote: > > We have the same issue with version numbers regressing no matter when we > > cut the next release, so it's up to the team. It might

Re: [openstack-dev] [charms] inclusion of charm-helpers (LGPL licensed)

Hi Billy On Thu, 30 Jun 2016 at 17:24 Billy Olsen wrote: > I suspect that the reactive charming model wouldn't have this issue > due to the ability to essentially statically link the libraries via > wheels/pip packages. If that's the case, it's likely possible to > follow

[openstack-dev] [snaps] announce: new snaps for rally, tempest and openstackclients

Hi All Snap packages for rally (0.7.0), tempest (14.0.0) and openstackclients (currently Newton aligned) are available for use; the associated git repositories can also be found under the openstack org on github (see [0], [1], [2]). Git repos also contain details of use of each snap. You can

[openstack-dev] [charms][ptl] PTL candidacy

Hi All I would like to announce my candidacy for PTL of the OpenStack Charms project. Over the Ocata cycle, we've been incubating the community of developers around the Charms, with new charms for Murano, Trove, Mistral and CloudKitty all due to be included in the release in February. We've

[openstack-dev] [charms] PTG topics

Hi Team We're only a few weeks off the PTG, so I think its about time we started the ball rolling on planning our time out over the Monday/Tuesday. I've created an etherpad so we can brainstorm a schedule for the two days: https://etherpad.openstack.org/p/openstack-charms-ptg-pike If you're

[openstack-dev] [charms] minutes from todays IRC meeting

Hi All Here are the links from todays Charms IRC meeting: Agenda: https://etherpad.openstack.org/p/openstack-charms-weekly-meeting-20170129 Minutes: http://eavesdrop.openstack.org/meetings/charms/2017/charms.2017-01-30-10.03.html Minutes (text):

[openstack-dev] [charms] Thursday 2nd February - Bug Day!

Hi Team Just a quick reminder that next Thursday marks our second bug day for the year. Please focus on triage and resolution of bugs across the openstack charms - the new bugs URL is in the topic in #openstack-charms on Freenode IRC. Happy bug hunting! Cheers James

[openstack-dev] [charms] no irc meeting today

Hi Team As most people are at the PTG today, we'll skip todays team IRC meeting. Cheers James __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [charms] 17.02 OpenStack Charms release

Hi All I'm pleased to announce the 17.02 release of the OpenStack Charms. In addition to 120 bug fixes across the charms and support for the Ocata OpenStack release, there are new charms for Ceph FS and Manila and to support integration of Keystone with LDAP/Active Directory leveraging domain

[openstack-dev] [charms] bug day this thursday (2nd March)

Hi All Just a reminder that we'll be running our regular bug day on the 2nd March (this coming thursday). Focus, as always, is to touch new bugs and work through in priority order for any fixes! Please co-ordinate any activity in the #openstack-charms channel! Cheers James

Re: [openstack-dev] [oslo.context][requirements][ffe] newton - positional 1.1.1 minimum requirement

On Wed, 7 Sep 2016 at 14:51 Ian Cordasco wrote: > Hey James! > > There's already a discussion about this with the [requirements] and > [ffe] tags by Matthew Thode. Could we centralize the discussion on > that thread please? > Of course - missed that whilst eating lunch!

Re: [openstack-dev] [requirements][FFE] global-requirements update to positional to 1.1.1

On Wed, 7 Sep 2016 at 14:30 Ian Cordasco wrote: [...] > https://review.openstack.org/366631 > > > > The combination of oslo.context 2.9.0 + positional 1.0.1 (which is the > > current minimum requirement) results in various unit test failures in > > barbican, related to

Re: [openstack-dev] [puppet] today was a bad day for CI

On Fri, 9 Sep 2016 at 01:17 Emilien Macchi wrote: [...] > 3) Disable Ironic testing on Ubuntu. Packages are broken in recent > Newton upgrade. They are working on it. > Ironic packaging issue fixed and released to newton-updates; that will teach me to spend a morning tidying

[openstack-dev] [charms] PTL candidacy

Hi I would like to announce my candidacy for PTL of the OpenStack Charms project (see [0]). I'm the incumbent and first PTL of this project, which joined the OpenStack project this year; Right now we have around 30 charms for deploying various parts of OpenStack, with an active core team 100%

Re: [openstack-dev] [charms]Running two haproxy-using units on same machine?

Hi Neil On Tue, 13 Sep 2016 at 20:43 Neil Jerram wrote: > Should it be possible to run two OpenStack charm units, that both use > haproxy to load balance their APIs, on the same machine? Or is there some > doc somewhere that says that a case like that should use separate

Re: [openstack-dev] [charms]Running two haproxy-using units on same machine?

t; > > On Tue, Sep 13, 2016 at 8:46 PM, James Page <james.p...@ubuntu.com> wrote: > >> Hi Neil >> >> On Tue, 13 Sep 2016 at 20:43 Neil Jerram <n...@tigera.io> wrote: >> >>> Should it be possible to run two OpenStack charm units, t

[openstack-dev] [charms] bug squash day - Thursday 22nd September

Hi Team We running up towards feature freeze on the 29th of September for our charm release mid October. So that we have an accurate view of bugs across the OpenStack Charms in advance of that date, I'm proposing we have a bug day next Thursday (22nd September). Anyone is welcome to participate

[openstack-dev] [charms] 16.10 release feature freeze

Hi Charmers Just a reminder that as of the end of yesterday, we're in feature freeze for the 16.10 charm release in two weeks time; if you have a compelling feature that you feel should be considered, please email openstack-dev with a request for a freeze exception with details of the change

[openstack-dev] [charms] design summit sessions summary

Hi All After some extended travel after the summit, I've finally got round to writing a summary of the two design summit sessions we held in Barcelona (see [0] and [1] for full notes). 1) Cross Charm Initiatives We had general agreement to switch all charms to Python 3, dropping charm support

[openstack-dev] [charms] master branches open for development

Hi All Following on from yesterdays charm release (see [0]), master branches are now open for general development across the OpenStack Charms. Thanks again to everyone who contributed to the 16.10 charm release! Cheers James [0] http://docs.openstack.org/developer/charm-guide/1610.html

[openstack-dev] [charms] summit schedule + pads

Hi Charmers The Ocata Design Summit is upon us; we have fishbowl sessions on Wednesday afternoon, and workrooms first thing in Friday morning: https://www.openstack.org/summit/barcelona-2016/summit-schedule/global-search?t=Charms I've created pads for the fishbowl sessions:

[openstack-dev] [charms] draft logo design

Hi Charmers I've received a draft version of our project logo, using the mascot we selected together. A final version (and some cool swag) will be ready for us before the Project Team Gathering in February. Before they make our logo final, they want to be sure we're happy with our mascot. We can

[openstack-dev] [charms] regular bug day

Hi Folks We have an organised bug day prior to the OpenStack Summit in Barcelona; I felt that this focused everyone onto collaborating on bugs in a good way, and gave us a great checkpoint on what the key issues are that people are hitting and reporting back on the charms. I'd like to proposed

Re: [openstack-dev] [charms] Barbican Hostname Config Params

Hi James On Thu, 17 Nov 2016 at 20:05 James Beedy wrote: > Is there a specific reason the barbican charm doesn't have the > os-{internal,private}-hostname config params? > The layers and charms.openstack don't currently have support for the os-*-hostname configuration

[openstack-dev] [charms] irc meetings for next few weeks

Hi All As we're approaching a period where quite a few people will be having time off, I'm cancelling the IRC meetings on Mondays (1000 and 1700 on alternate weeks) until the 9th January at 1700 UTC - at which point we'll resume normal service, with the next meeting after that at 1000 UTC on the

[openstack-dev] [charms] bug squash thursdays

Hi Team Our last (and only) bug day was quite popular/successful, so lets try and have one focus day on bugs a month. So from January, the first Thursday of the month will officially be 'Charm Bug Squash Day'. The objective of the day is to triage any untouched bugs, sift through triaged bugs

[openstack-dev] [charms] bug day this thursday

Hi All Just a quick reminder that this Thursday (5th January) is our first bug day for charms of the year. Objective is to blast through the un-triaged bug backlog assigning some initial priorities and then fixup as many bugs as possible! Please co-ordinate via #openstack-charms so we don't all

[openstack-dev] [charms] ceilometer metering and event time-to-live defaults

Hi All In the current ceilometer charms, we retain all ceilometer data indefinitely; the TTL can be overridden by users using configuration options, but to me it feels like maybe retaining all data forever by default is a trip hazard to users, and the actions required to backout of a full DB for

Re: [openstack-dev] [charms] ceilometer metering and event time-to-live defaults

Hi Julien On Tue, 3 Jan 2017 at 09:17 Julien Danjou wrote: > > In the current ceilometer charms, we retain all ceilometer data > > indefinitely; the TTL can be overridden by users using configuration > > options, but to me it feels like maybe retaining all data forever by >

[openstack-dev] [snaps] alternative distribution approach for OpenStack

Hi All I’ve been working with a few folk over the last few months to see if snaps (see [0]) might be a good alternative approach to packaging and distribution of OpenStack. As OpenStack projects are Python based, producing snaps has been relatively trivial with the snapcraft python plugin, which

[openstack-dev] [snaps] proposing Dmitrii Shcherbakov for core review team

Hi Snappers Dmitrii did some good work on the ceilometer snap and has been providing reviews and feedback of other changes in the queue over the last few months as well has hanging out and being a sounding board/answering questions in #openstack-snaps. He's also working out how to get libvirt

Re: [openstack-dev] [snaps] proposing Dmitrii Shcherbakov for core review team

On Wed, 22 Mar 2017 at 15:10 Corey Bryant wrote: [...] > +1 > > I have full confidence in Dmitrii. He's already a great asset to snaps > and will be great to have as a core reviewer. > And then there were three... welcome to the core reviewers team Dmitrii! Cheers

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

Hi Kendall On Wed, 15 Mar 2017 at 18:22, Kendall Nelson wrote: > Hello All! > > As you may have seen in a previous thread [1] the Forum will offer project > on-boarding rooms! This idea is that these rooms will provide a place for > new contributors to a given project to

Re: [openstack-dev] [all] Switching gate testing to use Ubuntu Cloud Archive

On Tue, 4 Apr 2017 at 14:38 Daniel P. Berrange wrote: > On Mon, Apr 03, 2017 at 04:06:53PM -0700, Clark Boylan wrote: > > Hello, > > > > One of the major sets of issues currently affecting gate testing is > > Libvirt stability. Elastic-recheck is tracking Libvirt crashes for

Re: [openstack-dev] [all] Switching gate testing to use Ubuntu Cloud Archive

Hi Clark On Tue, 4 Apr 2017 at 00:08 Clark Boylan wrote: > One of the major sets of issues currently affecting gate testing is > Libvirt stability. Elastic-recheck is tracking Libvirt crashes for us > and they happen frequently [0][1][2]. These issues appear to only affect

Re: [openstack-dev] [Nova] [nova-lxd] Broken nova-lxd

Morning On Thu, 27 Jul 2017 at 23:58 Michael Still wrote: > Hi, > > I'm cc'ing openstack-dev because your email is the same as the comment you > made on the relevant review, and I think getting visibility with the wider > Nova team is a good idea. > > Unfortunately this is a

[openstack-dev] [charms] ptl for queens

Hi All I would like to announce my candidacy for PTL of the OpenStack Charms project for the Queens development cycle. We've made some good progress during the Pike cycle in terms of improving documentation, with a new deployment guide in the works which should make things much easier for new

[openstack-dev] [charms] PTL cover for the next two weeks

Hi All As I'm off in the backwaters of Scotland with zero chance of any internet access for the next two weeks, I'm delegating my PTL responsibilities to the capable Ryan Beisner until my return. I'll be back just after the charms final freeze in the leadup to the charms release at the start of

[openstack-dev] [networking-bagpipe] exabgp dependency

Hi I'm working on the wider networking-* packages we have in Ubuntu for Pike milestone 1 and noticed that exabgp is currently being pulled in from the master branch of exabgp; any ideas when you might be able to switch to a released version of exabgp? Cheers James

Re: [openstack-dev] [networking-bagpipe] exabgp dependency

Hi Thomas On Thu, 27 Apr 2017 at 17:03 wrote: > Indeed, we have moved from shipping a fork of an old exabgp in bagpipe-bgp > (a.k.a."vendoring", i.e. baaad...) to using upstream, but we have > dependencies on exabgp development branch. > > I've been in touch with ExaBGP

[openstack-dev] [charms][ptg] PTG planning pad

Hi All I've started a planning etherpad for the PTG next month; feel free to add topics you want to discuss/sprint on during the week. https://etherpad.openstack.org/p/ptg-queens-charms Cheers James __ OpenStack

Re: [openstack-dev] [infra] openstack-ubuntu-testing-bot -- please turn off

Hi Ian On Fri, 9 Jun 2017 at 07:57 Ian Wienand wrote: > Hi, > > If you know of someone in control of whatever is trying to use this > account, running on 91.189.91.27 (a canonical IP), can you please turn > it off. It's in a tight loop failing to connect to gerrit, which >

Re: [openstack-dev] Required Ceph rbd image features

On Wed, 21 Jun 2017 at 20:08 Jason Dillaman wrote: > On Wed, Jun 21, 2017 at 12:32 PM, Jon Bernard wrote: > > I suspect you'd want to enable layering at minimum. > > I'd agree that layering is probably the most you'd want to enable for > krbd-use cases

Re: [openstack-dev] [networking-bagpipe] exabgp dependency

Hi Thomas On Tue, 23 May 2017 at 09:14 wrote: > Hi James, > > FYI, exabgp 4.0.0 has been released and this release can be package to > satisfy networking-bagpipe needs. > A request for adding exabgp as a proper OpenStack requirement is in > flight:

[openstack-dev] [charms] Onboarding session at next weeks summit

Hi All The OpenStack summit is nearly upon us and for this summit we're running a project onboarding session on Monday at 4.40pm in MR-105 (see [0] for full details) for anyone who wants to get started either using the OpenStack Charms or contributing to the development of the Charms, The

[openstack-dev] [charms] Bug Day Thursday 4th May

Hi Team Just a quick reminder that this Thursday is charm bug day! Please focus on triage and resolution of bugs across the openstack charms - the new bugs URL is in the topic in #openstack-charms on Freenode IRC. Happy bug hunting! Cheers James

[openstack-dev] [charms] PTG summary

Hi All Here’s a summary of the charm related discussion from PTG last week. # Cross Project Discussions ## Skip Level Upgrades This topic was discussed at the start of the week, in the context of supporting upgrades across multiple OpenStack releases for operators. What was immediately

[openstack-dev] [charms] bug day this Thursday

Hi All Reminder that as this Thursday is the first Thursday of the month its officially a bug triage/fix day! Our new (23) queue is looking better than ever [0] so it would be great to get that down to near 0. After that focus should switch to High (62) and then Medium (174) bugs already

Re: [openstack-dev] [packaging][all] Sample Config Files in setup.cfg

On Tue, 3 Oct 2017 at 18:15 Doug Hellmann wrote: > Excerpts from Jesse Pretorius's message of 2017-10-03 15:57:17 +: > > On 10/3/17, 3:01 PM, "Doug Hellmann" wrote: > > > > >> Given that this topic has gone through several cycles of discussion >

[openstack-dev] [charms] IRC meeting 11th September cancelled

Hi Team I'm cancelling next Mondays IRC; we're (mostly) meeting for the PTG anyway and can re-sync the following Monday. Cheers James __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [openstack] [charms] Openstack with OVN

Hi Aakash On Tue, 29 Aug 2017 at 05:09 Aakash Kt wrote: > Hello all, > Resending this mail since I think there might have been some error > sending it the last time. > >I am looking to develop an openstack bundle which uses OVN as the SDN. > I have been reading :

[openstack-dev] [networking-bagpipe] [networking-bgpvpn] missing tarballs for queens milestone 1

Hi Corey and I have been working through the first Queens milestones for Ubuntu (and the UCA) - both networking-bagpipe and networking-bgpvpn don't have published tarballs on tarballs.openstack.org. Would it be possible to get those up? or we can cut our own from the git repo for this milestone

[openstack-dev] [charms] evolving the ha interface type

Hi Team Whilst working on migrating to using Python 3 as the default charm execution environment, I've hit upon a snag with presentation of data from principle charms to the hacluster subordinate charm. Specifically the data presented on the relation is simple str representation of python dicts

[openstack-dev] [charms] Sydney forum user feedback session (Tues@0950)

Hi All Apologies for the late creation of this pad: https://etherpad.openstack.org/p/SYD-forum-charms-ops-feedback if your planning on attending this session please add your name and any topics for discussion! Cheers James

[openstack-dev] [sig] [upgrades] inaugural meeting minutes & vancouver forum

Hi All Lujin, Lee and myself held the inaugural IRC meeting for the Upgrades SIG this week (see [0]). Suffice to say that, due to other time pressures, setup of the SIG has taken a lot longer than desired, but hopefully now we have the ball rolling we can keep up a bit of momentum. The Upgrades

[openstack-dev] [sig] [upgrades] inaugural meeting minutes & vancouver forum

Hi All Lujin, Lee and myself held the inaugural IRC meeting for the Upgrades SIG this week (see [0]). Suffice to say that, due to other time pressures, setup of the SIG has taken a lot longer than desired, but hopefully now we have the ball rolling we can keep up a bit of momentum. The Upgrades

[openstack-dev] [sig][upgrade] Upgrade SIG IRC meeting 1600 UTC Tuesday

Hi All Just a quick reminder that the Upgrade SIG IRC meeting will be held at 1600 UTC tomorrow (Tuesday) in #openstack-meeting-4. If you're interested in helping improve the OpenStack upgrade experience be sure to attend! See [0] for previous meeting minutes and our standing agenda. Regards

[openstack-dev] [sig][upgrade] Todays IRC meeting

Hi All Unfortunately I can't make todays IRC meeting at 1600 UTC. Should be back for next week, but I think we need todo some rescheduling to fit better with other ops and dev meetings. Cheers James __ OpenStack

  1   2   >