Hi Matt,
Unfortunately, I had no chance to participate in the latest meeting. It is
very helpful information. Thanks!
Regards,
Yaroslav Lobankov.
On Fri, Dec 18, 2015 at 12:06 AM, Matthew Treinish
wrote:
>
> Hi Everyone,
>
> As we discussed during today's QA meeting we'll not be holding the we
Hi Devs,
I have submitted a cross-project specs [1] for returning request-id to the
caller which was approved. For implementation we have submitted patches in
python-cinderclient [2] as per design in cross-project specs. However we have
found one issue while implementing this design in python-g
>> Hi, all.
>> I met a problem when I submitted a neutron l3 related patch, I updated
>> l3.filters to add a rootwrap for command arp, but on test server,
grenade
>> seems doesn't update l3.filters, that cause gate-grenade-dsvm-neutron
>> failed.
>>
>> Does anyone met this problem before? If not ye
On 18 December 2015 at 16:58, Mike Bayer wrote:
>
>
>> Or do you still consider SQLA / Alembic as just a 3rd party lib for
>> OpenStack? Wouldn't it be nice to have it maintained directly in
>> OpenStack infra? Your thoughts?
>
> Alembic / SQLAlchemy are completely outside of Openstack and are
>
Hi operators and developers,
We have support dedicated dabase for alarm data[1], that allow deployers to
config ceilometer distributing alarm data to a separate database. And In
liberty, we have splitted out the alarming service as a separate project Aodh
from Ceilometer tree. Continue from Ce
On Thu, Dec 17, 2015 at 4:09 PM, Vladimir Eremin wrote:
> Hi Carl,
>
> I’ll fil RFE for sure, thank you for the link to the process )
>
> So actually, we should announce all SUBNETS we’ve attached to router.
> Otherwise is will not work, because external network router will have no
> idea, where
On 12/17/2015 04:00 PM, Thomas Goirand wrote:
> On 12/16/2015 06:04 PM, Mike Bayer wrote:
>>
>>
>> On 12/16/2015 11:53 AM, Sean Dague wrote:
>>> On 12/16/2015 11:37 AM, Sean Dague wrote:
On 12/16/2015 11:22 AM, Mike Bayer wrote:
>
>
> On 12/16/2015 09:10 AM, Sylvain Bauza wrote:
This morning we had a nice meeting which included an update on Glare
from Alexander Tivelkov. They're making really good progress on the
glance artifact repository work and it will be a big benefit to the
App Catalog soon. We also discussed the dead-link checking that we
will implement in the next
On 2015-12-16 16:24, openstack-dev-requ...@lists.openstack.org wrote:
Thanks to everyone for their patience while we upgraded to Gerrit
2.11. I'm happy to announce that we were able to successfully
completed this task at around 21:00 UTC. You may hack away once more.
If you encounter any probl
+1
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Thu, Dec 17, 2015 at 3:43 PM, Mike Scherbakov
wrote:
> If there are no concrete points why we should wait, I'm +1 to go ahead
> with merges.
>
> On Thu, Dec 17, 2015 at 1:32 AM Oleg Gelbukh
> wrote:
>
>> Evgeniy,
>>
>> True,
As we discussed in the meeting today, the normal meeting schedule of every
Thursday overlaps with a number of holiday times
Dec 24, Christmas Eve
Dec 31, New Years Eve
Jan 7, Russian Orthodox Christmas day // Part of New Years rest
We agreed for the following schedule.
Dec 24 will be moved to De
If there are no concrete points why we should wait, I'm +1 to go ahead with
merges.
On Thu, Dec 17, 2015 at 1:32 AM Oleg Gelbukh wrote:
> Evgeniy,
>
> True, and I fully support merging this particular change as soon as
> possible, i.e. the moment the 'master' is open for 9.0 development.
>
> -Ol
Hi Carl,
I’ll fil RFE for sure, thank you for the link to the process )
So actually, we should announce all SUBNETS we’ve attached to router. Otherwise
is will not work, because external network router will have no idea, where the
traffic should be routed back. It is an actual viability discrim
Sean,
Just an FYI that I have created a work item for my team to start working
this. So, watch for patches from Slade, Kendall, Ryan, Jacob and I to
get this implemented.
Thanks,
Jay
On 12/15/2015 10:31 AM, Sean McGinnis wrote:
On Tue, Dec 15, 2015 at 04:46:02PM +0100, Micha?? Dulko wrote
Announcing Gertty 1.3.0
===
Gertty is a console-based interface to the Gerrit Code Review system.
Gertty is designed to support a workflow similar to reading network
news or mail. It syncs information from Gerrit to local storage to
support disconnected operation and easy man
On 2015-12-16 16:24, openstack-dev-requ...@lists.openstack.org wrote:
Thanks to everyone for their patience while we upgraded to Gerrit
2.11. I'm happy to announce that we were able to successfully
completed this task at around 21:00 UTC. You may hack away once more.
If you encounter any probl
nice, thank you!
On Thu, Dec 17, 2015 at 4:05 PM Zaro wrote:
> forgot this one as well: https://review.openstack.org/241278
>
> On Thu, Dec 17, 2015 at 7:02 AM, Zaro wrote:
> > On Thu, Dec 17, 2015 at 12:31 AM, Andrea Frittoli
> > wrote:
> >> Thanks for the upgrade, and for all the effort you
Hi Sean M. Collins,
Thanks for the information.
It would be great if we can bring in the right people from both sides to
discuss and solve this problem
Please let me know if you can pull in the right people from the nova side and I
can get the people from the neutron side.
Thanks
Swami
-Ori
On Thu, Dec 17, 2015 at 1:30 PM, Vladimir Eremin wrote:
> Hi
>
> For now, when end user is creating IPv6-enabled tenant network and attaching
> it to the virtual router, there is only way to set up external infrastructure
> to put traffic back to the router is using DHCPv6 PD[1], unfortunately,
Hi Everyone,
As we discussed during today's QA meeting we'll not be holding the weekly QA
meeting for the next 2 weeks. Most people will be on vacation anyway, so this
likely isn't a big surprise.
The next meeting will be on Jan. 7th at 0900 UTC.
Thanks,
Matt Treinish
signature.asc
Descript
On Thu, Dec 17, 2015 at 02:08:42PM EST, Vasudevan, Swaminathan (PNB Roseville)
wrote:
> Hi Folks,
> I would like organize a meeting between the Nova and Neutron team to work
> refining the Nova/Neutron notificiations for the Live Migration.
>
> Today we only have Notification from Neutron to Nov
On 12/16/2015 06:04 PM, Mike Bayer wrote:
>
>
> On 12/16/2015 11:53 AM, Sean Dague wrote:
>> On 12/16/2015 11:37 AM, Sean Dague wrote:
>>> On 12/16/2015 11:22 AM, Mike Bayer wrote:
On 12/16/2015 09:10 AM, Sylvain Bauza wrote:
>
>
> Le 16/12/2015 14:59, Sean Dague a écri
Hi,
On Thu, Dec 17, 2015 at 1:09 AM, Evgeniy L wrote:
> Hi,
>
> Since older Postgres doesn't introduce bugs and it won't harm new features,
> I would vote for downgrade to 9.2
>
> The reasons are:
> 1. not to support own package for Centos (as far as I know 9.3 for Ubuntu
> is already there)
> 2
Hi Timur,
Did you try this Cinder API [1]? Here [2] is cinderclient output.
[1]
https://github.com/openstack/python-cinderclient/blob/master/cinderclient/v2/quotas.py#L33
[2] http://paste.openstack.org/show/482225/
Regards,
Ivan Kolodyazhny,
http://blog.e0ne.info/
On Thu, Dec 17, 2015 at 8:4
Hongbin,
Very useful pointers! Thanks for bringing up the relevant contexts!
The proposal to block here for consecutive operations on same container,
is the approach to start with. We can have a wait queue implementation
following - that way the approach will be amortized over time. If you
fee
Hi
For now, when end user is creating IPv6-enabled tenant network and attaching it
to the virtual router, there is only way to set up external infrastructure to
put traffic back to the router is using DHCPv6 PD[1], unfortunately, it’s not
working at all[2]. Other methods like implementing BGP i
On Thu, Dec 17, 2015 at 1:51 PM, Davanum Srinivas wrote:
> Thinking more about it. The only change we'll have is that if someone
> files a oslo-specs for oslo.policy we need to tell them to switch over
> to keystone-specs. We could add notes in README etc to make this
> apparent. So i am +1 to ma
Thinking more about it. The only change we'll have is that if someone
files a oslo-specs for oslo.policy we need to tell them to switch over
to keystone-specs. We could add notes in README etc to make this
apparent. So i am +1 to making this move.
Brant, other keystone cores,
Can you please file t
Josh,
Thanks for bringing up this discussion. Modulo-hashing introduces a
possibility for 'window of inconsistency', and to address the dynamism
'consistent hashing' is better.
BUT, for the problem in hand I think modulo hashing is good enough, as
number of worker instances for conductor in
On 16/12/15 18:51 -0800, Morgan Fainberg wrote:
For what is is worth, we originally proposed oslo.policy to graduate to
Keystone when we were converting to the library. I still think it belongs in
keystone (as long as the oslo team doesn't mind that long-term keystone team
owns something in the o
On 17/12/15 15:33 +0800, 陈迪豪 wrote:
Hi all, we have a question about configuring Glance to use multiple ceph
clusters. Currently we're trying to integrate one OpenStack cluster with two or
more ceph clusters. It's meaningful for us to support multiple backends.
Cinder can support different backe
On 09/12/15 18:52 -0430, Flavio Percoco wrote:
Greetings,
To all Glance drivers and people interested in following up on Glance
specs. I've added to our meeting agenda etherpad[0] the list of review
priorities for specs.
Please, bare in mind that our spec freeze is approaching and we need
to pr
Greetings,
We discussed this in our last meeting (Dec 17th 2015) and we agreed on
skipping the next 2 meetings. Therfore, we won't have Glance meetings
on the following dateS:
- Dec 24th, 2015
- Dec 31st, 2015
See you all in 2016 on the 7th of January to have our very first
meeting of the year.
On 17/12/15 02:00 +, Egle Sigler wrote:
Thank you Flavio for bringing this up! We are using tempest tests for
DefCore testing, and we would like to work with anyone willing to increase
coverages in any of the current covered capabilities. We would also like
to hear from the teams when they ar
Josh,
You pointed out correct! magnum-conductor has monkey-patched code, so
the underlying thread module is actually using greenthread.
- I would use eventlet.greenthread explicitly, as that would enhance the
readability
- greenthread has a potential of not yielding by itself, if no i/o,
blocki
I'm off now for the holiday period, so I'm sharing what I'm sitting on.
This represents a bit over a week of staring at code, and a couple of days
of actual keyboard banging. It doesn't run. Details are in the commit
message, including where I think I'm going with this. Read the commit
message like
Hi Folks,
I would like organize a meeting between the Nova and Neutron team to work
refining the Nova/Neutron notificiations for the Live Migration.
Today we only have Notification from Neutron to Nova on any port status update.
But we don't have any similar notification from Nova on any Migrati
While I realize there is some sentiment about people not liking the UI
changes in Gerrit 2.11, I thought I'd provide you with some reasons to
like new gerrit.
New Search Strings:
* patch size
delta:<=10 - show only patches with <= 10 lines of change
* scoring by group
label:Code-Review<=-1,nov
Hello, folks!
I'd like to initiate a discussion of the feature request I'm going to make
on behalf of Horizon to every core OpenStack service which supports Quota
feature, namely Cinder, Nova and Neutron.
Although all three services' APIs support special calls to get current
quota limitations (No
Hi stackers,
OSprofiler spec is ready for review.
Please review it, if you are interested in making native profiling/tracing
OpenStack happen:
https://review.openstack.org/#/c/103825/
Thanks!
Best regards,
Boris Pavlovic
_
Adding [neutron] tag since the subthread now discusses specifically neutron
stuff.
Ihar Hrachyshka wrote:
Carl Baldwin wrote:
On Thu, Dec 17, 2015 at 5:29 AM, Ihar Hrachyshka
wrote:
I will update on Neutron side of things since it seems I have some
knowledge
from the fields.
So firs
Gal,
I think you need to setup your Docker environment to allow run cli without sudo
permission (https://docs.docker.com/engine/installation/ubuntulinux/).
Or use tcp socket instead (https://docs.docker.com/v1.8/articles/basics/),
Magnum/Swarm/docker-machine uses this approach all the time.
—
E
Carl Baldwin wrote:
On Thu, Dec 17, 2015 at 5:29 AM, Ihar Hrachyshka
wrote:
I will update on Neutron side of things since it seems I have some
knowledge
from the fields.
So first, on resources: we have Sachi and lifeless from infra side + Ihar
and pc_m looking into expanding constrained j
On Thu, Dec 17, 2015 at 5:29 AM, Ihar Hrachyshka wrote:
> I will update on Neutron side of things since it seems I have some knowledge
> from the fields.
>
> So first, on resources: we have Sachi and lifeless from infra side + Ihar
> and pc_m looking into expanding constrained jobs in Neutron worl
On Thu, Dec 17, 2015 at 5:12 AM, Ihar Hrachyshka wrote:
> I believe that we should always unconditionally update filters with new
> versions when doing upgrades. Filters should not actually be considered
> configuration files in the first place since they are tightly coupled with
> the code that t
Hi everyone,
Thank you all for responding and giving your feedback.
Given that the Ops Mid Cycle [1] is in the UK (15-16 Feb) and AnsibleFest
[2] is also in the UK (18 Feb), and also that everyone seems ok with the UK
as a location for the mid cycle then we shall have it in the UK!
The Ops Mid C
All,
I have a scheduling conflict and am unable to chair today's subteam meeting.
Due to the holiday break, we will reconvene on 1/7/16. Have a happy holidays
and thanks for your participation in 2015.
Regards,
Daneyon Hansen
Hey,
Since our instances (and qemu) is in different container than nova
services, there is no reason (specific to kolla) to meddle with them.
Ofc it would be required if you'd like to upgrade qemu, but that's
beyond scope of this change. For now we assume that project upgrade
won't affect running
Takashi Yamamoto wrote:
hi,
On Fri, Dec 4, 2015 at 12:46 AM, Ihar Hrachyshka
wrote:
Hi,
Small update on the RFE. It was approved for Mitaka, assuming we come up
with proper details upfront thru neutron-specs process.
In the meantime, we have found more use cases for flow management among
Suro,
FYI. In before, we tried a distributed lock implementation for bay operations
(here are the patches [1,2,3,4,5]). However, after several discussions online
and offline, we decided to drop the blocking implementation for bay operations,
in favor of non-blocking implementation (which is not
Margaret wrote:
Hello Ihar,
I have some comments and questions about your proposal. My apologies if
any of what I say here results from misunderstandings on my part.
Thanks a lot for the reply. I will try to clear up below.
1. I believe there are two sorts of redirection at play here. T
Thierry,
Right, i believe it was on IRC and not a ML thread. Since there is no
urgency on this one, we can wait till Doug gets back to revisit the
decision.
Thanks,
Dims
On Thu, Dec 17, 2015 at 7:50 AM, Thierry Carrez wrote:
> Matt Riedemann wrote:
>> On 12/13/2015 10:33 PM, Robert Collins wrot
Hello Everyone,
We are trying to add some gate testing for Kuryr and hopefully convert
these also to Rally
plugins.
What i am facing in the gate right now is this:
I configure the docker client:
self.docker_client = docker.Client(
base_url='unix://var/run/docker.sock')
And call this:
self.d
On 12/17/2015 05:52 AM, Markus Zoeller wrote:
> The job failure rates had an unusual rise at 06:30 UTC this morning [1].
> I couldn't figure out if this is a real issue or somewhat related to
> the gerrit update ~ 18 hours ago. The only thing I found was a time
> frame of ~ 1h where the jobs failed
Rossella Sblendido wrote:
Hi Ihar,
wow, good job!!
Sorry for the very slow reply.
I really like your proposal...some comments inline.
On 12/03/2015 04:46 PM, Ihar Hrachyshka wrote:
Hi,
Small update on the RFE. It was approved for Mitaka, assuming we come up
with proper details upfront thru
On 12/17/2015 8:51 AM, Andrea Rosa wrote:
The communication with cinder is async, Nova doesn't wait or check if
the detach on cinder side has been executed correctly.
Yeah, I guess nova gets the 202 back:
http://logs.openstack.org/18/258118/2/check/gate-tempest-dsvm-full-ceph/7a5290d/logs/
forgot this one as well: https://review.openstack.org/241278
On Thu, Dec 17, 2015 at 7:02 AM, Zaro wrote:
> On Thu, Dec 17, 2015 at 12:31 AM, Andrea Frittoli
> wrote:
>> Thanks for the upgrade, and for all the effort you folks put into keeping
>> our gerrit close to upstream!
>>
>> One thing tha
On Thu, Dec 17, 2015 at 12:31 AM, Andrea Frittoli
wrote:
> Thanks for the upgrade, and for all the effort you folks put into keeping
> our gerrit close to upstream!
>
> One thing that I find inconvenient in the new UI is the size of the middle
> (test results) column: it's too narrow, no matter ho
Hi Igor,
Bareon by itself doesn't have any REST interface, Bareon is basically
fuel_agent,
which is framework + CLI wrapper to use it as an agent.
In order to store and edit required entities in the database we need some
wrapper,
which adds this functionality. This simple wrapper will be implement
>> The communication with cinder is async, Nova doesn't wait or check if
>> the detach on cinder side has been executed correctly.
>
> Yeah, I guess nova gets the 202 back:
>
> http://logs.openstack.org/18/258118/2/check/gate-tempest-dsvm-full-ceph/7a5290d/logs/screen-n-cpu.txt.gz#_2015-12-16_03
Here. Here.
Even trivial thing like review button to submit is hard to find. New UI is much
less intuitive than old one
From: Vikram Choudhary [mailto:viks...@gmail.com]
Sent: Thursday, December 17, 2015 3:59 AM
To: OpenStack Development Mailing List (not for usage questions)
; n...@spencerkrum.
> create Bareon-API repository, and start production ready implementation
For what reason do we need a separate repo? I thought API will be a
part of bareon repo. Or bareon is just a provisioning agent, which
will be driven by bareon-api?
On Thu, Dec 17, 2015 at 12:29 PM, Evgeniy L wrote:
> Hi,
On 17/12/15 08:17 AM, AFEK, Ifat (Ifat) wrote:
What do you mean by "create new types of resources"?
Suppose we want to add a new resource type with a new id format, what
should we do for that? Change Gnocchi code / add a plug-in / add a
new type definition in the database / ...?
i believe thi
Hi,
In Vitrage[1] project we handle different kinds of resources, even ones
that are not managed by OpenStack. For example, we can get from nagios
information about an unreachable switch. I don't know in advance what
the different IDs would look like, since we have an open pluggable
architectur
Matt Riedemann wrote:
> The proposed meeting schedule was approved so we have this:
>
> http://eavesdrop.openstack.org/#Stable_Team_Meeting
I can attend the Tuesday ones.
> Now I guess the question is if anyone wants to meet next week (Tuesday
> 12/22 at 1500 UTC)?
>
> I'm working Monday and Tu
Matt Riedemann wrote:
> On 12/13/2015 10:33 PM, Robert Collins wrote:
>> On 14 December 2015 at 15:28, Matt Riedemann
>> wrote:
>>> I don't have a pressing need to backport something right now, but as
>>> long as
>>> there was code in oslo-incubator that *could* be synced to other
>>> projects
>>>
Jeremy Stanley wrote:
On 2015-12-16 13:59:55 -0700 (-0700), Carl Baldwin wrote:
Is someone from Neutron actively helping out here? Need more?
[...]
I believe all of the jobs currently voting on changes proposed to
the master branch of the openstack/neutron repo are using centrally
constrain
Zong Kai YL Li wrote:
Hi, all.
I met a problem when I submitted a neutron l3 related patch, I updated
l3.filters to add a rootwrap for command arp, but on test server, grenade
seems doesn't update l3.filters, that cause gate-grenade-dsvm-neutron
failed.
Does anyone met this problem befo
Like!
Eylon
From: ZhiQiang Fan [mailto:aji.zq...@gmail.com]
Sent: Thursday, December 17, 2015 12:37 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [vitrage] Gerrit Upgrade 12/16
thanks for the effort, new feature is welcomed
but the new UI is re
Update - you can take a look into comments about Mesos maintaining
upgrade process + my response to it that breaks the topic into a list of
OpenStack services (starting with a minimal list that is necessary to
build a working cloud) and their requirements in terms of data storage.
TL; DR: I stil
Michal, hi, what's your assumption about instances? Do we want to shut
them down, migrate nova, and restart them or we'd like to preserve all
running VMs?
-marek
On 04.12.2015 21:50, Michał Jastrzębski wrote:
Hey guys,
Orchiestrated upgrades is one of our highest priorities for M in
kolla,
Please remove the [vitrage] from the title. It’s has nothing with vitrage
project.
From: ZhiQiang Fan [mailto:aji.zq...@gmail.com]
Sent: Thursday, December 17, 2015 12:37 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [vitrage] Gerrit Upgrade 12/1
Hi, all.
I met a problem when I submitted a neutron l3 related patch, I updated
l3.filters to add a rootwrap for command arp, but on test server, grenade
seems doesn't update l3.filters, that cause gate-grenade-dsvm-neutron
failed.
Does anyone met this problem before? If not yet, can someone pleas
Hi Swati,
It looks like you're doing well so far! In addition to my review feedback
via IRC, let me try to answer your questions.
The directory containing the files which hold the SHA's is here:
https://github.com/openstack/openstack-ansible/tree/master/playbooks/defaults/repo_packages
Consideri
Matt Riedemann wrote:
On 12/16/2015 2:45 PM, Mark McClain wrote:
On Dec 16, 2015, at 2:12 PM, Matt Riedemann
wrote:
I'm not entirely sure what the geo distribution is for everyone that
works on stable, but I know we have people in Europe and some people in
Australia. So I was thinki
The job failure rates had an unusual rise at 06:30 UTC this morning [1].
I couldn't figure out if this is a real issue or somewhat related to
the gerrit update ~ 18 hours ago. The only thing I found was a time
frame of ~ 1h where the jobs failed to update the apt repos [2]. As
this issue is not pre
thanks for the effort, new feature is welcomed
but the new UI is really worse than the old one, it is not only related to
habit, it is just ugly, for the first view I thought it has css bug.
And it is not easy to find out current review status, old UI has a clear
and nice table for review list
O
Le 16/12/2015 20:33, Davanum Srinivas a écrit :
Brant,
I am ok either way, guess the alternative was to add keystone-core
directly to the oslo.policy core group (can't check right now).
The name is very possibly going to create confusion
-- Dims
I heard some people consider that "OpenStack"
On Thu, Dec 17, 2015 at 12:23 PM, Vasyl Saienko
wrote:
> Hello Ironic/Neutron community,
>
> Ironic patches were stale and were in merge conflict during last time.
> Yesterday I've rebased those pathes and put them in single chain. I already
> replied/resolved some comments and will do it for the
Hi,
Some time ago, we’ve started a discussion [0] about Fuel modularisation
activity.
Due to unexpected circumstances POC has been delayed.
Regarding to partitioning/provisioning system, we have POC with a demo [1]
(thanks to Sylwester), which shows how the integration of Fuel and Bareon
[2] can
+1 I am also very confused about the new UI.. but maybe it takes time to get
use to it.
Regards
Marc
Am 17.12.2015 um 10:55 schrieb Mohan Kumar :
> Eugene: +1 , Old Gerrit page was better than new one . Please fix
>
> On Thu, Dec 17, 2015 at 2:11 PM, Eugene Nikanorov
> wrote:
> I'm sorry t
Hello Ironic/Neutron community,
Ironic patches were stale and were in merge conflict during last time.
Yesterday I've rebased those pathes and put them in single chain. I already
replied/resolved some comments and will do it for the rest in nearest
future.
I'm happy to announce that it is possibl
Hello!
We have merged 9.3 a week ago. From packaging team side downgrade is not an
option and was made by mistake.
Regards
Artem Silenkov
---
MOS-PAckaging
On Thu, Dec 17, 2015, 12:32 Oleg Gelbukh wrote:
> In fact, it seems that 9.2 is in the mix since the introduction of
> centos7. Thus, all te
On 15 December 2015 at 15:31, John Garbutt wrote:
> To help with the review push on Thursday, I have created a list of the
> blueprint reviews, that are approved, have Jenkins passing, and are
> more than 50 days old.
>
> The list is a new section at the top of the regular etherpad we use to
> tra
Hi All,
Old interface was better. Is it possible to restore the same!
Thanks
Vikram
On Tue, Dec 15, 2015 at 1:23 AM, Spencer Krum wrote:
> This is a gentle reminder that the downtime will be this Wednesday
> starting at 17:00 UTC.
>
> Thank you for your patience,
> Spencer
>
> --
> Spencer K
Eugene: +1 , Old Gerrit page was better than new one . Please fix
On Thu, Dec 17, 2015 at 2:11 PM, Eugene Nikanorov
wrote:
> I'm sorry to say that, but the new front page design is horrible and
> totally confusing.
>
> I hope it'll change soon in the new release.
>
> E.
>
>
> On Tue, Dec 15, 20
+1 for getting the old view!
On Dec 17, 2015 2:13 PM, "Eugene Nikanorov" wrote:
> I'm sorry to say that, but the new front page design is horrible and
> totally confusing.
>
> I hope it'll change soon in the new release.
>
> E.
>
>
> On Tue, Dec 15, 2015 at 10:53 AM, AFEK, Ifat (Ifat) <
> ifat.a.
Evgeniy,
True, and I fully support merging this particular change as soon as
possible, i.e. the moment the 'master' is open for 9.0 development.
-Oleg
On Thu, Dec 17, 2015 at 12:28 PM, Evgeniy L wrote:
> Hi Oleg,
>
> With the same degree of confidence we can say that anything we have in the
>
Hi Oleg,
With the same degree of confidence we can say that anything we have in the
beginning of
the release cycle is not urgent enough. We pushed early branching
specifically for
such big changes as Docker removal/Changing repos structures and merging
invasive patches
for new release features.
V
In fact, it seems that 9.2 is in the mix since the introduction of centos7.
Thus, all tests that have been made since then are made against 9.2. So,
upgrading it to 9.3 actually is a change that has to be blocked by FF/SCF.
Just my 2c.
--
Best regards,
Oleg Gelbukh
On Thu, Dec 17, 2015 at 12:13
On Wed, Dec 16 2015, gord chung wrote:
> but when you query, you do use the original resource_id. the translation
> happens on both writes and reads. while in reality, the db is will store a
> different id, users shouldn't really be aware of this.
We could add another field storing the actual no
Hi Andrew,
It doesn't look fair at all to say that we use Postgres specific feature
for no reasons
or as you said "just because we want".
For example we used Arrays which fits pretty well for our roles usage,
which improved
readability and performance.
Or try to fit into relational system somethin
Hi,
Since older Postgres doesn't introduce bugs and it won't harm new features,
I would vote for downgrade to 9.2
The reasons are:
1. not to support own package for Centos (as far as I know 9.3 for Ubuntu
is already there)
2. should Fuel some day be a part of upstream Centos? If yes, or there is
I'm sorry to say that, but the new front page design is horrible and
totally confusing.
I hope it'll change soon in the new release.
E.
On Tue, Dec 15, 2015 at 10:53 AM, AFEK, Ifat (Ifat) <
ifat.a...@alcatel-lucent.com> wrote:
> Hi,
>
> Reminder: Gerrit upgrade is scheduled for tomorrow at 17:
Thanks for the upgrade, and for all the effort you folks put into keeping
our gerrit close to upstream!
One thing that I find inconvenient in the new UI is the size of the middle
(test results) column: it's too narrow, no matter how large my browser
window is, or what browser I use - which causes
SURO wrote:
Josh,
Please find my reply inline.
Regards,
SURO
irc//freenode: suro-patz
On 12/16/15 6:37 PM, Joshua Harlow wrote:
SURO wrote:
Hi all,
Please review and provide feedback on the following design proposal for
implementing the blueprint[1] on async-container-operations -
1. Magnu
96 matches
Mail list logo
