Package Details: zed-git 0.143.1.r14.g818e6e5-1

Git Clone URL: https://aur.archlinux.org/zed-git.git (read-only, click to copy)
Package Base: zed-git
Description: A high-performance, multiplayer code editor from the creators of Atom and Tree-sitter
Upstream URL: https://zed.dev
Licenses: Apache-2.0, GPL-3.0-or-later, AGPL-3.0-or-later
Conflicts: zed
Provides: zed
Replaces: zed-editor-git
Submitter: alerque
Maintainer: alerque
Last Packager: alerque
Votes: 6
Popularity: 2.43
First Submitted: 2024-05-31 14:55 (UTC)
Last Updated: 2024-07-04 10:09 (UTC)

Dependencies (26)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

alerque commented on 2024-06-29 09:21 (UTC)

@rodolpheh What makes you say mold is a dependency? It seems to build fine in a chroot without it.

alerque commented on 2024-06-29 08:18 (UTC)

@impulse This package is open for PRs on GitHub here if you want to contribute. I'm reluctant to just add you as a co-maintainer until I see what you plan to do. This package is carefully synced with the stable ([extra]) and preview ([AUR]) packages and the current source handling is standard Arch Linux packaging procedure.

rodolpheh commented on 2024-06-20 06:51 (UTC)

The package now requires mold as a dependency

impulse commented on 2024-06-20 04:19 (UTC)

can you add me as co-maintainer? I would like to improve the source code download to be faster.

AAXZX commented on 2024-06-12 21:13 (UTC)

Problem:

vkcube-wayland crash with message:

wl_drm#17: error 0: wl_drm.create_prime_buffer is not implemented

zed crash on unwrap:

zed::reliability] {
"thread": "main",
"payload": "called Result::unwrap() on an Err value: ERROR_INITIALIZATION_FAILED",
"location_data": {
"file": "/home/f2/.cargo/git/checkouts/blade-b2bcd1de1cf7ab6a/bdaf8c5/blade-graphics/src/vulkan/init.rs",
"line": 690
},

Solution:

AMD_VULKAN_ICD=RADV zed
Wait AMDVLK 2024.Q4.1 release

Nemin commented on 2024-06-05 17:37 (UTC)

Hi! The executable has been lowercased (zed instead of Zed), which causes the build to fail. Please change it on line 50 and 84.

Ranguna commented on 2024-05-23 15:48 (UTC) (edited on 2024-05-23 15:53 (UTC) by Ranguna)

I'm getting the following error on the build step:

==> Starting build()...
error: failed to parse manifest at `/home/***/.cache/yay/zed-editor-git/src/zed-editor-git/Cargo.toml`

Caused by:
  expected a boolean or an integer for key `profile.dev.debug`

Am I the only one ?

EDIT: updated rust tool chain with rustup update and now it's working.

alerque commented on 2024-05-17 08:57 (UTC)

Thanks @Zollerboy1. I didn't like the tested here-strings in that scripting but I see what it is doing, and that does get the job done. I adapted the scripting to be a bit more to my liking and adapted to the weird two-tier tag scheme Zed is using, but thanks for the pointer for getting that straightened out.

Zollerboy1 commented on 2024-05-14 20:02 (UTC)

Upstream is tagging releases out of line with the main branch, hence the weird versioning on this package. If anybody knows a sensible way to mainline the actual version relative to the branch point the tag used and still have a sensible counter I'd be up for it.

I had a similar problem with my package swift-format-git, as swift-format has their release tags in separate branches as well. I use this versioning counter, maybe you can adapt it here:

pkgver() {
    cd "$pkgname"
    local tags commit_count version
    tags="$(git tag --sort=-v:refname | grep -E '^[0-9]+\.[0-9]+\.[0-9]+$')"
    read -r commit_count version <<<"$(while IFS= read -r tag; do
        ancestor=$(git merge-base HEAD "$tag")
        commits_since=$(git rev-list "$ancestor..HEAD" --count)
        echo "$commits_since" "$tag"
    done <<< "$tags" | sort -nsu -k1,1 | head -1)"
    echo "$version.r$commit_count.$(git log --pretty=format:'%h' -n 1 HEAD)"
}

Fubwubs commented on 2024-05-07 20:56 (UTC) (edited on 2024-05-07 21:09 (UTC) by Fubwubs)

Got this error when building it:

error[E0554]: `#![feature]` may not be used on the stable release channel
 --> /home/me/.cargo/registry/src/index.crates.io-6f17d22bba15001f/proc-macro2-1.0.81/src/lib.rs:1:12
  |
1 | #![feature(proc_macro_byte_character)]
  |            ^^^^^^^^^^^^^^^^^^^^^^^^^

error[E0554]: `#![feature]` may not be used on the stable release channel
 --> /home/me/.cargo/registry/src/index.crates.io-6f17d22bba15001f/proc-macro2-1.0.81/src/lib.rs:2:12
  |
2 | #![feature(proc_macro_c_str_literals)]
  |            ^^^^^^^^^^^^^^^^^^^^^^^^^

I was able to build it successfully by switching to nightly (export RUSTUP_TOOLCHAIN=stable changed to export RUSTUP_TOOLCHAIN=nightly in the PKGBUILD). I think it might have been caused by this issue https://users.rust-lang.org/t/cannot-compile-simple-tokio-example/109956/5, which is just due to my system having a particular nightly compiler as default and won't affect anyone using stable as the default toolchain.