News for hackers. Stuff that matters.
Re:Warp: Fast, Rust-based terminal (waiting list) by donio on Wednesday July 14, 2021 @12:58PM (#27835300)
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.

Re:Warp: Fast, Rust-based terminal (waiting list) by samatman on Wednesday July 14, 2021 @01:34PM (#27835762)
The fact that it needs to be stated means that it has cloud features.

Opt-in and "encrypted at rest" AKA actually encrypted are the correct defaults.

I'm also uninterested unless both the client and the server are made open-source, because terminals are a bread-and-butter program and there's just no way I'm getting locked into someone else's cloud for that.

But the specific sentence you've quoted is a strange thing from which to recoil, from where I'm sitting.

Re:Warp: Fast, Rust-based terminal (waiting list) by 411111111111111 on Wednesday July 14, 2021 @01:45PM (#27835903)
The point I got from that that it's unacceptable that it's keeping data on their servers. The issue wasn't that it's encrypted at rest - the issue was that they got data they need to encrypt to begin with.
Re:Warp: Fast, Rust-based terminal (waiting list) by zhengt on Wednesday July 14, 2021 @01:51PM (#27835995)
The data pertains only to opt-in cloud features. Warp is local-first. Note that the closed beta collects some info, so if you're not comfortable with that, please wait until our open launch.

All details here: https://www.warp.dev/privacy

Re:Warp: Fast, Rust-based terminal (waiting list) by zachlloyd on Wednesday July 14, 2021 @01:06PM (#27835420)
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) by raphlinus on Wednesday July 14, 2021 @01:24PM (#27835651)
There are a lot of promising options for native UI, but none finished and mature. As of today, that number sounds like it is one more.

Druid as it exists today is not a great fit for what you're trying to do, as drawing on mac is all based on Core Graphics and Core Text. GPU-based drawing is the future, and we're working on that (piet-gpu), but it's not yet in a really usable state.

In any case, hope this goes well. It's clear to me that Rust-based UI is the most viable path to an Electron alternative in the future, and the more evidence we have for that, the better.

Re:Warp: Fast, Rust-based terminal (waiting list) by alokedesai on Wednesday July 14, 2021 @01:54PM (#27836040)
Thank you, Raph! We've been following your work on Druid quite closely for a while, it's very impressive.

You'd exactly right that's why we didn't pick Druid--we needed something that rendered on the GPU. We actually talk more about this decision in our "How Warp Works" blog post here: https://blog.warp.dev/how-warp-works/

Re:Warp: Fast, Rust-based terminal (waiting list) by kaetemi on Wednesday July 14, 2021 @01:17PM (#27835566)
Why not just develop out in the open from the start, instead of dangling an open source carrot? You might even get community contributions.
Re:Warp: Fast, Rust-based terminal (waiting list) by zachlloyd on Wednesday July 14, 2021 @01:22PM (#27835625)
It's a fair point, but we don't feel ready to accept community contributions yet.
Re:Warp: Fast, Rust-based terminal (waiting list) by cweagans on Wednesday July 14, 2021 @01:33PM (#27835752)
You really don't have to accept contributions if the repo is open. You could simply disable issues and close all PRs with a comment explaining that you're not ready for contributions yet. You could even automate that with a Github Action or similar.

Developing in the open would make it easier to trust that you're not doing something nefarious. When I think about the kind of data that goes through my terminal on a day-to-day basis, I have to _know_ for sure that my terminal can be trusted. That makes Warp a non-starter for me until it's open source, which is really a shame because it looks fantastic.

Re:Warp: Fast, Rust-based terminal (waiting list) by lyxell on Wednesday July 14, 2021 @01:14PM (#27835528)
What about the UI framework druid? It has 3.9k stars on Github and is under active development.

https://github.com/linebender/druid

Re:Warp: Fast, Rust-based terminal (waiting list) by alokedesai on Wednesday July 14, 2021 @01:25PM (#27835660)
It's definitely something we actively considered! You can find some more details about why we chose to implement our own UI framework here: https://blog.warp.dev/how-warp-works/. The tldr; for Druid is they don't support any GPU backend at all right now.
Re:Warp: Fast, Rust-based terminal (waiting list) by nicoburns on Wednesday July 14, 2021 @01:13PM (#27835508)
Super excited about both of these things. Will your text editing widget be part of that? Because I'd absolutely love it if a widget with capabilities similar to that of full on text editor (sublime/vs code, etc) became the standard "textarea widget".
Re:Warp: Fast, Rust-based terminal (waiting list) by techrat on Wednesday July 14, 2021 @01:42PM (#27835858)
> Our plan is to open source the Rust client code once it's more mature.

Your plan should have been to wait until something was downloadable before you announced it.

Re:Warp: Fast, Rust-based terminal (waiting list) by myWindoonn on Wednesday July 14, 2021 @10:37PM (#27840881)
https://xkcd.com/463/ Strictly speaking, your plan is better than the alternative of keeping it closed-source, yet someone is clearly doing their job horribly wrong.

Anything useful you produce will be community-maintained eventually, and your cloud product will vanish once you complete your amazing journey; anything in-between seems like rent-seeking. Meanwhile, your competitors are Free Software and can out-develop you.

Re:Warp: Fast, Rust-based terminal (waiting list) by chawyehsu on Wednesday July 14, 2021 @01:24PM (#27835645)
> The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator.

True. And a terminal that requires an e-mail login? I doubt they are going to build a social product, then users can co-op or date in the terminal.

Re:Warp: Fast, Rust-based terminal (waiting list) by Zarel on Wednesday July 14, 2021 @01:35PM (#27835773)
They're definitely planning to build a social product:

https://assets-global.website-files.com/60352b1db5736ada4741...

Re:Warp: Fast, Rust-based terminal (waiting list) by vidarh on Wednesday July 14, 2021 @01:52PM (#27836014)
If this was a better, generic, screen sharing solution, it might be awesome. But forcing people to use a specific terminal to work with others feels like it'll be a non-starter for most people. Not least given how rarely I've ever had a need to show anyone my terminal (despite having had solutions for it for literally decades via e.g. sharing screen or screen sharing all the way back to VNC and similar).
Re:Warp: Fast, Rust-based terminal (waiting list) by zhengt on Wednesday July 14, 2021 @01:57PM (#27836079)
Our strategy here is to share sessions to the web, so collaborators don't need to download the app. It's fascinating how far utilities like screen will get you in functionality, but I agree it's really hard to get people on there.
Re:Warp: Fast, Rust-based terminal (waiting list) by vidarh on Wednesday July 14, 2021 @02:06PM (#27836212)
My point in mentioning screen was rather that despite having had solutions that work for decades, that everyone I collaborate with knows how to use, I can literally count the number of times I've felt a need to share just a terminal window with someone, rather than e.g. a full screen, on two hands over the course of 25 years.

It's rare enough for me to have a need for sharing a screen, but sharing a single type of window would cover just a tiny proportion of those rare cases.

My tech stack is atypical enough in many respects that maybe others will find it more useful, but to me this seems like a couple of useful but easily copied features (the auto-complete), and some stuff I'd never use.

Re:Warp: Fast, Rust-based terminal (waiting list) by zhengt on Wednesday July 14, 2021 @02:10PM (#27836281)
> terminal that requires an e-mail login

Email is required only for the closed beta. Warp will be offline-first. All details here: https://www.warp.dev/privacy.

Re:Warp: Fast, Rust-based terminal (waiting list) by woodruffw on Wednesday July 14, 2021 @01:07PM (#27835433)
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) by blunte on Wednesday July 14, 2021 @01:09PM (#27835453)
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) by jefft255 on Wednesday July 14, 2021 @01:12PM (#27835503)
Same for me in Linux and Windows. If your terminal regularly crashes because of memory corruption, there’s something wrong with your setup.
Re:Warp: Fast, Rust-based terminal (waiting list) by woodruffw on Wednesday July 14, 2021 @01:47PM (#27835927)
Maybe it's the way I use it, but iTerm2 crashes (or hangs) fairly regularly for me on macOS. I usually need to restart it at least once a week, which means losing ~dozens of tabs with context in them.

I use urxvt on Linux, and I don't have any problems with it.

Edit: I should also mention that I see plenty of non-crashing, non-hanging bugs with iTerm2 that look like memory misuse to me: split-workspace mode (tiled with a text editor) causes wonky graphical errors, and I've seen what looked like buffer reuse artifacts when switching between monitors.

Re:Warp: Fast, Rust-based terminal (waiting list) by vidarh on Wednesday July 14, 2021 @01:16PM (#27835549)
I have run across one - of maybe a dozen terminals I've tested because I'm difficult and have very specific requirements of a terminal - that crashes on weird input. I can't even remember which one it was, because I moved on, but odds are it was while testing unusual features like Sixel or ReGIS support.
Re:Warp: Fast, Rust-based terminal (waiting list) by Macha on Wednesday July 14, 2021 @01:51PM (#27835998)
I crashed iTerm2... once. In 6 years that I used it. Oh and the VS code embedded terminal has stopped rendering on me once.

I cannot recall any crashes in alacritty, gnome-terminal, xfce-terminal or the legacy windows console for other terminals I've used a decent amount.

Re:Warp: Fast, Rust-based terminal (waiting list) by paulfurtado on Wednesday July 14, 2021 @01:23PM (#27835629)
It's been a while, but gnome-terminal on earlier gnome 3 releases used to segfault very frequently for me. It's the thing that finally made me seek out other terminal emulators
Re:Warp: Fast, Rust-based terminal (waiting list) by woodruffw on Wednesday July 14, 2021 @01:49PM (#27835965)
I had the same experience with gnome-terminal back on Ubuntu 14.04 (or maybe even 12.04, it's been a while).
Re:Warp: Fast, Rust-based terminal (waiting list) by LukeShu on Wednesday July 14, 2021 @01:18PM (#27835585)
rxvt-unicode regularly segfaults... during "quit".
Re:Warp: Fast, Rust-based terminal (waiting list) by thestoicattack on Wednesday July 14, 2021 @01:11PM (#27835476)
I can't remember my terminal emulator ever crashing, much less crashing due to memory corruption. Maybe I've just been lucky.
Re:Warp: Fast, Rust-based terminal (waiting list) by mrweasel on Wednesday July 14, 2021 @01:08PM (#27835440)
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) by Llamanator3830 on Wednesday July 14, 2021 @01:11PM (#27835477)
Alacritty is open-source and written in Rust with great performance. I don't see a reason to use Warp yet.
Re:Warp: Fast, Rust-based terminal (waiting list) by jcelerier on Wednesday July 14, 2021 @01:23PM (#27835630)
Alacritty's performance in day-to-day use is actually very underwhelming, I tried to use it but there was just so many little lags left and right I promptly switched back to urxvt
Re:Warp: Fast, Rust-based terminal (waiting list) by jasonjayr on Wednesday July 14, 2021 @01:31PM (#27835716)
urxvt was my workhorse for years; And I tried Alacritty + a tmux configure that emulated urxvt's tabs. It wasn't quite all the way there, wezterm is another one that seems to work well and has slightly improved rendering over urxvt, and I'm pretty happy with it right now, though it has a lot more bells & whistles.
Re:Warp: Fast, Rust-based terminal (waiting list) by zhengt on Wednesday July 14, 2021 @01:36PM (#27835787)
Alacritty is a different approach: they're building a traditional terminal. Warp is hoping to push the boundaries and build something different.

Warp is a fork of Alacritty, their team was very gracious in collaborating and reviewing Warp's initial designs.

Re:Warp: Fast, Rust-based terminal (waiting list) by flowerlad on Wednesday July 14, 2021 @01:31PM (#27835728)
> Who cares that it's Rust if it's closed source?

People who care about security.

Re:Warp: Fast, Rust-based terminal (waiting list) by CameronNemo on Wednesday July 14, 2021 @02:00PM (#27836130)
Don't they also usually care if they can audit it?
Re:Warp: Fast, Rust-based terminal (waiting list) by cies on Wednesday July 14, 2021 @02:09PM (#27836265)
>People who care about security.

Those people tend to care more for their term being opensource than it being in Rust. Dont trust those who claim otherwise.

Re:Warp: Fast, Rust-based terminal (waiting list) by matthewmacleod on Wednesday July 14, 2021 @01:58PM (#27836097)
The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator.

Can you explain your objection in more detail? It seems like a terminal offering some kind of real-time collaboration with team members is a reasonable thing to offer, and that if you have that feature then it's good that it's opt-in with encrypted data.

Re:Warp: Fast, Rust-based terminal (waiting list) by chewmieser on Wednesday July 14, 2021 @01:13PM (#27835518)
Agreed about the Rust comment but I also was looking to make sure it wasn't webkit-based.
Re:Warp: Fast, Rust-based terminal (waiting list) by blunte on Wednesday July 14, 2021 @01:10PM (#27835470)
If you “hard no” so easily, then what else may you be missing out on?
Re:Warp: Fast, Rust-based terminal (waiting list) by dsr_ on Wednesday July 14, 2021 @01:31PM (#27835719)
Things that eat your data, your time, your money, your attention.

Fads.

Unicorns (but they probably don't exist).

Re:Warp: Fast, Rust-based terminal (waiting list) by imwillofficial on Wednesday July 14, 2021 @01:49PM (#27835967)
I wouldn’t be so sure…

> the report says that they have "recently reconfirmed" the lair of one of the unicorns ridden by the ancient Korean King Tongmyong, founder of a kingdom which ruled parts of China and the Korean peninsula from the the 3rd century BC to 7th century AD. https://www.theguardian.com/world/2012/nov/30/unicorn-lair-d...

^a joke

Re:Warp: Fast, Rust-based terminal (waiting list) by blunte on Wednesday July 14, 2021 @06:51PM (#27839466)
I had no idea that terminals and Rust projects were such highly charged emotional territory, nor that either were danger zones which commonly ate your time, your money, or your attention.

Kind of seemed to me like just another project.

I guess the kids these days have to start at volume 10 with "hard no!" or "best ever!" to be heard. THAT is a fad.

Re:Warp: Fast, Rust-based terminal (waiting list) by goodpoint on Wednesday July 14, 2021 @02:02PM (#27836158)
THIS. Chasing after shiny things ignores means wasting the opportunity to become truly expert about something.

EDIT: silent downvotes for saying this?

Re:Warp: Fast, Rust-based terminal (waiting list) by blunte on Wednesday July 14, 2021 @06:48PM (#27839440)
I didn't downvote you, but it's certainly fine to pass on something you think is a fad. It's another thing to jump directly to the end of the emotion spectrum by saying "hard no". My comment wasn't about skipping shiny things, it was about being so vocally firm about the negative. That doesn't leave much room for reconsideration later.

What if the project turns out to not be a fad, and a month or six later more people are using it and loving it? How does a "hard no" person back down from their bold rejection? This is what I was talking about.

Re:Warp: Fast, Rust-based terminal (waiting list) by z3t4 on Wednesday July 14, 2021 @01:05PM (#27835398)
[meta] I think many people here are interested in learning Rust and they use upvote button to "bookmark" (should use favorite instead, until you have actually read the article) (sugg: add favorite link to the main page)
Re:Warp: Fast, Rust-based terminal (waiting list) by imwillofficial on Wednesday July 14, 2021 @01:49PM (#27835974)
What data leads you to this conclusion?