Arch Linux User Repository

Yes it's quite a big blocker to restrict pacman like this. Can you not get by without it?

Hi jjacky, I can not update pacman from 5.1 to 5.1.0-1 I find that kalu needs pacman to be < 5.1 (PKGBUILD) Any comments?? Regards!!

Sorry I can't reproduce now, it's working back so it must not be from kalu but from something else.

You should have a config.log, probably in src/kalu-4.2.0, with more info about what actually failed. Also, looking at that output it even says you don't have pkg-config, which clearly seems wrong as well, so that might be what needs looking into...

• full log https://privatebin.net/?d33aa6a513d84d70#oZxb693D0TCwE13npFGJX2tRXHHO1TN1j8xzu6R0+Vc=, I don't have a config.log
• my system is fully updated with pacman -Syu

pkg-config --cflags --libs libnotify
-pthread -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -lnotify -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0

Sorry about the delay, I've been having connectivity issues. Anyhow,

• looks more like configure's output than full log, as in don't you have a config.log with more details?

• is your system fully updated? maybe a shot in the dark, but I've seen some "weird" issues somewhat similar due to issues with libdrm, though I believe the latest package in Arch should fix it. What do you get from this: pkg-config --cflags --libs libnotify

Same, I have libnotify installed but it is complaining.

Here are full logs: https://hastebin.com/raw/odonusozod

I'm not in chroot.

hmm, that is strange. Full logs might be helpful to know more... Is libnotify "fully" installed (e.g. including headers, etc)? Any chance you're building in a chroot? And if so, did you make sure libnotify was installed in said chroot as well?

Compiling is complaining about libnotify.

configure: error: libnotify is required

But it is installed.

$ pacman -Qs notify

local/libnotify 0.7.7-1

Library for sending desktop notifications

Why do you use "chmod" and "chown" commands in PKGBUILD ? these are bad practices because "/usr/share/polkit-1/rules.d" already exists, it seems weird to change access permissions for an existing directory ( "/usr/share/polkit-1/rules.d" )

No, it doesn't already exist, and nothing is changed. It might exists in your system, sure, but not in the package we're creating. And the point actually is to remain consistent with what's likely to be on your system, i.e. use the same permissions/ownership as polkit. Because otherwise, when installing kalu you'd get a warning from pacman that permissions differ between system & package.

if kalu really needs these commands then this kind of thing shoud be done manually by the user,

Nonsense; Again you seem to be confusing things, we're creating a package here, not touching anything in the system.

As for the group kalu, it is created because a polkit rule is installed, to allow members of said group to perform sysupgrade (via kalu's updater) without authentication, as explained in the man page.

noraj: About namcap's output, thanks, those are all fine/expected.