Package Details: kalu 4.4.1-1

Git Clone URL: (read-only, click to copy)
Package Base: kalu
Description: Upgrade notifier w/ AUR support, watched (AUR) packages, news
Upstream URL:
Licenses: GPL3+
Submitter: jjacky
Maintainer: Thulinma
Last Packager: Thulinma
Votes: 182
Popularity: 0.000006
First Submitted: 2012-02-14 18:03 (UTC)
Last Updated: 2021-07-02 12:46 (UTC)

Latest Comments

Rhinoceros commented on 2021-06-27 13:22 (UTC)

Thanks Thulinma!

Paulikid commented on 2021-06-27 13:18 (UTC)

Great to have kalu back again. Thank you very much!

Thulinma commented on 2021-06-27 12:43 (UTC)

Update: I was able to take over this package, and it has now been updated to my fork of kalu that supports pacman 6.0

Thulinma commented on 2021-06-27 12:24 (UTC)

PSA: I've patched kalu up for pacman 6.0: I'll see about getting this package orphaned so I can take it over, and unless anyone else steps up... I guess I'll be the maintainer from here on..?

Rhinoceros commented on 2020-07-22 02:31 (UTC)

kalu-kde is now working again. It will work fine on any DE. It's identical to vanilla kalu, but has better notification support.

naruto522ru commented on 2020-06-22 11:14 (UTC)

@Rhinoceros Sadly there are no alternatives at all, and putting octopi is generally stupid. It seems like they also abandoned it. More precisely, they did not abandon it, but they poorly support it compared to pamac.

Rhinoceros commented on 2020-06-17 05:48 (UTC)

@naruto522ru I just tried octopi, but it's simultaneously too heavy and not customisable enough compared to kalu.

Ah right. Sorry, I thought you were asking me to take over the maintenance of the AUR package itself, but it appears you are talking about forking upstream. Unfortunately that would be a bit beyond me.

I had a look at the various kalu forks, but they all seem to only make minor changes, e.g. translations.

Regarding building, I previously patched kalu-kde to build, but it looks like there are new problems, and now I can't get it to build any more.

akovia commented on 2020-06-16 11:19 (UTC)

FWIW, it still seems to work fine for me. I wasn't able to install it as a new package due to the dependencies, but I just copied over the files from my old machine and it just works.

I'll keep using it till it breaks though as nothing out there is even close to as nice as this. If I had the skill to fix and maintain it. I certainly would.

naruto522ru commented on 2020-06-16 10:45 (UTC)

@Rhinoceros I personally have not seen alternatives to this software. Maybe you know? The point here is not that the developer is not showing any activity, but to repair this software. On GitHub, one user forked it, but why did I get an error during the build. Which will work with the new pacman. Repair and all for 3-5 years is enough until again some critical innovations are introduced.

Rhinoceros commented on 2020-06-15 10:32 (UTC)

@naruto522ru We could submit an orphan request in theory I guess, but there's no real point. If jjacky is unavailable, then upstream won't be providing updates any more, and this package is useless anyway; there's no much point maintaining it. I just checked upstream's GitHub and jjacky hasn't made a commit in 24 months, and replied 20 months ago, so I suppose it's probably time to consider alternatives.

naruto522ru commented on 2020-06-15 10:18 (UTC)

@Rhinoceros Can you handle the maintenance of this package? Since nothing has been heard from the author and maintainer of the program for a long time.

Rhinoceros commented on 2020-06-01 02:12 (UTC)

I'm not sure if the maintainer/upstream jjacky is still around. Hopefully everything is okay! In any case, there is a patch proposed in the issue that works. Alternatively there is kalu-kde that already incorporates this patch. (kalu-kde is otherwise identical to this, but incorporates statusnotifier so that, if requested, the tray icon can auto-hide in KDE, and probably other DEs too).

naruto522ru commented on 2020-05-31 15:33 (UTC)

@akovia Yeah, the same thing with me. We have to wait until they fix it.

akovia commented on 2020-05-17 13:12 (UTC) (edited on 2020-05-17 13:16 (UTC) by akovia)


Build fails for me :/

collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:834: kalu] Error 1
make[2]: Leaving directory '/home/nuc/Downloads/kalu/src/kalu'
make[1]: *** [Makefile:1474: all-recursive] Error 1
make[1]: Leaving directory '/home/nuc/Downloads/kalu/src/kalu'
make: *** [Makefile:657: all] Error 2

==> ERROR: A failure occurred in build().


tpreissler commented on 2020-01-27 18:51 (UTC) (edited on 2020-01-27 18:52 (UTC) by tpreissler)

I managed to compile a fork supporting latest pacman. Here is the PKGBUILD:

pkgdesc="Upgrade notifier w/ AUR support, watched (AUR) packages, news [GIT]"
arch=('i686' 'x86_64')
depends=('dbus' 'polkit' 'gtk3' 'pacman>=5.2' 'curl' 'libnotify'
makedepends=('perl' 'groff' 'git' 'autoconf')

pkgver() {
  cd "$srcdir/$pkgname"
  git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g'

build() {
  cd "$srcdir/$pkgname"
  ./configure --prefix=/usr --enable-git-version

package() {
  cd "$srcdir/$pkgname"
  make DESTDIR="$pkgdir/" install
  chmod 750 "$pkgdir"/usr/share/polkit-1/rules.d
  chown 0:102 "$pkgdir"/usr/share/polkit-1/rules.d

# vim:set ts=2 sw=2 et:

Shikaku commented on 2019-11-06 23:35 (UTC) (edited on 2019-11-06 23:38 (UTC) by Shikaku)

Hope this gets updated for the latest pacman version. I made this bash script in the meantime if anyone cares (requires pacman-contrib, can't check AUR, change inside if statement if you don't use libnotify and replace username and maybe ID if it isn't 1000, I am releasing it as CC0 i.e public domain):

FredBezies commented on 2019-10-22 10:01 (UTC)

Kalu is broken with pacman 5.2.0:

jghodd commented on 2018-05-30 21:13 (UTC)

@Th30 - its not completely incompatible. in fact, most of it works just fine if you adjust the 'pacman<5.1' dependency to 'pacman<5.2' instead. what's not working at some level is the percentage downloaded and the total size - but not throughout the app. the download progress bar is incrementing correctly and it knows when a download is complete and when all downloads are complete, so those values are correct at some level of the code. it will still perform updates and notifications correctly, even though you may be seeing some specious values being displayed in the text overlays.

Th30 commented on 2018-05-30 18:02 (UTC)

kalu 4.2.0-1 is incompatible with pacman 5.1.0-1

jjacky commented on 2018-05-30 17:47 (UTC)

No, I believe the issue was due to changes in the download callback from ALPM (and the fact that it can now use -1 as total, whereas in kalu we're using that value as unsigned int, hence the issue). Anyhow, unless I missed something it seems that the changes in dl callback was the only issue re: 5.1; Just pushed a branch pacman-5.1 on github for anyhow who'd like to try.

Let me know how it you catch anything wrong,

jghodd commented on 2018-05-30 16:45 (UTC)

@jjacky - part of the issue seems to be in the function rend_pbar_pb. interestingly, your call to gtk_tree_model_get with the UCOL_PCTG parameter is working properly since the progress bar is rendering correctly for the percentage downloaded. however, the "if (is_dl)" code block with your next call to gtk_tree_model_get with the UCOL_CUR_DL_SIZE parameter is broken somehow. you're using the same value in the overlay status that you used for rendering the progress bar, but now it appears as -2147483648 (0x80000000). unit is correct-ish, and dl_size returned for UCOL_CUR_DL_SIZE, and then massaged, is coming up 0. any ideas? it would take me a while to fully wrap my head around your code, but i'm hoping maybe you could point me in the right direction.

jghodd commented on 2018-05-29 18:41 (UTC) (edited on 2018-05-29 18:47 (UTC) by jghodd)

@jjacky - it seems to be "working" ok with a rebuild, but the progress indicators are showing "-2147483648% of 0 B" during downloads. definitely something needs to be fixed. otherwise, except that the upper progress indicators are thrown off by the weird size values, everything else is still working as expected. this issue doesn;t appear to affect upgrades. i'd guess that whatever function call gets the percent downloaded and the size of the download has changed. internally, kalu still knows the real size of the download.

dahankzter commented on 2018-05-29 11:43 (UTC)

This is what makes SemVer etc so useless in practice... A minor version breaks everything and it seems no one really cares anyway...

It's not your fault I just get so frustrated in general with stuff like this.

When do you think you can have a new version out?

jjacky commented on 2018-05-29 10:20 (UTC)

No, this restriction is by design, because such a version change in pacman (usually) comes with API change/breakage (in ALPM) and thus requires an update upstream (Notice the soname bump in libalpm).

This is the same for all ALPM-based software (including pacman really, it just happens to be shipped alongside libalpm), and can't be avoided. (For some it might, in that a simple rebuild could be enough, depending on how/the extent to which they use ALPM, but kalu usually requires work.) Note that there's also no need to flag this package out of date: it isn't, as there's no new release (of kalu) as of yet.

For now you need to either remove kalu, or postpone the sysupgrade until a new release for pacman 5.1 compatibility is out. I need to work on this, unfortunately haven't had the time yet... Apologies.

dahankzter commented on 2018-05-29 06:16 (UTC)

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

pepecuis commented on 2018-05-29 01:36 (UTC) (edited on 2018-05-29 01:36 (UTC) by pepecuis)

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!!

noraj commented on 2018-04-16 23:37 (UTC)

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

jjacky commented on 2018-04-12 21:01 (UTC)

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...

noraj commented on 2018-04-12 19:31 (UTC) (edited on 2018-04-16 23:31 (UTC) by noraj)

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

jjacky commented on 2018-04-12 15:04 (UTC)

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

noraj commented on 2018-04-08 20:42 (UTC) (edited on 2018-04-10 18:46 (UTC) by noraj)

Same, I have libnotify installed but it is complaining.

Here are full logs:

I'm not in chroot.

jjacky commented on 2018-02-15 16:52 (UTC)

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?

tschertel commented on 2018-02-15 14:07 (UTC) (edited on 2018-02-15 15:22 (UTC) by tschertel)

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

jjacky commented on 2018-02-13 17:23 (UTC)

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.

Potomac commented on 2018-02-13 15:55 (UTC) (edited on 2018-02-13 16:03 (UTC) by Potomac)

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" )

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

I see also that you have created a new group called "kalu",

it would be interesting to avoid these commands, kalu should be able to run with the current user and existing permissions for /usr/share/polkit-1/rules.d

noraj commented on 2018-02-11 16:58 (UTC) (edited on 2018-02-11 16:58 (UTC) by noraj)

Thanks for this very useful tool.

namcap told me some stuff about kalu:

  • kalu E: File (usr/share/polkit-1/rules.d) is owned by root:polkitd
  • kalu E: GPL3+ is not a common license (it's not in /usr/share/licenses/common/)
  • kalu W: File (usr/share/polkit-1/rules.d) does not have the world readable bit set.
  • kalu W: Directory (usr/share/polkit-1/rules.d) does not have the world executable bit set.
  • kalu W: Dependency dbus included but already satisfied
  • kalu W: Dependency polkit included but already satisfied
  • kalu W: Dependency curl included but already satisfied
  • kalu W: Dependency included and not needed ('notification-daemon')

jjacky commented on 2018-01-02 22:00 (UTC)

Happy to know it's useful :)

So, I'm glad you got it resolved, but since there was no version change, any idea what caused the segfault? If you were to rebuild kalu, would it crash again? If so, any indications/backtraces/logs that could help figure out what's the problem & how to fix it is welcome, obviously.

lpc123 commented on 2017-12-28 16:59 (UTC)

First of all, thank you for kalu. Using this program with trizen makes Arch package management so much easier. I use KDE and I was getting core dumps using kalu 4.1.0-1. The crashes occurred when trying to close kalu at shutdown using a script.

I replaced it with kalu-kde 4.1.0-3, and now it shuts down correctly when using a shutdown script.

jjacky commented on 2017-11-13 17:30 (UTC) (edited on 2017-11-13 17:30 (UTC) by jjacky)

Right, a fix was just pushed to branch next. Thanks for the report.

adam777 commented on 2017-11-10 06:57 (UTC) (edited on 2017-11-10 07:35 (UTC) by adam777)

Hello, Latest news in site contains an extra space before the title: " The end...". It causes kalu to go into loop of "10 unread news" although the correct title (with the extra space) is written in news.conf

T0t0 commented on 2017-08-14 00:26 (UTC)

Pour les francophones: Editez le pkgbuild en rajoutant " --with-news-rss-url=" sans les " " après ...prefix=/usr pour avoir les nouvelles en français :)

adam777 commented on 2016-02-29 12:00 (UTC)

Yep, working now, thanks :)

jjacky commented on 2016-02-29 11:08 (UTC)

Are you using the latest PKGBUILD (4.0.2-2) ? It should have a proper URL for the new AUR version.

adam777 commented on 2016-02-29 08:41 (UTC)

AUR search doesn't work. I suppose you need to change the RPC search code, if that is what you are using. Had to do the same with my custom AUR downloader script.

jjacky commented on 2016-02-23 17:05 (UTC)

1) all you need about icons support should be found in the man page 2) No need for sudo, no. kalu's updater does auth via policykit, so you'll likely need to have a polkit authentication agent running for things to work however.

blackhole commented on 2016-02-23 12:23 (UTC)

I have two problems: 1) I cannot change the tray icon 2) Authentication is failing. Maybe kalu is using sudo? How can I change that?

WoefulDerelict commented on 2016-02-04 17:26 (UTC)

I was having the same issue as adam777 with the 4.0.1 update. After building branch next and installing it I can verify the fix works and notifications are no longer empty.

jjacky commented on 2016-02-04 08:25 (UTC)

hmm... I guess that's what happens when you're tired. Stupid mistake on my part, just pushed a fix on branch next. Sorry about that. Will have to release 4.0.2 very soon....

adam777 commented on 2016-02-04 05:29 (UTC) (edited on 2016-02-04 08:25 (UTC) by adam777)

I'm getting empty notifications with 4.0.1 for some reason. Worked fine in 4.0.0 * EDIT * Weird, it's working now after a few reinstalls.

N3mesis98 commented on 2016-02-01 20:14 (UTC)

Am I the only one getting this error when trying to launch the latest version of kalu (4.0.0-1) ? (kalu:12930): Gdk-CRITICAL **: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed Segmentation fault (core dumped)

jghodd commented on 2016-02-01 18:23 (UTC) (edited on 2016-02-01 19:14 (UTC) by jghodd)

This is no longer building. Even when the 'pacman<4.3' dependency is removed from the PKGBUILD file, it's running into an issue with the latest pacman changes ( [REMOVED] - alpm_siglevel_t - removed members ALPM_SIG_PACKAGE_SET, ALPM_SIG_PACKAGE_TRUST_SET - ALPM_EVENT_PACORIG_CREATED - alpm_event_pacorig_created_t - alpm_event_t.pacorig_created It's interesting that kalu-kde does build with the 'pacman<4.3' dependency removed, but kalu does not. [Edit: the other comments weren't here when I started this post. I've used the pacman-5 branch to rebuild kalu and kalu-kde and both appear to be working fine.]

Pinerto commented on 2016-02-01 14:36 (UTC)

Works. >> ""pacman-5" instead of "next" Only this "warning: directory permissions differ on /usr/share/polkit-1/rules.d/ filesystem: 750 package: 700" remains.

jjacky commented on 2016-02-01 14:24 (UTC)

You can't build this package because it requires a new upstream version, which doesn't exist yet; This is to be expected. Again, you can simply use the PKGBUILD from kalu-git but using branch "pacman-5" instead of "next" to build a pacman 5-compatible kalu, while waiting for the new version.

Pinerto commented on 2016-02-01 14:20 (UTC)

Pls update at least your PKGBUILD. Pacaur and aura are unable to build, because of the PKGBUILD.

jjacky commented on 2016-02-01 14:13 (UTC)

Not sure what you did, there's no actual error message here, but no: building from branch pacman-5 works fine with pacman 5.0 Obviously you need to build from git, so again using kalu-git's PKGBUILD but editing it to use the right branch (plus tweak dependencies). I have to admit I was expecting pacman-5 to stay in testing a little bit longer, and I'm not ready just yet... but a new release of kalu will come soon. Meanwhile, you can build kalu from branch pacman-5 on github for a compatible version.

Pinerto commented on 2016-02-01 12:53 (UTC) (edited on 2016-02-01 12:54 (UTC) by Pinerto)

"simply build from that branch (e.g. using kalu-git from the AUR only changing the branch name in the PKGBUILD) " Even with these changes, the build stop at: Makefile:1118: recipe for target 'src/kalu-dbus/kalu_dbus-kalu-dbus.o' failed make[2]: *** [src/kalu-dbus/kalu_dbus-kalu-dbus.o] Error 1 make[2]: Leaving directory '/home/archie/Downloads/kalu/src/kalu-3.0.0' Makefile:1380: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/archie/Downloads/kalu/src/kalu-3.0.0' Makefile:615: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). It is the same for kalu and kalu-git too.

adam777 commented on 2016-02-01 07:21 (UTC)

I'll have a look, thanks.

jjacky commented on 2016-01-30 14:29 (UTC)

Branch pacman-5 was just pushed on github, so to use kalu alongside pacman 5.0 simply build from that branch (e.g. using kalu-git from the AUR only changing the branch name in the PKGBUILD)

adam777 commented on 2016-01-30 06:46 (UTC)

Please update for pacman 5.0.0 :-)

jjacky commented on 2016-01-26 17:07 (UTC)

Does it actually list those packages? Did you change your pacman.conf? Sounds like you removed a repo or something, so now all packages from there are seen as foreign, and therefore looked for, and reported missing from, the AUR.

oboedad55 commented on 2016-01-25 23:44 (UTC)

Odd problem started today. I have about 15 AUR packages installed. However, kalu says I have 1011 installed that are no longer in the AUR. Anyone have any ideas?

jjacky commented on 2016-01-25 21:29 (UTC)

There's a configure option (--with-news-rss-url) to set the URL of the RSS feed to use.

lenardcamilleri commented on 2016-01-25 20:52 (UTC)

Can anyone tell me if I can edit the source where kalu gets the news. To change it from arch's to something else

jjacky commented on 2015-10-14 13:04 (UTC)

hmm.. I can't reproduce this. Sounds like this might be coming from your theme maybe, especially if this happens with other applications (e.g. pkgclip). I tried a couple themes but no crash here. Maybe try with a different theme, or start e.g. `GTK_THEME=Raleigh pkgclip` from a terminal and see if it works or not. If so that means it's an issue with your current theme.

martynjy commented on 2015-10-13 19:18 (UTC) (edited on 2015-10-14 16:13 (UTC) by martynjy)

Crashes when 'Preferences' is invoked: Program received signal SIGSEGV, Segmentation fault. 0xb787a8ea in ?? () from /usr/lib/ GTK3 was upgraded today: upgraded gtk3 (3.18.1-1 -> 3.18.2-1) Update. The exact same segfault happens with pkgclip. SOLVED: Problem traced (thank you jjacky) to xfce-dusk-gtk3 theme.

jjacky commented on 2015-03-29 14:50 (UTC)

Note sure what "doesn't work" mean, but if it was a compilation error re: LC_MESSAGES it should be fixed now, try again please.

commented on 2015-03-29 01:42 (UTC)

Something like that for kalu-git PKGBUILD? "install=kalu.install md5sums=('SKIP') provides=($_pkgname) conflicts=($_pkgname) options=('!strip' 'debug')" I tried that and it does not work.

jjacky commented on 2015-03-28 16:59 (UTC) Just use kalu-git from the AUR, but adding the options to the PKGBUILD before running makepkg. Then install it (via pacman) as usual, and it will replace kalu.

commented on 2015-03-28 04:22 (UTC)

So, what command should I install Kalu?

jjacky commented on 2015-03-27 17:03 (UTC)

Right, I meant if you could recompile kalu with: options=('!strip' 'debug') in the PKGBUILD so it has debug symbols. In fact, if you could do that using the PKGBUILD for kalu-git instead, it'd be even better. Then run `gdb kalu` from a terminal, type 'r' to run kalu from gdb, and when it crashes type 'bt full' to get a backtrace; That backtrace might be helpful figuring out what's causing the crash.

commented on 2015-03-27 04:14 (UTC)

commented on 2015-03-27 03:52 (UTC)

I have not edited file PKGBUILD. "Segmentation fault (core dumped)" That is all I have.

jjacky commented on 2015-03-24 12:34 (UTC)

remussatala: I'm afraid I'll need more info. If you could e.g. compile kalu with options=('!strip' 'debug') (in PKGBUILD) and send me a backtrace of the crash, that might help figuring out what's happening.

commented on 2015-03-23 22:46 (UTC)

Segmentation fault (core dumped) if when pressing "About" in xfce.

hectorsales commented on 2014-12-29 09:07 (UTC)

@jjacky, thanks your PKGBUILD works fine, Now pacman 4.2 is in 'core' repo.

jjacky commented on 2014-12-28 13:18 (UTC)

Yes, I'll update this PKGBUILD once pacman-4.2 hits core; Meanwhile if you're already using it you can either use kalu-git or e.g. this PKGBUILD[1] to install kalu 3.0.0 [1]

hectorsales commented on 2014-12-28 08:04 (UTC)

Hi,@jjacky, i have seen that there is a new version of kalu (git) supporting pacman=> 4.2.x, a simple question, when pacman 4.2 update, now in testing, you will update this kalu (non git)? Regards.

jjacky commented on 2014-11-12 09:26 (UTC)

Yes it's a known issue with GTK+ 3.14, you can either apply the workaround[1] manually, or simply switch to kalu-git to use the latest dev version, where this has been fixed already. [1]

Ennoia commented on 2014-11-12 07:54 (UTC)

I've got huge icons in the drop-down menu (about 44 px). Should probably be half the size (seeing the blank between each line). I've tried several gtk2/3 theme or icon theme: nothing change.

Aerion commented on 2014-09-26 15:24 (UTC)

Bug report link

Aerion commented on 2014-09-26 14:44 (UTC)

Of course, I should have thought of that, as knotify4 or indeed kdebase-runtime, is not listed as one of the packages providing notification-daemon. I'll open a bug report for it. Thanks!

jjacky commented on 2014-09-26 12:06 (UTC)

kalu uses libnotify, and a notification daemon is required for notifications to actually be shown, etc This is why in the PKGBUILD you find a dependency on notification-daemon -- Now usually when you install another one (other than package notification-daemon), e.g. xfce4-notifyd, it will provide notification-daemon, to handle such dependencies. So I'd say it seems that this might be a packaging issue on kdebase-runtime, which should have such a provide; you might try and report that. Meanwhile, you could e.g. ignore the dependency on install, install an empty package depending on kdebase-runtime and providing notification-daemon (that should "fix" your dependency issue), or simply remove that dependency from kalu's PKGBUILD, and it should work fine.

Aerion commented on 2014-09-26 11:52 (UTC)

This is by far the best upgrade notifier for Arch Linux, thanks! It works beautifully on a number of MATE desktops, but on all my KDE machines the installer want to install a notification daemon, even though knotify4 is installed as part of kdebase-runtime. Can kalu not communicate directly with knotify4?

jjacky commented on 2014-05-13 12:08 (UTC)

Well, it's not really a choice but more that I haven't looked into using systemd to manager user sessions yet (and I believe this is still a work in progress at this point). It might eventually happen...

gabx commented on 2014-05-13 10:47 (UTC)

TY for you very good and simple app. I am wondering why there is no systemd service unit. Is it a deliberated choice ?

mask2011 commented on 2014-03-29 09:19 (UTC)

I use kalu for about 6 or more months. Sinced I posted here I haven't had any issues. If it happpens again I'll try to provide further info.

jjacky commented on 2014-03-15 12:26 (UTC)

Yeah, any info would help. Did you use kalu before 2.4.0 and if so, if this new with this version? If you can start kalu using `kalu -dd` and send me the output of the crash it might help. Also, if you could send have a backtrace that'd be great. If you hve gdb, you might be able to do `systemd-coredump gdb kalu` to load the latest coredump into gdb, then do `bt full` and send me the output. Feel free to email me said outputs, or if you have questions.

mask2011 commented on 2014-03-14 21:41 (UTC)

I get random crashes when trying to update. It even goes away from the tray. I haven't noticed doing something specific before hand. If there is a way to provide further info please tell me.

LithiumPT commented on 2014-02-17 00:06 (UTC)

Thanks jjacky! I did not have the whole base-devel group installed, all fine now :)

jjacky commented on 2014-02-14 12:52 (UTC)

Any chance you don't have pkg-config installed (it is required, and expected to be installed as it is part of base-devel) ?

LithiumPT commented on 2014-02-14 11:43 (UTC)

I keep getting this error when running 'makepkg -s': configure: error: libnotify is required ==> ERROR: A failure occurred in build(). $pacman -Q libnotify libnotify 0.7.6-1 $pacman -Q notification-daemon notification-daemon 0.7.6-2 what's happening? (I've got all the other listed dependencies too...)

justin8 commented on 2013-07-16 06:21 (UTC)

Can you please add arch='armv7h' as well? Tested on a samsung chromebook and it is working perfectly.

sir_sure commented on 2013-06-04 21:03 (UTC)

I see, seems like I haven't grasped Kalu's philosophy until now. What I would like to have is an icon show up in the systray and a libnotify notification pop up at every session start (i.e. after fresh boot), but only if there are actually updates available (given that we are Arch users this happens fairly frequently ;-) ). The reason for this is that I usually only do system upgrades immediately after booting, so I wouldn't rely on Kalu being there for me all the time :-) But, as I already mentioned, it seems like I wasn't aware of Kalu's purpose yet. Given the wealth of its features, maybe it is a bit too much of an overkill for my purpose. A simple script will probably suffice. Anyways, thank you very much for your neat work and efforts! The comprehensive yet very concise man pages deserve a special mention at this point.

jjacky commented on 2013-06-03 13:40 (UTC)

Seems you're trying to use kalu only "on demand" to do a sysupgrade, but that's not really what it was designed for. Meaning, it is first an upgrade notifier, that does indeed sit in your systray all day long, checking for upgrades and notifying when there are any every once in a while. That's the idea, so quitting after a check or after running a sysupgrade wouldn't really be useful then. If you wanna use kalu for a one-shot operation, you could run `kalu -a` though that is CLI-only. I'm not sure doing a GUI equivalent would be worth it, because kalu needs to stay alive as long as the notifications are (so it can handle the clicks on action-buttons), and again, having it quit right after feels somewhat "odd" and against the idea to me...

sir_sure commented on 2013-06-03 12:56 (UTC)

Cool app! It would be great if there was an option which would allow automatically quiting kalu once a system update is done. Of course you could also do that by running a script after an update (which is already possible), but a solution not involving kill would be cleaner. Also, an option preventing Kalu from starting if there are no updates available would be cool so that after auto-starting Kalu on session login it would not start and linger in the notification area. Anyways, thank you for writing Kalu!

moonman commented on 2013-06-02 09:37 (UTC)

Thank you

jjacky commented on 2013-06-01 17:20 (UTC)

Yeah, sounds like a good idea. I'll see to do that, thanks.

moonman commented on 2013-06-01 06:24 (UTC)

I agree, but you could probably change the group of "wheel" to let's say "kalu", include the file and just document that users would need to add themselves to group "kalu" in order to get rid of passwod-asking. Seems a little easier than messing with these polkit policies. Not trying to force anything on you though, just a friendly suggestion. I appreciate the great application you've created.

jjacky commented on 2013-05-31 16:31 (UTC)

This is a nice tip, thanks. I know some people might be interested in this, so I'll add it to the man page or something; but I'm not sure I wanna add the file as part of the package. I mean, a sysupgrade remains an important and possibly critical operation in how it can affect one's system, so I think by default it should require user authentication.

moonman commented on 2013-05-31 11:23 (UTC)

would it be possible to add /etc/polkit-1/rules.d/20-kalu.rules with this in it: polkit.addRule(function(action, subject) { if (( == "org.jjk.kalu.sysupgrade") && subject.isInGroup("wheel")) { return polkit.Result.YES; } }); so the users of group wheel wouldn't be prompted for the password. Thank you

bayi commented on 2013-04-01 23:52 (UTC)

nevermind i found the PKGBUILD on your site.... my brain was in write only mode again

bayi commented on 2013-04-01 23:51 (UTC)

Hi i saw on your site that there is already an updated version for pacman 4.1 + Can you please update the PKGBUILD or, upload a new package that works with the new pacman ? I miss kalu since i updated today ( yes im on testing ... )

gu1ll0me commented on 2013-04-01 21:27 (UTC)

Wonderful tool! Just what i was looking for. Works great with GNOME 3.6! Thanks for your work.

oboedad55 commented on 2013-03-22 15:41 (UTC)

Hmmm... Nothing shows up in the news box under Cinnamon.

jjacky commented on 2013-03-22 10:48 (UTC)

When the notification for unread news shows up, click the "Show News" button; Then from that window you can select which news to mark (by default they're all selected) and just click "Mark Read"

oboedad55 commented on 2013-03-22 02:43 (UTC)

@jjacky, how do I clear the news? Thanks!

jjacky commented on 2013-03-20 18:15 (UTC)

Well, the original icon is a 48x48 PNG so it can look better at that size, I meant to say it is supposed to be smaller (i.e. it's natural size when kalu "attaches" it to the notification is smaller, by design). I just realized, though, that I forgot to say: you can change it. If you want a bigger icon on notification, change it on Preferences. You can even just use kalu's logo (/usr/share/pixmaps/kalu.png), when loading it from a file that way it'll be kept at its natural size, here 48x48. (Of course, you can also use any other logo of any size you want.)

aricart commented on 2013-03-20 17:39 (UTC)

Maybe if it were a larger scalable icon it wouldn't be as problematic? (SVG?) This could also help for panels that display icons of varying sizes.

adam777 commented on 2013-02-09 18:51 (UTC)

Thanks for the quick reply. Indeed, the notifications pile up, if I'm away from the system. Anyway, I see this is all on KDE. Thanks again for the great work and the ongoing support

jjacky commented on 2013-02-09 11:51 (UTC)

- the icon does look ugly, and I think that's because it's not supposed to be that large; It should be the same as in the systray. Nothing's changed about this in kalu though, so I'd guess this comes from your notification daemon. - I'm not sure what you mean by "added" -- yes, after each check if there are updates kalu triggers a new notification, that's indeed how it works, has been the case from day one. What I would guess is, if you have changed/updated your notification daemon, maybe it didn't used to keep old/past notifications around, and now keeps them in a list or something. Is that what you mean by added? Again, this would be something from your notification daemon, not kalu.

adam777 commented on 2013-02-09 00:19 (UTC)

Hello, 2 small issues with KDE 4.10. - The update notification look a bit weird (icon seems to be of low quality). - When an update is available, with each check, another notification is added. In previous versions of KDE, only one notification was displayed. Both issues are of low priority, of course.

adam777 commented on 2013-01-30 15:45 (UTC)

Just a heads up. Latest oxygen-gtk seems to solve the graphic glitches I've had since gtk updated back in november.

adam777 commented on 2012-12-05 21:45 (UTC)

Oh, I suppose the "update system" button should have triggered an alarm. Guess I judged too soon. Thanks.

jjacky commented on 2012-12-05 17:05 (UTC)

Yes, this is normal. Computing the list of packages with upgrades for notifications is a no-user-interaction process, so in cases of conflict such as this one (where user input is required to know what to do), you get such a message on the notification. However, you can still use kalu's updater to do the sysupgrade, in which case you'll then be asked the same question(s) you would with pacman, only in a GUI ;)

adam777 commented on 2012-12-05 16:59 (UTC)

Latest dbus update caused the following message to appear: Unable to compile list of packages Failed to prepare transaction: conflicting dependencies - dbus and dbus-core are in conflict Manually using pacman -Syu yields the following: :: Replace dbus-core with core/dbus? [Y/n] I accepted and update continued as expected.

jjacky commented on 2012-11-09 09:17 (UTC)

I don't think there's anything I can do, no. You could try another using theme, if it still happens then it might be an issue with gtk3 & KDE, else it'd be coming from oxygen-gtk. I don't use KDE nor that theme, but I haven't had any issue with the latest gtk3.

adam777 commented on 2012-11-09 08:48 (UTC)

Hello, Not sure it's even up to you, but latest gtk3 messes up kalu under KDE using the oxygen-gtk theme. Scrrenshot:

jjacky commented on 2012-10-27 18:41 (UTC)

Yes, thanks, I saw that too. It was due to a bug parsing JSON from the AUR, which always assumed valid JSON. Version 1.3.0 is out now, fixing this (amongst other things).

adam777 commented on 2012-10-27 17:14 (UTC)

Hi, There seem to be some bug with AUR checking. During the recent AUR downtime, whenever Kalu checked for updates, it crashed (tray icon disappeared, process not running). As nothing changed comparing to current situation except the AUR being back up (now update checking works as usual), and the crashed was 100% reproducible, I think the blame lies there. Sadly I do not know the exect response Kalu received during that period, so I'm not sure how you can address it.

jjacky commented on 2012-10-21 19:24 (UTC)

Yes, little bug due to the switch of the main site to https-only (kalu used http and didn't follow redirections). Fixed in v1.2.1, now available.

adam777 commented on 2012-10-21 18:23 (UTC)

I'm having problems with news checking. Unable to check the news Error on line 9 char 8: Element 'body' was closed, but the currently open element is 'hr'. News hasn't changed on front page, perhaps something changed in the page code.

gabx commented on 2012-10-06 15:56 (UTC)

I use polkit 0.107-2, which support systemd. I didn't have a running agent ! Installing polkit-gnome solved my issue. I have now the UI window. TY.

jjacky commented on 2012-10-06 12:07 (UTC)

Since you said you don't use consolekit, did you make sure to compile polkit using --with-systemd, so that it can work with systemd's logind ? I believe you need to do so for polkit to actually see your active session (else it relies on consolekit). Just did a quick test in a VM, and it should work as expected (your polkit agent asking for your password) in a "pure" systemd system w/out consolekit. BTW you do have a running polkit agent, right? Otherwise that might be why the polkit auth failed: because there's no running agent (e.g. polkit-gnome) to ask for your password.

gabx commented on 2012-10-06 11:13 (UTC)

$ loginctl show-session 1 Acive=yes I guess my session is seen as active. I will wait for next upgrade then.

jjacky commented on 2012-10-02 10:52 (UTC)

The polkit policy used requires your session to be properly seen as active by polkit, so you either need to make sure it is, or you could also edit the policy to remove said requirement. The latter requires to edit a file that will be replaced on upgrade, but in fact next version will not require an active session anymore:

gabx commented on 2012-10-02 08:54 (UTC)

When I want to upgrade. Failed to initialize. Authorization from Policykit failed. Need to # kalu to be able to upgrade. What shall I do to solve this issue? (I do not use consolekit for my XFCE session). TY for your work.

mrbit commented on 2012-09-15 12:04 (UTC)


PhotonX commented on 2012-07-21 11:44 (UTC)

Problem has been solved by itself. It might be because I didn't have my glibc updated and some modules were still in /lib rather then in /usr/lib. Now after the update of glibc the package builds and works fine. :)

jjacky commented on 2012-07-21 11:13 (UTC)

Afraid not. I assume you have pacman 4.0 correctly installed; you could try `gcc -print-search-dirs` and make sure that /usr/lib is on the libraries list. You could also try adding it, e.g. running `export LIBRARY_PATH=/usr/lib:$LIBRARY_PATH` before you ran configure/makepkg...

PhotonX commented on 2012-07-21 07:35 (UTC)

I see. Have you any hints about how to find the cause of the problem? Thanks!

jjacky commented on 2012-07-20 20:29 (UTC)

Not sure why you get that, but it seems like some error/problem on your side though; libalpm is a dep, since it is provided by pacman.

PhotonX commented on 2012-07-20 19:53 (UTC)

Seems like libalpm is missing as dep, at least I get checking for alpm_db_get_pkg in -lalpm... no configure: error: libalpm is required ==> ERROR: An error occured in build(). Aborting ... ==> ERROR: Makepkg was unable to build kalu. ==> Restart building kalu ? [y/N] Installed packages that might be interesting: $ yaourt alpm 1 extra/pyalpm 0.5.3-1 [installed] Libalpm bindings for Python 3 2 archlinuxfr/package-query 1.0.1-1 [installed] Query ALPM and AUR 8 aur/package-query 1.0.1-1 [installed] (1623)

jjacky commented on 2012-05-20 17:19 (UTC)

@denoyse: right, your policy file got overwritten during the update. I believe this could be avoided by putting the file in the backup array of the PKGBUILD, however i don't really see it as a configuration file, so I won't do that. Of course, you can add it yourself before making the package.

denoyse commented on 2012-05-20 14:01 (UTC)

After the update to 1.0 - of course - the system asks for the password again. would it be possible to add an option to maybe 1.1 where you can set up permissions to allow a passwordless update? Greetz

chadberg commented on 2012-05-11 22:59 (UTC)

Had to ln -s pod2man into /usr/bin for it to compile (I think lightdm is screwing up my path), but it's in, and I love it! Was using yapan, but kalu just shot to the top of my list....

denoyse commented on 2012-05-06 11:13 (UTC)

Yep, i got that (yaourt -Syua) I allready wondered why i was asked for a password, as i tryed to allow everything via sudo. I will try the policy file, thx for the tip! EDIT: Works perfectly, thanks!

jjacky commented on 2012-05-05 10:16 (UTC)

kalu-dbus is started automatically w/ root privileges already, that's not the issue. If you really want to allow sysupgrade w/out password check, I think you'll need to change the policy (in /usr/share/polkit-1/actions/org.jjk.kalu.policy) and replace auth_admin with yes As for AUR upgrade, that's not gonna happen. kalu's updater simply provides a little GUI for libalpm's sysupgrade, nothing more. But you can have a button (on AUR notifications) to start an (AUR) helper of your choice to take care of it.

denoyse commented on 2012-05-05 07:30 (UTC)

I'll give it a shot, seems to be nice... Is is possible (and if: how) to avoid entering the password? Can i add an rc script that starts kalu-dbus with root-privileges or something like that? As feature request: Would be nice to add an AUR upgrade, but i am surely not the first to mention ;-)

jjacky commented on 2012-04-19 11:33 (UTC)

oh right, little mixup there between SyncDbsInTooltip & SaneSortOrder... Thanks, both this and the typo will be fixed in, coming up later today.

commented on 2012-04-18 21:30 (UTC)

Hello, first of all thanks for your app, it's awesome! I'm experiencing a small issue: in the misc tab unchecking "Show if databases can by (be?) synchronized in tooltip" doesn't work ... SyncDbsInTooltip in kalu.conf is always set to "1"

gobonja commented on 2012-03-27 13:01 (UTC)

Kalu is on it's way to become default update manager for Nosonja.