this post was submitted on 08 May 2024
67 points (89.4% liked)

Linux

48334 readers
619 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
all 32 comments
sorted by: hot top controversial new old
[–] [email protected] 53 points 6 months ago (4 children)

Somehow all these OSS projects that start with only a Mac client seem so suspicious to me...

I wonder if they will enforce a login to use the software?

[–] [email protected] 26 points 6 months ago (1 children)

It's open source, and they already said they were Mac only because they used Metal for rendering. It's not suspicious for devs to use what they're most familiar with.

[–] KindaABigDyl 15 points 6 months ago (1 children)

because they used Metal for rendering

That in itself is a suspicious choice tbh

[–] [email protected] 5 points 6 months ago (2 children)

What's suspicious about it...?

[–] [email protected] 4 points 6 months ago (2 children)

No idea, especially since MacOS has limited OpenGL support and no Vulkan support, Metal is basically the only graphics API on Mac

[–] [email protected] 10 points 6 months ago

Yeah, even Asahi has better OpenGL support than real macOS. They make damn sure you have to use Metal to get the most out of it, just like eventually you get caught up in DirectX on Windows whether you want it or not. You can use Vulkan and OpenGL, but the OS really wants to work with Metal/DirectX buffers in the end.

I appreciate that the devs care enough to make it really good from the start, because that sets the benchmark. Now the Linux version has to have a similar enough polish to it.

In comparison, Atom and VSCode both worked fine on Linux just about day one thanks to Electron, but it was also widely disliked for the poor performance. It's a part of what Zed competes on, performance compared to VSCode.

[–] KindaABigDyl 3 points 6 months ago* (last edited 6 months ago) (1 children)

The other guy mentioned:

they already said they were Mac only because they used Metal for rendering

And you say:

Metal is basically the only graphics API on Mac

So they're on Mac bc they need Metal, but they picked Metal bc they're on a Mac? It's circular and friggin weird man

Not to mention there are cross-platform wrappers that will pick from all three depending on system - some that are very prolific among Rust devs (Zed is coded in Rust) like wgpu, for instance. They could've used wgpu and supported all 3 from the get-go and it would be easier than doing Metal anyway!

And so picking just Mac and/or Metal first is suspicious.

[–] [email protected] 1 points 6 months ago

I don't see where your problem comes from. It's really simple: they wanted to target Mac, likely because that's their preferred platform. So obviously they use the best fitting APIs for that purpose. Why would they develop a Linux or Windows application, if what they want is Mac? Nothing suspicious about that.

[–] [email protected] 15 points 6 months ago* (last edited 6 months ago) (1 children)

While I generally agree with your skeptical attitude toward this, I think the fact that they were targeting Apple's Metal graphics API to built the most performant possible IDE makes sense. You can't just snap your fingers and have a Linux graphical stack start working with your software.

I think the reason they targeted macOS first is probably because many of the dev team uses Macs.

As a Linux user, I'll happily wait for software like this to get ported to native Linux APIs so we get performant text editors instead of more Electron crap.

[–] LeFantome 2 points 6 months ago

As a die-hard Linux user, I understand that most of their devs probably used Macs. Sadly, they are likely not an outlier which means many ( most ) of their target customers are Mac users too.

Overall, I applaud their focus and platform native approach. Let’s hope we get a decent Linux editor out of it at some point.

[–] [email protected] 9 points 6 months ago

They start with Mac clients because those devs use Macs.

[–] [email protected] -2 points 6 months ago (1 children)
  • which one as well? it's the first project I know of that starts on mac
  • how do you get to that? That would be funny.
[–] [email protected] 18 points 6 months ago

I was kinda referencing warp, a supposedly new terminal that was also written in Rust, had AI stuff, started on Mac, and finally got a Linux version, which lasted 30 seconds on my computer once I saw there is no option to use it unless you make an account. Yes. For a LOCAL terminal. Nuts.

[–] [email protected] 11 points 6 months ago* (last edited 6 months ago) (2 children)

I miss the point why they don't invested into Flatpak. I mean, with Flatpak they could've focus on make Zed works on the Flatpak platform and, as a consequence, it will be fine in every distro. The only thing that they should've be taking care is X11 and Wayland, but every other aspect to worry such as distro choice, QT/GTK, Gnome/KDE, etc would be vanished away

[–] [email protected] 7 points 6 months ago

They have not made a final decision on packaging it, in fact it's not even distributed at the moment, you need to compile it yourself. From what I've seen they will very likely package it as flatpak when it's out of alpha/beta

[–] [email protected] 2 points 6 months ago

Or just install with cargo, have it run unrestricted and still work everywhere. I dont think rust apps need to be flatpakked

[–] [email protected] 6 points 6 months ago* (last edited 6 months ago) (2 children)

That is really cool. I wish I'd read more of such posts on "how do we get there, how did we get here".

Most important answer:

After deciding to support Ubuntu and X11 and Wayland

I hope it'll work in distrobox such that you can run it on every platform

[–] [email protected] 3 points 6 months ago* (last edited 6 months ago)

That was a hypothetical illustrating the amount of choices one had to make to port to Linux. So far their decision is to just release a tarball.

[–] [email protected] 1 points 6 months ago (1 children)

Distrobox is not a good solution. But when there is an APT package, packagers can easily use their binary and create RPMs etc.

[–] [email protected] 1 points 6 months ago (1 children)

Why?

I'd use it for analysis and prose. I think it'll be ok in distrobox.

[–] [email protected] 1 points 6 months ago (1 children)

It is a separate Distro. I used it for running VLC already and for sure it works, but it isnt really a good solution.

[–] [email protected] 2 points 6 months ago

Ok. So far I only use it for cli tools like pdlaftex, typst, R, and others. So far it works great. I assume the same for gui apps. Theming will be off but that's not a real issue as long as the app works.

[–] atomic 4 points 6 months ago* (last edited 6 months ago)

FWIW I've been able to compile Zed for Wayland only by removing any X11 references in the code and I've been using it for about two months or so.