On 11/22/2014 04:39 AM, Fox, Kevin M wrote:
Simply having a git repository does not imply that its source.
In fact, if its considered compiled (minified), I'm thinking the debian rules
would prevent sourcing from it?
Thanks,
Kevin
Indeed, we don't package minified sources.
Thomas
On 11/21/2014 08:31 PM, Donald Stufft wrote:
On Nov 21, 2014, at 3:59 AM, Thomas Goirand z...@debian.org wrote:
I'm not sure I understand the meaning behind this question. bower
install angular downloads a bower package called angular.
Isn't there is a simple URL that I may use with wget?
On 11/25/2014 03:40 PM, Richard Jones wrote:
On Wed Nov 26 2014 at 3:36:27 AM Thomas Goirand z...@debian.org wrote:
On 11/21/2014 08:31 PM, Donald Stufft wrote:
On Nov 21, 2014, at 3:59 AM, Thomas Goirand z...@debian.org wrote:
I'm not sure I understand the meaning behind this question.
On 11/21/2014 01:51 PM, Richard Jones wrote:
On 21 November 2014 16:12, Thomas Goirand z...@debian.org
mailto:z...@debian.org wrote:
On 11/21/2014 10:52 AM, Richard Jones wrote:
On 11/18/2014 04:22 PM, Radomir Dopieralski wrote:
If we use Bower, we don't need to use
On 21/11/14 06:12, Thomas Goirand wrote:
Let's say there's python-xstatic-foo, and libjs-foo in Debian. If the
directory structure of libjs-foo is very different from xstatic-foo, I
can address that issue with symlinks within the xstatic package. Just
changing the BASE_DIR may not be enough,
On Nov 21, 2014, at 3:59 AM, Thomas Goirand z...@debian.org wrote:
I'm not sure I understand the meaning behind this question. bower
install angular downloads a bower package called angular.
Isn't there is a simple URL that I may use with wget? I don't really
want to use bower
On 2014-11-21 07:31:36 -0500 (-0500), Donald Stufft wrote:
You can’t. Bower doesn’t have “traditional” packages where you take a
directory and archive it using tar/zip/whatever and then upload it to
some repo. Bower has a registry which maps names to git URLs and then
the bower CLI looks up
On Nov 21, 2014, at 11:32 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-11-21 07:31:36 -0500 (-0500), Donald Stufft wrote:
You can’t. Bower doesn’t have “traditional” packages where you take a
directory and archive it using tar/zip/whatever and then upload it to
some repo. Bower has
On 2014-11-21 11:39:00 -0500 (-0500), Donald Stufft wrote:
Well it’s a git repository, so you could just clone it and look at
it.
Aha, your earlier description made it sound like Bower was a file
registry mapping to various random contents from a bunch of revision
control repositories to
On Nov 21, 2014, at 11:57 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-11-21 11:39:00 -0500 (-0500), Donald Stufft wrote:
Well it’s a git repository, so you could just clone it and look at
it.
Aha, your earlier description made it sound like Bower was a file
registry mapping to
, 2014 8:39 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Horizon] the future of angularjs development
in Horizon
On Nov 21, 2014, at 11:32 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-11-21 07:31:36 -0500 (-0500), Donald Stufft wrote
rules would prevent sourcing from it?
Thanks,
Kevin
From: Donald Stufft [don...@stufft.io]
Sent: Friday, November 21, 2014 8:39 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Horizon] the future
On 11/17/2014 06:54 PM, Radomir Dopieralski wrote:
- A tool, probably a script, that would help packaging the Bower
packages into DEB/RPM packages. I suspect the Debian/Fedora packagers
already have a semi-automatic solution for that.
Nop. Bower isn't even packaged in Debian. Though I may try
On Fri Nov 21 2014 at 4:06:51 AM Thomas Goirand z...@debian.org wrote:
On 11/17/2014 06:54 PM, Radomir Dopieralski wrote:
- A tool, probably a script, that would help packaging the Bower
packages into DEB/RPM packages. I suspect the Debian/Fedora packagers
already have a semi-automatic
On 11/21/2014 10:52 AM, Richard Jones wrote:
On 11/18/2014 04:22 PM, Radomir Dopieralski wrote:
If we use Bower, we don't need to use Xstatic. It would be pure
overhead. Bower already takes care of tracking releases and versions,
and of bundling the files. All we need is a
On 21 November 2014 16:12, Thomas Goirand z...@debian.org wrote:
On 11/21/2014 10:52 AM, Richard Jones wrote:
On 11/18/2014 04:22 PM, Radomir Dopieralski wrote:
If we use Bower, we don't need to use Xstatic. It would be pure
overhead. Bower already takes care of tracking
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
Perhaps they are there to support older browsers?
Thanks,
Kevin
From: Matthias Runge [mru...@redhat.com]
Sent: Wednesday, November 19, 2014 12:27 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Horizon] the future of angularjs
On 11/19/2014 04:27 PM, Matthias Runge wrote:
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;
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 18/11/14 00:59, Richard Jones wrote:
On 17 November 2014 21:54, Radomir Dopieralski openst...@sheep.art.pl
mailto:openst...@sheep.art.pl wrote:
- Bower in the development environment,
- Bower configuration file in two copies, one for global-requirements,
and one for the Horizon's local
On 18 November 2014 19:22, Radomir Dopieralski openst...@sheep.art.pl
wrote:
On 18/11/14 00:59, Richard Jones wrote:
On 17 November 2014 21:54, Radomir Dopieralski openst...@sheep.art.pl
mailto:openst...@sheep.art.pl wrote:
- Bower in the development environment,
- Bower configuration
On Tue, Nov 18, 2014 at 09:36:00PM +1100, Richard Jones wrote:
I guess I got the message that turning bower packages into system packages
was something that the Linux packagers were not keen on. Did I get the
message wrong there? If so, *and* we can get the bower stuff through #infra
and
On 11/17/2014 03:22 PM, Matthias Runge wrote:
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
On 18/11/14 12:54, Matthias Runge wrote:
On Tue, Nov 18, 2014 at 09:36:00PM +1100, Richard Jones wrote:
I guess I got the message that turning bower packages into system packages
was something that the Linux packagers were not keen on. Did I get the
message wrong there? If so, *and* we can get
On 19 November 2014 03:14, Radomir Dopieralski openst...@sheep.art.pl
wrote:
On 18/11/14 12:54, Matthias Runge wrote:
On Tue, Nov 18, 2014 at 09:36:00PM +1100, Richard Jones wrote:
I guess I got the message that turning bower packages into system
packages
was something that the Linux
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 components don't need to be in global-requirements:
Thomas Goirand z...@debian.org writes:
Hi Thomas,
On 11/15/2014 05:34 PM, Martin Geisler wrote:
I'm sorry if I came across as being hostile towards packagers and
distros. I've been running Debian for 15 years and that is because of
the work the Debian developers put into making the system
On 17/11/14 09:53, Martin Geisler wrote:
[...]
As Richard said, npm and bower are not competitors. You use npm to
install bower, and you use bower to download Angular, jQuery, Bootstrap
and other static files. These are the static files that you will want to
include when you finally deploy
On 17 November 2014 21:54, Radomir Dopieralski openst...@sheep.art.pl
wrote:
On 17/11/14 09:53, Martin Geisler wrote:
[...]
As Richard said, npm and bower are not competitors. You use npm to
install bower, and you use bower to download Angular, jQuery, Bootstrap
and other static files.
On 18 November 2014 10:59, Richard Jones r1chardj0...@gmail.com wrote:
On 17 November 2014 21:54, Radomir Dopieralski openst...@sheep.art.pl
wrote:
- Bower in the development environment,
- Bower configuration file in two copies, one for global-requirements,
and one for the Horizon's
On 11/15/2014 06:27 AM, Gabriel Hurley wrote:
So, I propose that a group gets together and defines criteria:
we need to accept that the Horizon team (and those knowledgeable
about web-app development) know best what tools they need, and
they need to produce such a list as a starting point. We
On 11/15/2014 05:34 PM, Martin Geisler wrote:
I'm sorry if I came across as being hostile towards packagers and
distros. I've been running Debian for 15 years and that is because of
the work the Debian developers put into making the system work well
together at a whole.
When it comes to
On 17 November 2014 06:42, Thomas Goirand z...@debian.org wrote:
On 11/15/2014 06:27 AM, Gabriel Hurley wrote:
So, I propose that a group gets together and defines criteria:
we need to accept that the Horizon team (and those knowledgeable
about web-app development) know best what tools
On 11/15/2014 05:03 AM, Matthias Runge wrote:
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
On 17 November 2014 11:11, Thomas Goirand z...@debian.org wrote:
On 11/15/2014 05:03 AM, Matthias Runge wrote:
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
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? Horizon
On 15/11/14 03:21, Richard Jones wrote:
On 15 November 2014 00:58, Radomir Dopieralski openst...@sheep.art.pl wrote:
[...]
4. additions and upgrades of libraries moderated by the packagers,
Is there already some mechanism for handling the creation and management
of xstatic packages and
Gabriel Hurley gabriel.hur...@nebula.com writes:
Hi Gabriel,
As the former Horizon PTL, I have a great respect for the importance
of the contributions the distro maintainers/developers make to Horizon
and OpenStack as a whole. From how many bugs the distros manage to
find, to their diligence
I think that it boils down to whether it'is possible that distributions:
1. package the node-based tools (grunt, karma, protractor, ...) as
installable programs, and
2. xstatic-package the bower-based packages that we use (probably a couple
of dozen at least).
We might even be able to get away
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 to
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 you
On Nov 14, 2014, at 7:48 AM, Matthias Runge mru...@redhat.com wrote:
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
On 11/14/2014 06:30 AM, Martin Geisler wrote:
That is, I think Horizon developers will use these tools to produce a
release -- a tarball -- and that tarball will be something you unpack on
your webserver and then you're done. I base this on what I've seen in
the project I've been working. The
On 14/11/14 13:02, Richard Jones wrote:
On 14 November 2014 18:51, Radomir Dopieralski openst...@sheep.art.pl
mailto:openst...@sheep.art.pl wrote:
On 13/11/14 23:30, Martin Geisler wrote:
[...]
Maybe a difference is that you don't (yet) install a web application
like you
On 11/11/2014 03:02 PM, Richard Jones wrote:
json3
es5-shim
angular
angular-route
angular-cookies
angular-animate
angular-sanitize
angular-smart-table
angular-local-storage
angular-bootstrap
angular-translate
font-awesome
boot
Thomas Goirand z...@debian.org writes:
On 11/14/2014 06:30 AM, Martin Geisler wrote:
That is, I think Horizon developers will use these tools to produce a
release -- a tarball -- and that tarball will be something you unpack
on your webserver and then you're done. I base this on what I've
On 2014-11-14 15:10:59 +0100 (+0100), Martin Geisler wrote:
[...]
That's not what I said: the OpenStack developers will continue to
tests the software. I personally don't think it's the job of the
downstream packagers to do this QA work. (It's of course cool to
run the tests on the system
On 2014-11-14 08:31:37 -0500 (-0500), Donald Stufft wrote:
[...]
with TLS you depend on the web server to not be compromised
[...]
Or in some cases, the CDN. ;)
--
Jeremy Stanley
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
On 11/14/2014 09:05 AM, Thomas Goirand wrote:
That's a reasonable amount of work. Multiply this by 2 for the xstatic
packages (if we keep using that), that's about 14 new packages.
By the way, can't we use libjs-sockjs instead of ng-websocket?
Last, I'm ok if we add all these, but please,
On 11/14/2014 08:48 PM, Matthias Runge wrote:
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
On 11/14/2014 09:58 PM, Radomir Dopieralski wrote:
On 14/11/14 13:02, Richard Jones wrote:
We might even be able to get away without using grunt, though an
alternative to its LiveReload facility (and one that doesn't then also
depend on another node program like django-livereload does) would
On 11/14/2014 10:10 PM, Martin Geisler wrote:
Of course, I need to run tests. That's a big part of the QA work, and I
will certainly not give-up on that. You will have a hard time convincing
anyone within the OpenStack community that it's OK to not run unit tests.
That's not what I said: the
On Nov 14, 2014, at 1:57 PM, Thomas Goirand z...@debian.org wrote:
On 11/14/2014 08:48 PM, Matthias Runge wrote:
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
On 2014-11-15 02:57:15 +0800 (+0800), Thomas Goirand wrote:
[...]
Do you realize that with the TLS system, you have to trust every
and all CA, while with PGP, you only need to trust a single
fingerprint?
[...]
Technically not true *if* the package retrieval tools implement
certificate pinning
On Nov 14, 2014, at 2:39 PM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-11-15 02:57:15 +0800 (+0800), Thomas Goirand wrote:
[...]
Do you realize that with the TLS system, you have to trust every
and all CA, while with PGP, you only need to trust a single
fingerprint?
[...]
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 have
:11 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Horizon] the future of angularjs development in
Horizon
On 11/14/2014 10:10 PM, Martin Geisler wrote:
Of course, I need to run tests. That's a big part of the QA work, and
I
will certainly
On 15 November 2014 00:58, Radomir Dopieralski openst...@sheep.art.pl
wrote:
On 14/11/14 13:02, Richard Jones wrote:
I think that it boils down to whether it'is possible that
distributions:
1. package the node-based tools (grunt, karma, protractor, ...) as
installable programs, and
Matthias Runge mru...@redhat.com writes:
On Wed, Nov 12, 2014 at 08:35:18AM -0500, Monty Taylor wrote:
Just for the record, I believe that we should chose the tools that
make sense for making our software, as long as it's not physically
impossible for them to be packaged. This means we should
Jiri Tomasek jtoma...@redhat.com writes:
Which tools should we use eventually:
Based on the contributions by Maxime, Martin and the others, I think
the list of tools should end up as follows:
Tooling:
npm
bower
gulp
While I find the design of Gulp strange, I'm sure it will do the job.
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 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,
On 13/11/14 08:23, Matthias Runge wrote:
[...]
Since we don't require node.js on the server (yet), but only for
the development process: did anyone look at node's competitors? Like
CommonJS, Rhino, or SpiderMonkey?
When we were struggling with adding jslint to our CI, we did try a
number of
On 13/11/14 01:32, Richard Jones wrote:
[...]
We're currently using xstatic and that works with Linux packaging
because it was designed to cope with being a global installation. The
current Horizon codebase has a django-xstatic plugin which further makes
dealing with xstatic components nicer
Radomir Dopieralski openst...@sheep.art.pl writes:
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 11/13/2014 12:13 PM, Richard Jones wrote:
the npm stuff is all tool chain; tools
that I believe should be packaged as such by packagers.
npm is already in Debian:
https://packages.debian.org/sid/npm
However, just like we can't use CPAN, pear install, pip install and
such when building or
On 11/13/2014 08:05 PM, Radomir Dopieralski wrote:
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 11/13/2014 08:32 AM, Richard Jones wrote:
I note that the Debian JS guidelines* only recommend that libraries
*should* be minified (though I'm unsure why they even recommend that).
I'm not sure why. Though what *must* be done, is that source packages,
and no point, should ever include a
On 11/13/2014 04:04 PM, Thomas Goirand wrote:
On 11/13/2014 12:13 PM, Richard Jones wrote:
the npm stuff is all tool chain; tools
that I believe should be packaged as such by packagers.
npm is already in Debian:
https://packages.debian.org/sid/npm
However, just like we can't use CPAN, pear
Thomas Goirand z...@debian.org writes:
Also, if the Horizon project starts using something like NPM (which
again, is already available in Debian, so it has my preference), will we
at least be able to control what version gets in, just like with pip?
Yes, npm similarly to pip in that you can
Matthias Runge mru...@redhat.com writes:
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
On 11/13/2014 10:56 PM, 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 Nov 13, 2014, at 12:38 PM, Thomas Goirand z...@debian.org wrote:
On 11/13/2014 10:56 PM, 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
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 to be web application development by
systems
On 11/14/2014 02:11 AM, Donald Stufft wrote:
On Nov 13, 2014, at 12:38 PM, Thomas Goirand z...@debian.org wrote:
On 11/13/2014 10:56 PM, Martin Geisler wrote:
However, the whole JavaScript ecosystem seems to be centered around the
idea of doing local installations. That means that you no
Thomas Goirand z...@debian.org writes:
On 11/13/2014 10:56 PM, 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
On Nov 13, 2014, at 5:23 PM, Thomas Goirand z...@debian.org wrote:
On 11/14/2014 02:11 AM, Donald Stufft wrote:
On Nov 13, 2014, at 12:38 PM, Thomas Goirand z...@debian.org wrote:
On 11/13/2014 10:56 PM, Martin Geisler wrote:
However, the whole JavaScript ecosystem seems to be centered
On 14 November 2014 02:04, Thomas Goirand z...@debian.org wrote:
On 11/13/2014 12:13 PM, Richard Jones wrote:
the npm stuff is all tool chain; tools
that I believe should be packaged as such by packagers.
npm is already in Debian:
https://packages.debian.org/sid/npm
However, just like
On 13/11/14 23:30, Martin Geisler wrote:
[...]
While I agree that it's chaotic, I also think you make the problem worse
than it really is. First, remember that the user who installs Horizon
won't need to use the JavaScript based *developer* tools such as npm,
bower, etc.
That is, I think
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 would
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 deeper (after
another coffee)
Richard Jones r1chardj0...@gmail.com writes:
On 12 November 2014 18:17, Matthias Runge mru...@redhat.com wrote:
Sigh, this nonsense doesn't go away? This is the third time the same
issue comes up.
jshint is NOT free software.
https://github.com/jshint/jshint/blob/master/src/jshint.js#L19
runner.
I do not know if I addressed all the questions but here is a starting.
Cheers
Max
- Original Message -
From: Matthias Runge mru...@redhat.com
To: openstack-dev@lists.openstack.org
Sent: Wednesday, November 12, 2014 9:39:29 AM
Subject: Re: [openstack-dev] [Horizon] the future
Richard Jones r1chardj0...@gmail.com writes:
Hi all,
At the summit last week, we developed a plan for moving forward with
modernising Horizon's UI using AngularJS. If you weren't at that meeting
and are interested in helping out with this effort please let me know!
I have been working on an
(not for usage questions)
openstack-dev@lists.openstack.org
Sent: Wednesday, November 12, 2014 10:37:15 AM
Subject: Re: [openstack-dev] [Horizon] the future of angularjs development
in Horizon
Richard Jones r1chardj0...@gmail.com writes:
Hi all,
At the summit last week, we developed
On 11/11/2014 03:02 PM, Richard Jones wrote:
Hi all,
At the summit last week, we developed a plan for moving forward with
modernising Horizon's UI using AngularJS. If you weren't at that meeting
and are interested in helping out with this effort please let me know!
The relevant etherpad
On 11/12/2014 02:17 AM, Matthias Runge wrote:
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
On 11/12/2014 02:40 AM, Richard Jones wrote:
On 12 November 2014 18:17, Matthias Runge mru...@redhat.com wrote:
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.
On 11/12/2014 02:35 PM, Monty Taylor wrote:
On 11/12/2014 02:40 AM, Richard Jones wrote:
On 12 November 2014 18:17, Matthias Runge mru...@redhat.com wrote:
On 11/11/14 10:53, Jiri Tomasek wrote:
Hey,
Thanks for writing this up!
The Storyboard project has successfully integrated these tools
On 11/11/2014 08:02 AM, Richard Jones wrote:
Hi all,
At the summit last week, we developed a plan for moving forward with
modernising Horizon's UI using AngularJS. If you weren't at that
meeting and are interested in helping out with this effort please let
me know!
The relevant etherpad
On 12/11/14 15:12, Jiri Tomasek wrote:
Approach on using Xstatic packages vs Js tooling:
As only problem with using js tooling should be just actual packaging of
it, I think it makes sense to use these tools and make development
simpler then going other way around and using Xstatic packages
On 11/12/2014 05:18 PM, Julie Pichon wrote:
On 12/11/14 15:12, Jiri Tomasek wrote:
Approach on using Xstatic packages vs Js tooling:
As only problem with using js tooling should be just actual packaging of
it, I think it makes sense to use these tools and make development
simpler then going
On 11/12/2014 03:03 AM, Matthias Runge wrote:
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
On 13 November 2014 09:35, Adam Young ayo...@redhat.com wrote:
On 11/12/2014 03:03 AM, Matthias Runge wrote:
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
On 11/12/2014 11:12 PM, Jiri Tomasek wrote:
As Monty Taylor said, nodejs itself is not a blocker as multiple
versions of it should not be needed by our tools. (That's also what npm
and bower are taking care of, right?) Only thing that is required is
that all tools/js libs we want to use would
On Nov 12, 2014, at 8:29 PM, Thomas Goirand z...@debian.org wrote:
On 11/12/2014 09:31 PM, Monty Taylor wrote:
jshint is NOT free software.
https://github.com/jshint/jshint/blob/master/src/jshint.js#L19
Reasonable people disagree on this point.
Feel free to have this debate with the
: Wednesday, November 12, 2014 5:30 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Horizon] the future of angularjs development in
Horizon
On 11/12/2014 11:12 PM, Jiri Tomasek wrote:
As Monty Taylor said, nodejs itself is not a blocker as multiple
Gabriel has responded saying very much what I would have said, so I won't
repeat that. I would like to note though that bower and npm are two
separate beasts entirely. The dependency trees in bower are very limited
indeed (only two additional components are installed beyond the list below)
which
1 - 100 of 108 matches
Mail list logo
