Wendell Wilson over at TekSyndicate had a good idea – run the NetBSD repo conversion on a machine roughly comparable to the Great Beast design. The objective was (a) to find out if it freakin’ worked, and (b) to get a handle on expected conversion time and maximum working set for a really large conversion.
The news is pretty happy on all fronts.
I’ve attempted to summarize the discussion of build options for the repository-surgery machine. You should see a link at the top of the page: if not, it’s here
I invite all the commenters who have shown an interest to critique these build proposals. Naturally, I’d like to make sure we have a solid parts list with no spec conflicts before we start spending money and time to build this thing.
Something of significance to the design discussion for the Great Beast occurred today.
I have finally – finally! – achieved significant insight into the core merge code, the “black magic” section of cvs-fast-export. If you look in merge.c in the repo head version you’ll see a bunch of detailed comments that weren’t there before. I feel rather as Speke and Burton must have when after weeks of hacking their way through the torrid jungles of darkest Africa they finally glimpsed the source of the Nile…
I just shipped cvs-fast-export 1.21 much improved and immensely faster than it was two weeks ago. Thus ends one of the most intense sieges of down-and-dirty frenzied hacking that I’ve enjoyed in years.
Now it comes time to think about what to do with the Help Stamp Out CVS In Your Lifetime fund, which started with John D. Bell snarking epically about my (admittedly) rather antiquated desktop machine and mushroomed into an unexpected pile of donations.
I said I intend to use this machine wandering around the net and hunting CVS repositories to extinction, and I meant it. If not for the demands of the large data sets this involves (like the 11 gigabytes of NetBSD CVS I just rsynced) I could have poked along with my existing machine for a good while longer.
For several reasons, including wanting those who generously donated to be in on the fun, I’m now going to open a discussion on how to best spend that money. A&D regular Susan Sons (aka HedgeMage) built herself a super-powerful machine this last February, and I think her hardware configuration is sound in essentials, so that build (“Tyro”) will be a starting point. But that was eight months ago – it might be some of the choices could be improved now, and if so I trust the regulars here will have clues to that.
I’ll start by talking about design goals and budget.
The patent-troll industry is in full panic over the consequences of the Alice vs. CLS Bank decision. While reading up on the matter, I ran across the following claim by a software patent attorney:
“As Sun Microsystems proved, the quickest way to turn a $5 billion company into a $600 million company is to go open source.”
I’m not going to feed this troll traffic by linking to him, but he’s promulgating a myth that must be dispelled. Trying to go open source didn’t kill Sun; hardware commoditization killed Sun. I know this because I was at ground zero when it killed a company that was aiming to succeed Sun – and, until the dot-com bust, looked about to manage it.
I’ve been working on GPSD a lot recently – we’re heading towards a 3.10 release with a lot of new features. As part of this release I’ve decided to ship a HOWTO on setting up a high-quality NTP time server using GPSD. In the course of working on that, I’ve had an idea.
The idea has two antecedents. One is that if you start with any one of several inexpensive GPS modules (my favorite of which is the u-blox 6), and add GPSD to read it and feed an ntpd instance, it’s possible to build an NTP server that meets the usual standard for public Stratum 1 time servers – 10mSec or better accuracy to UTC.
The other is that there is a raft of inexpensive SBCs that run Linux out there – Arduino, Raspberry Pi and the current new hotness BeagleBone. So here’s my thought: why not build a low-power Stratum 1 timeserver on a credit-card-sized SBC?
It’s been quite a while since I wrote a Smartphone Wars post; I let the series lapse when I concluded that the source I was using for U.S. market share figures had likely disconnected from reality (and more recent surveys from other sources suggest I was right). But the developments of the last couple of days demand comment. Nokia has sold its phone business to Microsoft; Stephen Elop has returned to Microsoft to head its devices group; and there is talk he might succeed Ballmer.
You couldn’t make this stuff up for a satirical novel and have it believed. The conspiracy theorists who maintained that Elop was a Microsoft mole sent in to set up a takeover look prescient now – but a takeover to what purpose? Nokia’s phone business, the world’s most successful and respected a few short years ago, is now a shattered wreck.
And as for Elop: he masterminded what was probably the biggest destruction in shareholder value ever – and this is the guy who’s being talked of as Ballmer’s successor? Astonishing. On his record, the man isn’t competent to run a Taco Bell store; that that he’s even in consideration suggests Microsoft’s board has developed some perverse desire to replace a strategic idiot with an even more wrongheaded strategic idiot.
The last couple of weeks have been my vacation, and full of incident.This explains the absence of blogging.
First, World Boardgaming Championships. I did respectably, making quarter- and semi-finals in a couple of events, but failed in my goal to make the Power Grid finals again this year and place higher than fifth.
I did very well in Conflict of Heroes, though; my final game – with the tournament organizer – was a an epic slugfest that attracted the attention of Uwe Eickert (the game’s designer) who watched the last half enthralled. I lost by only 1 point and was told I’d be put on the Wall of Honor. I like my chances at the finals next year.
Then Summer Weapons Retreat. Huge fun as usual; I spent most of the week working on Florentine (two-sword) technique. with some excursions into polearm and hand-and-a-half sword. I’ve posted a few pictures on my G+ feed.
First full day I was home, a thunderstorm blew out the router in my basement. Yes I had it on a UPS, but ground surges (though rare) do happen; this one toasted the Ethernet switch. Diagnosing, replacing, and dealing with the second-order effects of that ate most of yesterday.
Now life is back to relatively normal, though it will take a few days for the muscle aches from a week of hard training to entirely subside. Blogging will resume.
I’ve been thinking a lot about keyboards lately. Last Sunday I founded the Tactile Keyboards community on Google+ and watched it explode in popularity almost immediately. Spent most of the next couple of days boning up on keyboard lore so I could write a proper FAQ for the group.
On my journey of discovery I learned of geekhack.org, a site for people whose obsession with keyboard customization and modding makes my keen interest in these devices seem like the palest indifference by comparison. Created an account and announced myself in the manner they deem proper for new members. Got a reply saying, more or less, that it’s nice “ESR” attends to details like keyboards.
What? What? What? Your keyboard is not a detail, dammit!
I’ve founded a G+ community for fans of the Model M and other buckling-spring keyboards. Here it is:
Keyboards with crunch
Buckling-spring keyboards are wonderful devices for the discriminating hacker, vastly superior to the mushy dome-switch devices more common these days. But for various reasons (including the mere fact that they contain a lot of mechanical switches) they can be tempermental beasts requiring a bit of troubleshooting and care.
This community is for people who want to know how to find, care for, and troubleshoot their clicky keyboards.
UPDATE: After research and feedback, the name is now “Tactile Keyboards”.
Congratulations, Adobe, on your impending move from selling Photoshop and other boring old standalone applications that people only had to pay for once to a ‘Creative Cloud’ subscription service that will charge users by the month and hold their critical data hostage against those bills. This bold move to extract more revenue from customers in exchange for new ‘services’ that they neither want nor need puts you at the forefront of strategic thinking by proprietary software companies in the 21st century!
It’s genius, I say, genius. Well, except for the part where your customers are in open revolt, 5000 of them signing a petition and many others threatening to bail out to open-source competitors such as GIMP.
I am composing this blog entry on the right-hand screen of a brand shiny new dual-monitor rig. That took me the best part of a week to get working. I am going to describe what I went through to get here because I think it contains some useful tips and cautions for the unwary.
A friend of mine recently posted this image of a hideous network-cable tangle:
A hideous tangle of network cable.
I have invented an algorithm for fixing this kind of mess. Probably other people have developed the same technique before, but it wasn’t taught to me and I’ve never seen it written down. Here it is…
It’s beginning to look like Apple’s legal offensive against Android might backfire on it big-time. Comes the news that Judge Koh has declined to suppress evidence that Apple may have copied crucial elements of the iPad design from prototypes developed by Knight-Ridder and the University of Missouri in the mid-1990s.
In “Who’s Afraid of Huawei?” you point out the need for the telecoms industry to adopt transparency guidelines to head off risks from kill switches, spyware, and back doors covertly installed in their equipment.
One minimum necessary condition of such transparency is that all software and firmware in these devices must be open source, with customers permitted to install their own software images from published source code and development toolchains that can be audited by third parties.
While open-source software cannot completely head off the possibility of Trojan horses embedded deep in telecoms hardware, it at least reduces the management of aggregate security risks to a tractable problem. No lesser measure is or can be even remotely as effective, even in principle.
Telecoms customers should insist on open source – and, as any competent counter-espionage agency would do, should consider vendors’ insistence on information asymmetry to be indicative of an unacceptable security risk.
Wired magazine brings us a fascinating revelation from the Apple-vs.-Samsung brouhaha.
The Nexus 7 I ordered for my wife last week arrived two days ago. That’s been enough time for Cathy and me to look it over closely and get a good feel for its capabilities. It’s a very interesting device not just for what it does but what it doesn’t do. There’s a strategy here, and as usual I think Google is playing a longer game than people looking at this product in isolation understand.
The best strategic analysis of Nokia’s parlous position I’ve ever seen comes to us from ex-Nokia-executive and longtime company-watcher Tomi Ahonen: The Sun Tzu of Nokisoftian Microkia. It’s thorough, entertainingly written, and includes some instructive diversions into military history.
In my last blog post, I made a public stink about language in a so-called Declaration of Internet Freedom, which turned out to be some libertarians attempting to expand and develop the ideas in this Declaration of Internet Freedom. Mostly they did pretty well, except for one sentence they got completely wrong: “Open systems and networks aren’t always better for consumers. ”
That’s wrong. Open systems are better, always. Cisco has just provided us with a perfect lesson in why that sentence is completely backwards, and why we can never trust closed-source software vendors not to do evil under the cover of their code secrecy.
I’ve come to the depressing conclusion that I can’t trust comScore’s share numbers any more.