)]}'
{"freezer/common/config.py":[{"author":{"_account_id":2472,"name":"Doug Hellmann","email":"dhellmann@redhat.com","username":"doug-hellmann"},"change_message_id":"40a4d83c371448d4c664151bb511202b616ca542","unresolved":false,"context_lines":[{"line_number":445,"context_line":"                                                     log.NOTSET))"},{"line_number":446,"context_line":"        CONF.set_override(\u0027default_log_levels\u0027, defaults[\u0027log_level\u0027])"},{"line_number":447,"context_line":"    else:"},{"line_number":448,"context_line":"        cli_opts \u003d dict([(x,y) for x, y in CONF._namespace._cli.iteritems()"},{"line_number":449,"context_line":"                         if y is not None])"},{"line_number":450,"context_line":"        defaults.update(cli_opts)"},{"line_number":451,"context_line":""}],"source_content_type":"text/x-python","patch_set":4,"id":"bae84128_aa30e556","line":448,"updated":"2016-02-24 15:13:32.000000000","message":"This line violates the \"privacy policy\" of oslo.config (and all Oslo libs). You\u0027re using a private attribute _namespace and *it\u0027s* private attribute _cli, which has either been renamed or never existed. It\u0027s not clear why you\u0027re doing that, so I\u0027m not sure how to help you fix it. If you need to know what the command line arguments to a program are we\u0027ll need to expose a public API in oslo.config, but you really shouldn\u0027t need that information because I think you\u0027re reproducing some of the features that oslo.config already has. Communicating via IRC seems to be spotty (maybe we\u0027re in different time zones) so why don\u0027t you start a mailing list thread on the openstack-dev list with \"[oslo][freezer]\" in the subject so both teams will see it. Describe what you need to be doing with oslo.config, and we\u0027ll try to find a way to make that work for you without breaking our API rules like this.\n\nI should also point out that because of the exception triggered here, the rest of this function isn\u0027t even being run in some cases. I don\u0027t know if that has anything to do with the problem you initially reported of having log output go to the console and to the file.","commit_id":"19e458095c6e91f38967ff08efd8112f186905c2"}]}