@Thulinma - I can better describe it now. At first I thought it was just a library versioning issue and just rebuilt it. But it appears to be something else. What I'm seeing is that it is not finding updates when it should. For example, this morning when I booted up and started up my desktop, kalu blinked, no upgrades available. I immediately opened a terminal and ran 'pacman -Syyu' and... 201 updates. It is also not picking up on updates randomly throughout the day. Again, it'll show no updates when running pacman in the terminal definitely has updates. Having dealt with pacman for a long time, my guess is that however the backend is being utilised by kalu, it's not force-downloading the db files, so only randomly shows updates. You know your code base. I don;t. I do know the pattern though.
Search Criteria
Package Details: kalu 4.7.1-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/kalu.git (read-only, click to copy) |
|---|---|
| Package Base: | kalu |
| Description: | Upgrade notifier w/ AUR support, watched (AUR) packages, news |
| Upstream URL: | https://github.com/Thulinma/kalu |
| Licenses: | GPL3+ |
| Conflicts: | kalu-kde |
| Provides: | kalu-kde |
| Replaces: | kalu-kde |
| Submitter: | jjacky |
| Maintainer: | Thulinma |
| Last Packager: | Thulinma |
| Votes: | 181 |
| Popularity: | 0.172586 |
| First Submitted: | 2012-02-14 18:03 (UTC) |
| Last Updated: | 2026-04-27 22:09 (UTC) |
Dependencies (10)
- curl (curl-gitAUR, curl-c-aresAUR)
- dbus (dbus-gitAUR, dbus-selinuxAUR, dbus-nosystemd-gitAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classic-xfceAUR)
- libdbusmenu-gtk3
- libnotify (libnotify-gitAUR)
- notification-daemon (awesome-luajitAUR, dunst-gitAUR, twmn-gitAUR, rofication-gitAUR, dunst-wayland-gitAUR, enlightenment-gitAUR, enlightenment-git-asanAUR, notify-osd-customizableAUR, xfce4-notifyd-pango-markup-gitAUR, xfce4-notifyd-gitAUR, swaync-gitAUR, awesome-luajit-gitAUR, awesome-gitAUR, ember-notifyAUR, lxqt-notificationd-gitAUR, awesome-stellar-gitAUR, xfce4-notifyd-layer-shell-gitAUR, prism-notifyAUR, awesome, dunst, lxqt-notificationd, mate-notification-daemon, xfce4-notifyd)
- pacman (pacman-gitAUR, pacman-fancy-gitAUR, pacman-selinuxAUR)
- polkit (polkit-gitAUR, polkit-consolekitAUR)
- groff (groff-gitAUR) (make)
- perl (perl-gitAUR) (make)
Required by (0)
Sources (1)
jghodd commented on 2026-06-27 12:24 (UTC)
Thulinma commented on 2026-06-18 02:25 (UTC)
@jghodd Hmm... I update on average twice a day, and haven't ran into any problems (yet?). Do you have specific steps to reproduce the problem perhaps?
jghodd commented on 2026-06-17 17:22 (UTC)
@Thulinma - new issue. On startup, it's supposed to check for updates. I'm seeing that the icon is in fact flashing, but it returns No updates available, even when there are in fact updates available. If I manually force it to check again, it, again, returns No updates. I immediately open a terminal and run pacman -Syyu, and... lo and behold, there are many updates. Check kalu again... No updates available. Something's broken.
Thulinma commented on 2026-04-11 00:44 (UTC)
Wayland/KDE users: the kalu-kde package supports the latest tray icon spec (SNI) properly since version 4.6.0 and will work for you. This package is for legacy (X11 / xembed) desktops.
I may merge the two packages in the future, in favor of one package that just supports everything (theoretically, kalu-kde already should - but I haven't tested that enough for me to feel save doing it now).
acrion commented on 2024-10-17 10:35 (UTC)
@Thulinma Thanks for your help. I've confirmed that the package was built correctly with libalpm 15.0.0. The problem turned out to be with my custom package repository, specifically a caching issue that caused an outdated version to be prioritized locally despite the correct version being present on the server. Installing directly from the built package fixed the discrepancy. I appreciate your help in resolving this issue.
Thulinma commented on 2024-10-15 12:10 (UTC)
@acrion: Most likely you simply need to rebuild the package. Chances are it was built while you still had libalpm 14 installed, thus introducing the outdated dependency.
acrion commented on 2024-10-15 10:37 (UTC)
I wanted to follow up on the recent discussions about kalu’s compatibility with pacman 7.0.0. While it seems that the package has been updated to allow building against pacman 7.0, I’m still encountering issues when trying to run kalu after updating to version 4.5.2-2.
Specifically, I'm getting the following error:
kalu: error while loading shared libraries: libalpm.so.14: cannot open shared object file: No such file or directory
I’ve noticed that pacman 7.0.0 comes with libalpm 15.0.0, which might be the root cause of this issue. I've opened a GitHub issue to track this problem: https://github.com/Thulinma/kalu/issues/9
Has anyone else experienced this issue or found a workaround? If not, it might be worth investigating whether the kalu source code itself needs updates to work with the new libalpm version.
@Thulinma, I understand you're maintaining both the AUR package and the GitHub repository. Do you think this issue requires changes in the source code rather than just the PKGBUILD?
I’m happy to provide any additional information or assist with testing if needed.
BluePyTheDeer251 commented on 2024-09-22 22:46 (UTC)
Installing right now, but, isn´t it weird how jacky just vanished one day?
Thulinma commented on 2024-09-15 21:43 (UTC)
Thanks @Rhinoceros, that saved me a lot of time checking this myself - I've gone ahead and updated the package to allow building against pacman 7.0 (and updated pkgrel to 2).
Rhinoceros commented on 2024-09-15 01:20 (UTC)
@Thulinma I mentioned on the kalu-kde page, but I think it just needs a rebuild under pacman 7. It seems to work fine. (BTW if you want to add me as a co-maintainer, I can just bump the pkgrel and modify pacman>=6.1 for now.)
Pinned Comments
Thulinma commented on 2026-04-11 00:44 (UTC)
Wayland/KDE users: the kalu-kde package supports the latest tray icon spec (SNI) properly since version 4.6.0 and will work for you. This package is for legacy (X11 / xembed) desktops.
I may merge the two packages in the future, in favor of one package that just supports everything (theoretically, kalu-kde already should - but I haven't tested that enough for me to feel save doing it now).