Package Details: expac-git 9.2.g6be7fe1-1

Git Clone URL: https://aur.archlinux.org/expac-git.git (read-only, click to copy)
Package Base: expac-git
Description: pacman database extraction utility
Upstream URL: http://github.com/falconindy/expac
Licenses: MIT
Conflicts: expac
Provides: expac
Submitter: falconindy
Maintainer: shwayz
Last Packager: falconindy
Votes: 37
Popularity: 0.000097
First Submitted: 2010-12-01 00:58 (UTC)
Last Updated: 2019-06-09 00:56 (UTC)

Required by (15)

Sources (1)

Latest Comments

shwayz commented on 2021-03-27 14:24 (UTC)

Hey dudes, I'm adopting this package, I've never done this before so please let m e know if I do something wrong/need to do something. Thanks in advance.

wuxb commented on 2018-06-21 03:56 (UTC)

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 (UTC)

@p90 https://github.com/polygamma/aurman#ignore-missing-or-incomplete-arch-fields-in-the-build-script-passing--a-to-makepkg-during-package-building

languitar commented on 2018-06-17 12:35 (UTC)

armv6h also works well

p90 commented on 2018-06-14 16:47 (UTC)

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 (UTC) (edited on 2018-06-13 20:27 (UTC) by cryzed)

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 (UTC)

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 (UTC)

yep, its a bug. fixed.

karol_007 commented on 2012-03-08 19:55 (UTC)

'expac "%n %P" -Q' spits some garbage (weird characters) along with the info I requested: ... xvidcore xz ؚ Õ youtube-dl zathura zlib [karol@black ~]$ ?1;2c^[[?1;2c^[[?1;2c or e.g. ... xvidcore xz * Ø* +% youtube-dl zathura zlib [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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

OK, thanks.

falconindy commented on 2011-09-28 21:13 (UTC)

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

karol_007 commented on 2011-09-27 21:47 (UTC)

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 (UTC)

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 <d@falconindy.com> pkgname=expac-git -pkgver=20110324 +pkgver=20110927 pkgrel=1 pkgdesc="pacman database extraction utility" arch=('i686' 'x86_64') @@ -24,6 +24,7 @@ msg "The local files are updated." else git clone $_gitroot $_gitname + cd $_gitname && git checkout pacman4 fi msg "GIT checkout done or server timeout"

falconindy commented on 2011-07-05 13:03 (UTC)

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 (UTC)

/bin/sh: pod2man: command not found Are we missing a build dependency?

SanskritFritz commented on 2011-03-24 13:29 (UTC)

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

falconindy commented on 2011-03-24 13:15 (UTC)

Of course it is!

SanskritFritz commented on 2011-03-24 13:13 (UTC)

is this compatible with pacman 3.5?