Live data from Hacker News

Viewing profile — arcatek

arcatek

HN member
Joined
Fri, Jul 20, 2012, 2:02 PM UTC
HN karma
2,548
Public activity
430 items

About arcatek

Lead maintainer for Yarn, the package manager

Twitter : @arcanis Website : http://arcanis.fr Email : nison.mael@gmail.com

Recent public activity

  1. comment
    Comment #48798121

    Packages are typically different once published than they were inside their original repositories. Call it transpilation, build, compilation, packaging, etc, most popular projects …

  2. comment
    Comment #48474971

    As mentioned in the issue you link the problem comes from third-party packages with non-deterministic build scripts in git dependencies, or files on disk being actually different (…

  3. comment
    Comment #48474928

    It's not exactly unmaintained (we merged a couple of security patches in the past years), I agree that we should have do something about it. We'll be correcting this situation star…

  4. comment
    Comment #48473954

    I don't doubt that 3.x probably has worst perfs (it's almost two years old now), but just to clarify we closely track performances and Yarn and pnpm and pretty much on similar leve…

  5. comment
    Comment #48473922

    Eh, easy to say. Remember how Sourceforge started shipping ads in binaries people downloaded? If you think failing was the worst scenario, you lack imagination.

  6. comment
    Comment #48473877

    Of course. Modern Yarn releases (4.x) are deterministic to a fault and you can rely on it to have a consistent behavior across your whole team. As for feature-wise I'd say it's a l…

  7. comment
    Comment #48232877

    Curious how you did this; I looked into that couple of months ago but even with custom hooks the Python injection points seemed to limited due to the internal resolution cache.

  8. comment
    Comment #47904206

    Isn't Godot a little ill-designed to work well with LLMs? for example I ended up a couple of times with incorrect tres files, and letting the llm generate IDs feel a little fragile…

  9. comment
    Comment #47192766

    It's not about the package manager, it's about the runtime. Python isn't able to support this pattern with its resolution pipeline, so package managers have to resort to do the wor…

  10. comment
    Comment #31833981

    > Huh? It queries whenever you stop typing. That's relatively infrequently - TabNine offered me accurate completion while still writing my code, whereas with Copilot I not only hav…

  11. comment
    Comment #31597491

    The article doesn't go into how to integrate TypeScript in the monorepo for development - what we do on the Yarn repository is that we point all the package.json `main` fields to t…

  12. comment
    Comment #30923536

    > If there are clearly better algorithms, why not refactor npm and add them in experimental flags to npm While node_modules has many flaws, in the current ecosystem all modes have …

  13. comment
    Comment #30164059

    Usually you setup a transpiler to target both. For example, my packages are bundled with rollup towards both cjs & esm: https://github.com/arcanis/clipanion/blob/master/rollup.conf…

  14. comment
    Comment #30162166

    However note that ESM in Node comes with drawbacks that prevent end-users from relying them in various situations. Those will be mostly solved once loaders become stable, but until…

  15. comment
    Comment #29565531

    Out of curiosity, how do transaction logs handle things like created_at fields, or randomly generated UUID, which rely on contextual data? Is the server time/rng seed faked for eac…

  16. comment
    Comment #29250472

    To reiterate on what sibling comments said, I'm the one who spawned the discussion and implementation of Corepack, and npm remained largely out of it; the push mostly came from pnp…

  17. comment
    Comment #29011303

    If they start to play with different rules, one of the hard fork remaining branches (or both) will be refused by everyone on the network and be worthless. There's no telling whethe…

  18. comment
    Comment #28467547

    I was under the impression that the default temporary GITHUB_TOKEN for forked repos (which is what happens with PRs) were read-only. Isn't that the case? https://docs.github.com/en…

  19. comment
    Comment #28167644

    It's public, but I doubt it still compiles against recent LLVM versions! I started it 8 years ago to get a better understanding how features like classes & operator overload would …

  20. comment
    Comment #28162574

    That's the article I used when I implemented exceptions in an LLVM-based compiler, so it's applicable to more than just GCC.

  21. story
  22. comment
    Comment #28155219

    I know you're joking, but I worked in a startup where a massive effort was made to completely rebuild the 1.x website - both backend and frontend. It required a lot of work from ev…

  23. comment
    Comment #28016493

    We don't do support on HN, but if you really don't find information in our repository issues I'm sure our Discord can help. We publish all the Yarn packages to both the npm and Git…

  24. comment
    Comment #28016487

    That's not quite true, PnP has always been the default and we have no plans to change that. The only thing that changed is that when you migrate from v1, we automatically enable th…

  25. comment
    Comment #28012589

    We support it once you enable the `node-modules` linker (cf our documentation). It's a little slower and doesn't leverage some of the stability improvements brought by PnP (in shor…