Package Details: pacman-git 6.0.0.r5.g542910d6-1

Git Clone URL: https://aur.archlinux.org/pacman-git.git (read-only, click to copy)
Package Base: pacman-git
Description: A library-based package manager with dependency support
Upstream URL: https://www.archlinux.org/pacman/
Licenses: GPL
Conflicts: pacman
Provides: pacman
Submitter: None
Maintainer: eschwartz
Last Packager: eschwartz
Votes: 27
Popularity: 0.157085
First Submitted: 2009-09-07 17:32 (UTC)
Last Updated: 2021-06-30 23:18 (UTC)

Required by (233)

Sources (5)

Pinned Comments

eschwartz commented on 2019-05-31 04:58 (UTC)

For convenience I provide an unofficial repository containing prebuilt versions of this and a number of other AUR packages. See https://wiki.archlinux.org/index.php/Unofficial_user_repositories#eschwartz

The packages are signed using my [community] packaging key and are therefore trustworthy. :)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

Scrumplex commented on 2022-09-12 20:06 (UTC) (edited on 2022-09-12 20:07 (UTC) by Scrumplex)

Needs debugedit as a dependency for makepkg's strip to work, since https://gitlab.archlinux.org/pacman/pacman/-/commit/ae2f506d

eschwartz commented on 2021-06-02 06:00 (UTC)

fixed, this was overlooked in my initial #archlinuxarm discussion but is now excluded in their pacman update.

parkerlreed commented on 2021-05-27 20:43 (UTC)

fcf-protection is not valid for ARM targets. This is added to the ARM makepkg.conf which then makes compiles fail.

eschwartz commented on 2021-05-21 19:04 (UTC)

Fixed, see commit message. :(

solnce commented on 2021-05-21 13:23 (UTC)

The most recent PKGBUILD commit from today breaks the integrity checks for all four additional files. Needed to update the hashes before building.

eschwartz commented on 2021-02-14 03:37 (UTC)

The cargo cult of libdepends strikes again...

And if it did provide libalpm.so, it wouldn't help you since this is the git version which means any ABI-breaking changes won't bump the soname until release time, thus, depending on a soname version achieves precisely nothing.

I guess I could provide a (meaningless) libalpm.so, but... I've got no idea if these packages access APIs which have been changed in pacman 6.0.0alpha1, in which case it will hardly help.

katt commented on 2021-02-14 01:09 (UTC)

The fact this package doesn't provide libalpm.so like the [core] one does has now started causing issues.

Both arch-audit and arch-rebuild-order depends on it.

eschwartz commented on 2020-09-13 16:24 (UTC)

The changes are included. This package will never show a version number for maintenance-only backport releases that were never tagged from the master branch.

And thanks for testing it!

adventurer commented on 2020-09-13 16:11 (UTC)

@eschwartz: I'm using this package because of the new parallel downloads feature (which works very well!). However, I wonder, since pacman 5.2.2 has been available since 2020-07-14, if a new pacman-git version shouldn't be available as well. Or are the changes in 5.2.2 already included in this pacman-git version?

eschwartz commented on 2020-03-15 01:15 (UTC)

What is the purpose of providing libalpm.so? The purpose of providing pacman seems to be fairly evident, since anything that uses pacman depend on pacman. On the other hand, nothing in the official repos depends on libalpm.so (and I don't believe anything other than yay-git depends on it) -- what's the objective here?

And if it did provide libalpm.so, it wouldn't help you since this is the git version which means any ABI-breaking changes won't bump the soname until release time, thus, depending on a soname version achieves precisely nothing.

1 2 3 4 5 6 7 Next › Last »