For the best experience on desktop, install the Chrome extension to track your reading on news.ycombinator.com
Hacker Newsnew | past | comments | ask | show | jobs | submit | history | dsissitka's commentsregister

I was curious:

  $ cat app.ts
  console.log("Hello, world!");
  $ cat build
  #!/usr/bin/env bash
  
  bun build --compile --outfile bun-darwin-arm64         --target bun-darwin-arm64         app.ts
  bun build --compile --outfile bun-darwin-x64           --target bun-darwin-x64           app.ts
  bun build --compile --outfile bun-darwin-x64-baseline  --target bun-darwin-x64-baseline  app.ts
  bun build --compile --outfile bun-linux-arm64          --target bun-linux-arm64          app.ts
  bun build --compile --outfile bun-linux-arm64-musl     --target bun-linux-arm64-musl     app.ts
  bun build --compile --outfile bun-linux-x64            --target bun-linux-x64            app.ts
  bun build --compile --outfile bun-linux-x64-baseline   --target bun-linux-x64-baseline   app.ts
  bun build --compile --outfile bun-linux-x64-modern     --target bun-linux-x64-modern     app.ts
  bun build --compile --outfile bun-linux-x64-musl       --target bun-linux-x64-musl       app.ts
  bun build --compile --outfile bun-windows-arm64        --target bun-windows-arm64        app.ts
  bun build --compile --outfile bun-windows-x64          --target bun-windows-x64          app.ts
  bun build --compile --outfile bun-windows-x64-baseline --target bun-windows-x64-baseline app.ts
  bun build --compile --outfile bun-windows-x64-modern   --target bun-windows-x64-modern   app.ts
  
  deno compile --output deno-x86_64-pc-windows-msvc    --target x86_64-pc-windows-msvc    app.ts
  deno compile --output deno-x86_64-apple-darwin       --target x86_64-apple-darwin       app.ts
  deno compile --output deno-aarch64-apple-darwin      --target aarch64-apple-darwin      app.ts
  deno compile --output deno-x86_64-unknown-linux-gnu  --target x86_64-unknown-linux-gnu  app.ts
  deno compile --output deno-aarch64-unknown-linux-gnu --target aarch64-unknown-linux-gnu app.ts
  $ ls -1hs
  total 1.6G
  4.0K app.ts
  4.0K build
   59M bun-darwin-arm64
   64M bun-darwin-x64
   64M bun-darwin-x64-baseline
   95M bun-linux-arm64
   89M bun-linux-arm64-musl
   95M bun-linux-x64
   94M bun-linux-x64-baseline
   95M bun-linux-x64-modern
   90M bun-linux-x64-musl
  107M bun-windows-arm64.exe
  110M bun-windows-x64-baseline.exe
  111M bun-windows-x64.exe
  111M bun-windows-x64-modern.exe
   77M deno-aarch64-apple-darwin
   87M deno-aarch64-unknown-linux-gnu
   84M deno-x86_64-apple-darwin
   92M deno-x86_64-pc-windows-msvc.exe
   93M deno-x86_64-unknown-linux-gnu
  $
Maybe I'm missing some flags? Bun's docs say --compile implies --production. I don't see anything in Deno's docs.

Where? bun's doc site search engine doesn't show it but there's an open PR on the topic.

https://github.com/oven-sh/bun/issues/26373

Doc site says: --production sets flag --minify, process.env.NODE_ENV = production, and production-mode JSX import & transform

Might try:

   bun build --compile --production --bytecode --outfile myapp app.ts

D'oh, it wasn't the doc site. I was lazy:

  $ bun build --help | grep Implies
      --compile                             Generate a standalone Bun executable containing your bundled code. Implies --production
  $
I actually did double check it though because it used to be wrong. For good measure:

  $ grep bun build
  bun build --bytecode --compile --outfile bun-darwin-arm64         --production --target bun-darwin-arm64         app.ts
  bun build --bytecode --compile --outfile bun-darwin-x64           --production --target bun-darwin-x64           app.ts
  bun build --bytecode --compile --outfile bun-darwin-x64-baseline  --production --target bun-darwin-x64-baseline  app.ts
  bun build --bytecode --compile --outfile bun-linux-arm64          --production --target bun-linux-arm64          app.ts
  bun build --bytecode --compile --outfile bun-linux-arm64-musl     --production --target bun-linux-arm64-musl     app.ts
  bun build --bytecode --compile --outfile bun-linux-x64            --production --target bun-linux-x64            app.ts
  bun build --bytecode --compile --outfile bun-linux-x64-baseline   --production --target bun-linux-x64-baseline   app.ts
  bun build --bytecode --compile --outfile bun-linux-x64-modern     --production --target bun-linux-x64-modern     app.ts
  bun build --bytecode --compile --outfile bun-linux-x64-musl       --production --target bun-linux-x64-musl       app.ts
  bun build --bytecode --compile --outfile bun-windows-arm64        --production --target bun-windows-arm64        app.ts
  bun build --bytecode --compile --outfile bun-windows-x64          --production --target bun-windows-x64          app.ts
  bun build --bytecode --compile --outfile bun-windows-x64-baseline --production --target bun-windows-x64-baseline app.ts
  bun build --bytecode --compile --outfile bun-windows-x64-modern   --production --target bun-windows-x64-modern   app.ts
  $ ls -1hs bun*
   59M bun-darwin-arm64
   64M bun-darwin-x64
   64M bun-darwin-x64-baseline
   95M bun-linux-arm64
   89M bun-linux-arm64-musl
   95M bun-linux-x64
   94M bun-linux-x64-baseline
   95M bun-linux-x64-modern
   90M bun-linux-x64-musl
  107M bun-windows-arm64.exe
  110M bun-windows-x64-baseline.exe
  111M bun-windows-x64.exe
  111M bun-windows-x64-modern.exe
  $

> Guess how many Blow has shipped? 0 so far, but it sounds close now.

One, but it was something like three years late:

https://store.steampowered.com/app/499180/Braid_Anniversary_...


Was it rebuilt in Jai?


No, it was not, due to time constraints.



I'm confused, the incident is that he wrote a document detailing repeated bad behaviour from a well known community figure? And this is a bad thing?

And that second link is really grasping at straws lol


He apparently pretended to not have written it despite its DNS pointing to his servers, and Certificate Transparency logs and Internet Archive all attributing the page to his domain. Compare the top comment thread in the first link above to his reply there:

https://news.ycombinator.com/item?id=41838124

I generally like Sourcehut and Drew's writing but I just learned about this and I find it disappointing.


Which part of the second link? Some of it is very accurately sourced, he 100% operates a loli bot which targetted subreddits banned by reddit for illegal content. Theres no walking around that. Near the end they also point out that Drew changes his TOS for SourceHut to align with banning projects he disagrees with, which makes GitHub look like paradise.


> the incident is that he wrote a document detailing repeated bad behaviour from a well known community figure? And this is a bad thing?

He collected all Stallman statements about Epstein and related subjects (this is perfectly ok) and then wrote his own summaries which completely misrepresent the things which were actually said. So what happened was that a lot of people just skimmed the summaries and concluded that Stallman molests children, or says that it's ok to do so etc etc.

If fact I have taken to link the Stallman report and add "don't read the summaries, read only the things that Stallman actually said". This only works if I believe the person is in good faith, of course. I would suggest the same to you.


Should have made some popcorn before clicking the link.

The drama in the open source community is no less fun than YouTubers or celebrities.

Great way to begin Thanksgiving.


> dmpwn

Kinda horrible to see that the 4chan bigots use the same strategy to try to discredit drew devault, and implying things of ownership through their own created fake accounts and smearing campaigns. Pretty much all allegations on that page are circumstantial evidence, especially the bot ownership parts that sircmpwn even took down while citing those bigots using it to scrape child porn.

And then the dude of dmpwn posting things on image boards with the tag dmpwn, and forgetting to remove that from screenshots? lol, really?

Having experienced the same kind of doxxing attempts by 4chan bigots, /pol/ and kiwifarms, I think I am qualified to comment on how they operate.

Maybe someone needs to summon the Antichrist a second time to thin out the herd, huh?


> Kinda horrible to see that the 4chan bigots use the same strategy to try to discredit drew devault

No need, Drew does a good job himself.


Do you have evidence the accounts are fake? That all those accounts are fake?


> Do you have evidence the accounts are fake? That all those accounts are fake?

As if you could cryptographically verify any ownership, let alone any source that was being posted on chan boards.

You act as if nobody ever lies on the internet. The solution to your emotional distress is to start to not give a fvck.


Sneed


Holy shit this escalates completely. I had no idea any of this was going.

Is sr.ht tainted now or still a decent place to host code? I can't quite tell.


He's a bit unhinged, but for what it's worth every interaction I've had with him has been positive.


It's a defamation campaign done by 4chan bigots. See my sibling comment.


Thanks for mentioning it! Makes me glad to live a life out of the spotlight and to be generally ignorant of stuff like this going on. Would not want to be targeted like that :/


> Is sr.ht tainted now

I hate that this is now a thing you can ask unsarcastically.

Just use the tool you like the best man, screw what other people think. Yes, there's people who will go "you're bad because your use a tool that's made by a guy who said something wrong about Stallman" (or whatever he did exactly again). These people are not worth your attention.


My bad, I shouldn't have said tainted. Trustworthy is what I had in mind.

I moved my private repos to sr.ht ages ago because it was the open source, free software, ethical, longevitable approach. And stepping away from the mega corporations and everything going on with those.

I was wondering whether this was still the case.


I wonder if they're mobile. Here the URL is truncated and over on openssf.org/blog they don't show the date unless you switch over to desktop view.


If you're a Linux user you might like Firejail for this.

  firejail --appimage --net=none --private=~/path/to/jail ~/path/to/Obsidian.AppImage
--private=~/path/to/jail limits access to your home directory to ~/path/to/jail and when you don't want Obsidian to have internet access you can take it away with --net=none.


Note that if you already have an Obsidian vault, suddenly jailing it might break things. Obsidian stores a bunch of state in ~/.config/obsidian which will no longer be valid. And amusingly/frustratingly, the GTK file picker doesn't take the jail into account and seems to produce invalid paths.

And because --private mounts some bits as temporary filesystems, you might end up losing state. Try before you buy.


And all of these issues such as sandboxing and portals are solved by using the Flatpak version instead.


I don't know much about flatpak. How does it solve these issues?


It provides a sandbox, an API to access stuff outside of it (portals), and standard tools to customize what your software has access to (Flatseal, KDE app settings). It's based on the same technology as Docker containers, but for user-space GUI apps.

AppImage is a binary distribution format that does none of that stuff, so you need external tools, like firejail, to limit what the application has access to.



Did you run this on a clean VSCode install?

I know as a matter of fact that bad extensions slow down VSCode significantly.


Thanks. Could you please do Zed also? I tried, but it was struggling to type.


I was just hoping for this a couple hours ago. :)

Any idea how far out the Linux version is?


Next day or two is my best understanding, we're just getting it onto Flathub to handle app updates.


Coincidentally I did that yesterday. Mermaid pulls in 137 dependencies. I love Obsidian and the Obsidian folks seem like good people but I did end up sandboxing it.


Some Typometer measurements on i3 here:

  # Title                   Min     Max     Avg     SD
  1 xterm 397               3.1     4.0     3.5     0.2
  2 Alacritty 0.15.1        3.6     4.8     4.2     0.2
  3 xfce4-terminal 1.1.4    2.9     6.8     4.4     0.3
  4 Ghostty 1.2.0           11.3    15.5    13.0    0.7
  5 kitty 0.42.2            11.7    21.3    15.8    3.3
https://imgur.com/a/RobYTWY


lower is better

https://github.com/frarees/typometer

Typometer

Typometer is a tool to measure and analyze the visual latency of text editors.

Editor latency is the delay between an input event and a corresponding screen update — in particular, the delay between keystroke and character appearance. While there are many kinds of delays (caret movement, line editing, etc.), typing latency is a major predictor of editor usability.

Check the article typing with pleasure to learn more about editor latency and its effects on typing performance.


> While there are many excellent terminal emulators available, they all force you to choose between speed, features, or native UIs. Ghostty provides all three. In all categories, I am not trying to claim that Ghostty is the best (i.e. the fastest, most feature-rich, or most native). But Ghostty is competitive in all three categories and Ghostty doesn't make you choose between them.

Ghostty doesn’t claim to be the fastest.

https://github.com/ghostty-org/ghostty


> But Ghostty is competitive in all three categories

Being at the bottom is not what I call competitive.


It’s above kitty? From the numbers posted earlier


Bonus VS Code:

  # Title      Min     Max     Avg     SD
  1 VS Code    10.8    19.7    13.0    1.2


I really want to like Bun and Deno. I've tried using both several times and so far I've never made it more than a few thousand lines of code before hitting a deal breaker.

Last big issue I had with Bun was streams closing early:

https://github.com/oven-sh/bun/issues/16037

Last big issue I had with Deno was a memory leak:

https://github.com/denoland/deno/issues/24674

At this point I feel like the Node ecosystem will probably adopt the good parts of Bun/Deno before Bun/Deno really take off.


uh... looks like an AI user saw this comment and fixed your bun issue? Or maybe it just deleted code in a random manner idk.

https://github.com/oven-sh/bun/commit/b474e3a1f63972979845a6...


The bun team uses Discord to kick off the Claude bot, so someone probably saw the comment and told it to do it. that edit doesn't look particularly good though


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search:

HN For You