home / github

Menu
  • Search all tables
  • GraphQL API

issue_comments

Table actions
  • GraphQL API for issue_comments

3 rows where author_association = "NONE", "created_at" is on date 2019-10-14 and "updated_at" is on date 2019-10-14 sorted by updated_at descending

✎ View and edit SQL

This data as json, CSV (advanced)

Suggested facets: issue_url, created_at (date), updated_at (date)

user 3

  • tomchristie 1
  • heussd 1
  • stonebig 1

issue 2

  • bump uvicorn to 0.9.0 to be Python-3.8 friendly 2
  • Added support for multi arch builds 1

author_association 1

  • NONE · 3 ✖
id html_url issue_url node_id user created_at updated_at ▲ author_association body reactions issue performed_via_github_app
541837823 https://github.com/simonw/datasette/pull/578#issuecomment-541837823 https://api.github.com/repos/simonw/datasette/issues/578 MDEyOklzc3VlQ29tbWVudDU0MTgzNzgyMw== heussd 887095 2019-10-14T18:19:42Z 2019-10-14T18:19:42Z NONE

My use case was: I wanted to use datasette on a Raspberry Pi. docker pull datasetteproject/datasette pulled the official image, which then failed to execute because it is not ARM ready. Building my own quite took some time (~60 minutes via Qemu on Intel i5).

You are right, the build method is quite new and I would not be surprised if the syntax / command will change in future. The outcome however, a Docker multi-architecture manifest, is aligned with Docker's strategy on how to tackle multiple architectures: transparently, on the registry-side.

I just thought it would be nice to have the official image ready for multiple architectures. But I fully understand if the current methods feel too experimental to be mergable...

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
Added support for multi arch builds 499954048  
541664602 https://github.com/simonw/datasette/pull/595#issuecomment-541664602 https://api.github.com/repos/simonw/datasette/issues/595 MDEyOklzc3VlQ29tbWVudDU0MTY2NDYwMg== tomchristie 647359 2019-10-14T13:03:10Z 2019-10-14T13:03:10Z NONE

🤷‍♂️ @stonebig's suggestion would be the best I got too, if you want to support 3.5->3.8.

It's either that, or hold off on 3.8 support until you're ready to go to 3.6->3.8.

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
bump uvicorn to 0.9.0 to be Python-3.8 friendly 506300941  
541499978 https://github.com/simonw/datasette/pull/595#issuecomment-541499978 https://api.github.com/repos/simonw/datasette/issues/595 MDEyOklzc3VlQ29tbWVudDU0MTQ5OTk3OA== stonebig 4312421 2019-10-14T04:32:33Z 2019-10-14T04:33:26Z NONE

Maybe make the setup rule conditional, so that below python-3.6, it looks for unicorn-0.8 ?

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
bump uvicorn to 0.9.0 to be Python-3.8 friendly 506300941  

Advanced export

JSON shape: default, array, newline-delimited, object

CSV options:

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,
   [issue] INTEGER REFERENCES [issues]([id])
, [performed_via_github_app] TEXT);
CREATE INDEX [idx_issue_comments_issue]
                ON [issue_comments] ([issue]);
CREATE INDEX [idx_issue_comments_user]
                ON [issue_comments] ([user]);
Powered by Datasette · Queries took 432.762ms · About: github-to-sqlite