Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-12 Thread Michael Krotscheck
If all you're looking for is a javascript-based in-browser templating system, then handlebars is a fine choice. I'm not certain on how complex status.html/status.js is, however if you expect it to grow to something more like an application then perhaps looking at angular as a full application

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Michael Krotscheck
On 01/13/2014 05:05 AM, Sean Dague wrote: Honestly, I've not done enough large scale js projects to know whether we'd consider status.js to be big or not. I just know it's definitely getting too big for += all the html together and doing document.writes. Yes indeed. I guess the real question I

Re: [openstack-dev] [infra] javascript templating library choice for status pages

2014-01-13 Thread Michael Krotscheck
On 01/13/2014 01:12 PM, Sean Dague wrote: Well, as an expert in the area, particular recommendations would be appreciated. I don't feel like we necessarily need one answer, but it would be nice knock some of the options off the table. I'd say: Start with handlebars, unless you want to lay

Re: [openstack-dev] [Nova] Updates to Juno blueprint review process

2014-03-24 Thread Michael Krotscheck
On Sat, Mar 22, 2014 at 3:14 AM, Sean Dague s...@dague.net wrote: Storyboard remains vaporware. I will be enormously happy when it is not. You could, oh, I dunno, maybe contribute to the codebase. I am _certain_ that it would make more people happy than calling it vaporware on a public list.

Re: [openstack-dev] [Tuskar][Horizon] Javascript linter

2014-04-02 Thread Michael Krotscheck
+1 on talking to lawyers. Some more context: JSHint is a fork of JSLint, from which the problem license originates. The team has made a significant effort to strip out and replace JSLint code, however there remains one file which they haven’t tackled yet. There’s a large discussion here,

[openstack-dev] [Storyboard] [UX] Atlanta Storyboard UX Summary

2014-05-21 Thread Michael Krotscheck
I've compiled a list of takeaways from the one-on-one ux sessions that we did at the Atlanta Summit. These comments aren't exhaustive - they're the big items that came up over and over again. If you'd like to review the videos yourself or peruse my notes, please drop me a private line: They're

Re: [openstack-dev] [infra] Nominating Nikita Konovalov for storyboard-core

2014-05-21 Thread Michael Krotscheck
+1, especially since it spreads Storyboard-core to be more-than-HP. Michael ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [infra] [storyboard] Goodbye Infra on Launchpad, Hello Infra on StoryBoard

2014-11-19 Thread Michael Krotscheck
The OpenStack Infrastructure team has successfully migrated all of the openstack-infra project bugs from LaunchPad to StoryBoard. With the exception of openstack-ci bugs tracked by elastic recheck, all bugs, tickets, and work tracked for OpenStack Infrastructure projects must now be submitted

Re: [openstack-dev] [OpenStack-Infra] [infra] [storyboard] Goodbye Infra on Launchpad, Hello Infra on StoryBoard

2014-11-20 Thread Michael Krotscheck
Hey there, Brad! The answer to your question depends on who you ask. If you ask me, I will say: Yes! Feel free to use it all you want! If you ask Thierry or Jim Blair, their response will be “Oh please no”. Our roadmap right now is as follows: - 1.1.1: Clean up straggling features from our

Re: [openstack-dev] [Fuel][Nailgun] Web framework

2014-12-02 Thread Michael Krotscheck
This sounds more like you need to pay off technical debt and clean up your API. Michael On Tue Dec 02 2014 at 10:58:43 AM Nikolay Markov nmar...@mirantis.com wrote: Hello all, I actually tried to use Pecan and even created a couple of PoCs, but there due to historical reasons of how our API

Re: [openstack-dev] [All] Who needs a pair of hands to write tons of python code

2014-12-18 Thread Michael Krotscheck
StoryBoard is always looking for help, and we've got a nice roadmap that you can pull a feature from if you're so inclined: https://wiki.openstack.org/wiki/StoryBoard/Roadmap Come hang out on #storyboard and #openstack-infra :) Michael On Thu Dec 18 2014 at 6:52:28 AM Michael

[openstack-dev] [infra] [storyboard] Nominating Yolanda Robla for StoryBoard Core

2014-12-23 Thread Michael Krotscheck
Hello everyone! StoryBoard is the much anticipated successor to Launchpad, and is a component of the Infrastructure Program. The storyboard-core group is intended to be a superset of the infra-core group, with additional reviewers who specialize in the field. Yolanda has been working on

Re: [openstack-dev] [horizon] JavaScript docs?

2015-02-04 Thread Michael Krotscheck
I agree. StoryBoard's storyboard-webclient project has a lot of existing code already that's pretty well documented, but without knowing what documentation system we were going to settle on we never put any rule enforcement in place. If someone wants to take a stab at putting together a javascript

Re: [openstack-dev] [horizon] static files handling, bower/

2015-01-14 Thread Michael Krotscheck
Solaris is supported by node.js: x86 is certainly supported. Always has been. That's not the issue in question. My point was that SPARC is not supported. I think Oracle's got enough money to support Node.js on SPARC. I think Solaris is no longer relevant I won't stoop to comment on

Re: [openstack-dev] [horizon] static files handling, bower/

2015-01-15 Thread Michael Krotscheck
I think Oracle's got enough money to support Node.js on SPARC. How is money relevant here? Well, normally the argument I've received is We don't have the time/resources/insert-other-fiscally-motivated-reason to support/work on node. Ergo, money. But then, given Oracle's conduct around the

Re: [openstack-dev] [horizon] static files handling, bower/

2015-01-16 Thread Michael Krotscheck
Does having the requirements specified in a JSON file, without requiring a specific build tool to install the files, solve the packaging, testing, and deployment issue on platforms where node.js isn’t supported natively right now? We only support what we test. Unless I missed something,

Re: [openstack-dev] The root-cause for IRC private channels (was Re: [all][tc] Lets keep our community open, lets fight for it)

2015-02-18 Thread Michael Krotscheck
You got my intention right: I wanted to understand better what lead some people to create a private channel, what were their needs. I'm in a passworded channel, where the majority of members work on OpenStack, but whose common denominator is We're in the same organizational unit in HP. We

Re: [openstack-dev] [horizon] JavaScript docs?

2015-02-05 Thread Michael Krotscheck
On Thu Feb 05 2015 at 12:07:01 AM Radomir Dopieralski openst...@sheep.art.pl wrote: Plus, the documentation generator that we are using already, Sphinx, supports JavaScript perfectly fine, so I see no reason to add another tool. Try to empathize with us a little here. What you're asking is

Re: [openstack-dev] [horizon] Do No Evil

2015-03-09 Thread Michael Krotscheck
On Sun, Mar 8, 2015 at 3:21 PM Thomas Goirand z...@debian.org wrote: Anyway, you understood me: please *never* use this Expat/MIT license with the The Software shall be used for Good, not Evil. additional clause. This is non-free software, which I will *never* be able to upload to Debian

Re: [openstack-dev] [horizon] bower

2015-03-09 Thread Michael Krotscheck
I was wrong. Ignore me on the https thing. On Mon, Mar 9, 2015 at 4:05 PM Michael Krotscheck krotsch...@gmail.com wrote: Turns out that the bower registry doesn't actually support https. Git does - so we can prove authenticity of the code - but the address lookup that tells us which git url

Re: [openstack-dev] [horizon] bower

2015-03-09 Thread Michael Krotscheck
this. I hope we can move to bower sooner rather than later. On Sat, Mar 7, 2015 at 5:26 PM, Richard Jones r1chardj0...@gmail.com wrote: On Sun, 8 Mar 2015 at 04:59 Michael Krotscheck krotsch...@gmail.com wrote: Anyone wanna hack on a bower mirror puppet module with me? BTW are you aware

[openstack-dev] [horizon] Do No Evil

2015-03-06 Thread Michael Krotscheck
Heya! So, a while ago Horizon pulled in JSHint to do javascript linting, which is awesome, but has a rather obnoxious Do no evil licence in the codebase: https://github.com/jshint/jshint/blob/master/src/jshint.js StoryBoard had the same issue, and I've recently replaced JSHint with ESlint for

Re: [openstack-dev] [horizon] Do No Evil

2015-03-07 Thread Michael Krotscheck
On Sat, Mar 7, 2015 at 8:15 AM Ian Wells ijw.ubu...@cack.org.uk wrote: With apologies for derailing the question, but would you care to tell us what evil you're planning on doing? I find it's always best to be informed about these things. Me? What? Me? Evil? None, of course. Nope. Nothing

Re: [openstack-dev] [all] Question for the TC candidates

2015-04-23 Thread Michael Krotscheck
Hey there Chris! On Thu, Apr 23, 2015 at 9:17 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

[openstack-dev] TC Candidacy

2015-04-22 Thread Michael Krotscheck
downstream UI developers post-liberty, and am trying to teach Infra how to publish javascript libraries much like it does for python. Also, I've got 15 years of experience as a UI engineer, and a scant year of experience as a UX researcher. Michael Krotscheck

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

2015-04-20 Thread Michael Krotscheck
What's the difference between openstack/zaqar and stackforge/cue? Looking at the projects, it seems like zaqar is a ground-up implementation of a queueing system, while cue is a provisioning api for queuing systems that could include zaqar, but could also include rabbit, zmq, etc... If my

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

2015-04-20 Thread Michael Krotscheck
...@redhat.com] Sent: Monday, April 20, 2015 11:38 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?) On 04/20/2015 02:22 PM, Michael Krotscheck wrote: What's the difference between openstack/zaqar and stackforge/cue? Looking

[openstack-dev] [horizon] Karma Tests in Horizon

2015-05-01 Thread Michael Krotscheck
, but it appears you missed the notification in backscroll. For reference, here's the patch under consideration: https://review.openstack.org/#/c/168152/ Michael Krotscheck __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [oslo] Adding Joshua Harlow to oslo-core

2015-05-05 Thread Michael Krotscheck
++! On Tue, May 5, 2015 at 8:02 AM Davanum Srinivas dava...@gmail.com wrote: +1 from me!! -- dims On Tue, May 5, 2015 at 10:47 AM, Julien Danjou jul...@danjou.info wrote: Hi fellows, I'd like to propose that we add Joshua Harlow to oslo-core. He is already maintaining some of the

Re: [openstack-dev] [PKG-Openstack-devel][horizon][xstatic] XStatic-Angular-Bootstrap in violation of the MIT/Expat license (forwarded from: python-xstatic-angular-bootstrap_0.11.0.2-1_amd64.changes R

2015-05-05 Thread Michael Krotscheck
On Tue, May 5, 2015 at 1:32 AM Matthias Runge mru...@redhat.com wrote: On 05/05/15 04:31, Ian Cordasco wrote: Even so, Horizon is deployed in many places, and given the reliability of system packages, it’s increasingly deployed from source. Ok, I'll bite. You surely have a source for

[openstack-dev] [Security] CORS Documentation

2015-05-05 Thread Michael Krotscheck
Hey everyone! I'm currently managing an OpenStack specification to introduce CORS support to Liberty. The specification is here for your review: https://review.openstack.org/#/c/179866/1 Seeing as activating CORS has security implications, I strongly feel that the documentation should reflect

Re: [openstack-dev] xstatic-angular-fileupload with no license

2015-05-11 Thread Michael Krotscheck
If only JavaScript had a package manager that would take care of all this... ;) Michael On Mon, May 11, 2015 at 12:45 PM Thomas Goirand z...@debian.org wrote: Hi, We had the issue with lrdragndrop, and angular-bootstrap. Now, we're having the same issue again with this angular-fileupload.

[openstack-dev] [Horizon] Horizon Usage Survey Results

2015-05-15 Thread Michael Krotscheck
Hey everyone! I've compiled some *preliminary* results from the horizon usage survey I'm running. I'll be soliciting more responses during the summit, and if you forgot to contribute, you can still participate. The link is here: http://tinyurl.com/horizon-usage-survey . If you've already

Re: [openstack-dev] [Horizon]Informal Pre-summit get together

2015-05-17 Thread Michael Krotscheck
Do you have any distinguishing features? Like an enormous openstack hat? On Sun, May 17, 2015, 5:06 AM Doug Fish the.doug.f...@gmail.com wrote: I missed the discussion in IRC. I'm going to be there Sunday. If we also go out Monday I'll probably show up then too Doug On May 17, 2015, at

[openstack-dev] [javascript] Linters

2015-06-05 Thread Michael Krotscheck
Right now, there are several JS linters in use in OpenStack: JSHint, JSCS, and Eslint. I really would like to only use one of them, so that I can figure out how to sanely share the configuration between projects. Can all those who have a strong opinion please stand up and state their opinions?

Re: [openstack-dev] [javascript] Linters

2015-06-08 Thread Michael Krotscheck
On Mon, Jun 8, 2015 at 1:59 AM Matthias Runge mru...@redhat.com wrote: jshint: still non-free license [1] Yep! Ergo, we can't really use it. eslint seems to require to sign a CLA, if we come across an issue and were going to fix that. So does the python foundation, I'm not really

[openstack-dev] [cors] Last Call for Comments

2015-06-02 Thread Michael Krotscheck
Hey everyone! The CORS spec has been under review for about a month now, and the TC has put it on the agenda next week for final approval. I plan on doing one final revision of the document - if it is warranted - so get your comments in now! https://review.openstack.org/#/c/179866/ Michael

Re: [openstack-dev] [javascript] Linters

2015-06-09 Thread Michael Krotscheck
a strong following :) Michael On Mon, Jun 8, 2015 at 9:02 PM gustavo panizzo (gfa) g...@zumbi.com.ar wrote: On 2015-06-06 03:26, Michael Krotscheck wrote: Right now, there are several JS linters in use in OpenStack: JSHint, JSCS, and Eslint. I really would like to only use one of them, so

Re: [openstack-dev] [javascript] Linters

2015-06-09 Thread Michael Krotscheck
/.jscsrc [4] https://github.com/openstack/horizon/blob/master/.jshintrc On 6/8/15, 9:59 PM, gustavo panizzo (gfa) g...@zumbi.com.ar wrote: On 2015-06-06 03:26, Michael Krotscheck wrote: Right now, there are several JS linters in use in OpenStack: JSHint, JSCS, and Eslint. I really would

Re: [openstack-dev] [javascript] Linters

2015-06-09 Thread Michael Krotscheck
, there is a good case for a framework-agnostic API library for [Insert API Here]. So, let's just start with the Google Style Guidelines, and let projects use plugins (like eslint-angular) to support additional project guidelines. Michael On Tue, Jun 9, 2015 at 9:01 AM Michael Krotscheck krotsch...@gmail.com

Re: [openstack-dev] [ceilometer] can we get ceilometermiddleware to use a config file instead of transport_url?

2015-06-22 Thread Michael Krotscheck
Having _just_ done this, a couple of suggestions. - If the middleware is NOT optional - that is, it provides some kind of a fundamental component or specification of the API, like ETag caching, CORS, or DB Session management - then the middleware should be added during the app initialization

Re: [openstack-dev] [Nova] The unbearable lightness of specs

2015-06-24 Thread Michael Krotscheck
TL/DR: I think the original poster is simply frustrated with how long it takes to go from spec to landed feature. How about we stop talking about whether specs are good or not (I think everyone agrees that they are beneficial), and try to actually make the process better? And by make it better, I

Re: [openstack-dev] [Ironic][Horizon][Tuskar-ui] Making a dashboard for Ironic

2015-06-19 Thread Michael Krotscheck
-zhenguo *From:* Michael Krotscheck [mailto:krotsch...@gmail.com krotsch...@gmail.com] *Sent:* Wednesday, June 17, 2015 11:56 PM *To:* OpenStack Development Mailing List (not for usage questions) *Subject:* Re: [openstack-dev] [Ironic][Horizon][Tuskar-ui] Making a dashboard for Ironic

Re: [openstack-dev] [javascript] Linters

2015-06-10 Thread Michael Krotscheck
On Tue, Jun 9, 2015 at 3:37 PM Robert Collins robe...@robertcollins.net wrote: On 10 June 2015 at 04:01, Michael Krotscheck krotsch...@gmail.com wrote: Well, it looks like everyone has disqualified jslint and jshint, so let's just make a decision there and remove them from the running

Re: [openstack-dev] [javascript] [horizon] [merlin] [refstack] Javascript Linting

2015-06-16 Thread Michael Krotscheck
: Michael Krotscheck krotsch...@gmail.com Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Date: Tuesday, 16 June 2015 00:36 To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Subject: [openstack

Re: [openstack-dev] [javascript] [horizon] [merlin] [refstack] Javascript Linting

2015-06-16 Thread Michael Krotscheck
On Tue, Jun 16, 2015 at 10:22 AM Tripp, Travis S travis.tr...@hp.com wrote: I think agreeing on rules is the bigger problem here and I don’t think all the projects should have to agree on rules. I believe we agree there, mostly. I personally feel there is some benefit to setting some rules,

Re: [openstack-dev] [Ironic][Horizon][Tuskar-ui] Making a dashboard for Ironic‏

2015-06-17 Thread Michael Krotscheck
Hey there! Yes, we are duplicating effort. I've spent quite a bit of effort over the past few months landing features inside openstack that will make it possible for a JavaScript client to be imported to horizon as a dependency. This includes CORS, configuration, caching, infra tooling, etc, with

[openstack-dev] [javascript] [horizon] [merlin] [refstack] Javascript Linting

2015-06-15 Thread Michael Krotscheck
I'm restarting this thread with a different subject line to get a broader audience. Here's the original thread: http://lists.openstack.org/pipermail/openstack-dev/2015-June/066040.html The question at hand is What will be OpenStack's javascript equivalent of flake8. I'm going to consider the need

[openstack-dev] [Javascript] Summit Conversation Continued

2015-05-28 Thread Michael Krotscheck
Hey everyone! We had an _excellent_ discussion in Vancouver, but with only 40 minutes to discuss things we didn't reach consensus on many topics that we really needed to hash out. In order to make sure that the rest of this list is addressed, I'm including a summary of the discussion here and

[openstack-dev] Resigning as StoryBoard-Core

2015-05-21 Thread Michael Krotscheck
Hey everyone! As many of you know, storyboard's been on a bit of a back burner recently, largely because members of the TC have acknowledged that the project was never properly resourced, and therefore have reversed their opinion on whether we should be trying to build our own task tracker that

Re: [openstack-dev] [oslo][keystone] oslo_config and wsgi middlewares

2015-08-06 Thread Michael Krotscheck
Hi there! The most recent version of the CORS middleware (~2.4) no longer requires the use of Oslo.config, and supports pastedeploy. While using oslo.config provides far better features - such as multiple origins - it doesn't prevent you from using it in the paste pipeline. The documentation has

Re: [openstack-dev] [UX] [Keystone] [Horizon] Pagination support for Identity dashboard entities

2015-08-16 Thread Michael Krotscheck
On Sat, Aug 15, 2015 at 11:02 AM Morgan Fainberg morgan.fainb...@gmail.com wrote: Please do not construe a major api change as backwards incompatible. This pagination was never supported in v3 properly/at all. Sure, let's argue semantics! That's a useful path forward :). As we move towards

Re: [openstack-dev] [murano] eslint cleanup

2015-07-28 Thread Michael Krotscheck
that of horizon — we can impose slightly stricter rule set, than horizon currently does. But switching to it completely is something, that I do consider and it is on the roadmap =) -- Kirill Zaitsev Murano team Software Engineer Mirantis, Inc On 28 Jul 2015 at 03:00:40, Michael Krotscheck (krotsch

Re: [openstack-dev] [oslo][keystone] oslo_config and wsgi middlewares

2015-08-11 Thread Michael Krotscheck
Danjou jul...@danjou.info wrote: On Mon, Aug 10 2015, Michael Krotscheck wrote: Hi Michael, It appears that the patch related to this discussion were rushed through rather quickly, and without appropriate updates to the documentation. The documentation of the library no longer matches

Re: [openstack-dev] [oslo][keystone] oslo_config and wsgi middlewares

2015-08-07 Thread Michael Krotscheck
On Thu, Aug 6, 2015 at 10:08 AM Mehdi Abaakouk sil...@sileht.net wrote: Yes, but you can't use oslo.config without hardcode the loading the middleware to pass the oslo.config object into the application. Yes, and that is intentional, because the use of global variables of any sort is bad.

Re: [openstack-dev] [oslo][keystone] oslo_config and wsgi middlewares

2015-08-10 Thread Michael Krotscheck
appropriate updated documentation by the end of this week, we revert Medhi's patches so that we can unblock the library. In case you're curious, the related patch is here: https://review.openstack.org/#/c/209817/3 Michael Krotscheck On Sun, Aug 9, 2015 at 7:58 PM Jamie Lennox jamielen...@redhat.com

Re: [openstack-dev] [UX] [Keystone] [Horizon] Pagination support for Identity dashboard entities

2015-08-14 Thread Michael Krotscheck
I don't have a horse in the What should keystone support race. I do, however, need to point out that any UX argument made about how a UI should work should, at this point, ask the OpenStack UX program for help! Thus I've changed the topic of this email to make sure Piet and the UX teams get a

Re: [openstack-dev] [UX] [Keystone] [Horizon] Pagination support for Identity dashboard entities

2015-08-15 Thread Michael Krotscheck
On Fri, Aug 14, 2015 at 2:26 PM Adam Young ayo...@redhat.com wrote: On 08/14/2015 12:43 PM, Michael Krotscheck wrote: 1- Do users want to page through search results? Does not matter: in Federation, the User list is not available. Let's back up here for a sec: A user wants to page a list

Re: [openstack-dev] [murano] eslint cleanup

2015-07-27 Thread Michael Krotscheck
FYI, those rules have been moved into OpenStack under the QA program. I'm currently working on getting npm publish jobs to function so we can release those rules as well. http://git.openstack.org/cgit/openstack/eslint-config-openstack/ Michael On Mon, Jul 27, 2015 at 4:13 PM Kirill Zaitsev

Re: [openstack-dev] [horizon] Minimum Unit Test Coverage

2015-07-23 Thread Michael Krotscheck
+1 on coverage of any kind. From a tooling perspective, are you thinking istanbul? From an infra perspective, are you thinking a separate job, or to have it integrated in with npm run test? FYI- istanbul wraps the unit test invocation, e.g. 'istanbul karma start ./karma.config.js' or something

[openstack-dev] [javascript] [qa] [eslint-config-openstack] Nominating Cindy Lu for eslint-config-openstack-core

2015-07-09 Thread Michael Krotscheck
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 eslint configuration into a separate project (much like hacking), I'd like to

[openstack-dev] [javascript] [eslint-config-openstack]

2015-08-27 Thread Michael Krotscheck
TL/DR: Do you have an opinion on language style? Of course you do! Come weigh in on javascript style rules! https://review.openstack.org/#/q/status:open+project:openstack/eslint-config-openstack,n,z (List will continually update as we add more patches) The original

Re: [openstack-dev] [all] Something about being a PTL

2015-09-09 Thread Michael Krotscheck
Beautiful summary, Flavio, especially the points about creating new PTL's. It's the bus-number argument: How many people have to get hit by a bus for the project to falter? It's best to have a backup. Also: Being a PTL is a full-time job. >From working with current and former PTL's, I've noticed

[openstack-dev] [ironic] [javascript] ironic-webclient seeks more reviewers and contributors

2015-09-28 Thread Michael Krotscheck
Hey everyone! The ironic webclient is finally moving forward again, however we're at that odd stage where most of the ironic team is Awesome Python and Hardware types, and we're lacking reviewers able to keep an eye on our Angular Javascript code. In the interest of not creating an echo chamber

[openstack-dev] [all] [infra] [java] Seeking java mirror person

2015-12-04 Thread Michael Krotscheck
Hey everyone! A few months ago, there was a conversation in #openstack-infra, where _someone_ asked for a maven repository mirror to speed up, and stabilize, any java builds. Unfortunately, I can't remember for who that was, and my grep-foo is (apparently) weak. Could the interested party please

Re: [openstack-dev] [Fuel] Patch size limit

2015-12-01 Thread Michael Krotscheck
TL/DR: I think you're trying to solve the problem the wrong way. If you're trying to reduce the burden of large patches, I feel the project in question should distribute the burden of reviewing the big ones so one person's not stuck doing them all. That also means you can keep that patch in mental

Re: [openstack-dev] [cross-project] Cross-project Liaisons

2015-12-01 Thread Michael Krotscheck
As someone who's surprised more than one team with a patch that apparently came from left field (until I pointed out the x-project spec), I'm totally for this. Michael On Tue, Dec 1, 2015 at 1:45 AM Thierry Carrez wrote: > Mike Perez wrote: > > [...] > > I would like to

[openstack-dev] [oslo] A special thank you to Davanum (Dims)

2015-11-23 Thread Michael Krotscheck
Have you ever wanted to thank someone directly, but they're not on IRC so you can't pester them there? Well, dims isn't on IRC right now, so he has to put up with being told he's awesome in public :). Thank you, dims, for helping me out on my work in oslo middleware. You've been calm, helpful,

[openstack-dev] [javascript] New linting rules under review

2015-11-23 Thread Michael Krotscheck
Happy Monday, everyone! We have a few new javascript linting rules under review, since the release of eslint 1.10.1. Also, we have a proposed rule activation and a proposed rule deactivate as well, and all of these would benefit from more reviews. The rules in question are here:

[openstack-dev] [javascript] Meeting time doodle

2016-06-06 Thread Michael Krotscheck
in the week when a meeting channel might be open. If you work, consume, and/or want to contribute to JavaScript in OpenStack, please fill out this doodle and let me know when you can attend! http://doodle.com/poll/3hxubef6va5wzpkc Michael Krotscheck

Re: [openstack-dev] [javascript] Meeting time doodle

2016-06-10 Thread Michael Krotscheck
-agenda Michael On Mon, Jun 6, 2016 at 11:34 AM Michael Krotscheck <krotsch...@gmail.com> wrote: > Between fuel, ironic, horizon, storyboard, the app ecosystem group, the > partridges, the pear trees, and the kitchen sinks, there's an awful lot of > JavaScript work happening in Op

Re: [openstack-dev] [javascript] Meeting time doodle

2016-06-13 Thread Michael Krotscheck
SDK. See you then! Michael On Fri, Jun 10, 2016 at 3:30 PM Michael Krotscheck <krotsch...@gmail.com> wrote: > Alright, the first meeting will be on monday, 1500UTC. For the first > meeting we'll just meet in #openstack-javascript, and see which of the > rooms are available at that t

Re: [openstack-dev] [all] Proposal: Architecture Working Group

2016-06-20 Thread Michael Krotscheck
I like the idea in principle, but am bullish on the implementation. For example: we have the API-WG which fulfills part of an Architectural mission, as well as the Cross-Project WG which fulfills a different part. Yet there's no incentive, carrot or stick, that drives adoption of the approved

Re: [openstack-dev] [all] Proposal: Architecture Working Group

2016-06-21 Thread Michael Krotscheck
On Mon, Jun 20, 2016 at 10:59 AM Clint Byrum wrote: > > As you should be, and we all must be. It's not going to happen if we > just dream it. That's kind of the point. Let's write down a design _for > the group that writes down designs_. > If I had any confidence that this

Re: [openstack-dev] [nova] Placement API WSGI code -- let's just use flask

2016-06-21 Thread Michael Krotscheck
[Non-specific to nova] I generated a list of which frameworks were in use in Mitaka - it's at the top of the blog post I reference below, so you don't have to dig into it too much to get the data. TL/DR: - falcon: 4 projects - custom + routes: 12 projects - pecan: 12 projects - flask: 2 projects

[openstack-dev] [qa] [eslint-config-openstack] Nominating Beth Elwell to eslint-config-openstack core

2016-01-11 Thread Michael Krotscheck
nt reviews, and - most importantly - said yes when I asked her. In my book, that's a little crazypants, because she's willing to jump into the linting fight. But hey, everyone's weird in their own special way :) Michael

Re: [openstack-dev] [api] api working group proposed actions guideline needs input

2016-01-18 Thread Michael Krotscheck
There's related work going on in ironic - https://review.openstack.org/#/c/224022/ - it proposes a way by which a user may query the transitions (actions) of the underlying FSM: "Get me all the valid actions/transitions". Other comments on the review.

Re: [openstack-dev] [infra] Gate is broken

2016-01-29 Thread Michael Krotscheck
> > > On Fri, Jan 29, 2016 at 10:41 AM Michael Krotscheck <krotsch...@gmail.com> > wrote: > >> Hey everyone! >> >> Since the summit submission deadline is this weekend, we (the infra team) >> have decided that it's an excellent time to break all of our

[openstack-dev] [infra] Gate is broken

2016-01-29 Thread Michael Krotscheck
Hey everyone! Since the summit submission deadline is this weekend, we (the infra team) have decided that it's an excellent time to break all of our slaves, so you can go and submit your talks for Austin! That certainly sounds better than "We misconfigured pip.conf and now none of our nodes know

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-02-25 Thread Michael Krotscheck
On Thu, Feb 18, 2016 at 10:18 AM Morgan Fainberg wrote: > > I am against "option 1". This could be a case where we classify it as a > release blocking bug for Mitaka final (is that reasonable to have m3 with > the current scenario and final to be fixed?), which opens

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-02-25 Thread Michael Krotscheck
On Thu, Feb 18, 2016 at 9:58 AM Sean Dague wrote: > Here is the future we're going to have. > The future is only going to happen if help materializes. So far, we still need updated patches on all 22 projects, and these will need to land in time for the mitaka release. I can

Re: [openstack-dev] [all] A proposal to separate the design summit

2016-02-23 Thread Michael Krotscheck
On Tue, Feb 23, 2016 at 3:40 AM Chris Dent wrote: > > However, it makes me sad to see the continued trend of limiting > in-person gatherings. They are useful as a way of keeping people > aligned with similar goals and approaches to reaching those goals. > Yes, it is

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-02-26 Thread Michael Krotscheck
for everyone to weigh in on the implementation. After that I will start converting the other projects over as best I can and as I have time. Who is willing to help? Michael On Thu, Feb 25, 2016 at 9:05 AM Michael Krotscheck <krotsch...@gmail.com> wrote: > On Thu, Feb 18, 2016 at 10:18

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-02-25 Thread Michael Krotscheck
On Thu, Feb 18, 2016 at 11:42 AM Adam Young wrote: > If the deployer does and all-in-one, and all services are on port 443, > CORS is not an issue. > I feel that this is based on the assumption that a cloud will only ever have one GUI, which I already know is not the case.

Re: [openstack-dev] [api] api working group proposed actions guideline needs input

2016-01-19 Thread Michael Krotscheck
something, typically to achieve an aim. Personally, I prefer action, because I feel like an action can be composed of multiple tasks and/or transitions. Michael On Mon, Jan 18, 2016 at 8:31 AM michael mccune <m...@redhat.com> wrote: > On 01/18/2016 10:05 AM, Michael Krotscheck wrote: > &g

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-02-17 Thread Michael Krotscheck
We (that is, the cores, contributors, and consumers that I've been collaborating with over the past year on this) came to the consensus that leaving the cors middleware as generic & configurable as possible was preferable, and that an openstack-specific version that automatically initializes

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-02-17 Thread Michael Krotscheck
On Wed, Feb 17, 2016 at 9:41 AM Doug Hellmann wrote: > > The next release of oslo.config will have this. > https://review.openstack.org/#/c/278604/ http://stjent.pinnaclecart.com/images/products/preview/55008.jpg Michael

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-02-18 Thread Michael Krotscheck
On Wed, Feb 17, 2016 at 2:29 PM Doug Hellmann wrote: > > That change only affects sample files and documentation. It has been > possible for applications to override config defaults for ages. Were we > blocked on making effective use of that because of the doc issue for a

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-02-18 Thread Michael Krotscheck
Clarifying: On Thu, Feb 18, 2016 at 2:32 AM Sean Dague wrote: > Ok, to make sure we all ended up on the same page at the end of this > discussion, this is what I think I heard. > > 1) oslo.config is about to release with a feature that will make adding > config to paste.ini not

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-02-18 Thread Michael Krotscheck
On Thu, Feb 18, 2016 at 9:07 AM Doug Hellmann wrote: > > If the deployer is only ever supposed to set the value to the default, > why do we let them change it at all? Why isn't this just something the > app sets? There was a specific request from the ironic team to not

Re: [openstack-dev] [Horizon] Javascript linting and documentation

2016-03-10 Thread Michael Krotscheck
On Wed, Mar 9, 2016 at 4:15 PM Richard Jones wrote: > > We already have a "lintq" npm task that does this, which most of us use. > The problem is that we then ignore all the legitimate code linting warnings. > I think we both agree that some form of jsdoc linting is

Re: [openstack-dev] [Horizon] Javascript linting and documentation

2016-03-10 Thread Michael Krotscheck
On Wed, Mar 9, 2016 at 12:45 PM Tripp, Travis S wrote: > The problem is that the warnings are so great that is really hard to read. > If all the warnings were fixed - I know Matt Borland's working on that - would we be having this conversation? Michael

Re: [openstack-dev] [Horizon] Javascript linting and documentation

2016-03-09 Thread Michael Krotscheck
+1 to what Rob said. I guess I don't see what problems is being solved by turning the rule off, and I also don't see the harm in having more check. It does generate a lot of warnings, but invoking `npm run lint -- --quiet` gets rid of those. Also, from my experience, sphinx-based doc builds are

Re: [openstack-dev] [Horizon] How do we move forward with xstatic releases?

2016-03-09 Thread Michael Krotscheck
On Wed, Mar 9, 2016 at 7:58 AM Monty Taylor wrote: > > > SOLUTION 4: vendor the javascript > > > > Heh. > > Heh indeed. > > SOLUTION 4.alt: use npm/bower instead of xstatic to pull the javascript. > +1. Let's move the codebase forward, instead of continuing to build hacky

Re: [openstack-dev] [horizon] Proposal to add Diana Whitten tohorizon-core

2016-03-09 Thread Michael Krotscheck
+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 wrote: > Big +1 from me, thanks for all the hard work Diana! > > > - Original message - > From: David Lyle > To: OpenStack

Re: [openstack-dev] [all][oslo] config generator default overrides and namespaces

2016-03-14 Thread Michael Krotscheck
On Mon, Mar 14, 2016 at 7:29 AM Markus Zoeller wrote: > > Thanks Doug and Robert for catching this and providing the fixes! > > Regarding potential backports: Do you have information if this is > something which came up in a specific version in "oslo.config"? > Oslo

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-03-04 Thread Michael Krotscheck
se patches in time. > > Additionally, I will not be able to address issues caused by projects that > have not adopted oslo.config's generate-config. I hope those teams will be > able to find their own paths forward. > > Who is willing to help? > > Michael > > On Fri

Re: [openstack-dev] [Openstack-operators] OpenStack Contributor Awards

2016-03-03 Thread Michael Krotscheck
On Tue, Feb 16, 2016 at 2:48 AM Tom Fifield wrote: > > in the meantime, let's use this thread to discuss the fun part: goodies. > What do you think we should lavish award winners with? Soft toys? > Perpetual trophies? baseball caps ? > "I made a substantial contribution to

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

2016-03-01 Thread Michael Krotscheck
that have not adopted oslo.config's generate-config. I hope those teams will be able to find their own paths forward. Who is willing to help? Michael On Fri, Feb 26, 2016 at 6:09 AM Michael Krotscheck <krotsch...@gmail.com> wrote: > Alright, I have a first sample patch up for what was

[openstack-dev] Summit Core Party after Austin

2016-04-21 Thread Michael Krotscheck
Hey everyone- So, HPE is seeking sponsors to continue the core party. The reasons are varied - internal sponsors have moved to other projects, the Big Tent has drastically increased the # of cores, and the upcoming summit format change creates quite a bit of uncertainty on everything surrounding

  1   2   >