My take on Git rebasing versus cherry-picking

As I've noticed recently , there's anumber of git problems that can be solved by either git rebase or git cherry-pick . Because I love git rebase I started outfeeling that I should solve all of my problems with it (and resortingto ' git cherry-pick ' was a weakness), but I've wound up convincedthat sometimes this is wrong. However, until very recently I didn'tfeel that I understood when I wanted to use one or the other; instead


The MyDoom worm is still out there

One of the interesting things that happens when you start payingattention to attachment types and tracking detected malware isthat, well, you stumble over some things you didn't expect. Sothere I was, looking at our listing of recently rejected malware,when I saw:

[...] rejected 1bqFNH-0008Cv-8D from 103.204.166.162/helending@tencent.comto : identified virus:


Why I've put a Twitter client on my smartphone

I recently got a smartphone, and one of the things I put on it isa Twitter client. In fact I went out of my way to pay money fora good one (and it was totallyworth it ;Tweetbot has a much better interface than the free official Twitterclient, especially if you use multiple accounts). Given that I'vesaid I need to break my Twitter addiction ,this may seem like an odd move, but there's a method to my madnessand it's worked


Some git repository manipulations that I don't know how to do well

For a while now, I've been both tracking upstream git repositoriesand carrying and rebasing local changes on top of some of them ina straightforward way. The rebasing has been pretty easy and aclear win . But recently I've run intoa number of more complicated cases where I'm not sure that I'musing git in the best way. So here are a collection of problemsthat I'm semi-solving.

I keep local tracking copies of a few upstream repos that are rebased


In search of modest scale structured syslog analysis

Every general issue should start from a motivating usage case, sohere's ours: we want to be able to find users who haven't loggedwith SSH or used IMAP in the past N months (this perhaps shouldinclude Samba authentication as well). As a university departmentthat deals with graduate students, postdocs, visiting researchers,and various other sorts of ongoing or sporadic collaborations, wehave a user population that's essentially impossible to keep trackof centrally (and sometimes at all). So we


Making systemd-networkd really skip trying IPv6 on your networks

I originally switched from Fedora's traditional (or old) /etc/sysconfig/network-scripts/ifcfg-* to systemd's networkd stuff partly in order to get faster system boots .That makes it ironic that for the past while (at least months), mysystem has been stalling during boot for 15 to 20 seconds or sowhile it waits for something about the networking to report inthat it's fully ready.

(The direct stall was caused by the systemd-networkd-


Why I switched to the rc shell

I use Byron Rakitzis's reimplementation of Tom Duff's rc forUnix as my shell and have for a verylong time. Tom Duff wrote the original version at Bell Labs forResearch Unix Version 10 and then Plan 9; Rakitzis reimplementedit from scratch in 1991 (maybe 1990) for regular Unixes, which Ibelieve was shortly after Plan 9 started to get serious buzz in theUnix geek circles of the time. As I've mentioned recently , rc in its normal


Why we're going to switch from SunSSH to OpenSSH on our fileservers

For a long time, the version of SSH in Illumos (and almost allderived versions) has been a version that Sun branched from OpenSSHyears ago. This has various drawbacks , includingthat no one was working on it any more. Recently, Illumos removedSunSSH (in Illumos #7293 )in favour of a more or less current version of OpenSSH that thecommunity was already packaging and supporting. One of the piecesof fallout from this is that we are planning to switch ourfileservers over from SunSSH


A surprising benefit of command/program completion in my shell

I've recently been experimenting with a variant of my usual shellthat extends its general (filename) completion to also specifically complete program names from your $PATH . Ofcourse this is nothing new in general in shells; most shells thathave readline style completion at all have added command completionas well. But it's new to me, so the experience has been interesting.

Of course the obvious benefit of command completion is that it makesit less of a pain to deal with long command names. In the


How I live without shell job control

In my comments on yesterday's entry ,I mentioned that my shell doesn'tsupport job control. At this point people who've only used modernUnix shells might manage how you get along without such a core toolas job control. The answer, at least for me, is surprisingly easily(at least most of the time).

Job control is broadly useful for three things: forcing programsto pause (and then un-pausing them), pushing programs into thebackground to get your shell back