Articles by Daniel Kahn Gillmor (dkg)

  1. Talks and tracks at debconf 10

    I'm helping out on the talks committee for debconf 10 this summer in NYC (so yes, i'm going to be here for it, even though i don't have that little badge thingy). This is a call for interested folks to let us know what you want to see at debconf …

  2. Avoiding erroneous OpenPGP certifications

    i'm aware that people don't always take proper measures during mass OpenPGP keysignings. Apparently, some keys even get signed with no one at the keysigning present speaking for that key (for example, if the key was submitted to the keysigning via online mechanisms beforehand, but the keyholder failed to show …

  3. TCP weirdness, IMAP, wireshark, and perdition

    This is the story of a weirdly unfriendly/non-compliant IMAP server, and some nice interactions that arose from a debugging session around it.

    Over the holidays, i got to do some computer/network debugging for friends and family. One old friend (I'll call him “Fred”) had a series of problems …

  4. dd, netcat, and disk throughput

    I was trying to dump a large Logical Volume (LV) over ethernet from one machine to another. I found some behavior which surprised me.

    fun constraints

    • I have only a fairly minimal debian installation on each machine (which fortunately includes netcat-traditional)
    • The two machines are connected directly by a single …
  5. dealing with entropy on a virtual machine

    I've been using virtual machines (KVM, these days) as isolated environments to do things like build packages as root. Unfortunately, some of these activities require decent-sized chunks of random data (pulled from /dev/random). But /dev/random pulls from the kernel's entropy pool, which in turn is replenished from "hardware …

  6. Tools should be distinct from Services

    Modern daemon implementations can be run in a variety of ways, in a range of contexts. The daemon software itself can be a useful tool in environments where the associated traditional system service is neither needed nor desired. Unfortunately, common debian packaging practice has a tendency to conflate the two …

« Page 7 / 13 »