There is something I've been meaning to do for some time now, I really should have, yet haven't found some time to: writing some sort of proper/actual introduction to anopa.
So let's try to do this now, with an actual example. A little while back, I explained why I was looking for another init system, and since I couldn't find what I was looking for, I started working on my own. That's how anopa, an init system/service manager based on the supervision suite s6, came to be.
A few years back, as I wanted to switch OS and enter the world of Linux, I needed to pick a distribution (or first, figure out what makes a distribution, what sets one apart from another).
Did some research, downloaded and tried a few ISOs, but quite honestly this wasn't a deciding factor in the end. No, what really helped me make up my mind was doing a bunch of reading, learning the "principles" of a distribution.
And the reason I eventually went with Arch Linux, was what's known to Archers as The Arch Way, which is said to "illustrate the principles and philosophy of Arch Linux."
A new version of pacman (4.2) has been released, introducing some API changes to ALPM. To go along with it, version 3.0.0 of kalu has been released, with the usual few fixes as well as some new features.
If you've been using branch
pacman-next you're already familiar with said
changes, mainly the fact, using kalu's updater, it can now keep track of any
.pacorig file created during a sysupgrade, and will made such
information available as variable
$PACFILES in the post-sysupgrade
This can be used to e.g. perform 3-way merge of .pacnew files. See man page for more, as well as this post for an example of use.
A few changes have just been pushed to branch
next of donnatella, introducing
some changes when it comes to IO operations (i.e. copy/move/delete files).
Starting at the top: donnatella doesn't perform any such IO operations itself. This isn't a not-yet-implemented feature but a design choice: there are plenty of tools which specialized in such things, no need to re-invent the wheel, let's use the existing ones instead!
A new version of donnatella, your GTK3 file manager, is available. A few fixes
as well as the addition of option
cancel_childless for terminals.
Enabled by default, it will cancel the running task on Enter/Esc if the running process (i.e. terminal emulator) has no children.
For example after running
df -h in an embedded terminal that doesn't autoclose
when the running process is done (e.g. urxvt has an option
-hold), so that you
get a chance to see the ourput, a simple Enter will close the terminal.
Ever since I switched to (Arch) Linux, I've always loved the command line. It can often be quite amazing, I find. Back in the Windows world, you're pretty much expected to forget that such a thing even exists.
Things are different over here (particularly with Arch, I guess), and that's all for the better. Many reasons for that, one being the fantastic simplicity and power that it offers you.
A new version of donnatella, your GTK3 file manager, is available. A bunch of fixes and improvments/optimizations since 0.2.0, some new things as well, the most "important" ones being the addition of custom properties, and facilities for scripting
Sicne day one, things have been quite configurable in donna, but there was no scripting support. Instead, donna uses commands and lets you combine them as you want, assign them a click or key, etc And when that's not enough? Well, then you script.
Yes, GTK+ 3.14 has been out for some time now, and it's even been available in Arch's official repos for a little while as well. Unfortunately I haven't been able to find enough time to work on donna as of late, and I didn't follow GTK's developement closely, so when 3.14 was released I had a few patches to rebase, and some to rewrite completely (think rubber band handling, since the internals are now full of gestures).
But I have some (good) news for you, finally.
A quick update regarding all things kalu; As you might have noticed since GTK+
3.14 hit the official repos, there might be "glitches" due to the latest
breakage changes in GTK, notably some icons in menus/buttons
being quite oversized.
This, and a few other bugs, has been fixed, however no new version is available yet. This is mainly because the next version is planned to come alongside the next version of pacman (as it introduces API changes, thus requires an upgrade of kalu at the same time).
Worry not, you can simply switch to kalu-git (in the
AUR) to benefit
from all the fixes, already pushed to branch
next since a few days now.
If you've been following development of the next version of pacman, and are
pacman-git, then you weren't able to use kalu; Let's fix that today.
Also, you might already know that some new events have been added into ALPM,
notably events when
.pac* files are
This will make it possible/much easier for frontends (such as pacman, or kalu)
to know when such files are created.
From a user perspective, it might not change anything as it's all internal
changes. However, the next version of kalu will actually take advantage of this,
and can thus make your handling of those
.pacnew files quite easier.