Re: [openstack-dev] [api] [devstack] [ocata] Consistent Endpoint Discovery

2016-09-09 Thread Michael Krotscheck
e's no indication of why that is. Is it fragile? Would removing the version from the nova URI in the catalog entry itself cause other services to fail? One would think not, but if that's the case why are the versions declared explicitly in the first place? Michael Krotscheck On Thu, Sep 8, 2016 at 10:15

[openstack-dev] [javascript] [fuel-ui] Is ReactJS OSI Compliant?

2016-09-07 Thread Michael Krotscheck
Preface: IANAL (I-am-not-a-lawyer). ReactJS claims to be BSD licensed. However, it has a non-BSD patent rider with a very aggressive "Strong Retaliation Clause", meaning that if there's ever a patent dispute between [React Project] and Facebook, the patents are revoked. This might be fine. It

[openstack-dev] [api] [devstack] [ocata] Consistent Endpoint Discovery

2016-08-30 Thread Michael Krotscheck
Hey everyone - I have a little bit of a UX request for our API developers. For the last week or so, I've been working on building version negotiation logic for an OpenStack SDK. The process is pretty simple: 1- Read clouds.yaml for the keystone URL. 2- Query keystone for the service catalog. 3-

Re: [openstack-dev] [tc] persistently single-vendor projects

2016-08-01 Thread Michael Krotscheck
FYI- I'm totally in favor of eviction. But... On Mon, Aug 1, 2016 at 8:42 AM Doug Hellmann wrote: > > I'm interested in hearing other reasons that we should keep these > sorts of projects, though. I'm not yet ready to propose the change > to the policy myself. ...if the

Re: [openstack-dev] Mascot/logo for your project

2016-07-19 Thread Michael Krotscheck
As an aside, I'd be happy to create a project that converts any SVG logo files into a font, for convenient usage in UI projects. Here's an example of what that might look like: http://fontawesome.io/icons/#brand Michael Krotscheck

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

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] [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] [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

[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] Seeking contributors, js-generator-openstack

2016-05-23 Thread Michael Krotscheck
ect. > > That's my basic thoughts for the moment. > > -- > Yujun > > On Sat, May 21, 2016 at 1:10 AM Michael Krotscheck <krotsch...@gmail.com> > wrote: > >> Hi there! >> >> Well, the first thing we need is other reviewers, which is the fastest >> w

Re: [openstack-dev] [javascript] Seeking contributors, js-generator-openstack

2016-05-20 Thread Michael Krotscheck
lp on this project? > > Is there a project page? > > Or we shall getting started with gerrit review? > > -- > Yujun > > On Wed, May 18, 2016 at 11:45 PM Michael Krotscheck <krotsch...@gmail.com> > wrote: > >> Hello everyone! >> >> The

Re: [openstack-dev] [javascript] [infra] NPM Mirrors (IMPORTANT)

2016-05-19 Thread Michael Krotscheck
while we investigate. The patch in question is this one: https://review.openstack.org/#/c/318875/ Michael On Thu, May 19, 2016 at 6:21 AM Michael Krotscheck <krotsch...@gmail.com> wrote: > Well, my current theory is that npm's default timeout and retries are set > too permissively

Re: [openstack-dev] [javascript] [infra] NPM Mirrors (IMPORTANT)

2016-05-19 Thread Michael Krotscheck
4/318204/2/check/gate-fuel-ui-npm-run-lint/a390ea7/console.html>). > See https://review.openstack.org/#/c/315119/ for a long list of similar > failures (though almost every gate-fuel-ui-npm-run-lint run now fails). > > What should we do? > > 2016-05-16 16:58 GMT+03:0

[openstack-dev] [javascript] Seeking contributors, js-generator-openstack

2016-05-18 Thread Michael Krotscheck
Hello everyone! The js-generator-openstack project has been incubated under openstack-infra, and is seeking contributors (and cores). The purpose of the project is as follows: - Help manage common project configuration aspects, such as licenses, gerrit, authors, and more. - Assist in

Re: [openstack-dev] [javascript] [infra] NPM Mirrors (IMPORTANT)

2016-05-16 Thread Michael Krotscheck
/. Got such errors 2 times out of > 5. > > 2016-05-11 22:07 GMT+03:00 Michael Krotscheck <krotsch...@gmail.com>: > >> Hello everyone! >> >> We've recently added NPM mirrors to our infrastructure, and are about to >> turn them on. Before that happens, however, we'd

Re: [openstack-dev] JavaScript RoadMap for OpenStack Newton

2016-05-12 Thread Michael Krotscheck
Responses inline: On 04/21/2016 04:35 PM, Michael Krotscheck wrote: > > New: Xenial Build Nodes > > > > As of two weeks ago, OpenStack’s Infrastructure is running a version of > > Node.js and npm more recent than what is available on Trusty LTS. > Update: W

[openstack-dev] [javascript] [eslint-config-openstack] ECMAScript 6 / ECMAScript2015 rules.

2016-05-12 Thread Michael Krotscheck
Fuel has already adopted ES6, and is moving to adopt eslint-config-openstack. To help them, Vitaly's started to propose language style rules for ES6, which are available to review at the below link: https://review.openstack.org/#/q/topic:es6+project:openstack/eslint-config-openstack Please take

Re: [openstack-dev] [javascript] [infra] NPM Mirrors (IMPORTANT)

2016-05-12 Thread Michael Krotscheck
> Hi, Michael, > > I randomly get "error parsing json" for fuel-ui > <https://github.com/openstack/fuel-ui> project: > http://paste.openstack.org/show/496871/. Got such errors 2 times out of > 5. > > 2016-05-11 22:07 GMT+03:00 Michael Krotscheck <krotsc

Re: [openstack-dev] JavaScript RoadMap for OpenStack Newton

2016-05-12 Thread Michael Krotscheck
on of the all the REST services we > want to talk to. How we want to handle the cross-domain stuff? > > Anton > On Thu, Apr 21, 2016 at 5:35 PM, Michael Krotscheck <krotsch...@gmail.com> > wrote: > >> This post contains the current working draft of the JavaScript road

[openstack-dev] [javascript] [infra] NPM Mirrors (IMPORTANT)

2016-05-11 Thread Michael Krotscheck
Hello everyone! We've recently added NPM mirrors to our infrastructure, and are about to turn them on. Before that happens, however, we'd like to get a sanity check from impacted projects to make sure that we don't wedge your gate. If you are in charge of a project that invokes `npm install`

Re: [openstack-dev] [horizon] Angular form framework

2016-05-05 Thread Michael Krotscheck
This feels like a thing for AngularJS projects only, yes? What about projects like Fuel that use React? Michael On Wed, May 4, 2016 at 9:00 PM Tripp, Travis S wrote: > Hello everybody, > > I sent a message about this direclty to a couple of people for their quick >

Re: [openstack-dev] [tc] supporting Go

2016-05-03 Thread Michael Krotscheck
On Tue, May 3, 2016 at 9:03 AM John Dickinson wrote: > > As a starting point, what would you like to see addressed in the document > I'm drafting? > I'm going through this project with JavaScript right now. Here's some of the things I've had to address: - Common language

[openstack-dev] [infra] [fuel] [javascript] Supporting ES6

2016-05-03 Thread Michael Krotscheck
TL/DR: Should we support EcmaScript 6? Discussions I've had on the topic: Vancouver: - Browser support is not yet broad enough, so no- we shouldn't support ES6. - TypeScript is too closely tied to Corporations (tm), not really an open standard. Do not support TypeScript. Austin: - Fuel is using

Re: [openstack-dev] JavaScript RoadMap for OpenStack Newton

2016-04-21 Thread Michael Krotscheck
On Thu, Apr 21, 2016 at 10:21 AM Monty Taylor wrote: > Neat! Maybe let's find a time at the summit to sit down and look through > things. I'm guessing that adding a second language consumer to the > config will raise a ton of useful questions around documentation, data >

[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

Re: [openstack-dev] JavaScript RoadMap for OpenStack Newton

2016-04-21 Thread Michael Krotscheck
On Thu, Apr 21, 2016 at 8:28 AM Monty Taylor <mord...@inaugust.com> wrote: > On 04/21/2016 10:05 AM, Hayes, Graham wrote: > > On 21/04/2016 15:39, Michael Krotscheck wrote: > >> used piecemeal, however trying to maintain code consistency across > >> multiple di

Re: [openstack-dev] JavaScript RoadMap for OpenStack Newton

2016-04-21 Thread Michael Krotscheck
On Thu, Apr 21, 2016 at 8:10 AM Hayes, Graham <graham.ha...@hpe.com> wrote: > On 21/04/2016 15:39, Michael Krotscheck wrote: > > python-openstackclient does require the creation of a new repo for each > project (unless you are one of the chosen few). > > Does this

[openstack-dev] JavaScript RoadMap for OpenStack Newton

2016-04-21 Thread Michael Krotscheck
This post contains the current working draft of the JavaScript roadmap which myself and Beth Elwell will be working on in Newton. It’s a big list, and we need help - Overall themes for this cycle are Consistency, Interoperability, and engaging with the JavaScript community at large. Our end goal

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] [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] 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] [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] [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

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 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] [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] [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-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] [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 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-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-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] [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] [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] [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.

[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

[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] [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

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] [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] [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] [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] [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] [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-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] [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-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] [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] [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

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] [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] [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] [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

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,

[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

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] 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] [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] [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?

[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

[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] [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] [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] 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.

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

[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] [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

  1   2   >