Package Details: expac-git 3.9.g7a73405-1

Git Clone URL: (read-only)
Package Base: expac-git
Description: pacman database extraction utility
Upstream URL:
Licenses: MIT
Conflicts: expac
Provides: expac
Submitter: falconindy
Maintainer: falconindy
Last Packager: falconindy
Votes: 37
Popularity: 11.618225
First Submitted: 2010-12-01 00:58
Last Updated: 2015-07-04 17:46

Dependencies (3)

Required by (21)

Sources (1)

Latest Comments

wuxb commented on 2018-06-21 03:56

aur/expac-git 8.1.g5ae006f-1 -> 3.9.g7a73405-1

It seems the history has been totally erased?

cryzed commented on 2018-06-18 12:17


languitar commented on 2018-06-17 12:35

armv6h also works well

p90 commented on 2018-06-14 16:47

Can you elaborate on the ignore-arch option? Have the same problem but cannot find any documentation on what to do about it. Alternativly, can we just get armv7h added?

cryzed commented on 2018-06-13 19:42

Could you add "armv7h" to the arch array? It compiles fine. I'm using this indirectly on my Raspberry Pi through aurman.

EDIT: Maybe not necessary, using aurman/makepkg's ignore-arch option works.

Earnest commented on 2013-05-06 21:07

Building with default makepkg CFLAGS (including -pedantic and -Werror) produces the following build warning (warnings treated as errors):

expac.c: In function ‘format_optdep’:
expac.c:143:11: error: ignoring return value of ‘asprintf’, declared with attribute warn_unused_result [-Werror=unused-result]
asprintf(&out, "%s: %s", optdep->name, optdep->desc);
cc1: all warnings being treated as errors
make: *** [expac] Error 1

falconindy commented on 2012-03-08 20:31

yep, its a bug. fixed.

karol_007 commented on 2012-03-08 19:55

'expac "%n %P" -Q' spits some garbage (weird characters) along with the info I requested:

xz ؚ Õ
[karol@black ~]$ ?1;2c^[[?1;2c^[[?1;2c

or e.g.

xz * Ø* +%
[karol@black ~]$ ?1;2c^[[?1;2c^[[?1;2c

As you can see, the garbage characters change from one run to another. The errors are present also for other packages, the above is just an example. perl is super-weird (it has a ton of provides):
perl p33ø>°0 È3à3l@i 4848ôò p44··U À4Ø4à/87 5(5Á ^ `5x5JmÞ °5È5©= H6X6¯u[ 6 6\ Ø6è6:æú 707' ½ h77ÁBÝ6 À7à7}âà 808B¡ h8x8ÊL °8È8ºBí® P9h9Ò-:- 9À9B"mú ø9:fÖ؂ H:`:-é¼ :°:.4u è: 8;X;¦[
; ;<D¼ Ø;ð;ÓÞS@ (<@<=LC x<<BÊØ À<Ø<%D = =ÍÐp X=x=ô °=À=ï)¾ ø=>0) H>h>Yvb >À>,ÁHm ø>?£ÜnÁ P?p?¼åU9 ¨?È?÷5 X@x@O҃ °@È@óW® PAhA©£¨ A¸Ag(°d ðBÉ6_ @B`BSç B°B®遍 èB 8CPCÕ"lÛ C C ØCèC;éþh D0DDéþh hDD«¤Û~ ¸DÐDþ1¯ E E$
C XEpEØ6ò~ ¨EÀEgX® øF'sÁ @FPFֺe F F±iô, ØFøFÐF*å 0GPGOý¸× G Gà`N» ØGøG?½} 0HHHÖf´ H HHl­ ØHðH,ï" (I@I©Qí xII܉$ ÈIàIj¶? J0Jkk#? hJJ` ÀJØJ©+öÝ K8Kâ pKKh ÀKàKråÁ. L8LPÌt pLL yê_ ÀLÐLñċ M(MwDPÊ `MMêù۟ ¸MÐMßïS= NNhʻ¦ PNpN@ÂÈÅ ¨NÀN~Øq øNO¾[%) HOhO¬ûp O¸O섚ä ðPÌΓ5 @PXP¡ P¨P£DËÖ àPøP¸wtx 0QHQÜï0 QQ+ï[r ÈQèQf R8R½õ~9 pRR½¦Ý ÀRÐRrY S S¼øC> XSpSõ+}­ ¨SÀSH¦ øST¯ÉÐ HT`T<^A T°Tí°¦: èT 8UHU0è¢ UU3Ø6 ÐUèUïj V8V¤֘Ì pVVªNt ÀVàVC W0W>g¯ hWW76O ¸WÐW$
SÖn X(X?º· `XxXKe
À °XÈXg»äÿ PYhY¦£ïÝ Y¸Y½\Ó ðZ©Óvò @ZXZ¬ýë Z°ZX
è[Q£ @[X[º6¹ [°[=- è[ø[}Mq 0\H\Lþ= \\_

Did I do something wrong? Can you reproduce it (I'm on 32-bit Arch)? If you want the full output, tell me how you should I sent it to you - e-mail?

karol_007 commented on 2012-01-31 20:31

Is there a way to tell expac to use another config file, instead of pacman.conf?

karol_007 commented on 2012-01-31 14:30

I see that different flags behave in different ways e.g.
%l install date (only with -Q)

doesn't return anything with '-S', but
%k download size (only with -S)

shows 0.00 KiB for every package when called with '-Q'.

I'm not sure if it's worth messing with the code, I think adding '(only with -Q)' to the man page is enough.
Thanks :-)

falconindy commented on 2012-01-31 14:21

There's a bunch of flags which don't make sense with -S or -Q. In these cases, you can't trust the value they return. I suppose I could parse the format string and whitelist. Either way, you're right that I should document %w as being -Q only in the manpage.

karol_007 commented on 2012-01-31 14:15

Shouldn't 'install reason' be only available with -Q? With '-S' I'm getting 'explicit' for every package.

karol_007 commented on 2011-09-28 21:36

OK, thanks.

falconindy commented on 2011-09-28 21:13

if [[ -d $_gitname ]] ; then
cd $_gitname && git pull origin pacman4
msg "The local files are updated."
git clone -b pacman4 $_gitroot $_gitname

karol_007 commented on 2011-09-27 21:47

This way expac seems to be working with pacman4, but I'm curious if that's how you do it git-wise and PKGBUILD-wise.

karol_007 commented on 2011-09-27 21:42

How to make it work with pacman4? Does this make any sense:

--- PKGBUILD 2011-09-27 21:39:56.000000000 +0000
+++ PKGBUILDa 2011-09-27 21:36:35.000000000 +0000
@@ -1,7 +1,7 @@
# Contributor: Dave Reisner <>

pkgdesc="pacman database extraction utility"
arch=('i686' 'x86_64')
@@ -24,6 +24,7 @@
msg "The local files are updated."
git clone $_gitroot $_gitname
+ cd $_gitname && git checkout pacman4

msg "GIT checkout done or server timeout"

falconindy commented on 2011-07-05 13:03

No. We're not. Fix your paths so that Perl doesn't get clobbered out of it.

makedepends=('git' 'perl')

$ pacman -Qo pod2man
/usr/bin/core_perl/pod2man is owned by perl 5.14.1-3

Ape commented on 2011-07-05 13:02

/bin/sh: pod2man: command not found

Are we missing a build dependency?

SanskritFritz commented on 2011-03-24 13:29

I'm sorry for even remotely suggesting the opposite :)

falconindy commented on 2011-03-24 13:15

Of course it is!

SanskritFritz commented on 2011-03-24 13:13

is this compatible with pacman 3.5?