issue_comments
4 rows where issue = 645154872 and user = 14808389 sorted by updated_at descending
This data as json, CSV (advanced)
Suggested facets: created_at (date), updated_at (date)
issue 1
- Consider revising our minimum dependency version policy · 4 ✖
id | html_url | issue_url | node_id | user | created_at | updated_at ▲ | author_association | body | reactions | performed_via_github_app | issue |
---|---|---|---|---|---|---|---|---|---|---|---|
778693569 | https://github.com/pydata/xarray/issues/4179#issuecomment-778693569 | https://api.github.com/repos/pydata/xarray/issues/4179 | MDEyOklzc3VlQ29tbWVudDc3ODY5MzU2OQ== | keewis 14808389 | 2021-02-13T23:33:52Z | 2021-02-13T23:33:52Z | MEMBER | ah, I seem to have missed that. Now that python has a yearly release cycle, I would extend the support window for a few months, though: with 24 months we could drop 3.8 as soon as 3.10 comes out (not sure if that's an issue in practice: projects like |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Consider revising our minimum dependency version policy 645154872 | |
778681901 | https://github.com/pydata/xarray/issues/4179#issuecomment-778681901 | https://api.github.com/repos/pydata/xarray/issues/4179 | MDEyOklzc3VlQ29tbWVudDc3ODY4MTkwMQ== | keewis 14808389 | 2021-02-13T21:39:41Z | 2021-02-13T21:42:56Z | MEMBER | I wonder if finding a policy for all libraries is possible at all, and if maybe we should have a separate policy for That would mean: exactly 42 months support for |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Consider revising our minimum dependency version policy 645154872 | |
778631437 | https://github.com/pydata/xarray/issues/4179#issuecomment-778631437 | https://api.github.com/repos/pydata/xarray/issues/4179 | MDEyOklzc3VlQ29tbWVudDc3ODYzMTQzNw== | keewis 14808389 | 2021-02-13T15:05:46Z | 2021-02-13T20:02:19Z | MEMBER | actually, this version of the policy won't work: if we require the most recent python version from 42 months ago (Aug 2017) we get python 3.6, which we can't maintain because most of our dependencies won't support it anymore by the time we would be allowed to drop it. So I think we will have to find a way to work around that, either by changing the support window of python or follow NEP29 and require at least M supported versions, or something completely different. One edge case of the rules above would be if a package has no release for more than N months and then multiple releases over the course of a few weeks. |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Consider revising our minimum dependency version policy 645154872 | |
774323783 | https://github.com/pydata/xarray/issues/4179#issuecomment-774323783 | https://api.github.com/repos/pydata/xarray/issues/4179 | MDEyOklzc3VlQ29tbWVudDc3NDMyMzc4Mw== | keewis 14808389 | 2021-02-05T22:31:43Z | 2021-02-05T22:31:43Z | MEMBER | I think we talked about this in a meeting a few weeks ago, but I'm not sure I remember correctly: was the only issue that nobody picked this up? From the comments above it seems we all agree on changing the policy to "support the latest minor version (X.Y) available N months ago" – officially
|
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Consider revising our minimum dependency version policy 645154872 |
Advanced export
JSON shape: default, array, newline-delimited, object
CREATE TABLE [issue_comments] ( [html_url] TEXT, [issue_url] TEXT, [id] INTEGER PRIMARY KEY, [node_id] TEXT, [user] INTEGER REFERENCES [users]([id]), [created_at] TEXT, [updated_at] TEXT, [author_association] TEXT, [body] TEXT, [reactions] TEXT, [performed_via_github_app] TEXT, [issue] INTEGER REFERENCES [issues]([id]) ); CREATE INDEX [idx_issue_comments_issue] ON [issue_comments] ([issue]); CREATE INDEX [idx_issue_comments_user] ON [issue_comments] ([user]);
user 1