4 ms·

LOL, this kind of things will happen when projects like Bun (https://github.com/oven-sh/bun https://github.com/oven-sh/bun) are running on auto. :)

aeve890 1mo ago
3.3k open issues holy shit
- tecleandor 1mo ago
  And 5K PRs. I'm crying.
  - 8cvor6j844qw_d6 1mo ago
    > 5k PRs Wow, is Bun the record holder for number of PRs? I recall GitHub recommends to keep the number of PR to a certain level due things such as GitHub Actions slowing down.
    - mananaysiempre 1mo ago
      Nixpkgs has 11k open PRs at the moment (a lot of them routine version bumps and such), so no. But then Nixpkgs isn’t a piece of software in the conventional sense: the monorepo does contain a few of those, but most of it is a giant collection of basically-independent build scripts.
      - utopiah 1mo ago
        that's the interesting part : forges are being abused. Sure AI workflows might be a non-negligible share of all that usage but still the point is that initially forges existed to help developers collectively share a state then solve problems. Nowadays they are basically online filesystems with better notifications for other software to interact with and only optionally developers actually communicating.
    - m4rtink 1mo ago
      You never could scale tulip buds so quickly - progress! ;-)
- steve_adams_86 1mo ago
  Strange to think they are probably triaged by LLMs at this point
  - danudey 1mo ago
    AI finding issues in code and reporting them so that an AI can review and triage them for another AI to fix.
    - eszed 1mo ago
      I mean, isn't that the dream? I don't know if that's sarcasm or not. I know it doesn't work, but that's the future we've been promised, right?
      - tymscar 1mo ago
        Who promised it?
      - jldugger 1mo ago
        It's certainly someone's dream: https://devhumor.com/media/dilbert-s-team-writes-a-minivan https://devhumor.com/media/dilbert-s-team-writes-a-minivan
      - fg137 1mo ago
        If the same AIs don't hallucinate and create bugs in the first place. I don't know how much my own time is wasted on Claude imagining API response formats that never existed.
      - markus_zhang 1mo ago
        Not my dream…
      - mrheosuper 1mo ago
        Let's just say my dream does not involve babysitting some robot
      - nozzlegear 1mo ago
- deleted 1mo ago
  [deleted]
- slashdave 1mo ago
  and all of high quality https://github.com/oven-sh/bun/issues/39797 https://github.com/oven-sh/bun/issues/39797
- CrimsonRain 1mo ago
  And...? It just shows how active and big the project is.
vermilingua 1mo ago
More than 50% of the recent commits are from robobun, jesus
- amoshi 1mo ago
  It's AI all the way down. An issue reported by a person account but post made by AI. https://github.com/oven-sh/bun/issues/39800 https://github.com/oven-sh/bun/issues/39800 AI (robobun) responds and creates PR. https://github.com/oven-sh/bun/pull/37459 https://github.com/oven-sh/bun/pull/37459 AI (coderabbit, claude, github actions) review the PR, AI (robobun) applies the fixes. Some AI back and forth. A human finally merges the PR. Not gonna lie, it's kind of beautiful.
  - bigiain 1mo ago
    Some guy, profiling his linux distro, wonders why ssh connections are a few hundred milliseconds slower than expected, finds there PR introduced and RCE backdoor and p0wns the whole project.
    - reactormonk 1mo ago
      ref: https://en.wikipedia.org/wiki/XZ_Utils_backdoor https://en.wikipedia.org/wiki/XZ_Utils_backdoor
    - pluc 1mo ago
      Seriously, this is driving me insane. The XZ hack told us what we had to do to secure our supply chain, and instead we went ahead and implemented a worldwide standard for NLP-to-action and figured we'd worry about the guardrails later. Mad.
- CrimsonRain 1mo ago
  As it should be if not more. What's wrong with it?
- inigyou 1mo ago
  Here's the most recent nontrivial one as of this comment: https://github.com/oven-sh/bun/commit/d4de65e9a43224a14591ad75fd2258649141ab31 https://github.com/oven-sh/bun/commit/d4de65e9a43224a14591ad... The code change makes no sense and should do nothing. The commit message described a very deep investigation into garbage collection on the C++ side. Some object is being kept alive when the test requires it to be collected, and changing the code in this way allegedly prevents that. But wouldn't you think there would be a better way to ensure an object gets collected, like setting the variable to null? The comments in the code don't make a lot of sense either. Something so obscure and brittle has to be explained extremely clearly. While the issue might be real, this commit is so far away from the locus of normal that it's sending red alert. Plus a hallucination is very likely with such a long investigation - once an LLM agent starts investigating it just assumes there is a problem. And this is the 1 out of 1 robobun commit that I looked at. Edit: here's the next one: https://github.com/oven-sh/bun/commit/72ec6e2594892455df009072eb8034d93d510d75 https://github.com/oven-sh/bun/commit/72ec6e2594892455df0090... Make sure the fs module keeps working if someone freezes or seals its exports table. I was wondering who was going around freezing random tables from other modules, so I checked the linked issue - robobun reported the issue, too. Why? I'm skeptical of whatever robobun was doing when it decided that it was necessary for code outside of a module to freeze their export tables. It needs a very good justification.
winrid 1mo ago
This will result in pretty low quality software. I've had opus 5 along with its AI code reviewer agree to do some pretty stupid shit.
- mmmeff 1mo ago
  Opus 5 is a trash model
- CrimsonRain 1mo ago
  [flagged]
  - 0x696C6961 1mo ago
    I think you're projecting
- senderista 1mo ago
  Opus 5 is only usable when Sol is reviewing its output.
  - szundi 1mo ago
    [dead]
- f6v 1mo ago
  Wait till you see what some people agree to.
  - inigyou 1mo ago
    Ah the good old "AI isn't bad because people are bad too" argument
mikaeluman 1mo ago
Wow... I am currently using bun, but may have to switch. I can't see how this can possibly turn out well in the long run...

aeve890 1mo ago

3.3k open issues holy shit

tecleandor 1mo ago
And 5K PRs. I'm crying.
- 8cvor6j844qw_d6 1mo ago
  > 5k PRs Wow, is Bun the record holder for number of PRs? I recall GitHub recommends to keep the number of PR to a certain level due things such as GitHub Actions slowing down.
  - mananaysiempre 1mo ago
    Nixpkgs has 11k open PRs at the moment (a lot of them routine version bumps and such), so no. But then Nixpkgs isn’t a piece of software in the conventional sense: the monorepo does contain a few of those, but most of it is a giant collection of basically-independent build scripts.
    - utopiah 1mo ago
      that's the interesting part : forges are being abused. Sure AI workflows might be a non-negligible share of all that usage but still the point is that initially forges existed to help developers collectively share a state then solve problems. Nowadays they are basically online filesystems with better notifications for other software to interact with and only optionally developers actually communicating.
  - m4rtink 1mo ago
    You never could scale tulip buds so quickly - progress! ;-)
steve_adams_86 1mo ago
Strange to think they are probably triaged by LLMs at this point
- danudey 1mo ago
  AI finding issues in code and reporting them so that an AI can review and triage them for another AI to fix.
  - eszed 1mo ago
    I mean, isn't that the dream? I don't know if that's sarcasm or not. I know it doesn't work, but that's the future we've been promised, right?
    - tymscar 1mo ago
      Who promised it?
    - jldugger 1mo ago
      It's certainly someone's dream: https://devhumor.com/media/dilbert-s-team-writes-a-minivan https://devhumor.com/media/dilbert-s-team-writes-a-minivan
    - fg137 1mo ago
      If the same AIs don't hallucinate and create bugs in the first place. I don't know how much my own time is wasted on Claude imagining API response formats that never existed.
    - markus_zhang 1mo ago
      Not my dream…
    - mrheosuper 1mo ago
      Let's just say my dream does not involve babysitting some robot
    - nozzlegear 1mo ago
deleted 1mo ago
[deleted]
slashdave 1mo ago
and all of high quality https://github.com/oven-sh/bun/issues/39797 https://github.com/oven-sh/bun/issues/39797
CrimsonRain 1mo ago
And...? It just shows how active and big the project is.

vermilingua 1mo ago

More than 50% of the recent commits are from robobun, jesus

amoshi 1mo ago
It's AI all the way down. An issue reported by a person account but post made by AI. https://github.com/oven-sh/bun/issues/39800 https://github.com/oven-sh/bun/issues/39800 AI (robobun) responds and creates PR. https://github.com/oven-sh/bun/pull/37459 https://github.com/oven-sh/bun/pull/37459 AI (coderabbit, claude, github actions) review the PR, AI (robobun) applies the fixes. Some AI back and forth. A human finally merges the PR. Not gonna lie, it's kind of beautiful.
- bigiain 1mo ago
  Some guy, profiling his linux distro, wonders why ssh connections are a few hundred milliseconds slower than expected, finds there PR introduced and RCE backdoor and p0wns the whole project.
  - reactormonk 1mo ago
    ref: https://en.wikipedia.org/wiki/XZ_Utils_backdoor https://en.wikipedia.org/wiki/XZ_Utils_backdoor
  - pluc 1mo ago
    Seriously, this is driving me insane. The XZ hack told us what we had to do to secure our supply chain, and instead we went ahead and implemented a worldwide standard for NLP-to-action and figured we'd worry about the guardrails later. Mad.
CrimsonRain 1mo ago
As it should be if not more. What's wrong with it?
inigyou 1mo ago
Here's the most recent nontrivial one as of this comment: https://github.com/oven-sh/bun/commit/d4de65e9a43224a14591ad75fd2258649141ab31 https://github.com/oven-sh/bun/commit/d4de65e9a43224a14591ad... The code change makes no sense and should do nothing. The commit message described a very deep investigation into garbage collection on the C++ side. Some object is being kept alive when the test requires it to be collected, and changing the code in this way allegedly prevents that. But wouldn't you think there would be a better way to ensure an object gets collected, like setting the variable to null? The comments in the code don't make a lot of sense either. Something so obscure and brittle has to be explained extremely clearly. While the issue might be real, this commit is so far away from the locus of normal that it's sending red alert. Plus a hallucination is very likely with such a long investigation - once an LLM agent starts investigating it just assumes there is a problem. And this is the 1 out of 1 robobun commit that I looked at. Edit: here's the next one: https://github.com/oven-sh/bun/commit/72ec6e2594892455df009072eb8034d93d510d75 https://github.com/oven-sh/bun/commit/72ec6e2594892455df0090... Make sure the fs module keeps working if someone freezes or seals its exports table. I was wondering who was going around freezing random tables from other modules, so I checked the linked issue - robobun reported the issue, too. Why? I'm skeptical of whatever robobun was doing when it decided that it was necessary for code outside of a module to freeze their export tables. It needs a very good justification.

winrid 1mo ago

This will result in pretty low quality software. I've had opus 5 along with its AI code reviewer agree to do some pretty stupid shit.

mmmeff 1mo ago
Opus 5 is a trash model
CrimsonRain 1mo ago
[flagged]
- 0x696C6961 1mo ago
  I think you're projecting
senderista 1mo ago
Opus 5 is only usable when Sol is reviewing its output.
- szundi 1mo ago
  [dead]
f6v 1mo ago
Wait till you see what some people agree to.
- inigyou 1mo ago
  Ah the good old "AI isn't bad because people are bad too" argument

mikaeluman 1mo ago

Wow... I am currently using bun, but may have to switch. I can't see how this can possibly turn out well in the long run...