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.000000
First Submitted: 2010-12-01 00:58 (UTC)
Last Updated: 2019-06-09 00:56 (UTC)

Dependencies (4)

Required by (20)

Sources (1)

Latest Comments

1 2 3 Next › Last »

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?

1 2 3 Next › Last »