Arch Linux User Repository

Pinning answers to two often raised questions.

About pkg-config: this is part of base-devel group, which is expected to be installed on any system using the AUR. So this is not a missing dependency.

About armv7h in arch array: ArchLinux ARM is already providing cower for all arm archs, and more generally any other arch being unsupported it’s your responsibility to modify the PKGBUILD to add yours. And no, 'any' is not the same as a list of specific archs, it means that the produced binary is arch-independent, which is rarely the case.

If you are having problems installing this package due to signature verification, please run the below before running makepkg:

gpg --recv-keys --keyserver hkp://pgp.mit.edu 1EB2638FF56C0C53

If makepkg still complains after this:

1) Ensure you're using makepkg, and not some wrapper.
2) Ensure you don't have GNUPGHOME set in /etc/makepkg.conf or ~/.makepkg.conf, or that the value of GNUGPHOME in makepkg.conf matches that which you've run the above gpg command with.
3) Ensure that the tarball you downloaded matches the md5sums in the PKGBUILD.

If you have problems locating pod2man during the build, please figure out where your PATH is being overridden. /etc/profile.d/perlbin.sh from the perl package will ensure that pod2man is in your PATH.

Kindly do not do the following because of failures in source tarball verification:

1) Complain that the package is broken.
2) Mark the package out of date.

Due to the amount of spam I receive, I've been forced to disable notifications for this package.

To rebuild cower:

pacaur -S --rebuild cower

@falconindy: GPG refuses to import your key. As far as I can see, this is because it only has self-signatures done with SHA-1 (digest algo 2).

$ gpg --recv-keys --keyserver hkp://pgp.mit.edu 1EB2638FF56C0C53
gpg: Note: signatures using the SHA1 algorithm are rejected
gpg: key 1EB2638FF56C0C53: 3 duplicate signatures removed
gpg: key 1EB2638FF56C0C53: 26 signatures not checked due to missing keys
gpg: key 1EB2638FF56C0C53: 3 bad signatures
gpg: key 1EB2638FF56C0C53: no valid user IDs
gpg: this may be caused by a missing self-signature
gpg: Total number processed: 1
gpg:           w/o user IDs: 1

About the issue saying:

cower: error while loading shared libraries: libalpm.so.10: cannot open shared object file: No such file or directory

This issue does not only affect yaourt but also pacaur in my case, and no update has been released for it so far. So here is a temporary workaround:

https://bbs.archlinux.org/viewtopic.php?pid=1788467#p1788467

Needs a rebuild with new pacman release :

cower --update <br> cower: error while loading shared libraries: libalpm.so.10: cannot open shared object file: No such file or directory

@happyarchlinuser: see https://wiki.archlinux.org/index.php/Arch_User_Repository

How can I rebuild / update cower? I tried makepkg -sf and pacman -U but I still get

cower: error while loading shared libraries: libalpm.so.10: cannot open shared object file: No such file or directory

Please people, this is the same thing on each major pacman upgrade, or for what matters on any sobump affecting an AUR package. Yes, you are responsible for rebuilding your AUR affected packages after a soname change in the repos.

Could you bump the release number up once so that it rebuilds for people and links against the new version of libalpm?

Hi, I'm having problem installing cower. Already searched everywhere for the solution. It started after I updated my archlinux, 05-25-201. Here is the message: ==> Starting build()... cc -Wclobbered -Wempty-body -Wfloat-equal -Wignored-qualifiers -Wmissing-declarations -Wmissing-parameter-type -Wsign-compare -Wmissing-prototypes -Wold-style-declaration -Wtype-limits -Woverride-init -Wunused -Wstrict-prototypes -Wuninitialized -std=c99 -g -pthread -pedantic -Wall -Wextra -fstack-protector-strong -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -D_GNU_SOURCE -DCOWER_VERSION=\"18\" -D_FORTIFY_SOURCE=2 -c -o cower.o src/cower.c src/cower.c:46:10: fatal error: alpm.h: No such file or directory #include <alpm.h></alpm.h>

@Schrottfresse: [aur] is an ArchLinux ARM repo. Nothing new here. Why you don’t get it in your output is another issue.