[openstack-dev] [release][collectd-openstack-plugins] Schedule new release?

://github.com/openstack/collectd-openstack-plugins -- Matthias Runge Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Eric Shander

Re: [openstack-dev] [kolla]Fwd: [Openstack-stable-maint] Stable check of openstack/kolla failed

On 19/02/18 08:27, Matthias Runge wrote: > On Sun, Feb 18, 2018 at 05:15:18AM -0600, Sean McGinnis wrote: >> Hello kolla team, >> >> It looks like stable builds for kolla have been failing for some time now. >> Just forwarding this on to make sure the team is

Re: [openstack-dev] [kolla]Fwd: [Openstack-stable-maint] Stable check of openstack/kolla failed

rce/7e87ef0/ > > : POST_FAILURE in 1h 35m 59s > > - kolla-publish-oraclelinux-binary > > http://logs.openstack.org/periodic-stable/git.openstack.org/openstack/kolla/stable/ocata/kolla-publish-oraclelinux-binary/56eb5bd/ > > : POST_FAILURE in 1h 42m 57s (non-voting) This o

[openstack-dev] Resigning from horizon core

, and best, Matthias -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Eric S

Re: [openstack-dev] [TripleO][UI] Port number for frontend app

th any other services? Is there a better option? grafana from opstools uses the same port[1] That being said, I wonder if someone would install both services on the same node. [1] https://github.com/centos-opstools/opstools-doc/blob/master/performance-monitoring.txt#L70 Matthias --

Re: [openstack-dev] [kolla] Monitoring tooling

chi and its Grafana support. > Yes, I'd like to repeat the question here: Is there any reason to introduce another quite complex tool instead of something developed, supported and used by the OpenStack community? Matthias -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http:/

Re: [openstack-dev] [kolla] Monitoring tooling

> Uhm, in this scenario, gnocchi just used as time-series database. It's up to you, what you feed in. collectd collects whatever you want and put it into your database. Best, Matthias -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasb

Re: [openstack-dev] [kolla] Monitoring tooling

and C (collectd). Graphite is a Django app. [1] https://wiki.centos.org/SpecialInterestGroup/OpsTools [2] http://docs.openstack.org/developer/gnocchi/grafana.html -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial registe

Re: [openstack-dev] [horizon] Midcycle Summary

in. > > Rob > Patches I had up are now quite outdated. I'd highly appreciate someone else taking over this. That being said, I'm not sure if we should just remove it right now. That would leave out all questions of testing disabled features etc, which has been delaying this patch. --

Re: [openstack-dev] [horizon] Midcycle Summary

still use it? Matthias -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Michael Cunningham,

Re: [openstack-dev] [stable] Stable check of openstack/horizon failed

On 15/06/16 09:22, Matthias Runge wrote: > On 15/06/16 09:20, Matthias Runge wrote: >> On 15/06/16 08:14, A mailing list for the OpenStack Stable Branch test >> reports. wrote: >>> Build failed. >>> >>> - periodic-horizon-docs-liberty >>> http://

[openstack-dev] [stable] Stable check of openstack/horizon failed

On 15/06/16 09:20, Matthias Runge wrote: > On 15/06/16 08:14, A mailing list for the OpenStack Stable Branch test > reports. wrote: >> Build failed. >> >> - periodic-horizon-docs-liberty >> http://logs.openstack.org/periodic-stable/periodic-horizon-docs-liberty/b0

Re: [openstack-dev] [stable][all] Tagging kilo-eol for "the world"

aged' or 'stable:follows-policy' (or > both). > > The list of 171 projects that match above is at [1]. There are > another 68 I just abandoned open reviews for django_openstack_auth in kilo version. django_openstack_auth is tightly coupled with horizon and should follow the same

[openstack-dev] [horizon] new stable-maint cores for Horizon

Horizoners, please join me to welcome * Richard Jones * Rob Cresswell * Thai Tran as new Horizon stable core reviewers. Thank you guys for stepping up and thank you tonyb for pulling stats and pushing this. Best, Matthias -- Matthias Runge <mru...@redhat.com> Red Hat GmbH

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

munity. At the same time, when the shift happened, the community changed quite a lot. That might be coincidence. -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Di

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

3. both 1. and 2. make issue tracking or tracking for vulnerabilities quite hard, or even impossible. 4. I also noticed, upstreams change quite quickly, some changed location, some just a name, not to speak about api changes. That might be due to the age of observed projects. But the nature of go makes is quite eas

Re: [openstack-dev] [stable][horizon] feature freeze exception Logout user if he has no valid tokens for stable/Kilo

to me that its a low-risk/high-gain patchset. >> >> Proposing it into the list as no consensus has been taken on the patch >> itself and Kilo is going EOL. >> >> >> Would also be good to get some explanations in case of refusal :) >> Makes sense to me,

Re: [openstack-dev] [ceilometer][horizon] metric-list not complete and show metrics in horizon dashboard

of ceilometer for Horizon integration. We (in Horizon) did not manage to deprecate ceilometer yet [1], but that being said, Ceilometer is not the right tool for displaying (lots of) metering data in horizon. [1] https://review.openstack.org/#/c/272644/ -- Matthias Runge <mru...@red

Re: [openstack-dev] [Horizon][stable] proposing Rob Cresswell for Horizon stable core

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/04/16 05:12, Tony Breeds wrote: > On Thu, Apr 07, 2016 at 12:01:31PM +0200, Matthias Runge wrote: >> Hello, >> >> I'm proposing Rob Cresswell to become stable core for Horizon. I >> thought, in the past

[openstack-dev] [Horizon][stable] proposing Rob Cresswell for Horizon stable core

Hello, I'm proposing Rob Cresswell to become stable core for Horizon. I thought, in the past all PTL were in stable team, but this doesn't seem to be true any more. Please chime in with +1/-1 -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http://www.de.redhat.com/, Registere

Re: [openstack-dev] Launch of an instance from a bootable volume fails on Xen env

u5 create_instance.py.dist create_instance.py > --- create_instance.py.dist 2016-03-18 10:40:51.123942306 +0100 > +++ create_instance.py 2016-03-24 11:49:00.404537704 +0100 > @@ -119,11 +119,11 @@ Eugen, did you file a bug for Horizon about this? I would think, that should be examined c

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

tch to testr? There is basic testr support[1], and Itxaka has a patch up[2], to replace run_tests.sh completely with tox. [1] https://github.com/openstack/horizon/commit/ab9e5d94af2b15eef39f8f971a7a0c9778883a4b [2] https://review.openstack.org/#/c/259013/ -- Matthias Runge <mru...@redhat.com>

Re: [openstack-dev] [horizon] PTL noncandidacy

ntinue to contribute to Horizon and the ecosystem around it. Best, Matthias -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Paul Argiry, Charles Cachera, Michae

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

blocked by releases of software not managed by OpenStack? Seriously, that happens quite a few times over a release cycle, not to mention breakages by releases of our own tools turning out to block one or the other sub-project. Matthias -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, ht

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

On 10/03/16 08:46, Richard Jones wrote: > On 10 March 2016 at 18:23, Matthias Runge <mru...@redhat.com > <mailto:mru...@redhat.com>> wrote: > > 4.alt.2: > move to proper packages for static file management. I mean, they need to > be built anyways. >

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

eak us. We already have the situation with pypi packages. With proper packages, we could even use the gate to release those packages and thus verify, we're not breaking anyone. Matthias -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn

Re: [openstack-dev] [release][all][ptl] preparing to create stable/mitaka branches for libraries

On 09/03/16 18:26, Doug Hellmann wrote: > It's time to start opening the stable branches for libraries. I've > openstack/django_openstack_auth 2.2.0 Yes please Matthias -- Matthias Runge <mru...@redhat.com> Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn

Re: [openstack-dev] [Horizon] Blueprints for Outreachy internship

On 29/02/16 12:41, Sayali Lunkad wrote: > Hi Matthias, > > Thanks for the links to the blueprints. I in fact did checkout the list > of bps earlier but I found many of them have not been approved yet. I > can give you a list of bps I would like to mentor for, from which we > could perhaps select

Re: [openstack-dev] [Horizon] Blueprints for Outreachy internship

On 26/02/16 10:36, Sayali Lunkad wrote: > Hello, > > I am looking for some blueprints in horizon that can be set aside for > the Outreachy Internship > program. If anyone has any > blueprints in mind which are not needed anytime soon as well as not so >

Re: [openstack-dev] [Horizon] Django

_dashboard/dashboards/project/networks/workflows.py#L457 Matthias -- Matthias Runge <mru...@redhat.com> __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.o

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

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

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

tion. That's what we did in the past. IIRC Horizon in Juno supported Django-1.4, Django-1.5, and Django-1.6. Backporting fixes to support Django-1.9 in Liberty seems fine for me. -- Matthias Runge <mru...@redhat.com>

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

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

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

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

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

o cargo cult the idea that pbr could have a > runtime dependency on test-only tools like that. Rob, thank you for looking deeper into this. Your conclusions sound logical to me and much saner than just pulling in testrepository. Matthias -- Matthias Runge <mru...@redhat.com> _

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

/setup.cfg: ImportError: No module named testrepository Any suggestions here? [1] http://logs.openstack.org/96/262296/2/check/gate-tempest-dsvm-full/e47e5c6/logs/devstacklog.txt.gz -- Matthias Runge <mru...@redhat.com>

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

pest-dsvm-full-kilo/a33736f/logs/devstacklog.txt.gz -- Matthias Runge <mru...@redhat.com> __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsub

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

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

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

On 04/01/16 15:41, Ihar Hrachyshka wrote: > UPD: Turns out it breaks Liberty gate too, f.e. for Neutron. It’s > interesting that it did not break the thing for e.g. Neutron master. > > Matthias Runge <mru...@redhat.com> wrote: > >> Hello, >> Horizon in Kilo *on

Re: [openstack-dev] [neutron] How to make deb and rpm packages for a networking-* project?

On 22/12/15 16:05, P. Ramanjaneya Reddy wrote: > Changes are not merged to upstream still, we need to generate the rpm or > deb with local changes. > Please describe the steps/method how to generate.. > > On Tue, Dec 22, 2015 at 3:37 PM, Jaume Devesa

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

On 02/12/15 19:57, David Lyle wrote: > Let's try that again. > > I propose adding Richard Jones[1] to horizon-core. > Please respond with comments, +1s, or objections within one week. Yes, +1 from me. Matthias __ OpenStack

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

On 02/12/15 19:52, David Lyle wrote: > I propose adding Timur Sufiev[1] to horizon-core. > > Over the last several cycles Timur has consistently been providing > great reviews, actively participating in the Horizon community, and > making meaningful contributions particularly around testing and >

Re: [openstack-dev] [horizon] Supporting Django 1.9

On 27/11/15 10:23, Thomas Goirand wrote: > Hi, > > Django 1.9 is due to be released in early December, and will reach > Debian Sid soon after that. It'd be nice to have fixes for it ASAP. I > already have bugs against some of the packages I maintain: I would expect upstream to go the same route

Re: [openstack-dev] [horizon][bug] Mitigation to BREACH vulnerability

ack.org/#/c/248233/ Thank you for proposing this still I believe, this is a) security hardening to be done by deployers b) something not specific to Horizon, and a solution should be integrated in Django, not just in a single application using Django. Matthias -- Mat

Re: [openstack-dev] [Horizon] Bug day! Yeah!

On 19/11/15 12:19, Rob Cresswell (rcresswe) wrote: > Hey folks, > > Our bug list is… rather large. We’ve discussed having a bug day, where > as a community we all dedicate some time to triaging bugs and discussing > in the IRC channel as we go. > > First off, see the docs about bug > triage:

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

On 13/11/15 02:49, Tony Breeds wrote: > On Thu, Nov 12, 2015 at 02:40:19PM +0100, Alan Pevec wrote: > >> AFAICT there are at least two blockers for 2014.2.4: - horizon - >> django_openstack_auth issue Tony mentions in >> https://review.openstack.org/172826 > > Horizon itself is fine BUT gets

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

On 12/11/15 14:40, Alan Pevec wrote: >> This is a call to stable-maint teams for Nova, Keystone, Glance, >> Cinder, Neutron, Horizon, Heat, Ceilometer, Trove and Sahara to review >> open stable/juno changes[2] and approve/abandon them as appropriate. > > CCing CPLs listed in >

[openstack-dev] [horizon][infra] Horizon gate currently broken

Hello, it looks like Horizon gate jobs (esp. the npm-run-lint jobs) are currently timing out, and it looks like a networking issue. I opened https://bugs.launchpad.net/horizon/+bug/1514734 to track this. Matthias __

Re: [openstack-dev] [Horizon] Handling of 202 response code

On 04/11/15 09:25, Saravanan KR wrote: > There may be multiple solutions: > 1) Waiting for the synchronous and then respond > 2) Do not trigger page refresh and respond with Operation in progress > 3) If there is a mechanism to know delete in progress, do not list the > interface > > To decide

Re: [openstack-dev] [Zaqar][Horizon] UI for pools and flavors

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/10/15 09:25, Flavio Percoco wrote: > On 10/10/15 21:07 +0530, Shifali Agrawal wrote: >> Greetings! >> >> I have prepared mock-ups[1],[2] to build Zaqar UI, at present >> focusing only to bring pools and flavors on dashboard. Sharing >> two

Re: [openstack-dev] [stable][horizon] adding Doug Fish to horizon stable-maint

On 01/10/15 11:21, Matthias Runge wrote: > Hello, > > I would like to propose to add > > Doug Fish (doug-fish) > > to horizon-stable-maint team. > > I'd volunteer and introduce him to stable branch policy. A week has passed, no negative votes. Doug, I'll request t

Re: [openstack-dev] [stable][horizon] adding stable reviewer

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/10/15 13:44, Thierry Carrez wrote: > Ihar Hrachyshka wrote: >> Welcome Doug! > > Please (re)read and apply the policy at: > https://wiki.openstack.org/wiki/StableBranch#Stable_branch_policy Thank you Ihar! Best, Matthias -BEGIN PGP

[openstack-dev] [stable][horizon] adding stable reviewer

Hello, who would be the person to talk to, to add a new reviewer to horizon-stable-maint I would like Doug Fish aka drfish (on launchpad) added. Unfortunately, the fields on https://review.openstack.org/#/admin/groups/537,members are greyed out for me. Thanks, Matthias

Re: [openstack-dev] [tc] naming N and O releases nowish

On Wed, Oct 07, 2015 at 03:02:47PM +0200, Christian Berendt wrote: > Is this list correct? > > M = Tokyo > N = Atlanta > O = Barcelona > P = ? IIRC N should be Austin instead of Atlanta. -- Matthias Runge

[openstack-dev] [stable][horizon] adding Doug Fish to horizon stable-maint

Hello, I would like to propose to add Doug Fish (doug-fish) to horizon-stable-maint team. I'd volunteer and introduce him to stable branch policy. Matthias -- Matthias Runge <mru...@redhat.com> __ OpenStack Devel

Re: [openstack-dev] [all][stable][release][horizon] 2015.1.2

On 25/09/15 15:39, Ihar Hrachyshka wrote: > I see you have three people in the horizon-stable-maint team only. > Have you considered expanding the team with more folks? In > neutron, we have five people in the stable-maint group. Good suggestion! In horizon, we just have a very few cores being

Re: [openstack-dev] [all][stable][release] 2015.1.2

On 25/09/15 00:17, Alan Pevec wrote: >> For Horizon, it would make sense to move this a week back. We discovered >> a few issues in Liberty, which are present in current kilo, too. I'd >> love to cherry-pick a few of them to kilo. > > What are LP bug#s ? Are you saying that fixes are still work

Re: [openstack-dev] [all][stable][release] 2015.1.2

have an opinnon on > this? For Horizon, it would make sense to move this a week back. We discovered a few issues in Liberty, which are present in current kilo, too. I'd love to cherry-pick a few of them to kilo. Unfortunately, it takes a bit, until Kilo (or in general: stable) reviews are being

Re: [openstack-dev] openstack-dahboard directory is not created

On 18/09/15 20:03, OpenStack Mailing List Archive wrote: > Link: https://openstack.nimeyo.com/59453/?show=59453#q59453 > From: vidya > > I am trying to create openstack -dashboard on my VM and > /usr/share/openstack-dashboard in not create. Please help me what i am > missing

Re: [openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

On 03/09/15 21:02, Matthias Runge wrote: > On 03/09/15 13:24, Thomas Goirand wrote: >> Hi, >> >> When doing: >> grep -r fonts.googleapis.com * >> >> there's 56 lines of this kind of result: >> xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import &g

Re: [openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

On 03/09/15 13:24, Thomas Goirand wrote: > Hi, > > When doing: > grep -r fonts.googleapis.com * > > there's 56 lines of this kind of result: > xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import > url("https://fonts.googleapis.com/css?family=Roboto:400,700;); > > This is wrong because: >

Re: [openstack-dev] [heat][horizon] Backward-incompatible changes to the Neutron API

On 26/08/15 23:55, James Dempsey wrote: Greetings Heat/Horizon Devs, There is some talk about possibly backward-incompatible changes to the Neutron VPNaaS API and I'd like to better understand what that means for Heat and Horizon. It has been proposed to change Neutron VPNService objects

Re: [openstack-dev] OpenStack Meiji (明治) - Our next release name has been selected

On 07/07/15 13:55, Masayuki Igawa wrote: https://www.youtube.com/watch?v=D9vwge557hY I think this is a casual version and Japanese people are familiar with this. Thank you! I have an idea now. About the youtube snippet: Is that a commercial? Matthias

Re: [openstack-dev] OpenStack Meiji (明治) - Our next release name has been selected

characters. Could someone provide a hint please, how to pronounce this properly? -- Matthias Runge mru...@redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ

Re: [openstack-dev] [horizon] Modifying existing dashboards with plugins

. It's a known issue, there should be a pluggable way to extend tables etc. -- Matthias Runge mru...@redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ

Re: [openstack-dev] [Keystone][OSC] Keystone v3 user create --project $projid does not add user to project?

On 18/06/15 17:58, Dolph Mathews wrote: This was entirely intentional, in order to replace the implicit role assignment behavior in v2 with an explicit behavior in v3. I must admit, this is quite irritating, as the command line client still offers the --project ability; dropping this

Re: [openstack-dev] [Horizon] [tests] [dsvm] Tests failed because of timeout during the images upload

On 16/06/15 11:20, Timur Nurlygayanov wrote: In this method integration tests try to upload image by the following link [4]: http://download.cirros-cloud.net/0.3.1/cirros-0.3.1-x86_64-uec.tar.gz Imho it would be better to host this somewhere internal in infra rather than getting it from the

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

On 10/06/15 12:07, Robert Collins wrote: On 10 June 2015 at 20:12, Matthias Runge mru...@redhat.com wrote: Since our software is to be consumed by packages, shouldn't the packages project consider itself to be responsible for global requirements? I.e. checking, if requirements are packageable

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

On 27/05/15 10:14, Thomas Goirand wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, tl;dr: - - We'd like to push distribution packaging of OpenStack on upstream gerrit with reviews. - - The intention is to better share the workload, and improve the overall QA for packaging *and*

Re: [openstack-dev] [javascript] Linters

__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Matthias Runge mru

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 01/06/15 12:10, Flavio Percoco wrote: Is this a real problem? What are *tarball timestamps* used for in the packaging world? I'm sure there's a way we can workaround this issue. timestamps just give you a hint, how old the source actually is, not when a packager downloaded the tarball

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 01/06/15 10:29, Flavio Percoco wrote: AFAIK, these tarballs are generated on the flight in GH. Couldn't we do the same ? The issue with on-the-fly generation is: timestamps are actually new, and not the same as when the release was tagged. And: you probably want some hashes to verify,

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

On 13/05/15 11:02, Thierry Carrez wrote: You'll need an xstatic-release team member to pick it up. As of today that would be: Radomir Dopieralski, David Lyle, Gabriel Hurley* or Mathias Runge. *: Looks like this group needs clean up. Ugh, sorry about that. Unfortunately, I won't have some

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

On 05/05/15 05:29, Robert Collins wrote: Probably, but it's legally wrong (ie: worst case, you can be sued) to leave a package which is in direct violation of the license of things it contains. So,we shouldn't use angular at all then, because as a js framework its distributed to users when

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

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 your statement, or even better, a proof? This is wrong in so many ways. It's

Re: [openstack-dev] [Horizon] Core Reviewer Update

On 29/04/15 00:57, David Lyle wrote: Thank you all for your contributions and welcome to the team! David Yes! Thanks a lot. You'll all make a great addition to the team. Matthias __ OpenStack Development Mailing List

Re: [openstack-dev] [all] Kilo stable branches for other libraries

On 08/04/15 15:55, Thierry Carrez wrote: I'm especially worried with python-cinderclient, python-designateclient and django_openstack_auth which are more than 2 months old and may well contemplate another kilo release that could be disrupting at this point. In general: a great idea, and I've

Re: [openstack-dev] [depfreeze][horizon] Update to Django-1.7.x

On Thu, Mar 26, 2015 at 06:02:41AM -0400, Sean Dague wrote: Yes, just approved. Thank you, much appreciated! -- Matthias Runge mru...@redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe

Re: [openstack-dev] [depfreeze][horizon] Update to Django-1.7.x

On Wed, Mar 25, 2015 at 12:00:11PM +0100, Matthias Runge wrote: On 25/03/15 11:34, Sean Dague wrote: Could you make this one Depends on https://review.openstack.org/#/c/167515/ so that we check that all Django 1.7 related issues are fixed ? I don't think it was ever sufficiently explained

[openstack-dev] [depfreeze][horizon] Update to Django-1.7.x

the version frozen for kilo, or in other words: When Kilo is released, it relies on a version, not supported any more. Review is at https://review.openstack.org/#/c/155353/ -- Matthias Runge mru...@redhat.com __ OpenStack

Re: [openstack-dev] [depfreeze][horizon] Update to Django-1.7.x

On 25/03/15 11:34, Sean Dague wrote: Could you make this one Depends on https://review.openstack.org/#/c/167515/ so that we check that all Django 1.7 related issues are fixed ? I don't think it was ever sufficiently explained why horizon now needs django nose to compile it's message catalog

Re: [openstack-dev] [infra][horizon] Need help at debugging requirements issue

On 19/03/15 15:52, Ihar Hrachyshka wrote: [1] https://review.openstack.org/#/c/155353/ Hi, it all comes to the fact that DEVSTACK_GATE_INSTALL_TESTONLY=1 is not specified in the requirements integration job. I think you need to set it at [1]. In that case, your test requirements will

[openstack-dev] [infra][horizon] Need help at debugging requirements issue

global-requirements file: django-nose (no version requirement). Sadly, I can not figure out, why that happens and how to fix that. In local tests, this just works. Any hints please? Thanks, Matthias [1] https://review.openstack.org/#/c/155353/ -- Matthias Runge mru...@redhat.com

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

On 09/03/15 15:54, Doug Hellmann wrote: Not everyone realizes that many of the distros run our tests against the packages they build, too. So our tool choices trickle downstream beyond our machines and our CI environment. In this case, because the tool is a linter, it seems like the

Re: [openstack-dev] HTTPD Config

configure moving Horizon from using http server root to something different. Link? https://review.openstack.org/#/c/86880/ Obviously, that needs a bit work now. -- Matthias Runge mru...@redhat.com __ OpenStack Development

Re: [openstack-dev] HTTPD Config

On 05/03/15 19:49, Adam Young wrote: I'd like to drop port 5000 all-together, as we are using a port assigned to a different service. 35357 is also problematic as it is in the middle of the Ephemeral range. Since we are talking about running everything in one web server anywya, using

[openstack-dev] Weekly status report (Thu, Jan 22)

Hello, a bit early, but here's my status report for the past week RED: - none AMBER: - still preparing my workshop for devconf in Brno - prepared a patch to add OVA format to horizon https://review.openstack.org/150751 - continued JavaScript fun - cleaned up blueprints upstream - bugzilla

Re: [openstack-dev] Weekly status report (Thu, Jan 22)

On 29/01/15 13:20, Matthias Runge wrote: Hello, a bit early, but here's my status report for the past week Yupp, please ignore the noise here. Matthias __ OpenStack Development Mailing List (not for usage questions

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

service will improve the situation here. -- Matthias Runge mru...@redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

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

On 23/01/15 10:31, Jeremy Stanley wrote: On 2015-01-23 10:11:46 +0100 (+0100), Matthias Runge wrote: [...] It would be totally awesome to switch from pip install to using distribution packages for testing purposes. At least for dependencies. [...] While it seems nice on the surface

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

On 22/01/15 09:48, Radomir Dopieralski wrote: All of the XStatic packages had to be packaged for the respective distributions in order to package Horizon. That was a lot of work, but it has been done my the packagers of the distributions. As far as I understand, most of those XStatic packages

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

On 21/01/15 09:59, Martin Geisler wrote: This seems to imply that users will download at least one .js file per dependency. Not necessarily. We still use django-compressor, which copies all javascript into fewer files. E.g. here in my untweaked juno environment, I just get 3 instead of

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

On 13/01/15 16:31, Jeremy Stanley wrote: On 2015-01-13 08:13:41 -0700 (-0700), Drew Fisher wrote: [...] Why were the libraries ripped from the Horizon codebase in the first place? It seems to me they belong with the code using it. I disagree. If those libraries aren't developed as part of

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

On 12/01/15 21:53, Drew Fisher wrote: I know I'm very very late to this thread but can I ask why Bower? Bower has a hard requirement on Node.js which was removed as a dependency in Havana. Why are we reintroducing this requirement? For Solaris, a requirement on Node.js is especially

Re: [openstack-dev] [horizon] packaging problem production build question

On 08/01/15 23:46, Matthew Farina wrote: Thanks for humoring me as I ask these questions. I'm just trying to connect the dots. How would system packages work in practice? For example, when it comes to ubuntu lucid (10.04 LTS) there is no system package meeting the jQuery requirement and for

[openstack-dev] [stable] Proposing to add Lin-Hua Cheng to horizon-stable-maint

Hello, I'd like to propose to add Lin-Hua Cheng to horizon-stable-maint. Lin has been a Horizon Core for a long time and has expressed interest in helping out with horizon stable reviews. I think, he'll make a great addition! Matthias ___

Re: [openstack-dev] Horizon switching to the normal .ini format

On 05/01/15 19:27, Matthew Farina wrote: Switching to an ini format would likely be painful to impossible. Horizon is built on django which is where the settings.py format comes from. It's part of a django app. For more info see the django docs. The settings information is at

Re: [openstack-dev] [stable] Exception proposals for 2014.2.1

On 03/12/14 20:22, Alan Pevec wrote: Horizon standing-after-freeze translation update, coming on Dec 3 This is now posted https://review.openstack.org/138798 David, Matthias, I'd appreciate one of you to have a quick look before approving. Cheers, Alan Alan, thanks for the heads-up

Re: [openstack-dev] [Horizon] Separate horizon and openstack_dashboard

On 17/11/14 14:43, Yves-Gwenaël Bourhis wrote: Le 17/11/2014 14:19, Matthias Runge a écrit : There is already horizon on pypi[1] IMHO this will lead only to more confusion. Matthias [1] https://pypi.python.org/pypi/horizon/2012.2 Well the current horizon on Pypi is The OpenStack

Re: [openstack-dev] [Horizon] the future of angularjs development in Horizon

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

  1   2   >