golang-nuts+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/golang-nuts/856fcb34-c7ed-4dca-aab6-c42001492d93n%40googlegroups.com
> <https://groups.google.com/d/msgid/golang-nuts/856fcb34-c7ed-4dca-aab6-c42001492d93n%40goo
d an
> email to golang-nuts+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/golang-nuts/CAGPPfg-PtW7dqeNKo72fvLsLZ1Qg2i_AwmUBJcTGMNgeHUhfCA%40mail.gmail.com
> <https://groups.google.com/d/msgid/golang-nuts/CAGPPfg-PtW7dqeNKo72fvL
ote the ticket you raised, in case it is useful to others:
>
> https://github.com/golang/go/issues/51991
>
>
> On Mar 29, 2022 at 2:48:34 AM, Davanum Srinivas wrote:
>
>> Jim,
>>
>> Looks like we ended up seeing the same problem in a kubernetes test case
>>
ed-computing/open-stack/
>
> --
> Jeremy Stanley
> ___
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe :
> http://lists.opensta
not for usage questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
>
>
> __
> OpenStack Develop
s.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> --
> Kind regards,
>
> Melvin Hillsman
> mrhills...@gmail.com
> mobile: (832) 264-2646
> __
;
>> >
>> __
>> > OpenStack Development Mailing List (not for usage questions)
>> > Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> <http://openstack-dev-requ...@lists.openstack.org/?subjec
e on where to strike
> the balance of purely technical priorities for the TC (as I
> personally think the TC is somewhat incorrectly named).
> --
> Jeremy Stanley
> __
> OpenStack Development Mailing List (not for
.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Davanum Srinivas :: https://twitter.com/dims
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing List (not for us
___
> 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
>
--
Davanum Srinivas :: https://twitter.com/dims
_
usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Davanum Srinivas :: https://twitter.com/dims
_
-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing List (not for usage qu
Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
> __
> OpenStack Development Mailing List (not for usage questi
ibe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing List (
3-gateway
> library in the openstack/tooz requirements file.
>
> I think? :)
>
> -jay
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.o
__
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lis
usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Davanum Srinivas :: https://twitter.com/dims
__
O
age questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Davanum Srinivas :: https://twitter.com/dims
__
Open
apples to oranges.
100%
> Best,
> -jay
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/c
tly contribute, I'm happy to offer
>> any support I can through the SIG-OpenStack and SIG-Cloud-Provider
>> roles I have in the K8s community.
>
>
> Thanks!
>
> cheers,
> Zane.
>
>
> __
> OpenStack Development Mailing List (not
evious blockers we identified have been resolved in the
> intervening year.
+100 Jeremy!
> Jeremy Stanley
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.o
gt; 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
--
Davanum Srinivas :: https://twitter.com/dims
__
g it too far Matt.
Instead of perfection when merging, we should look for iteration and
reverts. That's what i would like to see. I am not asking for a
"Commit-Then-Review" like the ASF. I want us to be just be practical
and have some leeway to iterate / update / experiment instead of
absolute perfection from all angles. We sho
On Wed, May 30, 2018 at 5:23 PM, Jeremy Stanley wrote:
> On 2018-05-30 14:50:11 -0700 (-0700), Davanum Srinivas wrote:
> [...]
>> Let me poke at this a bit. Some of the projects do say (not in so
>> many words):
>>
>> "master should be always deployable and ful
much yes.
>
> --
> Chris Dent ٩◔̯◔۶ https://anticdent.org/
> freenode: cdent tw: @anticdent
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
ent 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
>>>
>>>
>>>
>>> _______
elopment 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
--
Davanum Srinivas :: https://twitter.com/dims
__
>> 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
>>
>
>
> ___
__
>> 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
>>
>
>
> ___
should be
>> part of the review team for sure,
>>
>> Andreas
>
> Yeah, I wasn't really clear there: I intend to set up the documentation
> and TC teams as members of the new team, so that all members of both
> groups can be reviewers of the new repository.
+1 Doug
>
_
> 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
--
Davanum Srinivas :: https://twitter.com/dims
;>> Unsubscribe:
>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>> __
>> OpenStack Developm
github.com/cloudfoundry-incubator/cf-openstack-validator
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:u
sts.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
>
> --
> ChangBo Guo(gcb)
> Community Director @EasyStack
>
> _____
evelopment 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
>
--
Davanum Srinivas :: https://twitter.com/dims
_
qu...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@li
ms/openstack-cloud-controller-manager
> [2] https://github.com/kubernetes/community/pull/1862
> [3] https://etherpad.openstack.org/p/sig-k8s-2018-dublin-ptg
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: open
https://etherpad.openstack.org/p/keystone-team-newsletter
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: opensta
k 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
>
--
Davanum Srinivas :: https://twitter.com/dims
openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsub
___
> 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
--
Davanum Srinivas :: https://
> Post to : openstack@lists.openstack.org
>> Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>>
>> --
>> Volodymyr Litovka
>> "Vision without Execution is Hallucination." -- Tho
> Post to : openst...@lists.openstack.org
>> Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>>
>> --
>> Volodymyr Litovka
>> "Vision without Execution is Hallucination." -- Tho
who to ask?
>
> Thank you in advance and kind regards,
>
> Felix Fischer
>
> ___
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe : http://lists.
⊙＿⊙') https://anticdent.org/
> freenode: cdent tw: @anticdent
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lis
__
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-b
e ideas on how to achieve that?
Thanks,
Dims
>
>
> /me puts on asbestos pants
>
>>
>> --
>> Mathieu
>>
>> ___
>> OpenStack-operators mailing list
>> openstack-operat...@lists.openstack.org
>> http://lists.op
>
> __
> 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
--
saying that they're maintaining
>> the branch.
>>
>> Doug
>>
>> ______
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.o
saying that they're maintaining
>> the branch.
>>
>> Doug
>>
>> ______
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subjec
Let's focus our energy on the etherpad please
https://etherpad.openstack.org/p/LTS-proposal
On Wed, Nov 15, 2017 at 3:35 AM, Davanum Srinivas <dava...@gmail.com> wrote:
> Saverio,
>
> Please see this :
> https://docs.openstack.org/project-team-guide/stable-branches.html for
> 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
--
Davanum Srinivas :: https://twitter.com/dims
_
> on that way, and giving every LTS team member a core rights maybe? Not sure
> if that works though.
>
> --
> Best regards,
> Bogdan Dobrelya,
> Irc #bogdando
>
>
> __
> OpenStack Development Mailing List (not for u
s
that is a first step towards LTS eventually.
Thanks,
Dims
On Wed, Nov 15, 2017 at 2:46 AM, Flavio Percoco <fla...@redhat.com> wrote:
> On 14/11/17 22:33 +1100, Davanum Srinivas wrote:
>>
>> Saverio,
>>
>> This is still under the stable team reviews... NOT LTS.
>&
s
that is a first step towards LTS eventually.
Thanks,
Dims
On Wed, Nov 15, 2017 at 2:46 AM, Flavio Percoco <fla...@redhat.com> wrote:
> On 14/11/17 22:33 +1100, Davanum Srinivas wrote:
>>
>> Saverio,
>>
>> This is still under the stable team reviews... NOT LTS.
>&
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
--
Davanum Srinivas :: https://twitter.com/dims
___
OpenStack-operators m
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
--
Davanum Srinivas :: https://twitter.com/dims
_
releases is insufficient. We are all trying to listen to
> users' needs. Continuing to just say "we should do LTS releases"
> however doesn't acknowledge the other long standing fact, which is
> that over all of the time we have talked about it we have had *no
> contributors willing to actually support an LTS release model
> upstream.*
>
> We act like people have been saying "no, you are not allowed to
> maintain branches for longer than the stable team says is OK," or
> "no, we'll never provide an LTS release," but that's not how our
> community works. The policies are set by the contributors. If there
> are no contributors for an LTS release, there will be no LTS release.
> If there *are* contributors, then we'll find a way to make some
> sort of LTS model work within the other constraints we have.
>
> It seems now that we have people saying they would do some amount
> of maintenance work (probably less than we try to do for stable
> branches under our current model), if they could. The first change,
> what has been proposed, is to give them a place to do the work.
> Then we'll see if anyone actually does it, and if so we can plan
> further improvements.
>
>> Then we can ask the operators if they would prefer that we stop EOL'ing
>> things out from under them. We can make it a community goal to have a
>> "feature" that is "you can upgrade from the last one" and have "the last
>> one" be something older than 6 months, maybe even older than 1 year.
>>
>> [1] https://www.openstack.org/assets/survey/April2017SurveyReport.pdf
>>
>
> ___
> OpenStack-operators mailing list
> OpenStack-operators@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
--
Davanum Srinivas :: https://twitter.com/dims
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
___
> 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
--
Davanum Srinivas :: https://twitter.com/dims
___
rd.
>>
>> If the PMC (and/or committers on the project) can't show some obviously
>> organized energy at project management, then perhaps it's time for the
>> project as a whole to consider moving to the Attic soon.
>
> --
>
> - Shane
> https://www.apache.org/foundation/marks/resources
--
Davanum Srinivas :: https://twitter.com/dims
-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org
n, because as much as we want to keep it open we need
> to maintain the genuineness of meeting. I would not want to stumble
> into a junk log file while I am reading it later looking for
> something.
>
>
> [1]
> http://eavesdrop.openstack.org/meetings/kolla/2017/kolla.2017-10-11-10.31.log
___
> 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
--
Davanum Srinivas :: https://
Oops! Matt Treinish pointed out i have 6 more months to go :)
Thanks,
Dims
On Fri, Oct 6, 2017 at 8:38 AM, Davanum Srinivas <dava...@gmail.com> wrote:
> Team,
>
> Please consider my candidacy for Queens. I just realized how time flies,
> reading
> my previous two s
Many thanks to Jeremy and Clark. We are back on our feet for Mogan.
Thanks,
Dims
On Fri, Oct 6, 2017 at 1:03 PM, Jeremy Stanley <fu...@yuggoth.org> wrote:
> On 2017-09-29 00:19:25 -0400 (-0400), Davanum Srinivas wrote:
>> I tried several things, not sure i have enough git-fu to p
[4]
http://lists.openstack.org/pipermail/openstack-sigs/2017-September/thread.html#74
[5] https://etherpad.openstack.org/p/queens-ptg-sig-k8s
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing List (not for usage
gcb)
> Community Director @EasyStack
>
> __
> 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
org:29418/openstack/mogan.git'
Would it be simpler for you to do this for mogan team?
Thanks,
Dims
PS: i did get added to mogan-core to try this experiment
On Thu, Sep 28, 2017 at 9:09 AM, Davanum Srinivas <dava...@gmail.com> wrote:
> Jeremy, Clark,
>
> Filed a change :)
> https:/
Jeremy, Clark,
Filed a change :)
https://review.openstack.org/508151
Thanks,
Dims
On Thu, Sep 28, 2017 at 8:55 AM, Jeremy Stanley <fu...@yuggoth.org> wrote:
> On 2017-09-27 20:02:25 -0400 (-0400), Davanum Srinivas wrote:
>> I'd like to avoid the ACL update which will make it
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
--
Davanum Srinivas :: https://twitter.com/dims
_
/logging.properties"
> -jar "/opt/jboss/wildfly/jboss-modules.jar" -mp "/opt/jboss/wildfly/modules"
> org.jboss.as.standalone -Djboss.home.dir="/opt/jboss/wildfly"
> -Djboss.server.base.dir="/opt/jboss/wildfly/standalone" '-b' '0.0.0.0'
>
>
&g
help craft the initial contact messages and advise as
> needed.
>
> Does anyone want to volunteer to work with me and actually send the
> emails?
>
> Doug
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscrib
od?
Thanks,
Dims
On Fri, Sep 22, 2017 at 8:41 AM, Zhenguo Niu <niu.zgli...@gmail.com> wrote:
> @Dims,
>
> Yes, I think the history is OK, do I need to ping some infra guys or if you
> can help to replace the repo?
>
> On Fri, Sep 22, 2017 at 7:22 PM, Davanum Srinivas &l
gt; On Fri, Sep 22, 2017 at 9:53 AM, Davanum Srinivas <dava...@gmail.com> wrote:
>>
>> Zhenguo,
>>
>> I did some fancy surgery with both cinder and nova repos to add the
>> history, please check my repo here:
>> https://github.com/dims/mogan/commits/master
>>> On 15:56 Sep 20, Flavio Percoco wrote:
>>>>
>>>> On 20/09/17 12:21 +0000, Jeremy Stanley wrote:
>>>>>
>>>>> On 2017-09-20 07:51:29 -0400 (-0400), Davanum Srinivas wrote:
>>>>> [...]
>>
Zhenguo Niu
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listi
;
> Thanks to everyone helping with the transition!
>
> -Sean
>
> --
> Sean Dague
> http://dague.net
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.opensta
yondTheClouds:cockroachdb/pike
>> [6] https://github.com/openstack/oslo.db/blob/stable/pike/oslo_db/api.py#L84
>> [7]
>> https://github.com/openstack/keystone/compare/stable/pike...BeyondTheClouds:cockroachdb/pike
>
ack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing List (not for usage
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing Lis
sts.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing List (not for us
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack D
dev
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/li
ore generic one instead of Fortress.
> Ruan
>
>
> -Original Message-----
> From: Davanum Srinivas [mailto:dava...@gmail.com]
> Sent: jeudi 10 août 2017 16:32
> To: OpenStack Development Mailing List (not for usage questions)
> Cc: DUVAL Thomas OBS/OAB
> Subject: Re: [ope
Thank you.
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.o
ug 8, 2017 at 6:34 PM, joehuang <joehu...@huawei.com> wrote:
>> Dims,
>>
>> Integration of keystone and kubernetes is very cool and in high demand.
>> Thank you very much.
>>
>> Best Regards
>> Chaoyi Huang (joehuang)
>>
>> _
>> Integration of keystone and kubernetes is very cool and in high demand.
>> Thank you very much.
>>
>> Best Regards
>> Chaoyi Huang (joehuang)
>>
>>
>> From: Davanum Srinivas [dava...@gmail.com]
>&
gt; Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Ma
lopment 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
>
--
Davanum Srinivas :: https://twitter.com/dims
___
anagment
>
> Red Hat
>
> <https://www.redhat.com>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-
> 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
--
Davanum Srinivas :: https:/
gt; Let me know if you have any question. You can also ask questions on
> #openstack-ptg, or contact the events team at p...@openstack.org.
>
> --
> Thierry Carrez (ttx)
>
> __
> OpenStack Development Mailing List (not for usage
be blocked in global requirements.
>
> Thanks,
> Dave
> IRC:dave-mccowan
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.open
gt; __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.opensta
-keystone-auth
Anyone interested in working on / helping with this? Do we want to
create a repo somewhere official?
Thanks,
Dims
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing List
and it would allow
> us to not ship a broken feature.
>
> Thanks,
> Sean
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>
review.openstack.org/#/c/488903/
>
> Best Regards
> Chaoyi Huang (joehuang)
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:u
t; If folks think that's a good approach, I will start on the patches
> needed in infra and openstack-manuals (1 and 3).
Sounds like good plan Doug. Thanks!
> Doug
>
> _
sts.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Davanum Srinivas :: https://twitter.com/dims
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subj
ams.
>
> Doug
>
> __
> 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/o
1 - 100 of 13546 matches
Mail list logo
