Package Details: git-git 2.37.2.r426.g07ee72db0e-1

Git Clone URL: https://aur.archlinux.org/git-git.git (read-only, click to copy)
Package Base: git-git
Description: A fast distributed version control system
Upstream URL: https://git-scm.com/
Licenses: GPL2
Conflicts: git
Provides: git
Submitter: evelynmarie
Maintainer: andrewSC
Last Packager: andrewSC
Votes: 2
Popularity: 0.000000
First Submitted: 2015-12-08 10:21 (UTC)
Last Updated: 2022-08-27 19:34 (UTC)

Required by (26821)

Sources (4)

Pinned Comments

andrewSC commented on 2017-11-02 11:45 (UTC)

If anyone is having an issue building and getting the error: "emacs: symbol lookup error: /usr/lib/libraqm.so.0: undefined symbol: hb_ft_font_set_load_flags" build and install https://aur.archlinux.org/packages/libraqm-git/ then try building again. Let me know if there's any issues.

Latest Comments

1 2 3 Next › Last »

dodecahedron commented on 2021-08-18 02:14 (UTC)

I love how there's five "gits" in git+https://github.com/git/git.git!

ajddavid452 commented on 2020-10-18 21:20 (UTC)

I love how git is maintened by git, it's GITCEPTION and we get a package called "git-git" which amusingly is kinda reduntant

tuckerboniface commented on 2018-08-28 06:59 (UTC)

This should have git as a make depend.

andrewSC commented on 2018-02-10 18:16 (UTC)

Morganamilo: Unless there's something I don't know, the reason why extra/git provides git-core is because a long time ago the git package used to be named git-core. It's just there for backwards compat if someone has git-core on their system and upgrades.

Morganamilo commented on 2018-01-17 03:25 (UTC)

the git package in extra provides git-core. Shouldn't this package do the same?

andrewSC commented on 2017-11-02 11:45 (UTC)

If anyone is having an issue building and getting the error: "emacs: symbol lookup error: /usr/lib/libraqm.so.0: undefined symbol: hb_ft_font_set_load_flags" build and install https://aur.archlinux.org/packages/libraqm-git/ then try building again. Let me know if there's any issues.

timofonic commented on 2017-10-12 14:22 (UTC) (edited on 2017-10-12 14:25 (UTC) by timofonic)

@KamranMackey It would be very nice! The more co-maintainers, the better. I think package maintaining should be more collaborative and less individualistic. --------------OFFTOPIC---------------- I don't agree about the current ABS/AUR maintaining methodology. I would love both ABS and AUR merge with GitLab and have the current features, but having the following: - Merge/Pull Requests. - Commenting system for ABS too, not just AUR: * Adding small attachments: Useful for debugging. * Lightweight markup languages: Asciidoctor, a very extended MarkDown, ReStructured Text, etc. - The usual GitLab features and those others coming in 2018 due to bigger FOSS projects migrating to it: GNOME ( https://gitlab.com/gitlab-org/gitlab-ce/issues/35287 ) and Debian ( https://salsa.debian.org ).

evelynmarie commented on 2017-10-05 02:07 (UTC)

@andrewSC: is there any chance that I could be a co-maintainer? Just so that way if you ever happen to be MIA temporarily I can update the package while you're gone.

sir_lucjan commented on 2017-10-04 16:53 (UTC)

@andrewSC no problem.