Re: [openstack-dev] [Horizon] eslint without color?

On 02/14/2016 10:45 PM, Richard Jones wrote: > I'm just curious why our eslint configuration (in packages.json) specifies > --no-color. It's much harder to spot the errors without color, and I always > end up running it manually to get the color. Also, karma output has color, > so why one and not

[openstack-dev] [Horizon] eslint without color?

I'm just curious why our eslint configuration (in packages.json) specifies --no-color. It's much harder to spot the errors without color, and I always end up running it manually to get the color. Also, karma output has color, so why one and not the other? In short, would anyone object to turning

[openstack-dev] [Horizon]horizon angular network QoS panel

Hello All, As most of you people knows the 'QoS' feature is added in neutron during liberty release. It will be nice to have this feature in horizon, so I have added a 'network qos' panel for the same in angularJS. It will be very helpful if you people reviewing this patches and helping to

Re: [openstack-dev] [Horizon] Recent integration tests failures

Okay, with https://review.openstack.org/#/c/276123/ finally merged tests should pass more predictably now. Please, recheck and reverify your patches now. I hope that recheck/reverify alone is enough to consume merged test fix, if I'm wrong please correct me. On Thu, Feb 4, 2016 at 5:46 PM Timur

Re: [openstack-dev] [Horizon] Recent integration tests failures

That has been a hard week for integration tests, as soon as API-breaking change in xvfbwrapper had been worked around, we have been hit by a new Selenium release, see https://bugs.launchpad.net/horizon/+bug/1541876 Investigation of a root cause is still in progress. On Mon, Feb 1, 2016 at 11:31

[openstack-dev] [Horizon][Monasca] Launching Graphana UI from Monitoring tab in Monasca plugin for Horizon

Hello, We followed the https://github.com/openstack/monasca-ui/ to integrate the plugin for Horizon. The Monitoring tab is coming in left side navigation perfectly and working as expected. Only problem is: when we're trying to launch the Graphana UI, it is failing with the following trace:

Re: [openstack-dev] [Horizon] Recent integration tests failures

Ugh, dependencies with breaking API changes in minor point releases :/ On 2 February 2016 at 04:53, Timur Sufiev wrote: > Maintainers of outside dependencies continue to break our stuff :(. New > issue is https://bugs.launchpad.net/horizon/+bug/1540495 patch is > currently

Re: [openstack-dev] [Horizon] Recent integration tests failures

Maintainers of outside dependencies continue to break our stuff :(. New issue is https://bugs.launchpad.net/horizon/+bug/1540495 patch is currently being checked by Jenkins On Sat, Jan 30, 2016 at 2:28 PM Timur Sufiev wrote: > Problematic Selenium versions have been

Re: [openstack-dev] [Horizon] Django

Original Message- > From: Matthias Runge [mailto:mru...@redhat.com] > Sent: Monday, February 01, 2016 6:03 PM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [Horizon] Django > > On Mon, Feb 01, 2016 at 10:56:14AM +, Sandeep Makhija wrote: > &g

Re: [openstack-dev] [Horizon] Django

@lists.openstack.org Subject: Re: [openstack-dev] [Horizon] Django On Mon, Feb 01, 2016 at 10:56:14AM +, Sandeep Makhija wrote: > Hi, > > I have been trying to fix a bug in horizon but I am a beginner in Django and > couldn't get my way through this code. > > Could someb

Re: [openstack-dev] [Horizon] Django

On Mon, Feb 01, 2016 at 10:56:14AM +, Sandeep Makhija wrote: > Hi, > > I have been trying to fix a bug in horizon but I am a beginner in Django and > couldn't get my way through this code. > > Could somebody please help me with it? Below given are the details of what I > am looking for.

Re: [openstack-dev] [Horizon] Django

k-dev@lists.openstack.org > Subject: Re: [openstack-dev] [Horizon] Django > > On Mon, Feb 01, 2016 at 10:56:14AM +, Sandeep Makhija wrote: > > Hi, > > > > I have been trying to fix a bug in horizon but I am a beginner in Django > and couldn't get my way through this

Re: [openstack-dev] [Horizon] It's already too late for ... Updating XStatic packages

On 01/06/2016 06:18 PM, Rob Cresswell (rcresswe) wrote: > Hi all, > > While the automated system is broken, I’d like to work on manually > releasing a few of the XStatic packages. This will *only* be the release > stage; we will still use gerrit to review the package content as usual. > > List

Re: [openstack-dev] [Horizon] Recent integration tests failures

Problematic Selenium versions have been successfully excluded from Horizon test-requirements, if you still experiencing the error described above, rebase your patch onto the latest master. On Fri, 29 Jan 2016 at 12:36, Itxaka Serrano Garcia wrote: > Can confirm, had the same

Re: [openstack-dev] [Horizon] Recent integration tests failures

Can confirm, had the same issue locally, was fixed after a downgrade to selenium 2.48. Good catch! Itxaka On 01/28/2016 10:08 PM, Timur Sufiev wrote: According to the results at https://review.openstack.org/#/c/273697/1 capping Selenium to be not greater than 2.49 fixes broken tests. Patch

Re: [openstack-dev] [Horizon] Handling 401 in new REST API

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

Re: [openstack-dev] [Horizon] Handling 401 in new REST API

- Original message -From: David Lyle <dkly...@gmail.com>To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org>Cc:Subject: Re: [openstack-dev] [Horizon] Handling 401 in new REST APIDate: Thu, Jan 28, 2016 8:46 AM  I think that's the s

Re: [openstack-dev] [Horizon] Handling 401 in new REST API

To: "OpenStack Development Mailing List (not for usage questions)" < > openstack-dev@lists.openstack.org> > Cc: > Subject: Re: [openstack-dev] [Horizon] Handling 401 in new REST API > Date: Thu, Jan 28, 2016 8:46 AM > > I think that's the sane thing to do. > >

Re: [openstack-dev] [Horizon] Recent integration tests failures

According to the results at https://review.openstack.org/#/c/273697/1 capping Selenium to be not greater than 2.49 fixes broken tests. Patch to global-requirements is here: https://review.openstack.org/#/c/273750/ On Thu, Jan 28, 2016 at 9:22 PM Timur Sufiev wrote: >

[openstack-dev] [Horizon] Handling 401 in new REST API

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 so that *any* 401 just does basically what the Django code used to: redirect to the login page with a "from". What do y'all think?

[openstack-dev] [Horizon] Recent integration tests failures

Hello, Horizoneers You may have noticed recent integration tests failures seemingly unrelated to you patches, with a stacktrace like: http://paste2.org/2Hk9138U I've already filed a bug for that, https://bugs.launchpad.net/horizon/+bug/1539197 Appears to be a Selenium issue, currently

Re: [openstack-dev] [horizon] Angular Views overriding

in: > https://www.youtube.com/watch?v=Km99BCHfBdk > > And the patch containing the docs for it: > https://review.openstack.org/#/c/244407/2/doc/source/tutorials/workflow_extend.rst > > > > - Original message - > From: Yves-Gwenaël Bourhis <yves-gwenael

Re: [openstack-dev] [horizon] Angular Views overriding

Le 25/01/2016 12:27, Yves-Gwenaël Bourhis a écrit : > Hello All, > > I have a question regarding Horizon Angular views. > > My question is "Is there a way (and if so "a doc") of customizing > (overriding) the current angular views without modifying the current static > js and html files?" >

Re: [openstack-dev] [horizon] Angular Views overriding

<yves-gwenael.bour...@cloudwatt.com>To: openstack-dev@lists.openstack.orgCc:Subject: Re: [openstack-dev] [horizon] Angular Views overridingDate: Mon, Jan 25, 2016 7:50 AM  Le 25/01/2016 12:27, Yves-Gwenaël Bourhis a écrit :> Hello All,>> I have a question regarding Horizon Angular views

[openstack-dev] [horizon] Angular Views overriding

Hello All, I have a question regarding Horizon Angular views. My question is "Is there a way (and if so "a doc") of customizing (overriding) the current angular views without modifying the current static js and html files?" With

Re: [openstack-dev] [horizon]Back porting code from master to liberty

On 18/01/16 07:22, Sirisha Guduru wrote: > Hi, > > ³VolumeTypeList² for admin is enabled in the master release of openstack > horizon, where an admin can see all the volume types listed in horizon. > The same is not implemented in liberty. Can we back port the code from > master to liberty to

Re: [openstack-dev] [Horizon] Email as User Name on the Horizon login page

Updating the label code in django_openstack_auth isn't an option since it would mean forking and maintaining our own copy of the library for most likely one line of code. Diana, any clue how would I go about overriding the label solely with code placed in Horizon? Ideally we'd like to just place

Re: [openstack-dev] [Horizon] Email as User Name on the Horizon login page

Thanks, as a hack that's not a bad fix. We maintain our own Horizon repo anyway and rebase often, so it's a change we can carry if needed. I'm just confused as to why these changes were made to work as they are. I mean sure having the html populate based on the form details is nice in

Re: [openstack-dev] [Horizon] Email as User Name on the Horizon login page

It might be simpler to just update the label on the python code. This is where the form label are defined. You can update the label here: https://github.com/openstack/django_openstack_auth/blob/stable/kilo/openstack_auth/forms.py#L51 -Lin On Fri, Jan 15, 2016 at 12:54 AM, Itxaka Serrano Garcia

Re: [openstack-dev] [Horizon] Email as User Name on the Horizon login page

Adrian, Changing the label is also possible through overrides, but customizing any label that goes through Localization might affect other languages. Not sure if this might be a problem for you. If this isn't ideal, we can easily put in hooks to allow customization purely through CSS, using

Re: [openstack-dev] [Horizon] Email as User Name on the Horizon login page

Looks like the form comes from django_openstack_auth: https://github.com/openstack/django_openstack_auth/blob/master/openstack_auth/forms.py#L53 But to be honest, no idea how that can be overridden trough the themes, not sure if its even possible to override anything on that page without

[openstack-dev] [Horizon] Email as User Name on the Horizon login page

I've run into a weird issue with the Liberty release of Horizon. For our deployment we enforce emails as usernames, and thus for Horizon we used to have "User Name" on the login page replaced with "Email". This used to be a straightforward change in the html template file, and with the

Re: [openstack-dev] [Horizon] Routing in Horizon

On 12/01/16 11:22, Matthias Runge wrote: > > https://launchpad.net/bugs/1532759 > > Unfortunately, that even hasn't been detected by tests. > https://github.com/openstack/horizon/commit/871505c130cf1fd02aae41aeb8f6062af4a5fe88 fixes this issue (another revert). Matthias

Re: [openstack-dev] [Horizon] Routing in Horizon

> El 12 ene 2016, a las 11:22, Matthias Runge escribió: > > On 12/01/16 03:33, Richard Jones wrote: >> The tag addition has had to be reverted as it broke other parts >> of the application (notably lazy loaded tabs like Instance Details), sadly. >> >> Regarding which router

Re: [openstack-dev] [Horizon] Routing in Horizon

On 12/01/16 03:33, Richard Jones wrote: > The tag addition has had to be reverted as it broke other parts > of the application (notably lazy loaded tabs like Instance Details), sadly. > > Regarding which router to use - I've used the built-in router in the > past quite successfully. I think I'd

Re: [openstack-dev] [Horizon] Routing in Horizon

ack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Subject: [openstack-dev] [Horizon] Routing in Horizon Hi Everyone One of my recent patches which enabled HTML5 based routing via Angular merged, some interesting things spun out. I'd to scramble a few patches to get thi

Re: [openstack-dev] [Horizon] Updating XStatic packages

In terms of process, obviously updating the data in the xstatic is relatively easy (for most packages) but I wonder from a review standpoint what sort of process we should have here. To approve a merge of an xstatic package update, I feel like I should have, in order of preference: 1. a link to

Re: [openstack-dev] [Horizon] Routing in Horizon

ngnewrouter-vs.html > > Thanks, > Travis > > From: Rajat Vig <raj...@thoughtworks.com<mailto:raj...@thoughtworks.com>> > Reply-To: OpenStack List <openstack-dev@lists.openstack.org openstack-dev@lists.openstack.org>> > Date: Thursday, January 7, 2016 at 1:53 A

Re: [openstack-dev] [Horizon] Bug Day 2

Reminder about bug day! Just starting if you’re over in Australia ;) Rob On 4 Jan 2016, at 10:54, Rob Cresswell (rcresswe) > wrote: Hi folks, I think we should have another bug day to continue the good work started last time. I’d suggest Tuesday

[openstack-dev] [horizon] Horizon stable and fast increasing Django releases

Hi there! I maintain the Horizon package in Debian Sid. Sid currently contains Liberty. It is a constantly reoccurring fact that Django is a too fast moving target. The last Django 1.9 release broke lots of my (Django related) packages, Horizon included (see: https://bugs.debian.org/809575). I

[openstack-dev] [horizon] Problem with FilterAction in a TableTab

I'm working on streamlining the Sahara UI by reducing the number of panels and organizing them into tabs rather than individual panels. I've come across the following sticking point. Hopefully, someone can lend a hand. I now have a group of tabs in a TabbedTableView (each tab is a TableTab).

Re: [openstack-dev] [horizon] Problem with FilterAction in a TableTab

Hi Chad, I wonder if you would benefit from this patch [1] which moves the server filtering methods out of DataTableView and into MultiTableMixin. There is also another patch [2] dependent on this that moves the Images table into a tab, which sounds similar to what you're doing. [1]

Re: [openstack-dev] [horizon] Problem with FilterAction in a TableTab

Thanks Justin. That might be just what I'm looking for. I'll give it a go. On Fri, Jan 8, 2016 at 11:14 AM, Justin Pomeroy wrote: > Hi Chad, > > I wonder if you would benefit from this patch [1] which moves the server > filtering methods out of DataTableView and

Re: [openstack-dev] [Horizon] naming of Javascript bits

j...@thoughtworks.com> >> To: "OpenStack Development Mailing List (not for usage questions)" < >> openstack-dev@lists.openstack.org> >> Cc: >> Subject: Re: [openstack-dev] [Horizon] naming of Javascript bits >> Date: Thu, Jan 7, 2016 12:03 AM >&

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

On Tue, Jan 05, 2016 at 12:26:24PM +1300, Robert Collins wrote: > On 5 January 2016 at 12:04, Robert Collins wrote: > ... > > Indeed - > > https://bitbucket.org/pypa/setuptools/commits/fb35fcade302fa828d34e6aff952ec2398f2c877?at=get_command_list > > - the failing bit

Re: [openstack-dev] [Horizon] Updating XStatic packages

I did update some of the low hanging packages where the upgrades seemed safe to do and noted the patch numbers in the same EtherPad. I wasn't sure what to mark the effort against. So I created some bugs. Should it be a blueprint? -Rajat On Wed, Jan 6, 2016 at 2:18 AM, Rob Cresswell (rcresswe)

Re: [openstack-dev] [Horizon] naming of Javascript bits

Richard My preference is the same as what you've got there. Fully namespaced Services and Controller allow for better reusability and possibly maintainability. If all "deleteService" were named just that, it'll be mighty confusing to use it in other places. With regards to tying the folder path

[openstack-dev] [horizon][help][angularjs] facing issue with my angularjs patch

Hello All, I am I am adding QoS panel in angularjs. i have submitted a patch for adding panel with delete action button in this patch https://review.openstack.org/#/c/247997/ it is working as expected. over that i have added for edit QoS policy action in this patch

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

On Tue, Jan 05, 2016 at 12:26:24PM +1300, Robert Collins wrote: > On 5 January 2016 at 12:04, Robert Collins wrote: > ... > > Indeed - > > https://bitbucket.org/pypa/setuptools/commits/fb35fcade302fa828d34e6aff952ec2398f2c877?at=get_command_list > > - the failing bit

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

On Tue, Jan 5, 2016 at 9:16 AM, Matthias Runge wrote: > On Tue, Jan 05, 2016 at 12:26:24PM +1300, Robert Collins wrote: > > On 5 January 2016 at 12:04, Robert Collins > wrote: > > ... > > > Indeed - >

[openstack-dev] [Horizon] Bug Day 2

Hi folks, I think we should have another bug day to continue the good work started last time. I’d suggest Tuesday the 12th of January, as most people should be back at work by then. We can use the same etherpad too: https://etherpad.openstack.org/p/horizon-bug-day For those not around for the

Re: [openstack-dev] [Horizon][Neutron] dashboard repository for neutron subprojects

Akihiro Motoki wrote: [Packaging perspective] I am not sure how it affects. There is one concern as a package consumer. Getting additional packages through distro channels can be surprisingly difficult for new packages. :/ How neutron team can answer to this? I think

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

Same issue on django_openstack_auth, kilo branch: https://review.openstack.org/#/c/262778/ And same error too [0]: 2016-01-04 10:47:17.621 | Obtaining file:///opt/stack/new/keystone 2016-01-04 10:47:18.251 | Complete output from command python setup.py egg_info: 2016-01-04 10:47:18.251

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

Matthias Runge wrote: Hello, did we had a recent change in stable tests for Kilo? Horizon tests for kilo are now failing due to a missing dependency to testrepository. Horizon never used testrepository (until recently, where I added testr support, but only in mitaka

[openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

Hello, did we had a recent change in stable tests for Kilo? Horizon tests for kilo are now failing due to a missing dependency to testrepository. Horizon never used testrepository (until recently, where I added testr support, but only in mitaka branch). As a test, I added a test dependency for

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

On 5 January 2016 at 11:59, Robert Collins wrote: > This is odd indeed. pbr is not meant to have a dep on testrepository, > and you can see in > https://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/testr_command.py#n150 > that we only access it if it is

Re: [openstack-dev] [Horizon] Mid-cycle Sprint

FYI, Cindy and I will put in a request for travel approval. Also, I have spoken to Mariam and would be willing to mentor David.   - Original message -From: David Lyle <dkly...@gmail.com>To: OpenStack Development Mailing List <openstack-dev@lists.openstack.org>Cc:Subject: [o

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

Matthias Runge wrote: On Mon, Jan 04, 2016 at 12:29:27PM +0100, Ihar Hrachyshka wrote: Matthias Runge wrote: testrepository Any suggestions here? Seems like pbr importing testrepository, hence the dependency belongs to pbr, not horizon (and as a

Re: [openstack-dev] [Horizon][stable][tempest] Horizon|tempest kilo gate fails due to testrepository dependency

On Mon, Jan 04, 2016 at 01:32:53PM +0100, Ihar Hrachyshka wrote: > Note that it’s keystone installation that fails, not horizon, and it seems > that it’s for grenade (I see /opt/stack/new/keystone in the logs). I would > expect keystone gate to be broken too, so you could add the dep there and >

Re: [openstack-dev] [Horizon][stable][tempest] Horizon|tempest kilo gate fails due to testrepository dependency

Matthias Runge wrote: On Mon, Jan 04, 2016 at 01:32:53PM +0100, Ihar Hrachyshka wrote: Note that it’s keystone installation that fails, not horizon, and it seems that it’s for grenade (I see /opt/stack/new/keystone in the logs). I would expect keystone gate to be broken

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

On Mon, Jan 04, 2016 at 12:29:27PM +0100, Ihar Hrachyshka wrote: > Matthias Runge wrote: > >testrepository > > > >Any suggestions here? > > Seems like pbr importing testrepository, hence the dependency belongs to > pbr, not horizon (and as a runtime dependency, not just test

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

On 04/01/16 15:41, Ihar Hrachyshka wrote: > UPD: Turns out it breaks Liberty gate too, f.e. for Neutron. It’s > interesting that it did not break the thing for e.g. Neutron master. > > Matthias Runge wrote: > >> Hello, >> Horizon in Kilo *only* fails since Dec 26th. Horizon

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

UPD: Turns out it breaks Liberty gate too, f.e. for Neutron. It’s interesting that it did not break the thing for e.g. Neutron master. Matthias Runge wrote: Hello, did we had a recent change in stable tests for Kilo? Horizon tests for kilo are now failing due to a

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

On 01/04/2016 03:41 PM, Ihar Hrachyshka wrote: > UPD: Turns out it breaks Liberty gate too, f.e. for Neutron. It’s > interesting that it did not break the thing for e.g. Neutron master. > > Matthias Runge wrote: We observe this on Cinder's stable/liberty in Grenade tests (e.g.

Re: [openstack-dev] [horizon][infra] django.pot hardcoded or not?

On 12/30/2015 11:27 PM, Clark Boylan wrote: The problem with using a tox target is that we use privileged Jenkins machines to do the extraction and don't want arbitrary code to run on them. It would be possible to run arbitrary code if we used a tox target. Clark, we run already

[openstack-dev] [horizon][infra] django.pot hardcoded or not?

I'm currently looking into simplifying and consolidation of translation setup for projects (draft spec at [1]) and have a question for dashboard translations. Right now, horizon uses django.pot and djangojs.pot - and most *-dashboard projects use the same names. Are these names enforced by the

Re: [openstack-dev] [horizon][infra] django.pot hardcoded or not?

I haven't looked into the code detail, but as far as I read https://docs.djangoproject.com/en/1.9/topics/i18n/translation/#specialties-of-django-translation it is enforced by django framework. How django searches message catalogs is described at

[openstack-dev] [Horizon] Mid-cycle Sprint

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

Re: [openstack-dev] [Horizon][Neutron] dashboard repository for neutron subprojects

On Wed, Dec 23, 2015 at 9:16 PM, Akihiro Motoki wrote: > Are there no comment after I added more detail? > No inputs from both horizon and neutron side. > > Although Horizon team is tackling to address some problems around > horizon plugin mechanism > such as translations,

Re: [openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

Duncan, Thank you for the suggestion, will do. On Wed, 23 Dec 2015 at 10:55, Duncan Thomas wrote: > On a cloud with a large number of tenants, this is going to involve a > large number of API calls. I'd suggest you put a spec into cinder to add an > API call for getting

Re: [openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

On a cloud with a large number of tenants, this is going to involve a large number of API calls. I'd suggest you put a spec into cinder to add an API call for getting the totals straight out of the DB - it should be easy enough to add. On 18 December 2015 at 20:35, Timur Sufiev

Re: [openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

Hello, Matt Just checked it, nova quota-show command just shows current quota limits for a given tenant, below is an output for may Devstack admin tenant: timur@devstack:~/devstack$ nova quota-show --tenant 9f6cc244fd9d41668d49c00f12b70219 +-+---+ | Quota

Re: [openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

On 12/18/2015 12:35 PM, Timur Sufiev wrote: Matt, actually Ivan (Ivan, thanks a lot!) showed me the exact cinderclient call that I needed. Now I know how to retrieve Cinder quota usage info per-tenant, seems that to retrieve the same info cloud-wide I should sum up all the available tenant

Re: [openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

On 12/17/2015 2:40 PM, Ivan Kolodyazhny wrote: 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,

Re: [openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

The point raised by Matt for Nova applies to Neutron as well. Neutron does not have strict deadlines for blueprint approval; however even if in theory it would still be possible to achieve this for Mitaka, it is rather unlikely since the number of blueprints already in the pipeline is way more

Re: [openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

Matt, actually Ivan (Ivan, thanks a lot!) showed me the exact cinderclient call that I needed. Now I know how to retrieve Cinder quota usage info per-tenant, seems that to retrieve the same info cloud-wide I should sum up all the available tenant usages. With Cinder quota usages being sorted

[openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

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

Re: [openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

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

[openstack-dev] [horizon] Weekly IRC meetings cancelled Dec 23rd and 30th

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:

Re: [openstack-dev] [horizon] Proposal to add Richard Jones tohorizon-core

-- > From: David Lyle <dkly...@gmail.com> > To: OpenStack Development Mailing List <openstack-dev@lists.openstack.org> > Cc: > Subject: [openstack-dev] [horizon] Proposal to add Richard Jones to > horizon-core > Date: Wed, Dec 2, 2015 10:57 AM > > I propose adding Ri

Re: [openstack-dev] [horizon] Proposal to add Timur Sufiev tohorizon-core

ail.com> > To: OpenStack Development Mailing List <openstack-dev@lists.openstack.org> > Cc: > Subject: [openstack-dev] [horizon] Proposal to add Timur Sufiev to > horizon-core > Date: Wed, Dec 2, 2015 10:54 AM > > I propose adding Timur Sufiev[1] to horizon-core. > &

Re: [openstack-dev] [horizon] Proposal to add Richard Jones tohorizon-core

om me! Thanks for all the reviews and patches from > your > > minions Richard! > > > > > > - Original message - > > From: David Lyle <dkly...@gmail.com> > > To: OpenStack Development Mailing List < > openstack-dev@lists.openstack.org> >

Re: [openstack-dev] [horizon] Proposal to add Timur Sufiev tohorizon-core

lt; > openstack-dev@lists.openstack.org> > > Cc: > > Subject: [openstack-dev] [horizon] Proposal to add Timur Sufiev to > > horizon-core > > Date: Wed, Dec 2, 2015 10:54 AM > > > > I propose adding Timur Sufiev[1] to horizon-core. > > > > Over th

[openstack-dev] [horizon] Updated High Definition Logo for Alternate Theme

Hi All, I am currently working on updating the OpenStack logo being used in the *alternate* theme of Horizon to show that Horizon can easily support both PNG and SVG logos. I have found the correct logo assets for our Splash screen, however, I do not see a corresponding high definition asset to

Re: [openstack-dev] [horizon]

The most efficient way to do this for Swift to do this is to implement Form Post[1] (upload) and tempUrl[2] (download). With this setup, the user will be directly uploading/downloading from Swift endpoint rather than passing the files through horizon. The caveat for this to work, you need to be

[openstack-dev] [horizon][release][infra] New xstatic package release proposal

TL;DR: "Releasing xstatic packages" https://review.openstack.org/#/c/253296/ xstatic is an existing standard for packaging up static resources for web development (HTML, Javascript and CSS) as Python modules. Horizon makes use of two dozen xstatic packages. We need a

Re: [openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

+1 for both On Thu, Dec 3, 2015 at 2:57 AM, David Lyle wrote: > Let's try that again. > > I propose adding Richard Jones[1] to horizon-core. > > Over the last several cycles Richard has consistently been providing > great reviews, actively participating in the Horizon

[openstack-dev] [horizon] [QA] Improving Horizon Integration Tests

Hello, folks! As you probably already know, integration tests were recently made voting again in Horizon. Next logical step in ensuring Horizon/OpenStack stability is increasing their coverage. I've reworked initial GoogleDoc version of tests breakdown (wasn't very popular due to the restricted

Re: [openstack-dev] [horizon]

Please take a look at https://blueprints.launchpad.net/horizon/+spec/horizon-glance-large-image-upload On Thu, Dec 3, 2015 at 5:21 PM Kyrylo Galanov wrote: > Hello, > > When a file is uploaded to Glance, Swift through Horizon it is stored > locally in a temporary

[openstack-dev] [horizon]

Hello, When a file is uploaded to Glance, Swift through Horizon it is stored locally in a temporary directory in Horizon server. This is inefficient approach especially for big files. I would suggest to implement 'proxy' upload to Glance, Swift using chunk buffer instead of storing a file

Re: [openstack-dev] [horizon]

Looks great. What is the estimated date / release for this feature to be delivered? On Thu, Dec 3, 2015 at 4:40 PM, Timur Sufiev wrote: > Please take a look at > https://blueprints.launchpad.net/horizon/+spec/horizon-glance-large-image-upload > > On Thu, Dec 3, 2015 at

Re: [openstack-dev] [horizon] Proposal to add Richard Jones tohorizon-core

An equally BIG +1 from me! Thanks for all the reviews and patches from your minions Richard!   - Original message -From: David Lyle <dkly...@gmail.com>To: OpenStack Development Mailing List <openstack-dev@lists.openstack.org>Cc:Subject: [openstack-dev] [horizon] Proposal to

Re: [openstack-dev] [horizon] Proposal to add Timur Sufiev tohorizon-core

BIG +1 for me. Thanks for all of the great work Timur!   - Original message -From: David Lyle <dkly...@gmail.com>To: OpenStack Development Mailing List <openstack-dev@lists.openstack.org>Cc:Subject: [openstack-dev] [horizon] Proposal to add Timur Sufiev to horizon-coreDate

[openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

+1 from me for Richard!! - Original message - From: David Lyle <dkly...@gmail.com> To: OpenStack Development Mailing List <openstack-dev@lists.openstack.org> Cc: Subject: [openstack-dev] [horizon] Proposal to add Timur Sufiev to horizon-core Date: Wed, Dec 2, 2015 10:5

[openstack-dev] [horizon] Proposal to add Timur Sufiev to horizon-core

+1 from me for Timur! - Original message - From: David Lyle <dkly...@gmail.com> To: OpenStack Development Mailing List <openstack-dev@lists.openstack.org> Cc: Subject: [openstack-dev] [horizon] Proposal to add Timur Sufiev to horizon-core Date: Wed, Dec 2, 2015

[openstack-dev] [Horizon][Trove] Horizon-Trove External Repository

Hello Trovers and Horizoneers,   The intention of this email is to get everyone on the same page so we are all aware of what is going on. As many of you are probably already aware, Horizon is moving toward the plugin model for all of its dashboards (including existing dashboards). This release

Re: [openstack-dev] [horizon]

It all depends on Glance support, you'd better ask them. On Thu, Dec 3, 2015 at 7:08 PM Kyrylo Galanov wrote: > Looks great. What is the estimated date / release for this feature to be > delivered? > > On Thu, Dec 3, 2015 at 4:40 PM, Timur Sufiev

Re: [openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

+1 for both Richard and Timur. Great additions to the team! Doug Fish     - Original message -From: "Chen, Shaoquan" <sean.ch...@hpe.com>To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org>Cc:Subject: Re: [o

Re: [openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

Well, I'm not sure if I'm eligible to chime in (yet), but IMO Richard is the first candidate here (and me is the second one) :). On Wed, Dec 2, 2015 at 9:59 PM Rob Cresswell (rcresswe) wrote: > An equally big +1! > > On 02/12/2015 18:56, "David Lyle"

[openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

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

<    3   4   5   6   7   8   9   10   11   12   >