That sounds essentially correct. Note that all 15 vms aren't used in a
normal devtest run, but we create them all anyway because of some
difficulties adding new environments in some situations (namely CI, I
believe).
On 08/05/2014 11:27 AM, LeslieWang wrote:
> Hi Ben,
> Thanks for your reply.
>
On 08/11/2014 01:02 PM, Yuriy Taraday wrote:
> On Mon, Aug 11, 2014 at 5:44 AM, Joshua Harlow wrote:
>
>> One question from me:
>>
>> Will there be later fixes to remove oslo.config dependency/usage from
>> oslo.concurrency?
>>
>> I still don't understand how oslo.concurrency can be used as a lib
On 08/11/2014 02:20 PM, Joshua Harlow wrote:
>
>
> On Mon, Aug 11, 2014 at 11:39 AM, Ben Nemec
> wrote:
>> On 08/11/2014 01:02 PM, Yuriy Taraday wrote:
>>> On Mon, Aug 11, 2014 at 5:44 AM, Joshua Harlow
>>> wrote:
>>>
>>>> One
On 08/12/2014 05:21 PM, Robert Collins wrote:
> Just ran into a merge conflict with
> https://review.openstack.org/#/c/105878/ which looks like this:
>
> - name: nova_osapi
> port: 8774
> net_binds: *public_binds
> - name: nova_metadata
>
One thing I am very interested in finally following up on, especially in
light of the snazzy new Gerrit separation for CI jobs, is to make the
check-tripleo job leave an actual vote rather than just a comment. This
would clean up the (usually) many reviews sitting with a failing CI run,
for the pu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/14/2014 08:37 AM, Ihar Hrachyshka wrote:
> Hi all,
>
> some plugins depend on modules that are not mentioned in
> requirements.txt. Among them, Cisco Nexus (ncclient), Brocade
> (ncclient), Embrane (heleosapi)... Some other plugins put their
On 08/15/2014 08:20 AM, Russell Bryant wrote:
> On 08/15/2014 09:13 AM, Jay Pipes wrote:
>> On 08/15/2014 04:21 AM, Roman Podoliaka wrote:
>>> Hi Oslo team,
>>>
>>> I propose that we add Mike Bayer (zzzeek) to the oslo.db core
>>> reviewers team.
>>>
>>> Mike is an author of SQLAlchemy, Alembic, Ma
On 08/15/2014 02:30 AM, Dougal Matthews wrote:
> Great stuff, really happy to see Python 3 support.
>
> - Original Message -
>> From: "Steve Kowalik"
>> To: openstack-dev@lists.openstack.org
>> Sent: Friday, 15 August, 2014 4:11:04 AM
>> Subject: [openstack-dev] [TripleO] Python 3 support
On 08/20/2014 01:40 AM, Angus Lees wrote:
> On Mon, 18 Aug 2014 10:05:28 PM Pádraig Brady wrote:
>> On 08/18/2014 03:38 PM, Julien Danjou wrote:
>>> On Thu, Aug 14 2014, Yuriy Taraday wrote:
>>>
>>> Hi Yuriy,
>>>
>>> […]
>>>
Looking forward to your opinions.
>>>
>>> This looks like a good summ
On 08/20/2014 01:03 PM, Vishvananda Ishaya wrote:
> This may be slightly off-topic but it is worth mentioning that the use of
> threading.Lock[1]
> which was included to make the locks thread safe seems to be leading to a
> deadlock in eventlet[2].
> It seems like we have rewritten this too many
I have no problem with the proposed change, so +1 from me. Doug's
probably the important one to hear from though, since you and he are the
ones who deal with this stuff the most. I think he's travelling today
so we'll see if he gets a chance to comment.
On 08/22/2014 04:59 AM, Thierry Carrez wro
Hi Peng,
We're using the spec process described in
https://wiki.openstack.org/wiki/Oslo#Design_Proposals to manage
blueprints now. You'll need to create a spec review as described in the
wiki for this. Unfortunately, I don't think we've opened up Kilo specs
yet, so you might want to either wait
Oh, after writing my response below I realized this is cross-posted
between openstack and openstack-dev. Please don't do that.
I suppose this probably belongs on the users list, but since I've
already written the response I guess I'm not going to argue too much. :-)
On 08/26/2014 07:36 AM, 严超 wr
; Thank you very much.
>> And sorry for the cross-posting.
>>
>> *Best Regards！*
>>
>>
>> *Chao Yan--**My twitter：Andy Yan @yanchao727
>> <https://twitter.com/yanchao727>*
>>
>>
>> *My Weibo：http://weibo.com/herewearenow
>> &
On 08/27/2014 09:31 AM, Sean Dague wrote:
> So this change came in with adding glance.store -
> https://review.openstack.org/#/c/115265/5/lib/glance, which I think is a
> bad direction to be headed.
>
> Here is the problem when it comes to working with code from git, in
> python, that uses namespa
tant criteria. Because of this, undercloud has to be
>>> there 24x7, 365 days and to make it available we need to have HA for this
>>> also. So, you indirectly mean that undercloud also should be designed
>>> keeping high availability in mind.
>>>
>>>
>>&
On 08/28/2014 11:14 AM, Doug Hellmann wrote:
> Before Juno we set a deprecation policy for graduating libraries that said
> the incubated versions of the modules would stay in the incubator repository
> for one full cycle after graduation. This gives projects time to adopt the
> libraries and st
On 08/28/2014 12:34 PM, Doug Hellmann wrote:
>
> On Aug 28, 2014, at 8:36 AM, Mark McLoughlin wrote:
>
>> On Thu, 2014-08-28 at 13:24 +0200, Flavio Percoco wrote:
>>> On 08/27/2014 03:35 PM, Ken Giusti wrote:
Hi All,
I believe Juno-3 is our last chance to get this feature [1] incl
Sounds good to me too.
On 09/02/2014 08:20 AM, Doug Hellmann wrote:
> Oslo team,
>
> We need to consider how we are going to handle the approaching feature freeze
> deadline (4 Sept). We should, at this point, be focusing reviews on changes
> associated with blueprints. We will have time to fin
On 09/04/2014 08:54 AM, Jeremy Stanley wrote:
> On 2014-09-04 11:01:55 +0100 (+0100), Derek Higgins wrote:
> [...]
>> How would people feel about turning [auto-abandon] back on?
>
> A lot of reviewers (myself among them) feel auto-abandon was a
> cold and emotionless way to provide feedback on a c
On 09/09/2014 04:24 PM, Michael Still wrote:
> Hi.
>
> One of the last things blocking Ironic from graduating is deciding
> whether or not we need a Nova API proxy for the old baremetal
> extension to new fangled Ironic API. The TC has asked that we discuss
> whether we think this functionality is
On 09/10/2014 03:57 AM, Steven Hardy wrote:
> On Thu, Sep 04, 2014 at 01:54:20PM +, Jeremy Stanley wrote:
>> On 2014-09-04 11:01:55 +0100 (+0100), Derek Higgins wrote:
>> [...]
>>> How would people feel about turning [auto-abandon] back on?
>>
>> A lot of reviewers (myself among them) feel auto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/10/2014 01:13 PM, Dan Smith wrote:
>> As far as I understand it, though, that's a patch for a
>> read-only mode. It seems bizzare, and possibly dangerous, to
>> proxy read commands, but not write commands. It gives the
>> impression that everyt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/10/2014 02:26 PM, Dan Smith wrote:
>> 1) Is this tested anywhere? There are no unit tests in the patch
>> and it's not clear to me that there would be any Tempest coverage
>> of this code path. Providing this and having it break a couple
>> of
Based on my reading of the wiki page about this it sounds like it should
be a sub-project of the Storage program. While it is targeted for use
by multiple projects, it's pretty specific to interacting with Cinder,
right? If so, it seems like Oslo wouldn't be a good fit. We'd just end
up adding a
On 10/30/18 4:16 PM, Clark Boylan wrote:
On Tue, Oct 30, 2018, at 1:01 PM, Ben Nemec wrote:
On 10/30/18 1:25 PM, Clark Boylan wrote:
On Tue, Oct 30, 2018, at 10:42 AM, Alex Schultz wrote:
On Tue, Oct 30, 2018 at 11:36 AM Ben Nemec wrote:
Tagging with tripleo since my suggestion below
On 11/5/18 3:13 PM, Matt Riedemann wrote:
On 11/5/2018 1:36 PM, Doug Hellmann wrote:
I think the lazy stuff was all about the API responses. The log
translations worked a completely different way.
Yeah maybe. And if so, I came across this in one of the blueprints:
https://etherpad.openstack
On 11/6/18 3:25 AM, Eyal B wrote:
Hi,
Because of this fix https://review.openstack.org/#/c/611369/ ceilometer
which uses oslo.cache for redis fails to publish to gnocchi
see this log:
http://logs.openstack.org/15/615415/1/check/vitrage-dsvm-datasources-py27/8d9e39e/logs/screen-ceilometer-an
Hi,
Next week is summit and a lot of our contributors will be traveling
there on Monday, so let's skip the meeting. The following week I will
also be out, so if anyone wants to run the meeting please let me know.
Otherwise we'll skip that one too and reconvene after Thanksgiving.
If you need
On 11/7/18 2:19 PM, Ben Nemec wrote:
Hi,
Next week is summit and a lot of our contributors will be traveling
there on Monday, so let's skip the meeting. The following week I will
also be out, so if anyone wants to run the meeting please let me know.
Otherwise we'll skip that o
On 11/30/18 6:06 AM, Matthew Booth wrote:
I have a request to do $SUBJECT in relation to a V2V workflow. The use
case here is conversion of a VM/Physical which was previously powered
off. We want to move its data, but we don't want to be powering on
stuff which wasn't previously on.
This would
I don't recall the full discussion from before, but I know one of the
big problems with doing that is it actually makes it more difficult to
review these syncs. Instead of having 1000 lines of copied changes to
review, you have a one-line commit hash to look at and you then have to
try to figure
On 2013-11-21 10:20, Jesse Noller wrote:
On Nov 20, 2013, at 9:09 AM, Thierry Carrez
wrote:
Hi everyone,
How should we proceed to make sure UX (user experience) is properly
taken into account into OpenStack development ? Historically it was
hard
for UX sessions (especially the ones that aff
Please do not cross-post messages to multiple mailing lists. The
openstack-dev list is for development discussion only, so this belongs
on the general openstack list.
Thanks.
-Ben
On 2013-11-21 07:33, Rajshree Thorat wrote:
Hi All,
I have configured OpenStack Grizzly to control ESX hypervi
On 2013-11-22 03:11, Flavio Percoco wrote:
Greetings,
Based on the recent discussion that came out about not having enough
information in the commit message when syncing oslo-incubator modules,
I was thinking that besides encouraging people to write better commit
messages, we could also improve
On 2013-12-03 15:56, Sean Dague wrote:
This cinder patch - https://review.openstack.org/#/c/48935/
Is blocked on failing upgrade because the updated oslo lockutils won't
function until there is a specific configuration variable added to the
cinder.conf.
That work around is proposed here -
https
We can't do that. It used to behave that way, which led to
https://bugs.launchpad.net/cinder/+bug/1065531
-Ben
On 2013-12-03 16:22, Davanum Srinivas wrote:
Should we update oslo-incubator first to?
default=os.environ.get("OSLO_LOCK_PATH") or tempfile.mkdtemp()
-- dims
On Tue, Dec 3, 2013 a
On 2013-12-03 17:09, Sean Dague wrote:
On 12/03/2013 05:50 PM, Mark McLoughlin wrote:
On Tue, 2013-12-03 at 16:23 -0600, Ben Nemec wrote:
On 2013-12-03 15:56, Sean Dague wrote:
This cinder patch - https://review.openstack.org/#/c/48935/
Is blocked on failing upgrade because the updated oslo
On 2013-12-02 11:37, Julien Danjou wrote:
On Thu, Nov 28 2013, Julien Danjou wrote:
On Thu, Nov 28 2013, Sean Dague wrote:
I'm totally in favor of going further and saying "empty files
shouldn't
have license headers, because their content of emptiness isn't
copyrightable" [1]. That's just no
On 2013-12-04 06:07, Sean Dague wrote:
On 12/03/2013 11:21 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2013-12-03 16:05:47 -0800:
On 12/03/2013 06:13 PM, Ben Nemec wrote:
On 2013-12-03 17:09, Sean Dague wrote:
On 12/03/2013 05:50 PM, Mark McLoughlin wrote:
On Tue, 20
On 2013-12-04 12:51, Sean Dague wrote:
On 12/04/2013 11:56 AM, Ben Nemec wrote:
On 2013-12-04 06:07, Sean Dague wrote:
On 12/03/2013 11:21 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2013-12-03 16:05:47 -0800:
On 12/03/2013 06:13 PM, Ben Nemec wrote:
On 2013-12-03
I don't think so. It looks like ./solum/api/controllers/v1/assembly.py
is calling unicode(). It will need to be changed to six.text_type() for
Python 3 compat.
-Ben
On 2013-12-04 15:41, Adrian Otto wrote:
> Am I interpreting this to mean that WSME is calling unicode()?
>
> On Dec 4, 2013
On 2013-12-06 09:37, Tzu-Mainn Chen wrote:
Hey all,
We're starting to work on the UI for tuskar based on Jarda's
wireframes, and as we're doing so, we're realizing that
we're not quite sure what development methodology is appropriate.
Some questions:
a) Because we're essentially doing a tear-do
On 2013-12-06 03:22, Ladislav Smola wrote:
> On 12/06/2013 09:56 AM, Jaromir Coufal wrote:
>
> On 2013/04/12 08:12, Robert Collins wrote:
>
> Hi,
> like most OpenStack projects we need to keep the core team up to
> date: folk who are not regularly reviewing will lose context over
> time, a
On 2013-12-05 21:38, Jay Pipes wrote:
On 12/04/2013 12:10 PM, Russell Bryant wrote:
On 12/04/2013 11:16 AM, Nikola Đipanov wrote:
Resurrecting this thread because of an interesting review that came
up
yesterday [1].
It seems that our lack of a firm decision on what to do with the
mocking
fra
On 2013-12-06 12:19, Jay Dobies wrote:
a) Because we're essentially doing a tear-down and re-build of the
whole architecture (a lot of the concepts in tuskar
will simply disappear), it's difficult to do small incremental
patches
that support existing functionality. Is it okay
to have patches t
On 2013-12-06 15:14, Yuriy Taraday wrote:
> Hello, Sean.
>
> I get the issue with upgrade path. User doesn't want to update config unless
> one is forced to do so.
> But introducing code that weakens security and let it stay is an
> unconditionally bad idea.
> It looks like we have to we
On 2013-12-06 16:30, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2013-12-06 13:38:16 -0800:
On 2013-12-06 15:14, Yuriy Taraday wrote:
> Hello, Sean.
>
> I get the issue with upgrade path. User doesn't want to update config unless
one is forced to do so.
> But introducing code tha
On 2013-12-09 08:02, Maru Newby wrote:
Are any other projects interested in adding back the post-mortem
debugging support we lost in the move away from nose? I have a patch
in review for neutron and salv-orlando asked whether oslo might be the
better place for it.
https://review.openstack.org/#
On 2013-12-09 10:55, Sean Dague wrote:
On 12/09/2013 11:38 AM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2013-12-09 08:17:45 -0800:
On 12/06/2013 05:40 PM, Ben Nemec wrote:
On 2013-12-06 16:30, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2013-12-06 13:3
On 2013-12-09 21:37, Adam Young wrote:
While Python 3 has enumerated types, Python 2 does not, and the
standard package to provide id, Flufl.enum, is not yet part of our
code base. Is there any strong objection to including Flufl.enum?
http://pythonhosted.org/flufl.enum/
It makes for some very
On 2013-12-13 02:44, Amala Basha Alungal wrote:
> Hi,
>
> I stumbled into a situation today where in I had to write few tests that
> modifies the oslo.config.cfg and in turn resets the values back in a tear
> down. Acc to the docs, oslo.cfg reset() "_Clears the object state and unsets
> o
On 2013-12-18 22:08, Jay Pipes wrote:
On 12/18/2013 02:14 PM, Brant Knudson wrote:
Matt -
Could a test be added that goes through the models and checks these
things? Other projects could use this too.
Here's an example of a test that checks if the tables are all InnoDB:
http://git.openstack.or
On 2013-12-21 01:45, Sayali Lunkad wrote:
> Subject: ./run_test.sh fails to build environment
>
> Hello,
>
> I get this error when I try to set the environment for Horizon. Any idea why
> this is happening? I am running Devstack on a VM with Ubuntu 12.04.
>
> sayali@sayali:/opt/stack/hori
This sounds more appropriate for the openstack list:
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
It's not clear to me at this point whether this is a bug or a
misconfiguration, and the configuration discussion should happen there.
Thanks.
-Ben
On 2013-12-22 12:26, Sean
On 2013-12-21 07:24, Matt Riedemann wrote:
On 12/19/2013 8:51 AM, John Garbutt wrote:
On 4 December 2013 17:10, Russell Bryant wrote:
I think option 3 makes the most sense here (pending anyone saying we
should run away screaming from mox3 for some reason). It's actually
what I had been assumi
On 2013-12-18 09:26, Sayali Lunkad wrote:
> Hello,
>
> I get the following error when I run stack.sh on Devstack
>
> Traceback (most recent call last):
> File "/usr/local/bin/ceilometer-dbsync", line 6, in
> from ceilometer.storage import dbsync
> File "/opt/stack/ceilometer/ceilometer/stor
On 2013-12-23 13:18, Sean Dague wrote:
On 12/23/2013 11:52 AM, Ben Nemec wrote:
On 2013-12-18 09:26, Sayali Lunkad wrote:
Hello,
I get the following error when I run stack.sh on Devstack
Traceback (most recent call last):
File "/usr/local/bin/ceilometer-dbsync", line 6, in
23, 2013 11:56 AM, "Ben Nemec" wrote:
> On 2013-12-21 07:24, Matt Riedemann wrote:
> On 12/19/2013 8:51 AM, John Garbutt wrote:
> On 4 December 2013 17:10, Russell Bryant wrote:
> I think option 3 makes the most sense here (pending anyone saying we
> should run away scr
On 2013-12-30 04:23, Flavio Percoco wrote:
On 26/12/13 20:05 +0200, Sergey Skripnick wrote:
Hi all,
I'm surprised there is no common ssh library in oslo so I filed this
blueprint[0]. I would be happy to address any comments/suggestions.
[0] https://blueprints.launchpad.net/oslo/+spec/common-
On 2013-12-31 20:35, Robert Collins wrote:
So, we've spoken about using containers on baremetal - e.g. the lxc
provider - in the past, and with the [righteously deserved] noise
Docker is receiving, I think we need to have a short
expectation-setting discussion.
Previously we've said that deployi
On 2014-01-01 00:33, Thomas Goirand wrote:
Hi,
I was wondering if it would be possible for NoVNC to switch from
websockify to sockjs-client, which is available here:
https://github.com/sockjs/sockjs-client
This has the advantage of not using flash at all (pure javascript), and
continuing to wo
Please don't send review requests to the list:
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
-Ben
On 2014-01-06 10:24, Rohan Kanade wrote:
> Hi,
>
> Can the nova-core please look at this review
> Nova: https://review.openstack.org/#/c/59860/ [2]
>
> Thi
On 2014-01-07 07:16, Doug Hellmann wrote:
> On Tue, Jan 7, 2014 at 6:24 AM, Michael Kerrin wrote:
>
>> I have been seeing this problem also.
>>
>> My problem is actually with oslo.sphinx. I ran sudo pip install -r
>> test-requirements.txt in cinder so that I could run the tests there, whi
On 2014-01-07 12:11, Noorul Islam Kamal Malmiyoda wrote:
On Tue, Jan 7, 2014 at 4:54 PM, Michael Kerrin
wrote:
I have been seeing this problem also.
My problem is actually with oslo.sphinx. I ran sudo pip install -r
test-requirements.txt in cinder so that I could run the tests there,
which
On 2014-01-08 08:24, Doug Hellmann wrote:
> On Tue, Jan 7, 2014 at 12:32 PM, Ben Nemec wrote:
>
> On 2014-01-07 07:16, Doug Hellmann wrote:
>
> On Tue, Jan 7, 2014 at 6:24 AM, Michael Kerrin wrote:
>
> I have been seeing this problem also.
>
> My problem i
On 2014-01-08 10:50, Doug Hellmann wrote:
> On Wed, Jan 8, 2014 at 11:31 AM, Ben Nemec wrote:
>
> On 2014-01-08 08:24, Doug Hellmann wrote:
>
> On Tue, Jan 7, 2014 at 12:32 PM, Ben Nemec wrote:
>
> On 2014-01-07 07:16, Doug Hellmann wrote:
>
> On Tue, Jan
On 2014-01-08 11:16, Sean Dague wrote:
On 01/08/2014 12:06 PM, Doug Hellmann wrote:
Yeah, that's what made me start thinking oslo.sphinx should be called
something else.
Sean, how strongly do you feel about not installing oslo.sphinx in
devstack? I see your point, I'm just looking for alternat
On 2014-01-10 04:21, Mardan Raghuwanshi wrote:
> Hello All Please help me,
>
> I Export Template of Windows Server R2 2008 from XEN server as VHD file.
> Create a template in cloudstack with this VHD file
> I tried to launch an instance through this Template.
> After downloading template
On 2014-01-13 11:21, Greg Hill wrote:
> Trove doesn't use ssh afaik. It has an agent that runs in the guest that is
> communicated with via our normal RPC messaging options.
>
> Greg
My understanding is that Heat is similar. It uses cloud-init to do its
guest configuration. I'm pretty sure
Ivar, can you contact Jeremy Stanley (fungi on Freenode, I believe) to
get the contact details for your Gerrit account updated? Thanks.
Just in case you missed it:
http://lists.openstack.org/pipermail/openstack-dev/2014-January/024222.html
-Ben
On 2014-01-13 17:48, Ivar Lazzaro wrote:
Hi N
On 2014-01-14 13:48, Doug Hellmann wrote:
> I've spent some time over the past day or two looking at the dependencies
> between modules in the oslo incubator, trying to balance the desire to have a
> small number of libraries with themes that make sense and the need to
> eliminate circular
On 2014-01-14 15:26, Doug Hellmann wrote:
> In the release meeting today, Russell proposed that we at least include the
> hash of the HEAD when the merge is done, to indicate how far along the oslo
> changes are. More detail is obviously better.
>
> So, let's consider this as a new policy.
t lockfile doesn't really solve our current problem,
which is where to put the lock files. Fortunately, it sounds like Julien
is working on changes to lockutils to remove the file based locking,
which should solve the issues we're having with it right now.
-Ben
> On Wed, Jan 1
On 2014-01-15 07:05, Flavio Percoco wrote:
On 15/01/14 07:44 -0500, Doug Hellmann wrote:
[...]
I don't see a problem with doing that, but I'm not clear on
where we're
including the hash. In the file itself, in a separate file,
and/or in
the
commit message?
On 2014-01-15 11:13, David Kranz wrote:
> On 01/15/2014 11:56 AM, Steven Dake wrote:
>
>> Hi,
>>
>> Ken'ichi Omichi submitted a change [1] in devstack to change the default log
>> level to 1 for libvirt. This results in continual spam to /var/log/messages
>> in my development system, even
On 2014-01-16 13:48, John Griffith wrote:
Hey Everyone,
A review came up today that cherry-picked a specific commit to OSLO
Incubator, without updating the rest of the files in the module. I
rejected that patch, because my philosophy has been that when you
update/pull from oslo-incubator it sho
On 2014-01-21 12:28, Sean Dague wrote:
On 01/21/2014 01:14 PM, Joe Gordon wrote:
On Jan 17, 2014 12:24 AM, "Flavio Percoco" mailto:fla...@redhat.com>> wrote:
On 16/01/14 17:32 -0500, Doug Hellmann wrote:
On Thu, Jan 16, 2014 at 3:19 PM, Ben Nemec
<mailto:openst...@n
On 2014-01-22 06:32, Sean Dague wrote:
I think we need to graduate things to stable interfaces a lot faster.
Realizing that stable just means "have to deprecate to change it". So
the interface is still changeable, just requires standard deprecation
techniques. Which we are trying to get more pyth
On 2014-01-23 04:16, Steven Hardy wrote:
On Thu, Jan 23, 2014 at 07:54:34AM +1000, Angus Salkeld wrote:
On 22/01/14 12:21 +, Steven Hardy wrote:
>On Wed, Jan 22, 2014 at 01:23:05PM +0200, Pavlo Shchelokovskyy wrote:
>>Hi all,
>>
>>we have an approved blueprint that concerns reducing number o
On 2014-01-22 22:13, Zane Bitter wrote:
On 22/01/14 06:23, Pavlo Shchelokovskyy wrote:
Hi all,
we have an approved blueprint that concerns reducing number of ignored
PEP8 and openstack/hacking style checks for heat
(https://blueprints.launchpad.net/heat/+spec/reduce-flake8-ignored-rules).
I've
A while back a change (https://review.openstack.org/#/c/47820/) was made
to allow enabling mysql traditional mode, which tightens up mysql's
input checking to disallow things like silent truncation of strings that
exceed the column's allowed length and invalid dates (as I understand
it).
IMHO
On 2014-01-23 11:50, Jay Pipes wrote:
On Thu, 2014-01-23 at 11:29 -0600, Ben Nemec wrote:
A while back a change (https://review.openstack.org/#/c/47820/) was
made
to allow enabling mysql traditional mode, which tightens up mysql's
input checking to disallow things like silent truncati
On 2014-01-23 12:03, Florian Haas wrote:
> Ben,
>
> thanks for taking this to the list. Apologies for my brevity and for HTML,
> I'm on a moving train and Android Gmail is kinda stupid. :)
I have some experience with the quirks of phone GMail myself. :-)
> On Jan 23
On 2014-01-27 14:12, CARVER, PAUL wrote:
Jay Pipes wrote:
Have you ever tried using Google Translate for anything more than very
simple phrases?
The results can be... well, interesting ;) And given the amount of
technical terms used in these messages, I doubt GT or any automated
translating
On 2014-01-27 11:42, Doug Hellmann wrote:
> We have a blueprint open for separating translated log messages into
> different domains so the translation team can prioritize them differently
> (focusing on errors and warnings before debug messages, for example) [1].
> Some concerns were raise
Okay, I think you've convinced me. Specific comments below.
-Ben
On 2014-01-29 07:05, Doug Hellmann wrote:
> On Tue, Jan 28, 2014 at 8:47 PM, Ben Nemec wrote:
>
> On 2014-01-27 11:42, Doug Hellmann wrote:
>
> We have a blueprint open for separating translat
On 2014-01-29 13:12, Joe Gordon wrote:
Projects that have set the testtools line in test-requirements.txt to:
testtools>=0.9.32,<0.9.35
Was this supposed to be "Projects that have _not_ set..."?
Will not be able to pass there unit tests.
On Wed, Jan 29, 2014 at 7:23 AM, Davanum Srinivas
On 2014-01-30 09:28, James Slagle wrote:
devtest, our TripleO setup, has been rapidly evolving. We've added a
fair amount of configuration options for stuff like using actual
baremetal, and (soon) HA deployments by default. Also, the scripts
(which the docs are generated from) are being used for
On 2014-01-30 13:32, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2014-01-30 11:08:44 -0800:
On 2014-01-30 09:28, James Slagle wrote:
> devtest, our TripleO setup, has been rapidly evolving. We've added a
> fair amount of configuration options for stuff like using actual
> baremetal,
On 2014-01-31 07:00, Macdonald-Wallace, Matthew wrote:
-Original Message-
From: Sean Dague [mailto:s...@dague.net]
Sent: 31 January 2014 12:29
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] Proposed Logging Standards
On 01/30/2014 07:15 PM,
On 2014-01-08 12:14, Doug Hellmann wrote:
> On Wed, Jan 8, 2014 at 12:37 PM, Ben Nemec wrote:
>
> On 2014-01-08 11:16, Sean Dague wrote:
> On 01/08/2014 12:06 PM, Doug Hellmann wrote:
>
> Yeah, that's what made me start thinking oslo.sphinx should be called
> some
On 2014-02-05 09:05, Doug Hellmann wrote:
> On Tue, Feb 4, 2014 at 5:14 PM, Ben Nemec wrote:
>
> On 2014-01-08 12:14, Doug Hellmann wrote:
>
> On Wed, Jan 8, 2014 at 12:37 PM, Ben Nemec wrote:
>
> On 2014-01-08 11:16, Sean Dague wrote:
> On 01/08/2014 12:06
On 2014-02-05 10:58, Bogdan Dobrelya wrote:
Hi, stackers.
I believe Openstack services from all projects should support SIGHUP
for
effective log/config files handling w/o unnecessary restarts.
(See https://bugs.launchpad.net/oslo/+bug/1276694)
'Smooth reloads'(kill -HUP) are much better than '
On 2014-02-05 10:58, Doug Hellmann wrote:
> On Wed, Feb 5, 2014 at 11:44 AM, Ben Nemec wrote:
>
> On 2014-02-05 09:05, Doug Hellmann wrote:
>
> On Tue, Feb 4, 2014 at 5:14 PM, Ben Nemec wrote:
>
> On 2014-01-08 12:14, Doug Hellmann wrote:
>
> On Wed, Jan 8,
I'm sure the Documentation team would love to hear from you:
https://wiki.openstack.org/wiki/Documentation
-Ben
On 2014-02-09 23:24, Rajdeep Dua wrote:
> Yes, We would be interested in doing that.
> Please let me know which is the right group/ team for this?
>
> On Monday, February 10,
On 2014-02-12 09:51, Jesse Noller wrote:
On Feb 12, 2014, at 8:30 AM, Julie Pichon wrote:
Hi folks,
Stefano's post on how to make contributions to OpenStack easier [1]
finally stirred me into writing about something that vkmc and myself
have been doing on the side for a few months to help new
On 2014-02-12 12:00, Sandy Walsh wrote:
At the Nova mid-cycle meetup we've been talking about the problem of
helping new contributors. It got into a discussion of karma, code
reviews, bug fixes and establishing a name for yourself before
screaming in a chat room "can someone look at my branch". W
On 2014-02-12 13:48, Adrian Otto wrote:
On Feb 12, 2014, at 10:13 AM, Ben Nemec
wrote:
On 2014-02-12 09:51, Jesse Noller wrote:
On Feb 12, 2014, at 8:30 AM, Julie Pichon wrote:
Hi folks,
Stefano's post on how to make contributions to OpenStack easier [1]
finally stirred me into wr
Hi all,
This is an issue that has come up recently in tripleo as we try to
support more varied configurations. Currently qpid-python is not listed
in requirements.txt for many of the OpenStack projects, even though they
support using Qpid as a messaging broker. This means that when we
insta
1 - 100 of 771 matches
Mail list logo
