Package Details: helix-git 24.07.r114.g518425e05-1

Git Clone URL: https://aur.archlinux.org/helix-git.git (read-only, click to copy)
Package Base: helix-git
Description: A text editor written in rust
Upstream URL: https://helix-editor.com
Keywords: editor
Licenses: MPL-2.0
Conflicts: helix
Provides: hx
Submitter: Wojciechkepka
Maintainer: Robin_Jadoul
Last Packager: Robin_Jadoul
Votes: 10
Popularity: 0.36
First Submitted: 2021-06-01 19:08 (UTC)
Last Updated: 2024-08-23 13:53 (UTC)

Dependencies (2)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

seo.disparate commented on 2023-03-09 04:42 (UTC)

A single rm -r "${pkgdir}${_rt_path}/grammars/sources" at the end of package() removes the extra unnecessary files and has been working for me.

seo.disparate commented on 2023-02-27 11:12 (UTC)

I think this package's PKGBUILD should use a package() more similar to the one used for the official repository's PKGBUILD for helix: https://github.com/archlinux/svntogit-community/blob/packages/helix/trunk/PKGBUILD

Currently, helix-git pulls in sources of the "runtime/grammars" as well as each source's .git directories, adding unneeded additional files to the resulting package. This doesn't happen in helix's PKGBUILD. I tested adding a find command to delete the unnecessary files/dirs in the end of package(), and that significantly reduces the file-size of the resulting package without breaking helix.

Robin_Jadoul commented on 2022-12-05 14:23 (UTC)

@djemil, interesting suggestion, thanks. Not doing the --abbrev=0 is probably even better since it gets rid of the rev-parse and probably obsoletes the rev-list too.

@wsippel, building with (fat) lto seems to work just fine for me, besides the obvious slower compilation time.

wsippel commented on 2022-11-21 12:53 (UTC)

Might be a good idea to override the lto build option set in makepkg.conf for this package? options=('!lto') should work I believe. Helix builds with thin lto by default anyway, but fails with fat lto, which is what the global setting appears to force.

djemil commented on 2022-11-21 12:40 (UTC)

replace: printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)" with: printf "%s.r%s.%s" "$(git describe --tags --abbrev=0)" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)" | sed 's/^v//;s/-/./g'

to fix version example: helix-22.08.1.r3767.0b2bb061b-1 vs helix-r3731.652497bd-1

Robin_Jadoul commented on 2022-08-02 01:03 (UTC)

To fix the blank screen, you need to remove the --all-features flag being passed to cargo build. In particular, it enables the --features integration flag, which enables integration testing and disables rendering.

prometheus commented on 2022-07-25 08:12 (UTC) (edited on 2022-07-26 23:01 (UTC) by prometheus)

Gives a blank screen.

1player commented on 2022-07-21 11:30 (UTC)

Black screen with this package, OK when compiled from git.

Probably because they're using cargo install --path helix-term to compile now. See https://github.com/helix-editor/helix/blob/master/README.md

Wojciechkepka commented on 2021-12-05 12:12 (UTC)

Thanks for your suggestion @lelgenio, I wasn't sure how to properly clone this without having to repeat the operation each time. I applied your sugestion to the PKGBUILD.

lelgenio commented on 2021-12-04 01:19 (UTC)

I have a suggestion for how to clone submodules without having to repeat the whole download process:

-   rm -rf "${_pkgname}"
-   git clone --recurse-submodules --shallow-submodules -j8 "$_git"
+   cd "${_pkgname}"
+   git submodule update --force --init --recursive --depth 1 --jobs 8