ByteCode.News
RSS
SubmitLog in

Community

Chat Logs

Tuesday, October 6, 2026

  1. * nevet joined #repopack
  2. * blue!~blue@user/blue changed the topic to: https://repopack.com | for invites: send your email address via pm to blue
  3. dreamrealprimate
  4. nevetPrimate is an opinionated, largely language-neutral web framework. It supports multiple front ends, backends, and runtimes, with a tendency towards to the javascript ecosystem. URL: https://primate.run/
  5. bluenice
  6. dreamreallogged, set visible to false
  7. theskillwithinfine, have it your way. 8 months
  8. bluesystemfault: if you're interested in an invite to repopack, send me your email in private. you can also use an alias or throwaway if you're concerned for privacy
  9. bluedreamreal: so what I was thinking is, technically today you still need a serverlike machine where you run your agents on, so opencode/claude code/codex. but technically repopack could have servers that do exactly that for you. so you wouldn't even need to run `rp agent` and the agent, locally, somewhere
  10. bluecould support both
  11. dreamrealyeah, but there're some real cost problems there
  12. bluehow come? it would be a paid feature
  13. dreamrealit would be really easy to use a too-expensive model *or* overallocate even cheap models
  14. dreamrealoh, if you'r ebilling the customer, yes
  15. dreamreal"good job, $customer! You owe us $14k."
  16. bluethe models still run under your keys
  17. dreamrealyeah, that would make it easier and far smarter, yes :D
  18. bluethe only difference is if they run on your local server, or on repopack servers
  19. bluethe advantage of repopack servers is you don't need a dedicated machine for that, repopack.com becomes an interface you could run anywhere
  20. dreamrealwhich wouldn't be much of a difference AT ALL, it would just mean repopack would know the keys
  21. blueyes, that's the only difference
  22. blueit's kinda like a vps with tmux, if you get my comparison
  23. dreamreal*nod*
  24. dreamrealI might!
  25. dreamreal... what's tmux /s
  26. blue(gnu screen)
  27. dreamrealnote the /s
  28. blueyes
  29. blueI'm not saying everyone will need this. if you have your local machine or minipc or servers, then it's fine
  30. dreamrealI use tmux *endlessly*
  31. theskillwithindreamreal for repopack to expose the same way claude code can understand there is a simple solution, which will continue to be ignored no matter what i say
  32. bluebut I personally *might* use this feature, because I turn off my comp at night, and it's not a strong comp anyway, and every opencode session takes like 200mb
  33. bluedreamreal: also it's just comfort, I guess. I wouldn't need to start `rp agent`. which is ok, a small thing, but still a thing you need to think about, booting
  34. dreamreal*nod*
  35. blueI guess could create a systemd unit. anyway I think supporting both options is great
  36. blue"Yes. For Repopack, the cleanest way to make Claude Code treat it as a first-class PR platform is to give Claude Code an MCP server for Repopack. Claude Code explicitly supports custom MCP servers that expose external APIs/tools, and project-scoped MCP configuration can be committed with the repo"
  37. bluetheskillwithin: ^ you're more than welcome to create a task for it and implement it
  38. theskillwithinMCP server isn't going to show the icons in the session for merge confllict, etc
  39. blueof course, you never suggested creating an MCP server or researched it properly, you only suggested to somehow clone github/forejo, I needed to do the research now
  40. theskillwithincuz its not solving ur problem
  41. dreamrealWhy can't it? It would just say "here's how to demonstrate merge conflicts" if, like, git itself can't do it :D
  42. theskillwithinlol. well cuz the people who wrote the software didn't make it work like that
  43. blue"You'd likely need Anthropic to support Repopack as a recognized SCM/PR provider, or Anthropic would need to expose an extension API that lets third-party providers feed that internal PR/session state."
  44. blueso it's impossible theskillwithin without actually anthopric adding support for it, so where is your "solution"?
  45. blueyou wrote "there is a simple solution"
  46. theskillwithini offered one, you didn't like it
  47. bluewhat is that simple solution? to use github?
  48. dreamrealrestate it then because maybe he missed it
  49. blueyes, maybe I missed it
  50. bluewhat is the simple solution?
  51. theskillwithinyou said it yourself many times
  52. theskillwithinforgejio/gitea
  53. dreamrealah, so "donig it is hard, not doing it is easy, so let's not do it"
  54. dreamreal*nod*
  55. blue"Implementing Forgejo/Gitea compatibility in RepoPack could help Claude operate on PRs and detect merge conflicts, but it probably will not make Claude Code show the native merge-conflict icon/status in its session UI."
  56. blue"Claude Code currently does not appear to treat Forgejo/Gitea as a first-class UI provider. In fact, there’s an open 2026 request to add Forgejo/Gitea as a first-class platform to Anthropic’s Claude Code Action."
  57. theskillwithinwelp your fucked then
  58. theskillwithinat least it has a chance
  59. blue"simple solution"
  60. theskillwithini mean it is kind of simple
  61. bluedidn't even do proper research, but knows it's a simple solution
  62. theskillwithinlol ok
  63. dreamrealtheskillwithin: this channel is logged now, please keep communications business-appropriate
  64. theskillwithinwhat the fuck?
  65. dreamrealfew who use repopack would be minors or particularly tightly-wound but even so
  66. dreamrealexactly
  67. theskillwithinminors?
  68. bluedoesn't work with codex, either
  69. blue"OpenAI’s Codex repo has open feature requests specifically asking for Forgejo/Gitea and other self-hosted Git providers to be supported in the Codex app. One current request says Codex has first-class GitHub workflow awareness today and asks for configurable providers including Forgejo and Gitea"
  70. dreamrealdo you know what a minor is?
  71. blueanyway, theskillwithin, this isn't a request now any longer, please be professional here or stay out
  72. theskillwithinfuck you
  73. dreamreal"stay out" it is
  74. dreamrealeasy enough
  75. dreamrealThe request is pretty simple: in a logged channel, you act appropriately, which means when you wish to type vulgarity you hold off because you're an adult
  76. dreamrealif that's too much, understood
  77. theskillwithinits pretty simple for me, logged means nothing, you chose to log it for no reason
  78. dreamrealI don't think we're puritans but even so, casual vulgarity is inappropriate
  79. theskillwithinso you can record me cursing, and thats not illegal
  80. dreamrealI *asked* if it should be logged, and the answer was yes, because logs are historical data
  81. blueI authorised it
  82. dreamrealI didn't say it was illegal, I said it was inappropriate
  83. dreamrealthose are different words because they have different meanings
  84. bluewhen you're ready to be an adult theskillwithin, tell me
  85. * theskillwithin left #repopack
  86. systemfaultWelp...
  87. blueI don't know why it's so hard with him all the time
  88. blueit's like he's hellbent on annoying, for no good reason
  89. bluefor everyone present, I don't think repopack is the best product or anything... I'm just trying to create something good
  90. blueand I know very well what still needs to be done and what's lacking
  91. systemfaultblue: I even told him nicely in private... "It's fine if you don't agree... or believe that it's bad. If you're right, they'll eventually find out too... You'll see"
  92. systemfaultThat whole drama wasn't worth it...
  93. bluesystemfault: yes and that's all good.. I don't expect him to fall in line or something. just to not be so negative all the time and treat people like garbage
  94. dreamrealsystemfault: I've tried to give him benevolent advice for a while, multiple times
  95. dreamreallike "the way you're communicating is getting in the way of people actually hearing you"
  96. dreamrealhe does not take any of it well
  97. blueif all he ends up doing is cussing people to their faces when they disagree, then try to sell it as some form of "I'm being honest", then that's just bad behaviour
  98. dreamrealwhich is really unfortunate, I don't know if he's actually useful or not because every bit of use comes with enough negativity to counter it
  99. blueyeah
  100. blueand also, I really hate silencing people... it annoys me to no end to do it
  101. dreamrealblue++
  102. nevetblue now has karma of 3.
  103. dreamrealIn the channels in which I have +o, I *actively resent* picking up the op-hat
  104. dreamrealmeans things have failed
  105. bluebut if I don't set the boundaries here on an actual product I'm trying to make money with, then it's never going to happen
  106. blueon almost any other channel of mine.. I'd resent it, but I wouldn't silence it
  107. bluebut this is different
  108. systemfaultSo, about the invitation... It's great but I won't really have much personal time to play with it for at least a month. After my 3 months probation time at work... I'll have more time to play with it, maybe even contribute.
  109. bluealright, I'll keep that in mind.. will probably need that month to improve it :)
  110. dreamrealsystemfault: FTR it's pretty functional NOW, surprisingly so
  111. dreamrealnot saying "you need to try it NAOW" and I have no direct investment here, just saying I HAVE kicked the tires and they remained properly inflated and whatnot, sort of like tires are supposed to be
  112. bluedreamreal: I should really get the chat feature merged though, I think it'll be easier to "get it" when it's included
  113. * nevet joined #repopack
  114. * blue!~blue@user/blue changed the topic to: https://repopack.com | for invites: send your email address via pm to blue
  115. * phaleth joined #repopack
  116. * phaleth joined #repopack
  117. * theskillwithin joined #repopack
  118. * theskillwithin left #repopack