Package Details: kalu 4.3.0-1

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://jjacky.com/kalu
Licenses: GPL3+
Submitter: jjacky
Maintainer: jjacky
Last Packager: jjacky
Votes: 183
Popularity: 0.91
First Submitted: 2012-02-14 18:03
Last Updated: 2018-06-04 17:45

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Rhinoceros commented on 2020-06-01 02:12

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

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

akovia commented on 2020-05-17 13:12

@tpreissler

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

Aborting...

tpreissler commented on 2020-01-27 18:51

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

pkgname=kalu
pkgver=4.3.0.r9.ga46975c
pkgrel=1
pkgdesc="Upgrade notifier w/ AUR support, watched (AUR) packages, news [GIT]"
arch=('i686' 'x86_64')
url="https://jjacky.com/$_pkgname"
license=('GPL3+')
depends=('dbus' 'polkit' 'gtk3' 'pacman>=5.2' 'curl' 'libnotify'
         'notification-daemon')
makedepends=('perl' 'groff' 'git' 'autoconf')
source=("git://github.com/deraffe/kalu.git#branch=pacman-5.2-next")
md5sums=('SKIP')
provides=($_pkgname)
conflicts=($_pkgname)

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

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

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

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

https://paste.dimdev.org/ukuvivoguz.bash

FredBezies commented on 2019-10-22 10:01

Kalu is broken with pacman 5.2.0: https://github.com/jjk-jacky/kalu/issues/73

jghodd commented on 2018-05-30 21:13

@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

kalu 4.2.0-1 is incompatible with pacman 5.1.0-1

jjacky commented on 2018-05-30 17:47

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

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