Search Criteria
Package Details: typst-lsp 0.12.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/typst-lsp.git (read-only, click to copy) |
---|---|
Package Base: | typst-lsp |
Description: | Language server for Typst |
Upstream URL: | https://github.com/nvarner/typst-lsp |
Licenses: | MIT, Apache |
Submitter: | Chocobo1 |
Maintainer: | alerque |
Last Packager: | alerque |
Votes: | 4 |
Popularity: | 0.61 |
First Submitted: | 2023-04-05 18:23 (UTC) |
Last Updated: | 2023-12-04 20:17 (UTC) |
Dependencies (7)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR)
- gcc-libs (gccrs-libs-gitAUR, gcc-libs-gitAUR, gcc11-libsAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-widevineAUR)
- libcrypto.so (openssl-gitAUR, openssl-staticAUR, quictls-opensslAUR, openssl-3.2AUR, lib32-openssl, openssl, openssl-1.1)
- libcurl.so (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl, lib32-curl)
- openssl (openssl-gitAUR, openssl-hardenedAUR, openssl-staticAUR, quictls-opensslAUR)
- cargo (rust-nightly-binAUR, cargo-gitAUR, rustup-gitAUR, rust, rustup) (make)
Latest Comments
Derson5 commented on 2023-10-04 02:35 (UTC)
@alerque Thanks!
alerque commented on 2023-10-02 19:51 (UTC)
@Derson5 My months-old orphan request finally went through and I've adopted this and merged my patch from June with fixed a number of Rust build related issues.
As for your linker errors, it is actually not necessary to disable LTO entirely. The issue you had wasn't
mold
specific either, the Arch Linux default chroot builder usinglld
has similar issues. I've added the correct fix to the PKGBUILD. It now builds cleanly in a chroot and has a few accommodations to make it easier to build directly on a host system too.Derson5 commented on 2023-09-27 08:59 (UTC)
https://github.com/rui314/mold/issues/1112
Chocobo1 commented on 2023-09-26 04:57 (UTC)
I'm curious. Can you post your build log?
Derson5 commented on 2023-09-26 00:41 (UTC)
Could you add
options=(!lto)
? I have hard editedmakepkg.con
and without this inPKGFILE
I can't build it.alerque commented on 2023-06-21 23:38 (UTC) (edited on 2023-06-21 23:38 (UTC) by alerque)
If you can't be bothered to follow packaging guidelines can you please consider disowning or at least adding me as a co-maintainer yet. This package doesn't have enough usage yet for me to justify moving it to official repos. If we get some votes and/or usage showing up in pkgstats I will probably do that eventually.
Also it can't be that much of a bother to copy the patch I sent to a file and apply it with a single command, then push it. I already handled all the guideline fixes for you.
Chocobo1 commented on 2023-06-19 17:00 (UTC)
Lets say I have other considerations and I don't really want to deal with it. Could you please consider bringing this package into (arch) official repo and maintain it? I believe it would be the best for all users.
alerque commented on 2023-06-15 20:01 (UTC)
This patch can be saved to a file and applied with
git am file.patch
and covers the issues I mentioned:alerque commented on 2023-06-15 06:32 (UTC)
Can you please overhaul this a bit to follow the Arch Rust package guidelines. Just on a quick inspection there are quite a few things missing. First, upstream has a lock file so use it, don't silently create it if missing. If they miss it or don't update it it should fail. Also the fetch should be limited to the architecture. Then a build function should be added and used instead of
cargo install
(unless that is absolutely unavoidable). A couple of environment variables also need setting to get the right toolchain in case people have defaulted to a nightly Rust toolchain, etc. The Wiki explains all these.