A new cafe, on the way home from a ride this morning: the Mocca Lounge, it seems to be called. I guess they mean brown and not quite one thing nor another, but at least relaxing. It’s a reasonable place to sit for a while and read a book. It’s an inside cafe with no windows (can you believe such a thing?!), but it is at least dim and carpeted and large and mostly empty, which are good things. And I’ve a coffee and a book and time, which are also good things.
So, three cheers for all that, then.
I’ve been sorting out a new filesystem nomenclature, these last few months…
The top level (my home directory,
/home/sam) contains one directory per year and
~/tmp, and a pile of other stuff, as usual, but that’s all maintained by various programmes and the OS.
Each year has only a single level below it, topically- and old-fashionedly-named to maintain alphabetical sorting:
Subject, andother aspect of it/
Again, something else/
There are no files at that level, only directories.
At the turn of the year, items which are of continuing activity are moved to the new year. All else stays put. This means that the current year only ever contains things that are useful and whatever is old but still needs to be kept—and which will rarely be looked at—disappears out of sight in the old years.
I’ve always found it annoying that computer organisation systems don’t allow things to moulder away in boxes in sheds (as it were), instead forcing everything to be current and visible — and thus liable thrown away once no longer useful. A core part of my archival system is to hide things from my own penchant for disposal.
Within each item, and within the
tmp directory, there is no prescribed ordering. Files take whatever names and arrangements as seem suitable.
File and directory names contain whatever characters they want, with the exception of quotation marks, slashes, colons, asterisks, octothorpes, and anything else I think is likely to be annoying in scripts, moving between filesystems, or other filename handling.
There is no rule six.
I knew Kernighan and Plauger were forward-thinking, but hadn’t realised they were 22 years ahead of their time!
(Oh, and for my own future reference: How to tear in Gimp.)
I read a few posts this morning about the wonders of open software and how it can help ‘the 99%’. Nothing new there, in the techno-optimism, nor with the “yes, but” reactions to it. It’s heartening to read it, though; there’s far too many people harping on about the delights of the iPhone.
One thing that does strike me is that we really do already have the tools for this open paradigm: we don’t need some new crew of idealists to come along and build a Faceboo’ replacement, or invent some new way of storing files (or remove the necessity for doing so). We just need to stick to the open standards and apply a tiny amount of conservatism when it comes to choosing the next groovy technology that we’re to trust. Not very difficult, and yet people run to cast their lot in with corporations who give barely a nod to these ideas.
Perhaps Bruce Love is correct, and
a practical distributed and decentralized net can be built trivially using a mix of explicit peering with rsync and rss for open peering. Seems simple to me; just needs to have a GUI that makes it look like an iPhone, I guess.
There seems to be quite a few posts out there about how to replace Subversion
externals definitions with local directories, but not so much for going the other way. I’m not sure why; it seems to me more likely that one would start off with some small module as part of a bigger repository, and then at a later date want to move it out to live on its own. I don’t really know what I’m on about, though.
The point being, that I’m working with a
branch of a project that is having a few of its directories — its current, local, ‘normal’ directories — replaced by
externals definitions. That’s all fine and good, but I keep having to
trunk and back again, and there’s the crux: the directories that are getting turned into externals do not like being switched.
Running the usual
svn sw http://svn.example.com/repo/branches/v2 from the top level of a
trunk checkout gives the following error:
Fetching external item into 'lib/foo':
svn: warning: W155037: Previous operation has not finished; run 'cleanup' if it was interrupted
svn cleanup complains with:
svn: E155010: The node '/path-to-repo/lib/foo/file.txt' is not installable
And not even
status has anything useful to say (throwing instead the same error as above).
A solution (and yes, this post is probably a bit long-winded for such a short snippet of advice; I can only say that I felt like writing this down this morning because four weeks ago I figured it out but forgot and I suspect that four weeks hence I’ll have forgotten again, and this morning is one of those moments of verbosity; blame Travels with Charley, which I was reading over breakfast this morning), and it’s probably not the ‘proper’ solution because I’m no Subversion hacker and do rather treat it as magic, but the solution that I use is (and I’d better put it on it’s own line, because no one’s likely to have read to the end of this paragraph)…
Delete the offending directory (as in,
rm -r lib/foo or what have you), and
Is there anything more important in the landscape than a beautiful tree? Cutting one down should never be undertaken lightly, and should never be the sole decision of a land-owner; they effect everyone else’s amenity far too greatly. The ACT has a tree register — I’m not sure if Freo does (I was, oddly enough, unable to find anything about such a thing on the Council’s website).
Anyway, I admire this tree every day on my way home, and I just wanted to let it know that it’s appreciated…