{"action":"created","issue":{"url":"https://api.github.com/repos/bmhatfield/go-runtime-metrics/issues/3","labels_url":"https://api.github.com/repos/bmhatfield/go-runtime-metrics/issues/3/labels{/name}","comments_url":"https://api.github.com/repos/bmhatfield/go-runtime-metrics/issues/3/comments","events_url":"https://api.github.com/repos/bmhatfield/go-runtime-metrics/issues/3/events","html_url":"https://github.com/bmhatfield/go-runtime-metrics/issues/3","id":102305179,"number":3,"title":"Change to be usable as a library","user":{"login":"cgilling","id":5093184,"avatar_url":"https://avatars.githubusercontent.com/u/5093184?v=3","gravatar_id":"","url":"https://api.github.com/users/cgilling","html_url":"https://github.com/cgilling","followers_url":"https://api.github.com/users/cgilling/followers","following_url":"https://api.github.com/users/cgilling/following{/other_user}","gists_url":"https://api.github.com/users/cgilling/gists{/gist_id}","starred_url":"https://api.github.com/users/cgilling/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/cgilling/subscriptions","organizations_url":"https://api.github.com/users/cgilling/orgs","repos_url":"https://api.github.com/users/cgilling/repos","events_url":"https://api.github.com/users/cgilling/events{/privacy}","received_events_url":"https://api.github.com/users/cgilling/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":1,"created_at":"2015-08-21T05:48:17Z","updated_at":"2015-08-21T13:11:04Z","closed_at":null,"body":"I was wondering what you would think about factoring out the main functionality into a library (sub package) that could be used without the need of flags to configure it. I was thinking that perhaps you could use a config struct to configure the sub package with the config that is currently coming from the flags. You could then still have the auto run on import package work the way it does with the flags feeding the config struct and calling the sub package.\r\n\r\nIs there any interest in doing this? This code looks really useful, but most of the code that I work on doesn't use flags for configuration so it would be hard to integrate the package as is, and if possible I'd prefer to not copy it all somewhere else for my particular use. If this is something that would be acceptable I could code up a pull request."},"comment":{"url":"https://api.github.com/repos/bmhatfield/go-runtime-metrics/issues/comments/133422242","html_url":"https://github.com/bmhatfield/go-runtime-metrics/issues/3#issuecomment-133422242","issue_url":"https://api.github.com/repos/bmhatfield/go-runtime-metrics/issues/3","id":133422242,"user":{"login":"bmhatfield","id":1119967,"avatar_url":"https://avatars.githubusercontent.com/u/1119967?v=3","gravatar_id":"","url":"https://api.github.com/users/bmhatfield","html_url":"https://github.com/bmhatfield","followers_url":"https://api.github.com/users/bmhatfield/followers","following_url":"https://api.github.com/users/bmhatfield/following{/other_user}","gists_url":"https://api.github.com/users/bmhatfield/gists{/gist_id}","starred_url":"https://api.github.com/users/bmhatfield/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/bmhatfield/subscriptions","organizations_url":"https://api.github.com/users/bmhatfield/orgs","repos_url":"https://api.github.com/users/bmhatfield/repos","events_url":"https://api.github.com/users/bmhatfield/events{/privacy}","received_events_url":"https://api.github.com/users/bmhatfield/received_events","type":"User","site_admin":false},"created_at":"2015-08-21T13:11:04Z","updated_at":"2015-08-21T13:11:04Z","body":"That'd be great!\n\n\n\n> On Aug 21, 2015, at 1:48 AM, cgilling <notifications@github.com> wrote:\n> \n> I was wondering what you would think about factoring out the main functionality into a library (sub package) that could be used without the need of flags to configure it. I was thinking that perhaps you could use a config struct to configure the sub package with the config that is currently coming from the flags. You could then still have the auto run on import package work the way it does with the flags feeding the config struct and calling the sub package.\n> \n> Is there any interest in doing this? This code looks really useful, but most of the code that I work on doesn't use flags for configuration so it would be hard to integrate the package as is, and if possible I'd prefer to not copy it all somewhere else for my particular use. If this is something that would be acceptable I could code up a pull request.\n> \n> —\n> Reply to this email directly or view it on GitHub.\n> \n"}}