On 13/11/14 23:25 +, Amrith Kumar wrote:
At the suggestion of Doug Hellmann, and relative to a conversation with him and
Flavio at Summit. Doug suggested that I pose this question on the dev mailing
list so someone from OSLO can communicate the answer to the entire community
(rather than
ok, the reason seems to be pyscss version conflict
problem:gongysh@localhost:/opt/stack/horizon$ python manage.py shell
Python 2.7.5 (default, Nov 3 2014, 14:26:24)
[GCC 4.8.3 20140911 (Red Hat 4.8.3-7)] on linux2
Type help, copyright, credits or license for more information.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
THANKS A LOT!
I hope this patch will get enough attention from core reviewers to
give it a chance to arrive in 2014.2.1 Juno release that is scheduled
the end of the month.
/Ihar
On 14/11/14 04:01, Xu Han Peng wrote:
I opened a new bug and
Hi all,
it is time to freeze with fixing Low and Medium bugs, as we entered to the
SCF [1] phase.
Like in 5.1, let's do an exception for those patches, which have at least
one +1 in gerrit. If core reviewers think that such patches can be landed,
let's merge. Otherwise - please move the bug to
Hi
My thoughts:
Shoe-horning the ephemeral partition into Cinder seems like a lot of pain for
almost no gain[1]. The only gain I can think of would be that we could bring a
node down, boot it into a special ramdisk that exposes the volume to the
network, so cindery operations (e.g. migration)
Tony Breeds wrote:
I'm looking for a description of which linux distributions we as
developers expect to support openstack on. I haven't found anything that
summerises this.
It's because it's a two-way street: Linux distributions support
OpenStack (mainly by packaging all OpenStack
Congrats!
Welcome to the core team!
On Tue, Nov 11, 2014 at 9:02 PM, Matthew Farrellee m...@redhat.com wrote:
On 11/11/2014 12:35 PM, Sergey Lukjanov wrote:
Hi folks,
I'd like to propose Sergey to sahara-core. He's made a lot of work on
different parts of Sahara and he has a very good
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 14/11/14 02:36, Fei Long Wang wrote:
Greetings,
Recently, I'm working on fixing Nova evacuate bugs for RBD. And
both the two patches have been merged in Kilo[1,2]. But during
backporting them to Juno/Icehouse, one patch got a document build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13/11/14 19:19, Dan Smith wrote:
Unfortunately this model doesn't apply to Nova objects, which
are persisted remotely. Unless I've missed something, SQLA
doesn't run on Nova Compute at all. Instead, when Nova Compute
calls object.save() this
On 13/11/14 18:26, Mike Bayer wrote:
On Nov 13, 2014, at 3:52 AM, Nikola Đipanov ndipa...@redhat.com
wrote:
On 11/13/2014 02:45 AM, Dan Smith wrote:
I’m not sure if I’m seeing the second SELECT here either but
I’m less familiar with what I’m looking at.
compute_node_update() does the one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 14/11/14 09:14, Flavio Percoco wrote:
On 13/11/14 23:25 +, Amrith Kumar wrote:
At the suggestion of Doug Hellmann, and relative to a
conversation with him and Flavio at Summit. Doug suggested that I
pose this question on the dev mailing
FYI, I've forwarded this thread to the operators mailing list as I feel
they will be very much interested by this discussion.
BR
Simon
On Fri, Nov 14, 2014 at 1:37 AM, Sean Dague s...@dague.net wrote:
On 11/13/2014 06:56 PM, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2014-11-13
On Thu, Nov 13, 2014 at 01:55:06PM -0800, Surojit Pathak wrote:
Hi all,
[Issue observed]
If we issue 'nova reboot server', we get to have the console output of the
latest bootup of the server only. The console output of the previous boot
for the same server vanishes due to truncation[1]. If
On Thu, Nov 13, 2014 at 05:20:47PM -0600, Ben Nemec wrote:
On 11/10/2014 05:00 AM, Daniel P. Berrange wrote:
On Mon, Nov 10, 2014 at 09:45:02AM +, Derek Higgins wrote:
Tl;dr oslo.config wasn't logging warnings about deprecated config
options, do we need to support them for another
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 13/11/14 12:34, Thierry Carrez wrote:
TL;DR: Every project should designate a Stable branch liaison.
Hi everyone,
Last week at the summit we discussed evolving the governance
around stable branches, in order to maintain them more
On 13/11/14 23:56, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2014-11-13 15:20:47 -0800:
On 11/10/2014 05:00 AM, Daniel P. Berrange wrote:
On Mon, Nov 10, 2014 at 09:45:02AM +, Derek Higgins wrote:
Tl;dr oslo.config wasn't logging warnings about deprecated config
options, do
Thanks for cleaning up the house!,
Best regards,
Miguel Ángel Ajo
On Friday, 14 de November de 2014 at 00:46, Salvatore Orlando wrote:
There are a lot of neutron patches which, for different reasons, have not
been updated in a while.
In order to ensure reviewers focus on active patch, I
Hello folks
in the past months Shari and I have implemented more chunks of the
taxonomy developed for us by Katherine Cranford (a volunteer expert).
Using categories in the wiki pages can help us create dynamic pages and
keep information more visible, well organized and discoverable.
For
On 11/11/14 09:30, Jiri Tomasek wrote:
On 11/10/2014 12:19 PM, Matthias Runge wrote:
On Thu, Oct 30, 2014 at 01:13:48PM +0100, Matthias Runge wrote:
Hi,
tl;dr: how to progreed in separating horizon and openstack_dashboard
About a year ago now we agreed, it makes sense to separate horizon and
On 2014-11-13 18:28:14 +0100 (+0100), Ihar Hrachyshka wrote:
[...]
I think those who maintain glance_store module in downstream
distributions will cherry-pick the security fix into their
packages, so there is nothing to do in terms of stable branches to
handle the security issue.
[...]
As a
On 12/11/14 02:45, Richard Jones wrote:
I have set up a doodle poll to let folk enter their preferred times.
It's in UTC/GMT (/London time, because doodle) so use something like
http://everytimezone.com/ to figure that out :)
https://doodle.com/47h3f35nad62ncnf
Richard
Quick Question:
Hi folks,
Yesterday I performed the following upgrade chain:
5.1 - 5.1.1 - 6.0
and upgrading to 6.0 was failed. I did some research and figure out
that Nailgun's container doesn't have Nailgun at all. So here's what
happened.
1. When we're upgrading to 6.0 we already have three repos in
Igor,
I'm trying to figure out where the failure is. The 5.1.1 and 6.0
prebuilt containers contain the correct version of nailgun RPM
pre-installed. It shouldn't matter if the versions are identical
(which is a problem for sure).
Can you open a bug and post upgrade logs? I'm interested to see
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
I did it that way so that the form wouldn't blow out completely, and I
thought for our purposes of scheduling a 2 hour precision would be good
enough.
On 14 November 2014 22:32, Jaromir Coufal jcou...@redhat.com wrote:
On 12/11/14 02:45, Richard Jones wrote:
I have set up a doodle poll to let
Thanks Maruti,
I have some comments and questions which I've posted on gerrit.
There are two things I would like to discuss on the mailing list concerning
this effort.
1) Is this spec replacing https://review.openstack.org/#/c/100278 and
https://review.openstack.org/#/c/93613 - I hope so,
Mat,
I've filed a bug [1] and provide you a puppet output inside Nailgun
container [2].
If I remove /etc/yum.repos.d/5.1.1_nailgun - the puppet works fine.
[1]:https://bugs.launchpad.net/fuel/+bug/1392698
[2]: http://xsnippet.org/360279/raw/
Thanks,
Igor
On Fri, Nov 14, 2014 at 1:51 PM,
Igor Kalnitsky ikalnit...@mirantis.com writes:
Mat,
I've filed a bug [1] and provide you a puppet output inside Nailgun
container [2].
If I remove /etc/yum.repos.d/5.1.1_nailgun - the puppet works fine.
[1]:https://bugs.launchpad.net/fuel/+bug/1392698
[2]: http://xsnippet.org/360279/raw/
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 11/14/2014 03:55 AM, Sergey Lukjanov wrote:
Congrats!
Welcome to the core team!
thanks =)
mike
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
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
Hi,
There was an idea to make a separate code freeze for repos
Could you please clarify what do you mean?
I think we should have a way to merge patches for the next
release event if it's code freeze for the current.
Thanks,
On Tue, Nov 11, 2014 at 2:16 PM, Vitaly Kramskikh
Ihar Hrachyshka wrote:
On 13/11/14 12:34, Thierry Carrez wrote:
1. We propose that integrated projects with stable branches
designate a formal Stable Branch Liaison (by default, that would
be the PTL, but I strongly encourage someone specifically
interested in stable branches to step up). The
On Nov 13, 2014, at 6:29 PM, Thomas Goirand z...@debian.org wrote:
On 11/14/2014 06:40 AM, Donald Stufft wrote:
Sure! That's how I do most of my Python modules these days. I don't just
create them from scratch, I use my own debpypi script, which generates
a template for packaging. But it
Stefano Maffulli wrote:
[...]
Category pages are just like any other wiki page: they can have text,
images, can be edited, translated etc. And they automatically show the
pages contained in their category. As an example, see how the dynamic
page for Programs
Evgeniy,
That means that the stable branch can be created for some repos earlier.
For example, fuel-web repo seems not to have critical issues for now and
I'd like master branch of that repo to be opened for merging various stuff
which shouldn't go to 6.0 and do not wait until all other repos
On 11/14/2014 03:31 AM, Ihar Hrachyshka wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 14/11/14 09:14, Flavio Percoco wrote:
On 13/11/14 23:25 +, Amrith Kumar wrote:
At the suggestion of Doug Hellmann, and relative to a
conversation with him and Flavio at Summit. Doug
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 Fri, Nov 14, 2014 at 08:44:24AM -0500, Donald Stufft wrote:
On Nov 13, 2014, at 6:29 PM, Thomas Goirand z...@debian.org wrote:
On 11/14/2014 06:40 AM, Donald Stufft wrote:
[okay, well, actually Thomas Goirand wrote:]
No, that's for arch independent *things*. Like for example,
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
Excerpts from Chris Jones's message of 2014-11-14 00:42:48 -0800:
Hi
My thoughts:
Shoe-horning the ephemeral partition into Cinder seems like a lot of pain for
almost no gain[1]. The only gain I can think of would be that we could bring
a node down, boot it into a special ramdisk that
On 2014-11-14 00:34:14 -0500 (-0500), Wan, Sam wrote:
Seems we need to use python-keystoneclient and
python-openstackclient from git.openstack.org because those on
pip don’t work.
That's a bug we're (collectively) trying to prevent in the future.
Services, even under development, should not
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
Guys,
The idea of separate unfreezing is cool itself, but we have to define
some rules how to define that fuel-web is stable. I mean, in fuel-web
we have different projects, so when Fuel UI is stable, the
fuel_upgrade or Nailgun may be not.
- Igor
On Fri, Nov 14, 2014 at 3:52 PM, Vitaly
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
There is a proposal to consider a repo as stable if there are no
high/critical bugs and there were no such new bugs with this priority for
the last 3 days. I'm ok with it.
2014-11-14 17:16 GMT+03:00 Igor Kalnitsky ikalnit...@mirantis.com:
Guys,
The idea of separate unfreezing is cool itself,
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
Hi,
As far as I understood last friday afternoon dicussions during the
design summit, this use case is in the scope of another umbrella spec
which would define external connectivity for neutron networks. Details
of those connectivity would be defined through service plugin API.
Ian do you plan
On Nov 13, 2014, at 8:47 PM, Jamie Lennox jamielen...@redhat.com wrote:
Hi all,
To implement kite we need the ability to sign and encrypt the message and the
message data. This needs to happen at a very low level in the oslo.messaging
stack. The existing message security review
I don't think it's a problem. It puts a practical limit on the scope
of an 'api call' which can be covered by a single database transaction
though, because it would be difficult to arrange for 2 RPC calls to
both use the same DB transaction on the remote end. I think we agree
on this.
Sure,
Hello all,
Also, what about Kevin's https://review.openstack.org/#/c/87825/? One of
its use cases is exactly the L2 gateway. These proposals could probably be
inserted in a more generic work for moving existing datacenter L2 resources
to Neutron.
Cheers,
On 14 November 2014 15:28, Mathieu Rohon
On Nov 14, 2014, at 4:31 AM, Ihar Hrachyshka ihrac...@redhat.com wrote:
Signed PGP part
On 14/11/14 09:14, Flavio Percoco wrote:
On 13/11/14 23:25 +, Amrith Kumar wrote:
At the suggestion of Doug Hellmann, and relative to a
conversation with him and Flavio at Summit. Doug suggested
On Nov 14, 2014, at 3:14 AM, Flavio Percoco fla...@redhat.com wrote:
On 13/11/14 23:25 +, Amrith Kumar wrote:
At the suggestion of Doug Hellmann, and relative to a conversation with him
and
Flavio at Summit. Doug suggested that I pose this question on the dev mailing
list so someone
Last cycle Thierry put together a tool to make releasing Oslo libraries easier
for us. Using the tool will ensure that all of our releases are tracked
consistently, but it’s going to mean a few procedural changes for us in
launchpad, especially with the way we use milestones.
I’ve updated
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,
Hi all,
I would definitely be glad to work on the subject as well.
However I am not sure to understand fully Armando last remark in our change.
I will try to discuss it with him on IRC.
Regards,
Benjamin GRASSART
[@@ THALES GROUP INTERNAL @@]
De : S M, Praveen Kumar
On 11/14/14, 4:24 AM, Jaromir Coufal jcou...@redhat.com wrote:
On 11/11/14 09:30, Jiri Tomasek wrote:
On 11/10/2014 12:19 PM, Matthias Runge wrote:
On Thu, Oct 30, 2014 at 01:13:48PM +0100, Matthias Runge wrote:
Hi,
tl;dr: how to progreed in separating horizon and openstack_dashboard
On 14/11/14 11:25 +, stuart.mcla...@hp.com wrote:
On 2014-11-13 18:28:14 +0100 (+0100), Ihar Hrachyshka wrote:
[...]
I think those who maintain glance_store module in downstream
distributions will cherry-pick the security fix into their
packages, so there is nothing to do in terms of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/11/14 14:40, Dan Smith wrote:
I don't think it's a problem. It puts a practical limit on the
scope of an 'api call' which can be covered by a single database
transaction though, because it would be difficult to arrange for
2 RPC calls to
For decom (now zapping), I'm building it with config flags to either
disable it entirely, or just disable the erase_disks steps. No comment on
the daft bit :) But I do understand why you'd want to do it this way.
https://review.openstack.org/#/c/102685/
On Fri Nov 14 2014 at 6:14:13 AM Clint
Hi All,
Latest convergence-poc code is available [1]
Reason for this fork was to avoid constant rebase. Wiki [2] also has been
updated to reflect latest changes/deviations. One prominent deviation from
convergence-blueprint is that observer and workers are not separate operating
system
just an fyi, i had same issue. i 'pip uninstall'ed all the python-*clients and
it worked fine... i assume it's something to do with master (as i had it
configured previously) since devstack seems to pull in pypi version.
cheers,
gord
Hello PTLs of Ceilometer, Heat, Horizon, and Trove,
The purpose of the API Working Group [1] is to propose, discuss, review, and
advocate for API guidelines for all OpenStack Programs to follow. We’re seeking
API subject matter experts and a cross-project liaison [2] for each project to
In preparation to the blueprint libvirt-kvm-systemz [1] we made an
analysis of the mapping of the driver functions to the hypervisor
support matrix features [2]. We could provide that information for the
wiki page. Should we discuss that up front in a nova meeting?
[1]
On 11/14/2014 09:09 AM, Jeremy Stanley wrote:
On 2014-11-14 00:34:14 -0500 (-0500), Wan, Sam wrote:
Seems we need to use python-keystoneclient and
python-openstackclient from git.openstack.org because those on
pip don’t work.
That's a bug we're (collectively) trying to prevent in the
On Fri, Nov 14, 2014 at 05:26:44PM +0100, Markus Zoeller wrote:
In preparation to the blueprint libvirt-kvm-systemz [1] we made an
analysis of the mapping of the driver functions to the hypervisor
support matrix features [2]. We could provide that information for the
wiki page. Should we
On 11/13/2014 05:56 PM, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2014-11-13 15:20:47 -0800:
On 11/10/2014 05:00 AM, Daniel P. Berrange wrote:
On Mon, Nov 10, 2014 at 09:45:02AM +, Derek Higgins wrote:
Tl;dr oslo.config wasn't logging warnings about deprecated config
Thanks guys.
I think you've answered my initial question. Probably not in the way I was
hoping it to be answered, but it's ok.
So now we have potentially 4 different blueprint describing more or less
overlapping use cases that we need to reconcile into one?
If the above is correct, then I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/13/2014 06:37 PM, Sean Dague wrote:
On 11/13/2014 06:56 PM, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2014-11-13 15:20:47 -0800:
On 11/10/2014 05:00 AM, Daniel P. Berrange wrote:
On Mon, Nov 10, 2014 at 09:45:02AM +, Derek
Hi Salvatore,
Thanks for the review comments on the BP.
Yes, Maruti’s BP supersedes the review https://review.openstack.org/#/c/100278
posted by Isaku, and we
discussed with Isaku during the summit to embrace his BP.
For the review https://review.openstack.org/#/c/93613 by Racha , we
On Nov 12, 2014, at 8:28 PM, Solly Ross sr...@redhat.com wrote:
Hello Doug et all,
I would like to get the ball rolling on graduating oslo-incubator/reports into
oslo.reports. What do I have to do on my end to move forward with the
graduation
process?
We need a spec filled out using the
On Nov 14, 2014, at 12:04 PM, Doug Hellmann d...@doughellmann.com wrote:
On Nov 12, 2014, at 8:28 PM, Solly Ross sr...@redhat.com wrote:
Hello Doug et all,
I would like to get the ball rolling on graduating oslo-incubator/reports
into
oslo.reports. What do I have to do on my end to
On 14/11/14 15:46, Wood, Matthew David (HP Cloud - Horizon) wrote:
On 11/14/14, 4:24 AM, Jaromir Coufal jcou...@redhat.com wrote:
My opinion and preference:
* horizon_lib (framework) + horizon (UI)
I agree with both the concept behind these names and the name selections
given here. People
Last Friday I recall we had two discussions around this topic. One in the
morning, which I think led to Maruti to push [1]. The way I understood [1]
was that it is an attempt at unifying [2] and [3], by choosing the API
approach of one and the architectural approach of the other.
[1]
On 11/14/2014 02:50 PM, Thierry Carrez wrote:
In this precise example, I feel like the dynamic page is much less
usable than the static page, due to the deep hierarchy.
Got it. The current taxonomy is trying to map precisely the hierarchy of
Program-Projects-Teams therefore it keeps the Nova
On 2014-11-14 18:57:13 +0100 (+0100), Stefano Maffulli wrote:
[...]
I'll put more complex changes like this one on hold until the governance
site is live.
Which, incidentally, is awaiting https://review.openstack.org/132466
plus any change to merge in the governance repository now that the
On 11/13/14, 10:19 PM, Sachin Goswami wrote:
In OpenStack Swift - xfs file system is integrated which provides a
maximum file system size of 8 exbibytes minus one byte (263-1 bytes).
Not exactly. The Swift storage nodes keep their data on POSIX
filesystems with support for extended
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
Do you have a blueprint for the new feature? If you want it accepted
upstream, you'll need a blueprint and spec:
https://wiki.openstack.org/wiki/Blueprints#Spec_.2B_Blueprints_lifecycle
On Wed, Nov 12, 2014 at 2:44 PM, Pasquale Porreca
pasquale.porr...@dektech.com.au wrote:
Hello
I am
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
This,
It's certainly not a fun thing to do (trying to guide a community of disjoint
folks) and it likely comes with little recognition when successful, but IMHO we
surely need more of this active technical leadership vs. blessing of projects;
of course the boundary between being a engaging
Benjamin,
Feel free to reach out. If you are referring to my -2, that was just
provisional.
Before we can go ahead and see an improved scheduling capability for DHCP,
you guys need to resolve the conflict between the overlapping blueprints,
working together or giving up one in favor on the
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?
[...]
There were some discussions over the past years.
I raised the question of Swift tape support in my keynote in Boston in 2011
(http://www.slideshare.net/noggin143/cern-user-story) but there was limited
interest. LTFS makes it more likely but we should not underestimate the
challenges. Ensuring
Sounds like this is tooz[1] ;)
The api for tooz (soon to be an oslo library @
https://review.openstack.org/#/c/122439/) is around coordination and
'service-group' like behavior so I hope we don't have duplicates of this in
'oslo.healthcheck' instead of just using/contributing to tooz instead.
Sounds like this is tooz[1] ;)
The api for tooz (soon to be an oslo library @
https://review.openstack.org/#/c/122439/) is around coordination and
'service-group' like behavior so I hope we don't have duplicates of this in
'oslo.healthcheck' instead of just using/contributing to tooz instead.
Sounds like this is tooz[1] ;)
The api for tooz (soon to be an oslo library @
https://review.openstack.org/#/c/122439/) is around coordination and
'service-group' like behavior so I hope we don't have duplicates of this in
'oslo.healthcheck' instead of just using/contributing to tooz instead.
Thank you Stefano (and Shari and Katherine)!
I think this will help. Is there a way to add new categories? I expect that
as people start using this, more categories will be requested.
And, is there a wiki page where this info is hosted?
--Rocky
-Original Message-
From: Stefano
On 2014-11-14 20:04:33 + (+), Rochelle Grober wrote:
[...]
Is there a way to add new categories? I expect that as people
start using this, more categories will be requested.
[...]
Categories emerge automatically as you tag pages into them. No
separate category creation step is
Arg, sorry for the spam, mail.app was still trying to send it multiple times
for some reason...
-Josh
From: Joshua Harlow harlo...@outlook.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Friday, November 14, 2014 11:45 AM
Hello, Duncan, Mike,
11:13 (DuncanT) DuncanT mtanino, You can and should submit the code even if
the spec isn't approved as long as it isn't looking contentious, but I will
certainly take a look
Base on the comment at cinder__unofficial_meeting at Wednesday,
I posted both updated cinder-spec
On Nov 14, 2014, at 1:43 PM, Jay Pipes jaypi...@gmail.com wrote:
On 11/14/2014 05:13 PM, Everett Toews wrote:
The liaison should be a core reviewer for the project, but does not
need to be the PTL. By default, the liaison will be the PTL.
]Anyway, the outcome of the email exchange with
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
Hi Phil,
Do you have a libvirt volume driver on the Nova side for DRBD? Regarding
getting consistency group information to the Nova nodes, can you help me
understand the steps you need to go through?
1. Create a consistency group
2. Create a volume and add volume to the group
Repeat the
Excerpts from Samuel Merritt's message of 2014-11-14 10:06:53 -0800:
On 11/13/14, 10:19 PM, Sachin Goswami wrote:
In OpenStack Swift - xfs file system is integrated which provides a
maximum file system size of 8 exbibytes minus one byte (263-1 bytes).
Not exactly. The Swift storage nodes
1 - 100 of 110 matches
Mail list logo
