Live data from Hacker News

Warp: Fast, Rust-based terminal (waiting list)

warp.dev

41–50 of 181 posts

Re: Warp: Fast, Rust-based terminal (waiting list)

#41
post #27

Who cares that it's Rust if it's closed source? Also: "All cloud features are opt-in. Data is encrypted at rest." The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator.

Our plan is to open source the Rust client code once it's more mature.

We are particularly excited about sharing our Rust UI framework since there aren't a lot of great options for building native UIs in Rust right now. We want to make it cross-platform first though.

Re: Warp: Fast, Rust-based terminal (waiting list)

#42

FYI, this appears to be a startup launching an e-mail signup for a product that isn't available yet. Nothing wrong with that, of course, but it's worth noting up front. There is no download link and the GitHub link goes to an issues-only repo with no code. There are several fast Rust-based, GPU-accelerated terminal projects that are open source and under active development: Alacritty: https://github.com/alacritty/ala…

Also alacritty

Re: Warp: Fast, Rust-based terminal (waiting list)

#43
post #27

Who cares that it's Rust if it's closed source? Also: "All cloud features are opt-in. Data is encrypted at rest." The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator.

Assuming that it wasn’t a rhetorical question: I do.

I spend 1/3rd of my day in terminal emulators, and anything that reduces the number of stupid (normally memory corruption) crashes that interrupt my work is a legitimate value proposition for me.

Edit: This isn’t an endorsement of this particular product, to be clear. I don’t know anything about it, except that being written in a fast, memory safe language endears me to it.

Re: Warp: Fast, Rust-based terminal (waiting list)

#44

Earlier quoted context omitted.

We mention Rust primarily because it produces a really high-performance app and to make clear that it's not built using Electron or web tech. We wrote up a pretty detailed technical design if you're interested in checking out how we built and why we made the decisions we made: https://blog.warp.dev/how-warp-works/

I was just looking at that! It seems that I'm also conflating "terminal" and "shell" here possibly. Is Warp both in this case?

Warp is a terminal, we still rely on the underlying shell to do the interpretation / execution of the commands. At the moment, we support using bash, zsh, or fish as the shell.

Re: Warp: Fast, Rust-based terminal (waiting list)

#45
post #27

Who cares that it's Rust if it's closed source? Also: "All cloud features are opt-in. Data is encrypted at rest." The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator.

Do we care even if it open source? The use of Rust is an implementation detail and shouldn’t really matter.

Re: Warp: Fast, Rust-based terminal (waiting list)

#46

Somehow it feels odd that an implementation detail like the programming language it's implemented in is so prominent in the project's description. I have no idea what bash is written in and frankly I don't care much about it. It's a tool that enables me do be more productive. Could it be faster? Probably, but does anyone even notice that in the context of all the other things that we do _with_ it? Are there any benef…

>...I have no idea what bash is written...

This is a terminal emulator not a shell language so this should be compared to the likes of Xfce4-terminal, Konsole, Alacritty, Kitty, st, etc...

Re: Warp: Fast, Rust-based terminal (waiting list)

#47
post #27

Who cares that it's Rust if it's closed source? Also: "All cloud features are opt-in. Data is encrypted at rest." The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator.

Assuming that it wasn’t a rhetorical question: I do. I spend 1/3rd of my day in terminal emulators, and anything that reduces the number of stupid (normally memory corruption) crashes that interrupt my work is a legitimate value proposition for me. Edit: This isn’t an endorsement of this particular product, to be clear. I don’t know anything about it, except that being written in a fast, memory safe language endears…

What terminal are you using that crashes so often? I’ve used Linux and Mac terminals for ages and cannot remember one terminal crash.

Re: Warp: Fast, Rust-based terminal (waiting list)

#49

The UI seems interesting, and I'm a sucker for RIIR, but why do terminal emulators keep trying to use "blazingly fast" as a feature? They're all fast (except the hideous electron ones), they're white text on black rectangles.

I don't get it either - I use Windows (the default cmd, Powershell and Cmder), Linux and MacOS and don't recall a terminal emulator being slow... ever.

Yet when the subject of terminal emulators comes up, there are often comments from other HN users insisting that Windows terminal emulators are molasses compared to MacOS, or that this emulator is much faster than that. I don't get it.

Re: Warp: Fast, Rust-based terminal (waiting list)

#50

FYI, this appears to be a startup launching an e-mail signup for a product that isn't available yet. Nothing wrong with that, of course, but it's worth noting up front. There is no download link and the GitHub link goes to an issues-only repo with no code. There are several fast Rust-based, GPU-accelerated terminal projects that are open source and under active development: Alacritty: https://github.com/alacritty/ala…

Just tried it:

    2021-07-14T17:05:56.423Z WARN  window::os::windows::window    > EGL init failed with_egl_lib failed: with_egl_lib(libEGL.dll) failed: no compatible EGL configuration was found, atioglxx.dll: LoadLibraryExW failed, fall back to WGL
    2021-07-14T17:05:56.500Z ERROR wezterm_gui::frontend          > Failed to create window: The OpenGL implementation is too old to work with glium

I feel sad when terminals need OpenGL ... OTOH, apparently, my modest needs are adequately served by ConEmu on Windows and xfce4-terminal on Linux.
Post reply on HN