I had a need for a local caching-only name server and installed my goto resolver
bind9 on a fresh Chimaera instance.

apt-get install -y bind9 bind9-utils

Out of the box I discovered an error logged to syslog and all lookups failed :

managed-keys-zone: Unable to fetch DNSKEY set '.': timed out

The default location for the "bind.keys" file is "/etc/bind.keys", but the package
locates that file as "/etc/bind/bind.keys".  As such it was necessary to specify the
current file location by editing the "/etc/bind/named.conf.options" config :

vi /etc/bind/named.conf.options

such that :

dnssec-validation auto;
bindkeys-file "/etc/bind/bind.keys";

And, after saving, remove the (likely junked) cache file and journal :

rm /var/cache/bind/managed-keys.bind*

Restart bind and my caching server is now usable.

--K

Hat tip to Chris Siebenmann :

https://utcc.utoronto.ca/~cks/space/blo … asteChange

I regularly paste short lists of linefeed separated commands from a library of various instructions into bash terminal windows to accomplish small tasks.

The bash shell on my devuan system accepts the pasted content, but waits for a final interactive <enter> keypress before proceeding with command execution.  I've not experienced that interactive <enter> confirmation requirement before.  I understand it allows folks one last read of the commands before execution, so it's not necessarily a bad default.  But after giving myself some time to try and get used to it, I've decided it's just not for me.  If I copied the linefeed and pasted it, it is because I wanted the command executed ... every single time.

Thanks to Chris Siebenmann's blog I learned this interactive confirmation is a new feature of bash that can be turned off by appending this change to the "/etc/bash.bashrc" configuration :

bind 'set enable-bracketed-paste off'

Start a new shell and I'm back to middle-mouse clicking my pasted commands without having to touch the keyboard.  A "win" for me; maybe for you too.

--K

Since upgrading to chimaera, RapidSVN is no longer available :

$ apt-get download rapidsvn
E: Can't find a source to download version '0.12.1dfsg-3.1+b1' of 'rapidsvn:amd64'

$ apt-get source rapidsvn
Reading package lists... Done
E: Can not find version '0.12.1dfsg-3.1' of package 'rapidsvn'
E: Unable to find a source package for rapidsvn

Did it not make the cut / does a better (one that does not involve Java or KDE libs) alternative exist?

Thanks,

--K

I found I could not open spreadsheets from a "Windows share" connected samba server from this freshly installed Devuan Beowulf Mate desktop.  I've had this issue before using both openoffice and libreoffice on other distributions.  I was able to replicate the "fix" here and thought I would add this to the documentation for anyone having similar issues.

su - root
apt-get install gvfs-fuse
apt-get install libreoffice-gnome
sed -i 's/#X-GIO-NoFuse=true/X-GIO-NoFuse=true/' /usr/share/applications/libreoffice-*
reboot

Having experienced this with versions of Mint and PCLOS in the past, and now Devuan, I wonder "is it just me" or should a dependency be added to the libreoffice installer?

--K