Search Criteria
Package Details: helix-git 23.10.r461.g527cbe656-1
Package Actions
| 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: | 8 |
| Popularity: | 0.054609 |
| First Submitted: | 2021-06-01 19:08 (UTC) |
| Last Updated: | 2024-03-29 13:59 (UTC) |
Dependencies (2)
- cargo (rust-nightly-binAUR, cargo-gitAUR, rustup-gitAUR, rust, rustup) (make)
- git (git-gitAUR) (make)
Latest Comments
« First ‹ Previous 1 2 3 4 Next › Last »
ModProg commented on 2023-09-23 19:27 (UTC)
Would you consider installing the completions: https://github.com/helix-editor/helix/tree/master/contrib/completion
e.g. fish should go into /usr/share/fish/completions/ probably
PotatoChronicler commented on 2023-04-18 17:29 (UTC)
This package conflicts with community/hex, which already contains /usr/bin/hx
seo.disparate commented on 2023-03-09 04:42 (UTC)
A single
rm -r "${pkgdir}${_rt_path}/grammars/sources"at the end ofpackage()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/PKGBUILDCurrently,
helix-gitpulls in sources of the "runtime/grammars" as well as each source's.gitdirectories, adding unneeded additional files to the resulting package. This doesn't happen inhelix's PKGBUILD. I tested adding afindcommand to delete the unnecessary files/dirs in the end ofpackage(), and that significantly reduces the file-size of the resulting package without breakinghelix.Robin_Jadoul commented on 2022-12-05 14:23 (UTC)
@djemil, interesting suggestion, thanks. Not doing the
--abbrev=0is 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-featuresflag being passed to cargo build. In particular, it enables the--features integrationflag, 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-termto compile now. See https://github.com/helix-editor/helix/blob/master/README.md« First ‹ Previous 1 2 3 4 Next › Last »