Chat Logs

  1. chovysurrealdb just launched 3.0. or as i like to call it "Fuck The Developer 2"
  2. bluechovy: then it's good I dropped support for surrealdb in the last version :)
  3. chovyhonestly, i don't know anything but us who used it
  4. chovydo you support supabase? everyone i see is using it now
  5. bluechovy: not that I know of. I don't even know what supabase is
  6. bluesupabase sounds more like an api than a db
  7. chovyits a firebase-like layer ontop of postgres
  8. chovyits awesome. i have like 19 projects on it right now
  9. chovywould definitely add official support for primate if i were you
  10. chovyyou can either self host it or use their cloud version for $10/db
  11. blueprimate already supports postgres. if it's just a matter of connecting to a remote server, that's already doable
  12. bluealso, calling a db over an API sounds like a version of hell
  13. * dreamreal glares at dynamodb
  14. bluedreamreal: wth is THAT
  15. bluedreamreal: https://github.com/primate-run/primate/issues/248
  16. nevetblue mentioned url: https://github.com/primate-run/primate/issues/248 ("Proposal: route schema API for typed validation and OpenAPI generation 路 Issue #248 路 primate-run/primate")
  17. dreamrealdynamodb
  18. nevetDynamo is an AWS document database that guarantees eventual consistency. That means it usually responds within a short amount of time... but there are no guarantees. It's fully acceptable that a write takes place after a month of being issued. Good luck out there! URL: https://aws.amazon.com/dynamodb/ See also: virtually anything else
  19. dreamreal... also worth noting: it's acceptable that a READ takes place a month after being issued.
  20. phalethhi blue, was the deployment website process all the same as usual?
  21. phalethdeployment of website*
  22. bluephaleth: yes
  23. bluealso hi
  24. bluephaleth: https://github.com/primate-run/primate/issues/248
  25. nevetblue mentioned url: https://github.com/primate-run/primate/issues/248 ("Proposal: route schema API for typed validation and OpenAPI generation 路 Issue #248 路 primate-run/primate")
  26. phalethok, at least that
  27. phalethanyway, I redeployed the website to use node as runtime again, bun was taking too much memory
  28. blueright
  29. blueI need to set up a script for openapi.primate.run
  30. blueI don't have the docker file anymore, and the docs different from what's deployed :(
  31. phaleththe openapi source is not buildable, been that way for quite some time
  32. phalethnot sure which dockerfile you mean
  33. phalethyou can take a look at nspawn/containers/openapi.md in the provision repo
  34. phalethhmm, for some reason the openapi container has a wrong ip address
  35. blueyes. it refers to /app, and currently the openapi container is from /var/www
  36. blueI think I need to create it completely anew
  37. phalethwhat is the url for the json? https://openapi.primate.run/manifest.json?
  38. phalethyeah, it's broken
  39. bluehm? it wored just earlier today
  40. bluedid you change anything
  41. phalethnope, but now it has wrong IP
  42. phalethtrying to fix that
  43. blueoh
  44. phalethhmm, it's not really an nginx container
  45. phalethit looks like primate repo is deployed in that openapi container, weird
  46. phalethlooks like the only option is to rebuild the container, which should fail
  47. blueya
  48. blueit should be a static container that serves `generated` from that repo
  49. blueI'm not sure why the git repo is actually inside the container
  50. phalethactually, it works https://openapi.primate.run/manifest.json
  51. bluenice, how to redeploy?
  52. bluedreamreal: https://openapi.primate.run/spec/bytenews.json
  53. phalethyeah, well, sometimes it does not build so need to retry
  54. phalethweird
  55. bluedo you have a script for it?
  56. blueI got many containers scripted, but not this one
  57. phalethto redeploy you gotta follow all the steps in nspawn/containers/openapi.md in provision repo in our gitea
  58. phalethI've just updated the container file, if the build fails then simply retry
  59. blueah, where is the containerfile?
  60. phalethin nspawn/containers/openapi.md in provision repo in our gitea
  61. blueah ok
  62. blueif you're not updating the gh one, can I delete it?
  63. bluethat way I don't accidentally go there and see old stuff
  64. phalethyeah, sure
  65. phaleththat one is too old by now
  66. bluedone, deleted
  67. blueanything else I need to delete?
  68. blueprovisor-cli-wrapper, docs, website, orglist, provisor-zig-fail, nginx-old-cfg
  69. blueif you don't need anything, I'll delete all of them
  70. blueI'll leave the repopack org to retain the name, but not have any repos there
  71. blueI mean I'll leave it in place and not delete it
  72. phalethnginx-old-cfg can still be useful, but the rest can be wiped out from the face of the earth
  73. phalethI think the map cache trick in that nginx config is really cool and confusing at the same time, but it works
  74. bluedone, all deleted aside from that one
  75. phalethnode 25 is still not LTS, that is strange
  76. phalethI think they still consider odd number versions not be well just odd and not LTS