I've installed the ubuntu version into my kubuntu. After launching it does nothing. Which isn't strange because the /usr/bin/xflux is a 32-bit binary and the package didn't request the required libraries. I have to consider it doesn't support 64-bit linux.
Come on. Linux is not Windows. Everybody and their dog already run 64-bit version. It makes no sense not to. All the software is built for 64-bit too. It's just a fact of life. Nobody uses 32-bit anymore except for netbooks and like.
I'm not sure what you mean by "Linux is not Windows" in this context. In my experience, most installs of Windows these days (Windows 7 and Windows 8) are 64-bit installs. That's what is sold at Best Buy on their desktops and laptops for example. On the contrary, when a user goes to install Ubuntu, they're recommended to use 32-bit. When I'm on forums, people mention compatibility problems with 64-bit Linux and recommend 32 bit instead. Maybe I'm outdated on that information? Can you elaborate?
I seem to remember it looks for gnome-clock to discover your location, and gives up if that's not found, although the GTK version does unhelpfully just exit without a message. It can't work without knowing your latitude and longitude to work out sunset/sunrise times.
Should I? I've added an entire repository, they have all means to deliver just the right package to me, and they fail it.
This doesn't sound like a KDE problem:
% ldd `which xflux`
linux-gate.so.1 => (0xf773b000)
libXxf86vm.so.1 => not found
libXext.so.6 => not found
libX11.so.6 => not found
libstdc++.so.6 => not found
libm.so.6 => /lib32/libm.so.6 (0xf76f6000)
libgcc_s.so.1 => not found
libc.so.6 => /lib32/libc.so.6 (0xf754e000)
/lib/ld-linux.so.2 (0xf773c000)
Come on. Linux is not Windows. Everybody and their dog already run 64-bit version. It makes no sense not to. All the software is built for 64-bit too. It's just a fact of life. Nobody uses 32-bit anymore except for netbooks and like.