{"action":"created","issue":{"url":"https://api.github.com/repos/ocaml/ocaml/issues/2111","repository_url":"https://api.github.com/repos/ocaml/ocaml","labels_url":"https://api.github.com/repos/ocaml/ocaml/issues/2111/labels{/name}","comments_url":"https://api.github.com/repos/ocaml/ocaml/issues/2111/comments","events_url":"https://api.github.com/repos/ocaml/ocaml/issues/2111/events","html_url":"https://github.com/ocaml/ocaml/pull/2111","id":371946629,"node_id":"MDExOlB1bGxSZXF1ZXN0MjI0Mjc4NjAw","number":2111,"title":"Explicit stdlib design choices","user":{"login":"Chris00","id":1255665,"node_id":"MDQ6VXNlcjEyNTU2NjU=","avatar_url":"https://avatars2.githubusercontent.com/u/1255665?v=4","gravatar_id":"","url":"https://api.github.com/users/Chris00","html_url":"https://github.com/Chris00","followers_url":"https://api.github.com/users/Chris00/followers","following_url":"https://api.github.com/users/Chris00/following{/other_user}","gists_url":"https://api.github.com/users/Chris00/gists{/gist_id}","starred_url":"https://api.github.com/users/Chris00/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Chris00/subscriptions","organizations_url":"https://api.github.com/users/Chris00/orgs","repos_url":"https://api.github.com/users/Chris00/repos","events_url":"https://api.github.com/users/Chris00/events{/privacy}","received_events_url":"https://api.github.com/users/Chris00/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":6,"created_at":"2018-10-19T12:58:07Z","updated_at":"2018-10-26T06:54:44Z","closed_at":null,"author_association":"MEMBER","pull_request":{"url":"https://api.github.com/repos/ocaml/ocaml/pulls/2111","html_url":"https://github.com/ocaml/ocaml/pull/2111","diff_url":"https://github.com/ocaml/ocaml/pull/2111.diff","patch_url":"https://github.com/ocaml/ocaml/pull/2111.patch"},"body":"Further discussion about moving forward stdlib may benefit from having a few explicit design principles.  This PR is meant to discuss them and to then collect them in `stdlib/README.adoc`."},"comment":{"url":"https://api.github.com/repos/ocaml/ocaml/issues/comments/433306184","html_url":"https://github.com/ocaml/ocaml/pull/2111#issuecomment-433306184","issue_url":"https://api.github.com/repos/ocaml/ocaml/issues/2111","id":433306184,"node_id":"MDEyOklzc3VlQ29tbWVudDQzMzMwNjE4NA==","user":{"login":"alainfrisch","id":3305274,"node_id":"MDQ6VXNlcjMzMDUyNzQ=","avatar_url":"https://avatars0.githubusercontent.com/u/3305274?v=4","gravatar_id":"","url":"https://api.github.com/users/alainfrisch","html_url":"https://github.com/alainfrisch","followers_url":"https://api.github.com/users/alainfrisch/followers","following_url":"https://api.github.com/users/alainfrisch/following{/other_user}","gists_url":"https://api.github.com/users/alainfrisch/gists{/gist_id}","starred_url":"https://api.github.com/users/alainfrisch/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/alainfrisch/subscriptions","organizations_url":"https://api.github.com/users/alainfrisch/orgs","repos_url":"https://api.github.com/users/alainfrisch/repos","events_url":"https://api.github.com/users/alainfrisch/events{/privacy}","received_events_url":"https://api.github.com/users/alainfrisch/received_events","type":"User","site_admin":false},"created_at":"2018-10-26T06:54:44Z","updated_at":"2018-10-26T06:54:44Z","author_association":"CONTRIBUTOR","body":"> I would like to create a \"OCaml stdlib steering committee\"\r\n\r\nI'm glad to read that you are considering giving more weight and decision power to the people actively involved and genuinely interested in the evolution of the stdlib.  So what about starting with a softer version of the \"committee\":\r\n\r\n  - Let's keep the discussions in a public space.\r\n\r\n  - In the decision process, let's implicitly give more weight to the opinion of people (maintainers or not) who are actively involved and genuinely interested in the evolution of the stdlib.\r\n\r\nIn particular, maintainers who are playing with the idea of moving the stdlib out of the core distribution (because they don't really care about it) and users who are mostly using an incompatible alternative for the stdlib would help the community, I believe, by being selective concerning their interventions in those stdlib discussions.  Their input is welcome, but they should try not to break a consensus if/when it has been reached (sometimes already with difficulty) amongst the people more directly involved with the stdlib, unless they identify technical problems or serious risks that would jeopardize the future of OCaml.  Hint hint.  I hope we don't need a closed committee to achieve that!"}}
{"actor":{"display_login":"alainfrisch"}}