409 karma · joined April 10, 2011
Edit: The article says it redirects to justice.gov.
I now spend as much time walking around the office as I do cranking code or writing on my desk. Over the years, I started recognising other habitual pacers in the department. We joke about forming a society and lobbying for a pacing room.
To get X I hacked together a Chrome App[0] VNC client, based on noVNC. It's a bit laggy sometimes, but does the job for my purposes.
Ron Minnich (of Coreboot fame) wrote a guide for doing the same with Arch[1]. And there's Crouton[2] for Ubuntu, but I'm not sure whether it does ARM or not.
[0] https://bitbucket.org/saljam/vnc
[1] https://docs.google.com/document/d/1IVABFl9TJMFPqoE_c0vWP7Yh...
Are you sure you weren't using one of the Intel ones? Maybe it's the British/American difference...
Now, it's not my favourite city, but I don't understand all the hate towards it. They've got a lot of oil money that's not going to last and they need to pivot to something else. Dubai is their attempt.
And since when did the US send aid money to the Saudis? Last time I check their oil pumps were working.
You'll need to enable dev-mode, and you'll probably need to remount the partition it's on without the noexec option. It's a pretty standard chroot from there on.
I can write up the process somewhere or share the filesystem if there's enough interest.
I put on a small Debian-based chroot and installed Guacamole[1]*, so I can use my favourite editor and X11 programs within a Chrome tab.
Compiling large C/C++ programs takes a while, but the Go compilers (what I mostly use) work really well. And I can always SSH into beefier machines (Linode/University) if I ever need to.
This replaced a Thinkpad which cost 5 times as much and broke in less than 13 months. So far I'm not missing the Thinkpad. (Well, maybe the 3 button TrackPoint)
I think the new Chromebooks use it. This is how they achieved their “instant-on” feature. I can't wait for others to follow suit.
Then again, I'm not really the man to talk about sports.
I don't have a TV, and all of my friends who do rarely use theirs. Added together, I'd say I watch about an hour a fortnight of TV material. And that's mostly on my phone or computer's screen.
This might be a generation thing. With tablets and smartphones everywhere I don't feel I'm missing out. On the other hand, my father needs the constant babble of the TV. It could also be that my circles and I are outliers against the norm, but I very much doubt it.
[1] http://www.infoq.com/presentations/We-Really-Dont-Know-How-T...
Plan 9 had the courage to shed this cruft by having simple text windows which have a prompt. No curser addressing and no crazy control codes. That makes rendering it just as easy (and beautiful) as rendering text box contents. I wish the Linux desktop environments would follow suit.
Having written code which renders Arabic text, I found “joining” up the letters to be quite simple. It's just a few rules to choose which glyph to display for each character depending on context. The tricky bits, I found, is in integrating a right-to-left script with systems which were made with only left-to-right in mind.
I'd also recommend reading the rest of his blog, at least the programming section. It's very insightful.
Muslims also know what's called prophet David's fasting, which is to fast every other day. However, considering that includes water, it's considerably difficult to maintain. I'm not sure I heard of anyone other than David himself do it for a long period of time! http://en.wikipedia.org/wiki/Islamic_view_of_David
I can see a clear and very useful difference between RUNTIME_DIR, CACHE_DIR, and CONFIG_DIR. Consider a scenario where $HOME is on a networked filesystem. RUNTIME_DIR has to be outside that, and local to the machine's namespace. That's because it references things inherently local to the machine. That is, pids and pipes. These wouldn't make sense on any other machine and will just make the application's job harder.
I also set CACHE_DIR to be local (/tmp/$USER.cache.) That's because caching performs terribly when it's flying over the network. Chrome is the main culprit for me. It also fills my file quota with hours of using it. However, it's still useful to keep that data in the medium term.
CONFIG_DIR and DATA_DIR, however, don't seem to be very different to me. I can't imagine a scenario where I want one but not the other. I might be using the wrong sort of applications. (For the record I have 8 files in .config, 10 dot files, and just 1 in .local/share.)
Due to the semantics you now suddenly need a cronjob or similar abomination that traverses all home-directories and picks out stuff ("MUST" be blown away).
Having RUNTIME_DIR on a tmpfs, like what most distributions do with /var/run, solves that problem. I map mine to /var/run/$user, even though I've yet to see an application actually use it. The spec BTW doesn't even specify the default value!
And what the heck is going in .local anyways? When the user saves a file then he pretty surely doesn't want it buried under some dot-directory.
I agree, the default values are silly. This, like most of Modern Unix, is an ugly hack which makes dealing with the rest of the ugly hacks a bit easier. If you want an elegant solution you'll probably have to throw away most of what was added during last 20 years. May I suggest starting with sockets?
Is this something intrinsic to G+? Is it a function of the author's popularity? The discussions here are normally much more sensible, but I would expect HN's readership to have a fairly similar demographic to that of Rob Pike's G+ subscribers.