Dear Dean Troyer, and openstackclient team members, Thank you for your review with Takanori Miyagishi at OSC's meetup session in Vancouver!
So, I reflected the indications of the review in the blueprint. https://blueprints.launchpad.net/python-openstackclient/+spec/every-time-record-log-in-file Would you check this blueprint again? Best Regards, Daisuke Fujita > -----Original Message----- > From: Fujita, Daisuke [mailto:fuzita.dais...@jp.fujitsu.com] > Sent: Monday, May 18, 2015 7:11 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [openstackclient] About my blueprint > every-time-record-log-in-file > > Hi, Dean Troyer, > > Thank you for your reply. > > > -----Original Message----- > > From: Dean Troyer [mailto:dtro...@gmail.com] > > Sent: Saturday, May 16, 2015 4:03 AM > > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] [openstackclient] About my blueprint > > every-time-record-log-in-file > > > > On Fri, May 15, 2015 at 7:04 AM, Fujita, Daisuke > > <fuzita.dais...@jp.fujitsu.com <mailto:fuzita.dais...@jp.fujitsu.com> > > > wrote: > > > > > > I would like to implement following my buleprint. > > > > https://blueprints.launchpad.net/python-openstackclient/+spec/every-time-record-log-in-file > > > > > > > > We don't always follow the blueprint process rigidly, but thanks for > > starting out that way. > > > > All right. > > > > > > So, Could you tell me when and how blueprint is approved? > > My understanding is that the blueprint is determined to approve or not > > in Vancouver. Please let me know about your opinion. > > > > > > > > We can talk about this BP in Vancouver due to the timing, but that is not a > > requirement. The places to talk about things > > like this are in the BP itself, but primarily in the weekly OSC meeting [0]. > > > I understand it. > > > Regarding the BP content, I have concerns with always writing logs to the > > user's disk, so anything added would need > to > > be turned off by default. Also, the only configuration we have at this > > time is the relatively new clouds.yaml referenced > > by the --os-cloud option. Nothing in there is currently used to OSC like > > this, but that is where anything new would > have > > to go. > > > > I do think you have some good ideas about what the log needs to include, > > such as adding the source of the options (cli, > > environment, clouds.yaml). OSC's debug output needs some cleaning, and I > > would like to have an intermediate level that > > provides some specifics without all of the details, such as the REST API > > endpoints called, etc. I would like to hear > > if you have some input on what that might look like. > > > > We can talk about this next week, I understand you will not be in Vancouver > > but someone who can speak to this will, > correct? > > > Yes, Yushiro Furukawa and Takanori Miyagishi who are same team goes to > Vancouver. > They understand the blueprint. > I told them to talk with you at OSC's Fishbowl Session and Workroom Session. > > Best Regards, > Daisuke Fujita > > > dt > > > > [0] https://wiki.openstack.org/wiki/Meetings/OpenStackClient > > > > -- > > > > > > Dean Troyer > > dtro...@gmail.com <mailto:dtro...@gmail.com> > > __________________________________________________________________________ > 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