Sorry - that item was a little hand-wavey - it could be minimal in
terms of impact but I would probably see it tied to a) so it might
involve the zmq-receiver moving towards zmq-proxy for both inbound and
outbound tcp connections.
>>
>> c) Crypto support
>
> There are some other
publishes packages for 12.04 and trusty as well. They are
bleeding edge so may not always work - but hey - some folks like to
live on the edge!
Enjoy and happy testing!
James (on behalf of the Ubuntu Server Team)
- --
James Page
Technical Lead, Ubuntu Server Team
[0] http://wiki.ubuntu.com
Launchpad.
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
tional step
>> users need to do.
>>
>> My preference is (a), but would like to know broader opinions
>> especially from packagers.
>>
>> Thanks, Akihiro
>>
>> ___ OpenStack-dev
>> mailing
hes.
My testing was quite synthetic (boot small instances until things
start to break) but it does illustrate the difference these patches make.
HTH
James
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
---
ll - apologies for missing 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
qYu8u0yYm1SPya09KQ
ck community
understands that we want ZMQ to be a first tier driver like qpid and
rmq, and I'm not convinced that pushing discussion out to a separate
sub-group enforces that message...
> So, in the end, taking into account words above i’d like to get
> feedback from all folks. I’m pretty
ase! The work that's been
done so far allows us to move forward with bug fixing and re-factoring
that's backed up on having a base level of unit/functional tests.
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGN
arios but it looks like 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
iQIbBAEBCAA
est
deficiency (1) before we consider moving forward with lots of new
features.
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCAAGBQJUa1GuAAoJEL/srsug59jDrOcP/isK148CV+wHwoue12f/oFQb
ich versions of packages you
are using.
Enjoy
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: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCAAGBQJSV/NHAAoJE
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)
Co
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 feature is still in developm
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 require
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
> to our devstack plugin to s
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 ta
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 wh
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
cha
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 dep
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 along the same lines as
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 Congress for
> use
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 accesses horizon asks me for
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 entirely. Installing the kern
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
> > was dropped from m
or beisner) 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
nk if the discussion here can answer those questions, you
> should update the governance repo change with that information, we
> can get alhat.l the participants to ack that, and the TC will be
> able to act.
Regards
James
- --
James Page
Ubuntu and Debian Developer
james.p...@
impact and I'm keen to ensure that we
consider the requirements of our end users before we consider any full
convergence objectives.
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAE
ry - specifically 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.
- --
d3
> python-xstatic-font-awesome python-xstatic-hogan
> python-xstatic-jasmine python-xstatic-jquery
> python-xstatic-jquery-migrate python-xstatic-jquery-ui
> python-xstatic-jquery.bootstrap.wizard
> python-xstatic-jquery.quicksearch
> python-xstatic-jquery.tablesorter
n the requirements?
Believe 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
iQIcBAEBCAAGBQJVeEgKAAoJE
ack ecosystem we will be moving our
OpenStack packaging branches over to the new Git 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
a bit lost on what I should do now, as what was exciting was
> enabling operation people 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 Deb
tal and Ubuntu
Wily; at some point in time, Debian/Ubuntu 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 Devel
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) Packag
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 VXLAN Networks, with
> OVS-Fire
chpad.net/neutron/+bug/1422376
- --
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
IyDw3
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 spe
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
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 find out more about the
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 fun
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
James
_
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 us
> > and they happe
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
> Ubuntu Xenial (and n
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
___
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 main author, who plans to
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 majorit
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
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: https://review.openstack.org/#/c/467068
>
Grea
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
> probably isn't good f
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 as of today. The v4.9 kernel added support
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 risk of having an ou
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 use
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 Developme
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 S
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 : https://docs.openstack.o
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: openstack-dev
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 evident
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 Triaged
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
> and has never gone anywhere, does it perhaps m
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 w
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
_
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 i
Hi Thierry
On Thu, 18 Jan 2018 at 10:20 Thierry Carrez wrote:
> Hi everyone,
>
> Here is the proposed pre-allocated track schedule for the Dublin PTG:
>
>
> https://docs.google.com/spreadsheets/d/e/2PACX-1vRmqAAQZA1rIzlNJpVp-X60-z6jMn_95BKWtf0csGT9LkDharY-mppI25KjiuRasmK413MxXcoSU7ki/pubhtml?gid
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).
Th
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 I
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 -
> https://review.openstack.org/#/c/348336/
>
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
the bug and see exactl
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 -
>
> metadata.yaml -
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 be easier to deal
> > with now while it's fr
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 int
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, only to have to
> > the
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 branch
> creation, among other
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
___
Hi
Whilst fixing CI test failures/preparing b3 uploads for OpenStack Newton
for Ubuntu, we tripped over [0], symptomatically in Barbican's unit test
suite starting to throw failures when oslo.context was updated to the
latest newton version.
Global requirement currently details 1.0.1 of positiona
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!
_
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 parsing of request headers
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 up old bugs :).
>
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% po
Hi Team
The Dublin PTG is not so far away now, so lets start on the agenda for our
Devroom:
https://etherpad.openstack.org/p/DUB-charms-devroom
We had a fairly formal agenda of design related topics in Denver for the
first day, and spent most of the second day mini-sprinting on various
feature
Hi All
It will (probably) come as no surprise that I'd like to announce
my candidacy for PTL of OpenStack Charms [0]!
We've made some good progress in the last cycle with some general
housekeeping across the charms set, including removal of untested
and generally unused database and messagi
Hi Thierry
On Wed, 7 Feb 2018 at 11:42 Thierry Carrez wrote:
> Hi everyone,
>
> I was wondering if anyone would be interested in brainstorming the
> question of how to better align our release cycle and stable branch
> maintenance with the OpenStack downstream consumption models. That
> includes
+1 from me
On Thu, 8 Feb 2018 at 18:23 Billy Olsen wrote:
> Dmitrii easily gets a +1 from me!
>
> On 02/08/2018 09:42 AM, Alex Kavanagh wrote:
> > Hi
> >
> > I'd like to propose Dmitrii Shcherbakov to join the launchpad
> > "OpenStack Charmers" team. He's done some tremendous work on existing
>
+1
On Wed, 14 Feb 2018 at 11:29 Liam Young wrote:
> Hi,
>
> I would like to propose that we do not support the notifications
> method for automatically creating DNS records in Queens+. This method
> for achieving Neutron integration has been superseded both upstream
> and in the charms. By remov
+1
On Wed, 14 Feb 2018 at 11:29 Liam Young wrote:
> Hi,
>
> I would like to propose that we do not support the notifications
> method for automatically creating DNS records in Queens+. This method
> for achieving Neutron integration has been superseded both upstream
> and in the charms. By remov
Hi Team
As I'm only managing to get to the PTG for Mon/Tues lets schedule a dinner
for Monday night; I'll sort out a venue - lemme know direct this week if
you'll be coming along!
Cheers
James
__
OpenStack Development Mailin
Hi All
We're not quite fully baked with Queens testing for the OpenStack charms
for this week so we're going to push back a week to the 8th March to allow
pre-commit functional testing updates to land.
Cheers
James
__
OpenSt
Hi Aakash
On Sun, 11 Mar 2018 at 19:01 Aakash Kt wrote:
> Hi,
>
> I had previously put in a mail about the development for openstack-ovn
> charm. Sorry it took me this long to get back, was involved in other
> projects.
>
> I have submitted a charm spec for the above charm.
> Here is the review
Hi All
I finally got round to writing up my summary of the Upgrades session at the
PTG in Dublin (see [0]).
One outcome of that session was to form a new SIG centered on Upgrading
OpenStack - I'm pleased to announce that the SIG has been formally accepted!
The objective of the Upgrade SIG is to
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 S
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 S
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 th
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 1
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 in
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
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
> > default is a trip
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
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
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 also
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
___
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):
http://eavesdrop.openstack.org/meetings/charms/2
1 - 100 of 121 matches
Mail list logo
