thanks jeremy, that works!
i updated
/root/config/modules/openstack_project/files/slave_scripts/select-mirror.sh to
use the pypi.python.org mirror.
not sure why, but the pypi.openstack.org/simple mirror was not getting accessed
when triggered through zuul, but it was getting accessed when i d
Hey Vijay,
The reason that didn't work is because the netscaler-lbaas-driver-v2 had an
older patch set of the 105610 change. That means it was an entirely different
commit so after you rebased you ended up having two commits with a duplicate
commit message (which means duplicate Change-IDs). G
On 2014/08/18 0:12, Kyle Mestery wrote:
> On Fri, Aug 15, 2014 at 5:35 PM, Edgar Magana
> wrote:
>> Team,
>>
>> I did a quick audit on the Neutron CI. Very sad results. Only few plugins
>> and drivers are running properly and testing all Neutron commits.
>> I created a report here:
>> https://wi
On Sun, 2014-08-17 at 13:00 +0400, Stan Lagun wrote:
> This can be addressed by Murano only if its deployed to the cloud (on
> VM belonging to some tenant). Having it on OpenStack service layer
> integrated with major OpenStack services sounds very promising. The
> problem I see is significant over
On Sun, 2014-08-17 at 13:05 +0400, Ruslan Kamaldinov wrote:
> On Sun, Aug 17, 2014 at 4:16 AM, Adam Lawson wrote:
> > Doesn't Murano address this already?
>
> Please note that Murano is no longer a windows-as-a-service or
> smth-as-a-serivce. Murano is an application catalog [1]. But you're
> abs
This worked. Thanks!
But this procedure requires to clone again.
I wonder why rebase didn’t work and cherry pick worked. May be I should tried
the gerrit UI.
As said in the earlier mail to Brandon, this is what I did.
# netscaler-lbaas-driver-v2 == the topic branch where I had my original
ch
On 08/15/2014 08:51 AM, Steve Gordon wrote:
> - Original Message -
>> From: "Anita Kuno"
>> To: "openStack Development Mailing List"
>>
>> OpenStack is OpenStack. The use of openstack is also acceptable in our
>> development conversations.
>>
>> OS or os is operating system. I am starting
On 08/15/2014 11:49 AM, Russell Bryant wrote:
> On 08/15/2014 01:28 PM, Mike Spreitzer wrote:
>> Anita Kuno wrote on 08/15/2014 01:08:44 PM:
>>
>>> ...
>>> I think you hit the nail on the head here, Russell, "it's fine in the
>>> right context".
>>>
>>> The definition of the right context however
Hi Brandon,
Thanks for the quick reply.
I don't use a UI.
This is what I did to rebase to the latest dependent patches, without doing any
changes to my patchset files.
git checkout netscaler-lbaas-driver-v2 # netscaler-lbaas-driver-v2 == the
topic branch where I had my original changes.
git
Oh hello again!
You know the drill!
On Sat, 2014-08-16 at 11:42 -0700, Stephen Balukoff wrote:
> Hi Brandon,
>
>
> Responses in-line:
>
> On Fri, Aug 15, 2014 at 9:43 PM, Brandon Logan
> wrote:
> Comments in-line
>
> On Fri, 2014-08-15 at 17:18 -0700, Stephen Balukoff
Hi Edgar,
Freescale CI is not listed in the below report:
https://wiki.openstack.org/wiki/Neutron_Plugins_and_Drivers#Existing_Pl
We are following all the requirements of CI setup and as well participating in
the IRC Meeting. Can you please let us know if we are missing any other
requirements
Edgar:
The Cisco APIC should be reporting results for both APIC-related and non-APIC
related changes now.
(See http://cisco-neutron-ci.cisco.com/logs/apic/1738/).
Will you be updating the wiki page?
-Dane
-Original Message-
From: Dane Leblanc (leblancd)
Sent: Friday, August 15, 2014 8
>From the looks of your error, you at least have a problem with more than
one commit in your topic branch.
Here¹s the process that I use. I¹m not claiming it¹s the best, but it
works without rewriting Brandon¹s commits. Watch the git log at the end,
and make sure the dependent hashes match what¹
Hi Vijay,
Are you trying to rebase by pulling down the new changes and rebasing your
branch on top of that? That'll usually end up wrong because of commit hashes.
Have you tried using the rebase button gerrit provides? Let me know how
exactly you're trying to rebase if you've already tried th
Hi Brandon,
I am trying to rebase Netscaler driver to the latest v2 patches as mentioned in
https://wiki.openstack.org/wiki/GerritWorkflow
But it failed during review submit
It failed with the following error
remote: Processing changes: refs: 1, done
To ssh://vijayvenkatacha...@review.o
Yes, I am interested in adding these missing gettext functions to
oslo.i18n library.
Guess the next step is to create a blueprint for Kilo?
Thanks,
Peng Wu
On Fri, 2014-08-15 at 16:02 -0400, Doug Hellmann wrote:
> On Aug 15, 2014, at 3:18 AM, Peng Wu wrote:
>
> > Hi,
> >
> > Recently
On 08/17/2014 05:40 PM, Nathan Kinder wrote:
>
>
> On 08/17/2014 01:58 PM, Matt Riedemann wrote:
>>
>>
>> On 8/17/2014 3:36 PM, Alan Pevec wrote:
>>> 2014-08-17 22:25 GMT+02:00 Matt Riedemann :
The other thing I thought was we could cap the version of
python-keystoneclient in stable/h
Hello,
After images changes its properties, we reboot the server, but the server
will not read the new properties of that images. For example, if i change the
os_type
for an image, then the reboot the vm created by that image. But the vm will
create xml from instance read from nova db. N
On Friday, August 15, 2014 8:48 PM, Ihar Hrachyshka wrote:
> There was an issue with jenkins running py33 checks for stable
> ceilometer branches, which is wrong. Should be fixed now.
Thank you for your response.
I couldn't solve this by myself but Dina Belova and Julien Danjou
solved this issue
On 08/17/2014 01:58 PM, Matt Riedemann wrote:
>
>
> On 8/17/2014 3:36 PM, Alan Pevec wrote:
>> 2014-08-17 22:25 GMT+02:00 Matt Riedemann :
>>> The other thing I thought was we could cap the version of
>>> python-keystoneclient in stable/havana, would that be bad?
>>> stable/havana is
>>> going
2014-08-17 1:27 GMT+09:00 Marc Koderer :
> Hi all,
>
> Am 15.08.2014 um 23:31 schrieb Jay Pipes :
>>
>> I suggest that "tempest" should be the name of the import'able library, and
>> that the integration tests themselves should be what is pulled out of the
>> current Tempest repository, into thei
On 2014-08-17 13:11:41 -0700 (-0700), daya kamath wrote:
[...]
> Getting page http://pypi.openstack.org/openstack/oslo.utils/ Could
> not fetch URL
[...]
That mirror is abandoned and http://pypi.openstack.org/simple/ is
the one we're maintaining for our jobs now. However, there's no
reason to be u
On Sun, Aug 17, 2014 at 1:27 AM, Marc Koderer wrote:
> Hi all,
>
> Am 15.08.2014 um 23:31 schrieb Jay Pipes :
> >
> > I suggest that "tempest" should be the name of the import'able library,
> and that the integration tests themselves should be what is pulled out of
> the current Tempest repositor
My recollection is that this was a request from the oslo team, but it
was so long ago that I don't recall the details.
I think the change is low value, so should only be done when someone
is changing the logging in a file already (the log hinting for
example).
Michael
On Sun, Aug 17, 2014 at 4:2
Here's why folk are questioning Ceilometer:
Nova is a set of tools to abstract virtualization implementations.
Neutron is a set of tools to abstract SDN/NFV implementations.
Cinder is a set of tools to abstract block-device implementations.
Trove is a set of tools to simplify consumption of existi
On 8/17/2014 3:36 PM, Alan Pevec wrote:
2014-08-17 22:25 GMT+02:00 Matt Riedemann :
The other thing I thought was we could cap the version of
python-keystoneclient in stable/havana, would that be bad? stable/havana is
going to be end of life pretty soon anyway.
No, we had cap on some clients
2014-08-17 18:30 GMT+02:00 Nathan Kinder :
> This requirement change was backported for stable/icehouse:
> https://review.openstack.org/#/c/112337/
> It seems like the right thing to do is to propose a similar change for
> stable/havana instead of reverting the keystoneclient change.
We had simi
On 8/17/2014 11:30 AM, Nathan Kinder wrote:
On 08/17/2014 09:18 AM, Nathan Kinder wrote:
On 08/17/2014 09:08 AM, Matt Riedemann wrote:
I'm seeing some nova stable/havana patches failing consistently on
keystone bug 1357652 [1], keystone won't start due to an import error.
I'm not seeing
reposting.
any pointers from folks on the group?
i dont see the errors below when running gate jobs manually, but when triggered
from zuul, the tempest venv setup fails while trying to fetch some of the oslo
packages. earlier i was seeing errors in oslo.il8n, now oslo.utils
my first question, is
Hello folks:
Just wanted to send out a quick reminder that we have the Trove Midcycle
Meetup this week (Aug 20 - 22) in Cambridge, MA. Details for the event
can be found at [1].
Since many of us will also be traveling on Aug 18th and 19th, and the
meeting agendas are light, I'm canceling the Trov
Hello all,
As a Ceilometer's core, I'd like to add my 0.02$.
During previous discussions it was mentioned several projects which were
started or continue to be developed after Ceilometer became integrated. The
main question I'm thinking of is why it was impossible to contribute into
existing inte
On 08/17/2014 09:18 AM, Nathan Kinder wrote:
>
>
> On 08/17/2014 09:08 AM, Matt Riedemann wrote:
>> I'm seeing some nova stable/havana patches failing consistently on
>> keystone bug 1357652 [1], keystone won't start due to an import error.
>>
>> I'm not seeing any recent changes for keystone i
+2
I prefer the LOG.warning format and support that given the documentation
you shared.
If there is agreement I would create a hacking check.
Jay
On Aug 17, 2014 1:28 AM, "Gary Kotton" wrote:
> Hi,
> Over the last few weeks I have seen a number of patches where LOG.warn is
> replacing LOG.war
On 08/17/2014 09:08 AM, Matt Riedemann wrote:
> I'm seeing some nova stable/havana patches failing consistently on
> keystone bug 1357652 [1], keystone won't start due to an import error.
>
> I'm not seeing any recent changes for keystone in stable/havana so not
> sure if this is an infra issue
I'm seeing some nova stable/havana patches failing consistently on
keystone bug 1357652 [1], keystone won't start due to an import error.
I'm not seeing any recent changes for keystone in stable/havana so not
sure if this is an infra issue or something else.
I'm also not seeing the hits in lo
Hi,
I have already uploaded a bunch of xstatic packages to Debian, in
advance of the removal of the embedded files from Horizon. I would like
to send my deepest thanks for this great initiative!
The below packages are currently in the FTP master's NEW queue, waiting
for approval: xstatic-angular,
On 08/17/2014 05:11 AM, Stan Lagun wrote:
On Fri, Aug 15, 2014 at 7:17 PM, Sandy Walsh mailto:sandy.wa...@rackspace.com>> wrote:
I recently suggested that the Ceilometer API (and integration tests)
be separated from the implementation (two repos) so others might
plug in a different
On Fri, Aug 15, 2014 at 5:35 PM, Edgar Magana wrote:
> Team,
>
> I did a quick audit on the Neutron CI. Very sad results. Only few plugins
> and drivers are running properly and testing all Neutron commits.
> I created a report here:
> https://wiki.openstack.org/wiki/Neutron_Plugins_and_Drivers#Ex
On Fri, Aug 15, 2014 at 7:17 PM, Sandy Walsh
wrote:
> I recently suggested that the Ceilometer API (and integration tests) be
> separated from the implementation (two repos) so others might plug in a
> different implementation while maintaining compatibility, but that wasn't
> well received.
>
>
On Sun, Aug 17, 2014 at 4:16 AM, Adam Lawson wrote:
> Doesn't Murano address this already?
Please note that Murano is no longer a windows-as-a-service or
smth-as-a-serivce. Murano is an application catalog [1]. But you're
absolutely right, this is a perfect use case for Murano - application
devel
This can be addressed by Murano only if its deployed to the cloud (on VM
belonging to some tenant). Having it on OpenStack service layer integrated
with major OpenStack services sounds very promising. The problem I see is
significant overlap with Keystone, especially in Kerberos and LDAP parts
Sin
On Sat, Aug 16, 2014 at 11:03 PM, Martinx - ジェームズ
wrote:
> Hey Stackers,
>
> I'm wondering here... Samba4 is pretty solid (up coming 4.2 rocks), I'm
> using it on a daily basis as an AD DC controller, for both Windows and Linux
> Instances! With replication, file system ACLs - cifs, built-in LDAP
42 matches
Mail list logo