; be really helpful.
>
Very short answer: you can not. We're dreaming of that, but it's not
developed that far (and might not be ready in Kilo).
Matthias
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
htt
On 11/19/2013 11:02 PM, Thierry Carrez wrote:
>
> The poll is now closed, and the winner is David Lyle !
>
David, well done and honestly deserved!
Matthias
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/c
On 11/21/2013 01:55 PM, Jiri Tomasek wrote:
> Hi,
>
> Regarding less, I don't really care what compiler we use as long as it
> works. And if we need to provide uncompiled less for production, then
> let's use Lesscpy.
>
There is at least one bug open against Ubuntu[1], asking to install
python-
On 11/22/2013 11:10 AM, Maxime Vidori wrote:
> I will start reading documentation in order to integrate node in development,
> we also want to integrate its testing into the existing ones. I think a
> blueprint will be necessary.
>
Since it was such a pain to get rid of nodejs, I'd love to see o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/22/2013 02:19 PM, Sascha Peilicke wrote:
> On Friday 22 November 2013 13:13:29 Matthias Runge wrote:
>> On 11/21/2013 01:55 PM, Jiri Tomasek wrote:
>>> Hi,
>>>
>>>
>>> Regarding less, I don't
On 11/22/2013 04:08 PM, Imre Farkas wrote:
>
> There's a jslint fork called jshint which is able to run in the browser
> without any node.js dependency.
>
> I created a POC patch [1] long time ago to demonstrate its capabilities.
> It's integrated with qunit and runs automatically with the horiz
On 11/27/2013 06:46 PM, Alan Pevec wrote:
> 2013/11/27 Sean Dague :
>> The problem is you can't really support both iso8601 was dormant
>> for years, and the revived version isn't compatible with the old
>> version. So supporting both means basically forking iso8601 and
>> maintaining you own versi
On 12/09/2013 07:31 PM, vibhu wrote:
> I am trying to enhance openstack horizon and would like to have my own
> settings in the top level panel of "Settings". Is there a way to enhance
> and contribute to this in my own django plugin.
> Thanks for your help
> -- pat
You should take a look at
http:/
On 12/10/2013 09:24 PM, Lyle, David wrote:
> I would like to nominate Tatiana Mazur to Horizon Core. Tatiana has been a
> significant code contributor in the last two releases, understands the code
> base well and has been doing a significant number of reviews for the last to
> milestones.
>
>
On 12/10/2013 06:06 PM, Thomas Goirand wrote:
> On 12/10/2013 11:41 PM, Jiri Tomasek wrote:
>> On 12/09/2013 12:47 PM, Jaromir Coufal wrote:
>>> So I would like to ask everybody, if we can reconsider this dependency
>>> and find some other alternative. I know we moved from nodejs, because
>>> it is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/10/2013 07:04 PM, Jordan OMara wrote:
>
> I'm a bit newer to this conversation than some, but I'm not sure
> what exactly the "NodeJS packaging nightmare" is? Isn't it already
> packaged for many major distributions?
>
I might speak for Fedora
On 12/11/2013 08:22 AM, Gary Kotton wrote:
> Hi,
> An example for this
> is:
> http://logs.openstack.org/94/59994/10/check/gate-nova-docs/b0f3910/console.html
> Any ideas?
> Thanks
> Gary
>
There is a thread about this:
http://lists.openstack.org/pipermail/openstack-dev/2013-December/021863.html
On 12/13/2013 03:08 PM, Ladislav Smola wrote:
> Horizoners,
>
> As discussed in TripleO and Horizon meetings, we are proposing to move
> Tuskar UI under the Horizon umbrella. Since we are building our UI
> solution on top of Horizon, we think this is a good fit. It will allow
> us to get feedback
On 12/16/2013 04:22 PM, Jiri Tomasek wrote:
>
> Thanks for pointing this out, In Horizon you can easily decide which
> dashboards to show, so the Infrastructure management Horizon instance
> can have Project and Admin dashboards disabled.
>
> I think there has been discussed that some panels of
On 12/17/2013 09:04 AM, Thomas Goirand wrote:
>
> I think the "disabled by default" approach is the wrong one. Instead, we
> should have some users with enough credentials that will have the
> feature, and others will not.
>
> Also, Horizon is a web interface. Most of its switches could be made
On 12/18/2013 10:33 PM, Gabriel Hurley wrote:
>
> Adding developers to Horizon Core just for the purpose of reviewing
> an incubated umbrella project is not the right way to do things at
> all. If my proposal of two separate groups having the +2 power in
> Gerrit isn't technically feasible th
On 12/19/2013 04:45 PM, Thomas Goirand wrote:
> Hi,
>
> Sid has Django 1.6. Is it planned to add support for it? I currently
> don't know what to do with the Horizon package, as it's currently
> broken... :(
>
> Thomas
Yes, there are two patches available, one for horizon[1] and one for
django_op
On 12/30/2013 08:31 AM, Thomas Goirand wrote:
> Hi,
>
> Currently, in the global-requirements.txt, we have:
>
> Django>=1.4,<1.6
> django-bootstrap-form
>
> However, django-bootstrap-form fail in both Django 1.4 and Django 1.6.
>
> What's the way forward? Would it be possible that someone makes
On 01/01/2014 07:33 AM, Thomas Goirand wrote:
> Hi,
>
> I was wondering if it would be possible for NoVNC to switch from
> websockify to sockjs-client, which is available here:
>
> https://github.com/sockjs/sockjs-client
>
> This has the advantage of not using flash at all (pure javascript), and
On 12/27/2013 03:52 PM, Maxime Vidori wrote:
> Hi all,
>
> I send this mail to talk about Javascript coding style improvement, like
> python has pep8, it could be interesting to have some rules for javascript
> too. JSHint provides some rules to perform this and I think it could be a
> great id
On 01/03/2014 09:37 AM, Radomir Dopieralski wrote:
> [snip]
>
> This is actually not a problem at all, because the way jshint works now,
> we have to explicitly list the files to be checked against those
> rules. That means, that we can only check our own code, and not the
> included libraries. O
On 01/13/2014 09:33 PM, Lyle, David wrote:
> With all the warranted meeting time shuffling that has been happening
> recently, and the addition of so many projects and sub-teams, the
> meeting calendar for #openstack-meeting and #openstack-meeting-alt
> [1] is relatively full. So recently, when tr
>
> [0] https://blueprints.launchpad.net/horizon/+spec/live-migration
> [1] https://blueprints.launchpad.net/horizon/+spec/migrate-instance
I think,
your [0] is a duplicate of [2], which was impleented during icehouse.
Matthias
[2]
https://blueprints.launchpad.net/horizon/+spec/live-migration-su
On 18/11/14 14:48, Thomas Goirand wrote:
>
> And then, does selenium continues to work for testing Horizon? If so,
> then the solution could be to send the .dll and .xpi files in non-free,
> and remove them from Selenium in main.
>
Yes, it still works; that leaves the question, why they are incl
On 19/11/14 05:25, Richard Jones wrote:
> I've just had a long discussion with #infra folk about the
> global-requirements thing, which deviated (quite naturally) into a
> discussion about packaging (and their thoughts were in line with where
> Radomir and I are heading).
>
> In their view, bower
On 19/11/14 17:52, Fox, Kevin M wrote:
> Perhaps they are there to support older browsers?
>
Probable.
Windows dlls are quite uncommon in a Linux distribution.
It's a bit unlikely to have an older browser installed in a centrally
managed distribution like Fedora.
Matthias
_
On 17/11/14 14:43, Yves-Gwenaël Bourhis wrote:
> Le 17/11/2014 14:19, Matthias Runge a écrit :
>
>> There is already horizon on pypi[1]
>>
>> IMHO this will lead only to more confusion.
>>
>> Matthias
>>
>>
>> [1] https://pypi.python.org/pypi/
On 03/12/14 20:22, Alan Pevec wrote:
>> Horizon
>> standing-after-freeze translation update, coming on Dec 3
>
> This is now posted https://review.openstack.org/138798
> David, Matthias, I'd appreciate one of you to have a quick look before
> approving.
>
> Cheers,
> Alan
>
Alan, thanks for the
On 17/11/14 10:12, Matthias Runge wrote:
> On 30/10/14 13:13, Matthias Runge wrote:
>> Hi,
>>
>> tl;dr: how to progreed in separating horizon and openstack_dashboard
> Options so far:
In yesterday's horizon meeting, we canceled the repo split[1]
In the light of m
On 05/01/15 19:27, Matthew Farina wrote:
> Switching to an ini format would likely be painful to impossible.
>
> Horizon is built on django which is where the settings.py format comes
> from. It's part of a django app.
>
> For more info see the django docs. The settings information is at
> https:
Hello,
I'd like to propose to add Lin-Hua Cheng to horizon-stable-maint.
Lin has been a Horizon Core for a long time and has expressed interest
in helping out with horizon stable reviews.
I think, he'll make a great addition!
Matthias
___
OpenStack-d
On 08/01/15 23:46, Matthew Farina wrote:
> Thanks for humoring me as I ask these questions. I'm just trying to
> connect the dots.
>
> How would system packages work in practice? For example, when it comes
> to ubuntu lucid (10.04 LTS) there is no system package meeting the
> jQuery requirement an
On 12/01/15 21:53, Drew Fisher wrote:
> I know I'm very very late to this thread but can I ask why Bower? Bower
> has a hard requirement on Node.js which was removed as a dependency in
> Havana. Why are we reintroducing this requirement?
>
> For Solaris, a requirement on Node.js is especially p
On 13/01/15 16:31, Jeremy Stanley wrote:
> On 2015-01-13 08:13:41 -0700 (-0700), Drew Fisher wrote:
> [...]
>> Why were the libraries ripped from the Horizon codebase in the
>> first place? It seems to me they belong with the code using it.
>
> I disagree. If those libraries aren't developed as pa
On 21/01/15 09:59, Martin Geisler wrote:
>
> This seems to imply that users will download at least one .js file per
> dependency.
>
Not necessarily. We still use django-compressor, which copies all
javascript into fewer files. E.g. here in my untweaked juno environment,
I just get 3 instead of
On 22/01/15 09:48, Radomir Dopieralski wrote:
> All of the XStatic packages had to be packaged for the respective
> distributions in order to package Horizon. That was a lot of work, but
> it has been done my the packagers of the distributions. As far as I
> understand, most of those XStatic packa
n thought of for this.
> > Can you share any details?
Uh, we have seen so many timeouts and failing tests, because some
mirror was not answering fast enough etc. I don't think, adding another
external service will improve the situation here.
--
Matthias Runge
___
On 23/01/15 10:31, Jeremy Stanley wrote:
> On 2015-01-23 10:11:46 +0100 (+0100), Matthias Runge wrote:
> [...]
>> It would be totally awesome to switch from pip install to using
>> distribution packages for testing purposes. At least for
>> dependencies.
> [...]
>
/c/90371/
> It is also waiting for adding the needed libraries to the global
> requirements: https://review.openstack.org/#/c/94376/
>
Karma added as well.
Thank you for driving this effort! It's really worth it.
--
Matthias Runge
__
On Wed, May 28, 2014 at 03:45:18PM +1000, Kieran Spear wrote:
> No failures in the last 24 hours. \o/
>
Thank you for looking into this (and apparently fixing it)!
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.opensta
s installable as
(rpm) packages, but that makes it even more complicated e.g gate. It
seems, many folks here try to avoid distro packages at all.
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
PEL), it's
just waiting for review [1].
>From a distro standpoint, every dependency needs to be packaged, and
this is not limited to Horizon dependencies as well.
On the other side, we don't break each time, when someone releases a new
setuptools or keystoneclient to pypi.
[1] h
ith a implementation for any
distribution.
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
y not merged) feature in
trove.
In an ideal world (or OpenStack test deployment), your patch would fail,
because capabilities to execute your patch are missing (yet), thus
making it more clear, a cooperation with trove is required.
--
Matthias Runge
___
O
On Wed, Jun 04, 2014 at 04:13:33PM +0530, Harshada Kakad wrote:
> HI Matthias Runge,
>
> Which feature in trove are you talking about?
> And even which capabilities are missing which will make the patch fail?
> I believe the patch has nothing to do with
> https://review.opens
ted to several areas in Horizon and he understands the code base
> well. Radomir is also very active in tuskar-ui both contributing and
> reviewing.
>
+1 from me, I fully support this. Radomir has done a impressive job
and his reviews and contributions have been good since he started.
ackage now called horizon on PyPi.
https://blueprints.launchpad.net/horizon/+spec/separate-horizon-from-dashboard
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
.so
%endif
(the review request is here: [1])
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1070125
Matthias
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
host.
Using the developement server, you'll directly see, what error
happened. Often, it helps to set DEBUG = True (in settings.py or
in local_settings.py).
HTH,
Matthias
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@li
On 21/09/14 22:55, Alex Leonhardt wrote:
> Hi guys,
>
> trying to get a devstack up and running, on a VM, but I keep getting this:
>
>
> Error during template rendering
>
> In
> template
> |/opt/stack/horizon/openstack_dashboard/templates/context_selection/_project_list.html|,
> error at
On 06/10/14 13:35, Ihar Hrachyshka wrote:
>
> I was pointed (kudos to Alan Pevec) to the following update for RDO
> spec file [1] that makes it regenerate MO files from source for Juno.
> So for RDO, it's already handled the way we will probably go forward.
>
> [1]:
> http://pkgs.fedoraproject.o
Hi,
tl;dr: how to progreed in separating horizon and openstack_dashboard
About a year ago now we agreed, it makes sense to separate horizon and
openstack_dashboard.
Thanks to Radomirs work in unbundling JavaScript libraries, we're
finally there.
It was decided to rename horizon to horizon_lib[1
On 01/11/14 14:13, Thomas Goirand wrote:
> Hi,
>
> I was wondering if some distribution OpenStack package maintainers would
> be interested to have some cross-distribution discussion on Friday,
> during the contributors sessions.
>
Unfortunately, this is at the same time as Ceilometer, Glance, He
On Thu, Oct 30, 2014 at 01:13:48PM +0100, Matthias Runge wrote:
> Hi,
>
> tl;dr: how to progreed in separating horizon and openstack_dashboard
>
> About a year ago now we agreed, it makes sense to separate horizon and
> openstack_dashboard.
At the past summit, we discussed thi
On 10/11/14 14:20, Tzu-Mainn Chen wrote:
> How about 'horizon_dashboard'? I think pairing that with 'horizon_lib'
> would make the purpose of each very clear.
>
Wouldn't that imply, there exists an openstack_dashboard as well?
Matthias
___
OpenStack-
On 10/11/14 20:27, Samuel Merritt wrote:
>
> Swift has an elegant* solution** to this problem that makes PBR into a
> build-time-only dependency.
>
> Take a look at the top-level __init__.py in the Swift source tree:
> https://github.com/openstack/swift/blob/709187b54ff2e9b81ac53977d4283523ce16a
On 11/11/14 08:09, Richard Jones wrote:
> Hi all,
>
> At the summit meetup last week I proposed that the Horizon weekly
> meeting time alternate between the current time and something more
> suitable for those of us closer to UTC+10. I'd like to get an indication
> of the interest in this, and I'l
On 11/11/14 10:53, Jiri Tomasek wrote:
> Hey,
>
> Thanks for writing this up!
>> The Storyboard project has successfully integrated these tools into
>> the OpenStack CI environment.
OpenStack CI and distributors are different, because OpenStack CI does
not distribute software.
>
> Using javasc
On 12/11/14 08:40, Richard Jones wrote:
>
> I believe the nodeenv method of installing node solves this, as it's
> entirely local to the development environment.
See below, this touches package build as well.
>
>
> I will have to go through all dependencies and do a review, if those are
>
On 11/11/14 08:02, Richard Jones wrote:
> There were some discussions around tooling. We're using xstatic to
> manage 3rd party components, but there's a lot missing from that
> environment. I hesitate to add supporting xstatic components on to the
> already large pile of work we have to do, so wo
On 12/11/14 09:28, Matthias Runge wrote:
>
> Looking at es5-shim, it pulls in additional 28 dependent packages, json3
> has 12 dependencies (including a circular dependency, one circular
> depencency in dependencies),
Please scratch that. I'll need to look at that a bit deep
But: As someone providing a public cloud you're in a clearly different
position than e.g Red Hat is. We're distributing software and providing
service for it. Nobody will know, if you're using software, which you
aren't allowed to distribute. The situation for us is diff
ent process: did anyone look at node's competitors? Like
CommonJS, Rhino, or SpiderMonkey?
[1] http://nodejs.org/changelog.html
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 12/11/14 18:23, Jiri Tomasek wrote:
> I see relation between Nodejs and js libs/tools and Angular app defining
> it's dependencies using NPM and Bower quite similar as Ruby, Rubygems
> and Rails application defining it's dependencies in Gemfile.lock.
> Rubygems are being packaged in distros, so
On 13/11/14 15:56, Martin Geisler wrote:
> Maybe a silly question, but why insist on this? Why would you insist on
> installing a JavaScript based application using your package manager?
>
> I'm a huge fan of package managers and typically refuse to install
> anything globally if it doesn't come
On 13/11/14 21:11, Matthew Farina wrote:
> I would like to take a moment to point out that developing system
> software is different from developing web applications. The way systems
> software is developed and often deployed is different from web applications.
>
> Horizon as it sits today appears
On 13/11/14 19:11, Donald Stufft wrote:
> As far as I’m aware npm supports TLS the same as pip does. That secures the
> transport between the end users and the repository so you can be assured
> that there is no man in the middle. Security wise npm (and pip) are about
> ~95% (mad up numbers, but y
On 14/11/14 16:21, Adam Young wrote:
> Example: I don't need Grunt to run a web server. I need Apache for
> that. Grunt does not need to be in the distro, mod_wsgi does.
I will need every tool required to run e.g. unit tests or selenium tests
to be packaged. Why? Because our builders don't hav
On 17/11/14 02:07, Richard Jones wrote:
> Except that selenium is non-free: it's in the non-free repository of
> Debian, because it contains a pre-built .xpi plugin for firefox, which
> itself contains pre-built .so and .dll files.
>
>
> Hasn't this issue already been addressed? Horiz
On 30/10/14 13:13, Matthias Runge wrote:
> Hi,
>
> tl;dr: how to progreed in separating horizon and openstack_dashboard
Options so far:
horizon_lib/openstack_horizon
horizon_lib/horizon_dashboard
horizon_lib/horizon
horizon/openstack_dashboard
did I miss something? If not, I'll
On 17/11/14 13:28, Yves-Gwenaël Bourhis wrote:
>
>
> Le 11/11/2014 09:30, Jiri Tomasek a écrit :
>> From what was discussed on contributors meetup, keeping the names
>> 'horizon' for the lib (framework) and 'openstack_dashboard' for
>> dashboard seemed most convenient. And I happen to aggree with
ould vote for the cleaner way (whatever that is).
XStatic is obviously not the cleanest way, but a good compromise in most
situations.
Matthias
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.open
up!
Do we really have items to discuss, where it needs a meeting in person?
Matthias
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
any
> concerns.
>
Thank you!
+1 for both!
Matthias
--
Matthias Runge
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 11/07/14 02:04, Michael Still wrote:
Sorry for the delay here. This email got lost in my inbox while I was
travelling.
This release is now tagged. Additionally, I have created a milestone
for this release in launchpad, which is the keystone process for
client releases. This means that users o
On 14/07/14 08:48, Rahul Sharma wrote:
Can someone please help me with the API’s required to add a menu item
and add my panels under those. Also I am pasting snippet of my code,
please let me know if there is a better way to fix this. Please note
that at this moment I cannot modify base Horizon
On 31/07/14 12:39, shailendra acharya wrote:
plz give responce i m stuck
On Thu, Jul 31, 2014 at 3:59 PM, shailendra acharya
mailto:acharyashailend...@gmail.com>> wrote:
Please keep in mind, this list is a development list, not intended for
end user questions.
The correct one would be:
open
On 06/08/14 14:01, Timur Sufiev wrote:
Hi!
Here is the link: http://koji.fedoraproject.org/koji/rpminfo?rpmID=5239113
The question is whether the python-pillow package really needed for
proper compiling css from scss in Horizon or is it an optional
requirement which can be safely dropped? The p
On 07/08/14 11:11, Timur Sufiev wrote:
Thanks,
now it is clear that this requirement can be safely dropped.
As I said, it's required during build time, if you execute the tests
during build.
It's not a runtime dependency; the page you were referring to is from
the build system.
Matthias
__
On 16/09/13 05:30, Monty Taylor wrote:
>
>
> On 09/15/2013 01:47 PM, Alex Gaynor wrote:
>> Falcon was included as a result of Marconi moving from stackforge to
>> being incubated. sphinxcontrib-programoutput doesn't appear to have been
>> added at all, it's still under
>> review: https://review.o
On 16/09/13 17:36, Michael Basnight wrote:
>>
>> Not to forget python-troveclient, which is currently a hard
>> requirement for Horizon.
>>
>> During the review for python-troveclient, it was discovered,
>> troveclient still references reddwarfclient (in docs/source).
>
> Are you saying it refe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16/09/13 17:51, Michael Basnight wrote:
>> Currently, just the docs refer to reddwarf, resulting in build
>> issues when building docs.
>>
>
> Whew! Ill fix it anyway. Thx fro pointing it out.
>
Awesome, Michael. Very much appreciated!
Matthias
On 24/09/13 11:10, Gary Kotton wrote:
> This just seems to affect Nova.
> Thanks
> Gary
>
> From: Administrator mailto:gkot...@vmware.com>>
> Reply-To: OpenStack Development Mailing List
Sadly not. Horizon seems to be broken for the same reason.
Matthias
___
On 11/04/2013 11:41 AM, Sascha Peilicke wrote:
> On Monday 04 November 2013 10:52:21 Maxime Vidori wrote:
>> Hi,
>>
>> I talked with Jiri Tomasek who is currently in charge of the integration of
>> Bootstrap V3 into Horizon. The integration is currently stuck and was
>> waiting for almost two month
Hello everybody,
since Gabriel Hurley stepped down and there will be another election for
a Horizon PTL. Currently, there is just one candidate, and I understand
an election as to have a choice and for Horizon to have an elected PTL.
I hereby declare my candidacy for the Horizon PTL.
I'm a membe
On 11/10/2013 11:45 PM, Dolph Mathews wrote:
>
> On Fri, Nov 8, 2013 at 2:38 AM, Matthias Runge <mailto:mru...@redhat.com>> wrote:
>
>
> Those are my primary targets I'd like to see addressed in Horizon during
> the cycle. Another thing I'd
On 11/10/2013 11:53 PM, John Dickinson wrote:
> A random off-the-top-of-my-head use case would be to subscribe to
> events from creating or changing objects in a particular Swift
> account or container. This would allow much more efficient listings
> in Horizon for active containers (and may also b
On 11/09/2013 11:45 AM, Michael Bright wrote:
>
> Could someone review this please, it's a small patch but has taken a
> while ...
> https://review.openstack.org/#/c/51263/
>
It would be very helpful, if you'd mention the project (in this case
nova), in the subject line.
Matthias
__
On 11/12/2013 12:09 PM, Eoghan Glynn wrote:
> Sounds reasonable, but just one caveat ...
>
> Notifications can either be disabled in the service config (e.g. by setting
> the notifier_strategy to noop in the glance config) or mis-configured (e.g.
> by not overriding control_exchange name in the ci
On 22/06/13 06:43, Zhigang Wang wrote:
> Current issues:
>
> * Some places still tight to OpenStack.
> * It pulls all the OpenStack related dependencies, e.g., the client
> api modules, openstack_auth, etc.
> * The test cases.
>
Yes, I absolutely agree. I think you should create a blueprint to tr
On 25/06/13 10:52, Rahul Sharma wrote:
> Hi All,
>
> I have setup multi-node openstack setup using grizzly release and ubuntu
> 12.04 distribution. Since there is no support for individual user to
> change his/her password, someone has provided a patch for the same.
> Ref:- https://review.openstac
On 04/07/13 11:27, Thomas Goirand wrote:
> Hi,
>
> Horizon seems to use python-selenium. The problem is that, in Debian,
> this package is in the non-free repository. So I strongly suggest to not
> use it for Havana. That otherwise would put Horizon into the contrib
> repository of Debian (eg: not
On 04/07/13 15:55, Daniel P. Berrange wrote:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636677
>
> "the package ships some files which are not yet built from source."
>
> Whether this is still accurate or not, is another matter, since that
> bz is 2 years old...
I remember that I f
On 09/07/13 09:22, Christian Berendt wrote:
> I gave http://www.chartjs.org/ a try and it's working fine. But I'm not
> sure about the license (MIT license). Is it possible to add Chart.js to
> the horizon repository? Or are there any other suggestions?
>
d3 is already included in horizon. At the
On 29/08/13 22:31, Endre Karlson wrote:
> Does anyone know what too is used to do mockups ?
I'd suggest pencil to you.
http://pencil.evolus.vn/
Matthias
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/
On 04/11/15 09:25, Saravanan KR wrote:
> There may be multiple solutions:
> 1) Waiting for the synchronous and then respond
> 2) Do not trigger page refresh and respond with Operation in progress
> 3) If there is a mechanism to know delete in progress, do not list the
> interface
>
> To decide on
Hello,
it looks like Horizon gate jobs (esp. the npm-run-lint jobs) are
currently timing out, and it looks like a networking issue.
I opened
https://bugs.launchpad.net/horizon/+bug/1514734
to track this.
Matthias
__
OpenStac
On 12/11/15 14:40, Alan Pevec wrote:
>> This is a call to stable-maint teams for Nova, Keystone, Glance,
>> Cinder, Neutron, Horizon, Heat, Ceilometer, Trove and Sahara to review
>> open stable/juno changes[2] and approve/abandon them as appropriate.
>
> CCing CPLs listed in
> https://wiki.opensta
On 13/11/15 02:49, Tony Breeds wrote:
> On Thu, Nov 12, 2015 at 02:40:19PM +0100, Alan Pevec wrote:
>
>> AFAICT there are at least two blockers for 2014.2.4: - horizon -
>> django_openstack_auth issue Tony mentions in
>> https://review.openstack.org/172826
>
> Horizon itself is fine BUT gets cau
On 19/11/15 12:19, Rob Cresswell (rcresswe) wrote:
> Hey folks,
>
> Our bug list is… rather large. We’ve discussed having a bug day, where
> as a community we all dedicate some time to triaging bugs and discussing
> in the IRC channel as we go.
>
> First off, see the docs about bug
> triage: http
1 - 100 of 183 matches
Mail list logo