This is a "minor" bugfix release, mainly affecting building of journal-triggerd;
though there was an important issue since
configure was still looking for
libsystemd-journal even though it has been removed & merged into
Time for a new release of kalu. Mostly a bugfix release, though thanks to AdmiringWorm kalu now speaks Norwegian Bokmål!
Note that there was a bug in the updater, where
/etc/pacmand.d/hooks was not
set as default
HookDir if none were specified in
pacman.conf - which means
unless you set it there, any custom hooks were not used.
alsactl: sysfs_init:48: sysfs path '/sys' is invalid Found hardware: "HDA-Intel" "Analog Devices AD1989B" "HDA:11d4989b,10438311,00100300" "0x1043" "0x8311" Hardware is initialized using a generic method
This is what I could read on boot after a recent kernel upgrade (4.4.1-2 ->
4.4.3-1, to be exact), as a result of running
alsactl restore Now, the good
thing is my audio didn't stop working, but that's still not right (and my
settings (e.g. volume levels) weren't restored as they should have been).
"Release often" they say, right? Yet another release of kalu, since a stupid mistake on my part led to notifications being empty in 4.0.1, making them much less useful indeed.
This is now fixed; Thanks to adam777 for the report. Hopefully this is the last release for this week :p
2016 will be different, and there's already a new release of kalu! Nothing to be pleased about though, as I let slip a bad bug with the templates reworking, and kalu would segfault when running and no configuration has been loaded.
In other words, news users - or anyone without an existing
kalu.conf - would
see a segfault as soon as the first checks were ran. Not good.
As I don't doubt you're aware, pacman 5.0 is out. I managed to take some time and here we go with new releases for kalu & PkgClip -- though, really, only the former has a link to the new pacman, since as said before PkgClip wasn't actually affected by the API changes.
(For pacdep: API changes aren't relevant, so a simple rebuild will do the trick. No new version coming as of yet.)
As you may know, pacman 5.0 was just released (and is available in
you might want to give it a try (and play with hooks) !
To do so, here's what you need to know wrt my tools:
There are already many cron daemons out there, and I honestly don't remember how I came about looking into such tools, but as I did I realized I wasn't too happy with the way most worked.
For instance, they all seem to operate on the same model: wake up at the top of every minute, to check if there's any job to run or not. Many also include some operations other than dropping privileges to the right user, such as setting up the environment, sometimes via definitions inside the cron tables...
I wanted something simpler. Small, simple, that does as little as possible.
As a user of a Linux system, you should have a runtime directory available for
applications. Such a thing is even defined in the XDG Base Directory
$XDG_RUNTIME_DIR -- and it is quite likely that you do have one set up.
You may have a session manager or some other component of your system handling
this directory for you, in which case the following likely won't be of much
interest to you.
If you do not have a
$XDG_RUNTIME_DIR however, let me introduce a little PAM
module to take care of it.
A new version of anopa - init system/service manager built around s6 supervision suite - has been released. Main changes since 0.3.0 are :
Change how the logging works: instead of logging into
/run/initramfs/boot.login stage 1 & 2, and using
aa-mvlogto move said file to
/var/log/bootat the end of stage 2, now stage 1 & 2 (much like stage 3) log directly into
As a special treat however, stage 1 will first check for a file
/run/initramfs/boot.logand import its content into
That way everything from stage 1 is logged into persistent storage, and the whole process is simpler.