+1
On Mon, Jun 18, 2018 at 9:15 AM Sean McGinnis wrote:
>
> On Mon, Jun 18, 2018 at 12:03:52PM +1000, Tony Breeds wrote:
> > Hello folks,
> > Recently Ivan became the Horizon PTL and as with past PTLs (Hi Rob)
> > isn't a member of the horizon-stable-maint team. Ivan is a member of
> > the
There have been a couple of projects that would like some space in the
page header. I think the work in Horizon is to provide an extensible
space in the page header for plugins to post content. The UI plugin
for Vitrage, in this case, would then be responsible for populating
that content if
Welcome Ying Zuo!
On Mon, May 1, 2017 at 5:19 AM, Rob Cresswell (rcresswe)
wrote:
> Hey everyone,
>
> I’m adding Ying Zuo to the Horizon Core team. She’s been contributing many
> great patches to the code base driven by operator experience, as well as
> providing solid
+1
On Tue, Nov 15, 2016 at 5:02 AM, Akira Yoshiyama
wrote:
> +1
>
> 2016年11月15日(火) 20:47 Rob Cresswell (rcresswe) :
>>
>> Big +1 from me
>>
>> > On 14 Nov 2016, at 00:24, Richard Jones wrote:
>> >
>> > Hi Horizon core team,
Thank you Matthias for all your contributions over the past several
years. Horizon is much better for having you and I have personally
benefited from your leadership and mentoring.
Thank you,
David
On Wed, Oct 26, 2016 at 5:27 PM, Matthias Runge wrote:
> Hello,
>
> this has
I agree this seems reasonable and a good addition for users with minimal risk.
David
On Tue, Aug 30, 2016 at 10:29 AM, Rob Cresswell (rcresswe)
wrote:
> I’m happy to allow this personally, but wanted to get others input and give
> people the chance to object.
>
> My
As a developer feature, I would vote for merging in early Ocata rather
than as a FFE. Since the potential risk is to users and operators and
they won't generally benefit from the feature, I don't see the upside
outweighing the potential risk. It's not a localized change either.
That said, I
+1
On Tue, Jul 26, 2016 at 9:27 AM, McLellan, Steven
wrote:
> +1 - Rick's done a lot of good reviews over various parts of the codebase.
>
> On 7/25/16, 4:01 PM, "Tripp, Travis S" wrote:
>
>>Hello!
>>
>>I am nominating Rick Aulino for Searchlight
I think basing the plugins against master is the best solution since
the plugin in development will want to work with the matching horizon
release. Finding issues sooner and hopefully one at a time is a lot
easier to address than a bundle of them at the end of a release cycle.
Hopefully, Horizon
Thai Tran
>> http://stackalytics.com/report/contribution/magnum-ui/90
>> I'm so happy to propose Thai as a core reviewer.
>> His reviews have been extremely valuable for us.
>> And he is active Horizon core member.
>> I believe his help will lead us to the corre
+1
On Tue, May 17, 2016 at 2:58 PM, McLellan, Steven
wrote:
> +1, Lei's made some great contributions.
>
> On 5/17/16, 3:56 PM, "Brian Rosmaita" wrote:
>
>>+1
>>
>>I second the motion!
>>
>>On 5/17/16, 3:42 PM, "Tripp, Travis S"
+1
On Thu, May 5, 2016 at 2:11 PM, Kruithof Jr, Pieter
wrote:
> I would like to nominate Shamail Tahir as a core for the OpenStack UX project.
>
> Shamail has been central to developing a set of personas for the overall
> community and providing his significant
+1
On Thu, Apr 7, 2016 at 8:05 PM, Zhenguo Niu wrote:
> definitely +1
>
> On Fri, Apr 8, 2016 at 12:42 AM, Brad Pokorny
> wrote:
>>
>> +1. I think Rob will provide good input for stable.
>>
>> Thanks,
>> Brad
>>
>> From: Timur Sufiev
ll believe OpenStack has the potential to deliver on our mission
statement. And, I think that diverse views being included in the TC is to
everyone's advantage.
Thank you for your consideration,
David Lyle
__
OpenStack Developme
On Mar 14, 2016 11:32 AM, "Sean McGinnis" wrote:
> On Mon, Mar 14, 2016 at 10:37:52AM -0400, Sean Dague wrote:
> > On 03/14/2016 10:24 AM, Ian Cordasco wrote:
> > >
> > >
> > > -Original Message-
> > > From: Davanum Srinivas
> > > Reply:
ail.com>
>>> wrote:
>>>>
>>>> +1. Another vote in favor of ditching django altogether is good by me :)
>>>>
>>>> On Wed, Mar 9, 2016 at 11:25 AM Thai Q Tran <tqt...@us.ibm.com> wrote:
>>>>>
>>>>> Big +1 from
After five cycles as PTL of Horizon, I've decided not to run for the
Newton cycle.
I am exceptionally proud of the things we've accomplished over this
time. I'm amazed by how much our project's community has grown and
evolved.
Looking at the community now, I believe we have a tremendous group of
On Mon, Mar 7, 2016 at 9:52 PM, Richard Jones
wrote:
> We've solved *most* of the issues around releasing new xstatic packages,
> documented here[1] (and related documentation).
>
> We have one final issue that's blocking us, which is that during the
> xstatic release
I propose adding Diana Whitten[1] to horizon-core.
Diana is an active reviewer, contributor and community member. Over
the past couple of releases, Diana has driven extensive changes around
theme-ability in Horizon and drastically increased the standardization
of our use of bootstrap. During this
I think that's the sane thing to do.
David
On Thu, Jan 28, 2016 at 2:55 AM, Richard Jones wrote:
> Hi fellow angular/REST Horizon developers,
>
> I'd like to propose that we handle HTTP 401 responses at the core of the new
> angular code interfacing to our new REST API
+1
On Mon, Jan 25, 2016 at 5:15 AM, Brian Rosmaita
wrote:
> +1
>
> On 1/22/16, 7:09 PM, "Tripp, Travis S" wrote:
>
>>I am nominating Li Yingjun (yingjun on IRC) to join the Searchlight core
>>reviewers team. We are a young project and he has
The Horizon mid-cycle sprint is in Hillsboro, Oregon Feb 23-25 and
hosted at the Intel site in Hillsboro just west of Portland.
The wiki for the mid-cycle sprint is
https://wiki.openstack.org/wiki/Sprints/HorizonMitakaSprint
Please note your intention to attend on the wiki page.
Thanks,
David
There will be no Horizon and HorizonDrivers meetings on Dec 23rd and Dec 30th.
We will resume on Jan 6th.
Thanks,
David
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Since the results are unanimous, closing early. Welcome Richard!
David
On Thu, Dec 3, 2015 at 12:08 PM, Thai Q Tran <tqt...@us.ibm.com> wrote:
> An equally BIG +1 from me! Thanks for all the reviews and patches from your
> minions Richard!
>
>
> - Original message ---
Since the results are unanimous, closing early. Welcome Timur!
David
On Thu, Dec 3, 2015 at 12:06 PM, Thai Q Tran <tqt...@us.ibm.com> wrote:
> BIG +1 for me. Thanks for all of the great work Timur!
>
>
> - Original message -----
> From: David Lyle <dkly...@gm
I propose adding Richard Jones[1] to horizon-core.
Over the last several cycles Timur has consistently been providing
great reviews, actively participating in the Horizon community, and
making meaningful contributions around angularJS and overall project
stability and health.
Please respond with
and health.
Please respond with comments, +1s, or objections within one week.
Thanks,
David
[1]
http://stackalytics.com/?module=horizon-group_id=r1chardj0n3s=all
On Wed, Dec 2, 2015 at 11:56 AM, David Lyle <dkly...@gmail.com> wrote:
> I propose adding Richard Jones[1] to horizon-core.
I propose adding Timur Sufiev[1] to horizon-core.
Over the last several cycles Timur has consistently been providing
great reviews, actively participating in the Horizon community, and
making meaningful contributions particularly around testing and
stability.
Please respond with comments, +1s,
Due to recent summit and many folks being on vacation, both the
Horizon and Horizon Drivers meeting are canceled for Nov 4. We will
resume on November 11.
David
__
OpenStack Development Mailing List (not for usage
The schedule for Horizon is published [1] and the initial etherpads
are linked [2]. Happy typing.
Looking forward to seeing everyone next week.
David
[1] http://mitakadesignsummit.sched.org/overview/type/horizon
[2] https://wiki.openstack.org/wiki/Design_Summit/Mitaka/Etherpads#Horizon
I'm in too.
David
On Fri, Oct 9, 2015 at 8:51 AM, Dean Troyer wrote:
> On Fri, Oct 9, 2015 at 9:39 AM, Sean Dague wrote:
>>
>> Lastly, I think it's pretty clear we probably need a dedicated workgroup
>> meeting to keep this ball rolling, come to a reasonable
+1
On Thu, Oct 1, 2015 at 3:21 AM, Matthias Runge wrote:
> Hello,
>
> I would like to propose to add
>
> Doug Fish (doug-fish)
>
> to horizon-stable-maint team.
>
> I'd volunteer and introduce him to stable branch policy.
>
> Matthias
> --
> Matthias Runge
It's time to express your topic proposals for the Mitaka summit. In
order to provide an accessible tool for all geographies, we'll be
compiling session topics on an etherpad again for Mitaka.
https://etherpad.openstack.org/p/horizon-mitaka-summit
Please add your ideas there and follow the brief
consideration,
David Lyle
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Of course, your question confused me. As you switched to selenium tests.
To run integration tests,
./run_tests.sh --integration
which is also documented in ./run_tests.sh --help
David
On Fri, Sep 11, 2015 at 10:25 AM, David Lyle <dkly...@gmail.com> wrote:
> Oops!
>
> ./run_
raj
On Fri, Sep 11, 2015 at 10:11 AM, Rajat Vig <raj...@thoughtworks.com> wrote:
> Is there any documentation to run the tests locally?
> Doing ./run_tests.sh --only-selenium skips a lot of tests. Is that the
> recommended way?
>
> -Rajat
>
> On Thu, Sep 10, 2015 a
Oops!
./run_tests.sh --only-selenium only skips the non-selenium tests. It
works as intended. ./run_tests.sh --with-selenium will run all tests.
Both of which are documented in the help of run_tests.sh
David
On Fri, Sep 11, 2015 at 10:23 AM, David Lyle <dkly...@gmail.com> wrote:
Invite sent.
On Fri, Sep 11, 2015 at 2:25 PM, Hossein Zabolzadeh
wrote:
> Hi,
> I want to have an account at Invision.
> Thanks to someone with right priviledge to create a new account for me
> there.
> I sent a request to Horizon IRC channel, but it yields no result.
>
>
I completely agree about monitoring for integration test failures and
blocking until the failure is corrected.
The hope is to make sure we've stabilized the integration testing
framework a bit before reenabling to vote.
Thanks Timur, I know this has been a considerable undertaking.
David
On
I think we've conveniently been led off track here. The original
request/subject was regarding pagination of projects in the v3 API. Since
this is purely a keystone construct it seems implausible to me that ldap or
the IdP of choice would be limiting the ability to return a paginated list
of all
I understand the reasoning, but there are use cases for indexing (re:
searchlight) and auditing that are completely unsupported in keystone v3.
As from keystone, I have no way to exhaustively list who has accounts in my
cloud using OpenStack APIs. That seems like a hole that should be filled.
Not
Last week in the Horizon team meeting, we voted [1] to add a meeting to
address the growing blueprint backlog. To that end, I've scheduled a
regular meeting [2] to review old and new Horizon blueprints to reduce the
clutter and focus ongoing work. We have several blueprints that need to
Forcing Horizon to duplicate Keystone settings just makes everything much
harder to configure and much more fragile. Exposing whitelisted, or all,
IdPs makes much more sense.
On Wed, Aug 5, 2015 at 1:33 PM, Dolph Mathews dolph.math...@gmail.com
wrote:
On Wed, Aug 5, 2015 at 1:02 PM, Steve
It is certainly possible. And a common request. I have it as a priority to
look into during the latter half of Liberty.
There are two factors that prompted the current model. Taking the example
of the instances page (as it exists today).
1) The resulting page would be making 6 API calls to 3
On Thu, Jul 9, 2015 at 1:33 PM, Michael Krotscheck krotsch...@gmail.com
wrote:
Hey everyone!
We've been hard at work getting some solid, shared code style rules in
place for our javascript code, and nobody's been more diligent about this
than Cindy Lu. Since we've managed to encapsulate our
I'm happy to provide reviews from the Horizon standpoint.
David
On Thu, Jun 4, 2015 at 12:55 PM, Jason Rist jr...@redhat.com wrote:
On 06/04/2015 11:58 AM, Steven Dake (stdake) wrote:
Hey folks,
I think it is critical for self-service needs that we have a Horizon
dashboard to represent
In previous conversations, my understanding was the UI implementation had
to be very scheduler dependent to be very effective. Is my understanding
accurate? If so, the complexity grows with the number supported.
David
On Thu, Jun 4, 2015 at 1:59 PM, Bradley Jones (bradjone) bradj...@cisco.com
The Horizon project also uses the nova policy.json file to do role based
access control (RBAC) on the actions a user can perform. If the defaults
are hidden in the code, that makes those checks a lot more difficult to
perform. Horizon will then get to duplicate all the hard coded defaults in
our
On Mon, May 25, 2015 at 5:35 PM, Richard Jones r1chardj0...@gmail.com
wrote:
As a follow-up to this [in the misguided hope that anyone will actually
read this conversation with myself ;-)] I've started looking at the
base.html split. At the summit last week, we agreed to:
1. move base.html
There are no items on the agenda and with the summit just completing, I'm
canceling the horizon IRC meeting for May 27.
We will resume next week on June 3 at 20:00 UTC.
David
__
OpenStack Development Mailing List (not for
On Wed, May 13, 2015 at 3:24 PM, Mathieu Gagné mga...@iweb.com wrote:
When using AVAILABLE_REGIONS, you get a dropdown at login time to choose
your region which is in fact your keystone endpoint.
Once logged in, you get a new dropdown at the top right to switch
between the keystone
I am pleased to announce the addition of Doug Fish, Rob Cresswell and
Travis Tripp to the Horizon Core Reviewer team.
Doug Fish has been an active reviewer and participant in Horizon for a few
releases now. He represents a strong customer focus and has provided high
quality reviews.
Rob
On Thu, Apr 23, 2015 at 10:14 AM, Chris Dent chd...@redhat.com wrote:
What can and should the TC at large, and you specifically, do to ensure
quality improves for the developers, end-users and operators of
OpenStack as a full system, both as a project being developed and a
product being
I added my name to an openstack wiki page for this express purpose some
time ago, apparently the wrong one, which I can find no reference to now.
That said, I am willing to be a mentor for a Horizon focused intern, if
inability to find the correct wiki pages isn't a limiting factor.
David
On
I'm announcing my candidacy for the Technical Committee elections.
I have been contributing to OpenStack since Grizzly primarily in Horizon. I
have also had the privilege to serve as Horizon PTL since Icehouse.
Why I'm running:
I believe there should be broader representation on the TC. We are
django_openstack_auth is a library solely consumed by Horizon in OpenStack.
We've run into a potential requirements.txt issue.
Horizon recently added support for Django 1.7 (1.8 released in the last
week, but let's ignore that). The reasoning was that Django 1.6 the
previous cap is no longer
I would like to announce my candidacy for Horizon PTL. I have been actively
contributing to Horizon since the Grizzly Summit and I've had the pleasure
of serving as PTL for the last three cycles.
In Kilo, we accelerated Horizon's adoption of AngularJS. We made a great
deal of progress, with a
If you are not seeing the horizon panels for Sahara, I believe you are
seeing https://bugs.launchpad.net/horizon/+bug/1429987
The fix for that was merged on March 9
https://review.openstack.org/#/c/162736/
There are several bugs and fixes around the switch of the endpoint type
from
I agree that Horizon should not be requiring optional headers. Changing
status of bug.
On Tue, Mar 3, 2015 at 5:51 PM, Jay Pipes jaypi...@gmail.com wrote:
Added [swift] to topic.
On 03/03/2015 07:41 AM, Matthew Farina wrote:
Radoslaw,
Unfortunately the documentation for OpenStack has some
else.
Having some cross-pollination between Security and Horizon on this
significant shift in the codebase and architecture would probably be
advisable.
- Gabriel
*From:* David Lyle [mailto:dkly...@gmail.com]
*Sent:* Monday, February 16, 2015 10:19 AM
*To:* OpenStack
A couple of high priority items for Horizon's Kilo release could use some
targeted attention to drive progress forward. These items are related to
angularJS based UX improvements, especially Launch Instance and the
conversion of the Identity Views.
These efforts are suffering from a few issues,
On Fri, Feb 13, 2015 at 6:14 AM, Thierry Carrez thie...@openstack.org
wrote:
Julie Pichon wrote:
In the spirit of stepping down considerately [1], I'd like to ask to be
removed from the core and drivers team for Horizon and associated
projects. I'm embarking on some fun adventures far far
Bower is not for use in production environments. There will continue to be
two environment setup procedures, as there are today. For production,
deploy Horizon and its dependencies via system packages. For development
and testing leverage bower to pull the javascript resources, much as pip is
used
causing circular
dependency.
In fact, I would like to go further and suggest that _script and _conf be
combine into a single file.
Not sure why we need two places to include scripts.
-David Lyle dkly...@gmail.com wrote: -
To: OpenStack Development Mailing List (not for usage questions
Please submit the blueprint and set the target for the milestone you are
targeting. That will add it the the blueprint review process for Horizon.
Seems like a minor change, so at this time, I don't foresee any issues with
approving it.
David
On Thu, Dec 11, 2014 at 12:34 AM, Xin, Xiaohui
I'm probably not understanding the nuance of the question but moving the
_scripts.html file to openstack_dashboard creates some circular
dependencies, does it not? templates/base.html in the horizon side of the
repo includes _scripts.html and insures that the javascript needed by the
existing
Thanks Richard for setting up the poll.
Today, we finalized on the new meeting times. The decision is to meet at
alternating times, 2000 UTC and 1200 UTC, on Weds. The meetings will remain
in openstack-meeting-3.
A schedule of upcoming meeting times has been added to
I am pleased to nominate Thai Tran and Cindy Lu to horizon-core.
Both Thai and Cindy have been contributing significant numbers of high
quality reviews during Juno and Kilo cycles. They are consistently among
the top non-core reviewers. They are also responsible for a significant
number of
The first review was actually the implementation for a separate blueprint.
https://blueprints.launchpad.net/horizon/+spec/evacuate-host
The content for this blueprint should follow the horizon blueprint process
for Kilo. See: https://blueprints.launchpad.net/horizon/+spec/template
Once the
In order to help ease an ongoing struggle with session size limit issues,
Horizon is planning on changing the default session store from signed
cookie to simple server side session storage using sqlite. The size limit
for cookie based sessions is 4K and when this value is overrun, the result
is
in the Kilo
cycle are handling growth and cross-project alignment. I'll be honest, I
don't have a master plan to address these, but I think I'm well equipped
and motivated to help develop that plan with other members of the TC.
Thanks for your consideration,
David Lyle
Topic: OpenStack Mission: How
to flourish.
Thank you,
David Lyle
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
The larger problem here is that this breaks running Horizon unit tests on
all existing installs of Horizon including Havana, Icehouse and Juno if
those installations update to the newest python-ceilometerclient. I'm not
sure how to handle that type of deprecation other than forcing all existing
73 matches
Mail list logo