Search Criteria
Package Details: git-cinnabar 0.6.3-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/git-cinnabar.git (read-only, click to copy) |
---|---|
Package Base: | git-cinnabar |
Description: | Git remote helper to interact with Mercurial repositories |
Upstream URL: | https://github.com/glandium/git-cinnabar |
Licenses: | GPL2 |
Submitter: | alex.henrie |
Maintainer: | alex.henrie |
Last Packager: | alex.henrie |
Votes: | 1 |
Popularity: | 0.100245 |
First Submitted: | 2019-11-03 16:52 (UTC) |
Last Updated: | 2023-12-24 06:13 (UTC) |
Dependencies (3)
- git (git-gitAUR)
- mercurial (mercurial-hgAUR, mercurial-stable-hgAUR)
- cargo (rust-nightly-binAUR, cargo-gitAUR, rustup-gitAUR, rust, rustup) (make)
Latest Comments
Coelacanthus commented on 2023-04-18 12:45 (UTC)
I use
extra-x86_64-build
fromdevtools
package to build package, which is Arch Linux offical build tool.makepkg
disabled lto by default. https://gitlab.archlinux.org/pacman/pacman/-/blob/master/etc/makepkg.conf.in#L93 Butdevtools
enable it by default. https://gitlab.archlinux.org/archlinux/devtools/-/blob/master/config/makepkg/x86_64.conf#L97 Users of AUR also can enable it in their ownmakepkg.conf
. I suggest you use devtools to check build package, it can avoid effects of your environment, make you find missing dependencies or missing options.vringar commented on 2023-04-15 10:16 (UTC)
Hey, I just had to modify the PKGBUILD to also set
export RUSTUP_TOOLCHAIN=stable
in theprepare
step, because otherwise the downloaded dependencies weren't found duringbuild
. I have the nightly toolchain active by default.alex.henrie commented on 2023-04-03 04:44 (UTC)
I don't get a linker error. How are you building the package?
Coelacanthus commented on 2023-04-02 05:55 (UTC)
You need to add
options=(!lto)
in PKGBUILD to prevent LTO, which leads an undefined symbol link error. Log can be found: https://build.archlinuxcn.org/imlonghao-api/pkg/git-cinnabar/log/1680410481nyanpasu64 commented on 2022-02-01 05:25 (UTC)
Upstream's Makefile depends on Python 2.7, which is actually still packaged in Arch, but you don't depend on. It seems mostly harmless because it results in
SYSTEM
being detected incorrectly, but it doesn't matter since the Makefile only checks that it's not Windows.