mmebane

> The overlap for needing to configure your network and the internet connection being down is probably very small, although not non-existant.

It seems to me like "troubleshooting why the internet connection is down" is probably a capability you would want to have, no?

ODroid C2 and XU4 have been making progress, though last I saw they weren't really stable yet. I think HardKernel, the manufacturer, is providing some level of support for the mainlining effort.

Next Thing says the C.H.I.P. (or at least the C.H.I.P. Pro) runs mainline Linux, but that's not really comparable to the current Raspberry Pi.

Or, with current stable (160724), install "Bash on Ubuntu On Windows" (ugh), then in ConEmu, open the Tasks section in Settings and click "Add default tasks...", then Yes.

You may want to add the tilde to the path, as it seems to open to /mnt/c/Users/<username>/. Also, I think it still messes with the keys, but not always. They seem to work fine right after starting it.

> Perhaps there's a nice integration between the two?

They both run in Java, so you can combine Sikuli with Selenium pretty easily [0], so long as you're not doing headless testing. I've played around with it a bit, using Selenium to get coordinates of a container element and then having SikuliX operate just on that region of the screen.

[0]: http://www.softwaretestinghelp.com/sikuli-tutorial-part-2/

From my experience, the fuzzy matching works well enough to handle picking out text or icons on interfaces with semi-transparent backgrounds that change on scrolling (e.g., due to a parallax effect). It's pixel-based and not scale-invariant, though, so it won't automatically handle multiple zoom levels/resolutions.

Huh, I wonder why I misremembered that. Thanks for the correction.

> `mklink` [0] has existed since Windows Vista for NTFS file system. No settings toggling required.

There are several limitations in the Windows/NTFS implementation, however:

1. You have to specify the target type (file or directory) at link creation time.

2. Creating symbolic links requires either being an Administrator user, or having the "Create symbolic links" group policy enabled for your account.

3. No real directory hard links. (EDIT: For some reason, I forgot that Linux doesn't have these, either. Maybe I was thinking of bind mounts.)

Sounds like existing renderers for PSX emulators are either closed-source, or based on legacy graphics APIs and therefore hacky.

From about halfway down the page:

> This is probably the first OpenGL renderer for PSX that is not based on outdated fixed-function OpenGL code and which is, actually, well, open-source. Because we can assume shaders will be there, we can get reasonably close to emulating texture windows accurately (with Pete’s OGL1 GPU plugin, there were codepaths for doing it with paletted textures – the hacky approach – and the pixel shader approach). Therefore, the renderer is still kept pretty simple and easy to understand.

> So this autumn we can expect to have ES6 in every browser that matters!

I wish I could afford to ignore Internet Explorer... if Microsoft leaves Windows 7 to rot with IE 11, corporate users are going to keep holding back the web for a few more years.

> I drink Coke Zero, and I like it. I'm sure the sugar full version tastes better, but I've decided that's just not an option for me.

My wife thinks I'm weird, but I hate the taste of regular Coca-Cola. I much prefer Diet Coke.

I've found the easiest way to maintain my macro ratios on Keto is to just drink heavy whipping cream for breakfast - it's almost pure fat, and 1/2 cup is about 400 kcal. It's slightly sweet and has little or no oily taste, so it goes down much easier than coconut oil or butter. Even when I'm adding it to coffee, I prefer it over butter.

For a quick snacky lunch, I love celery and cream cheese or, depending on what mood I'm in, celery and mayo.

I've been using a Raspberry Pi 3 for the past week, and have been pleasantly surprised by the performance. It's no speed demon, to be sure, but it's good enough for all my basic tasks. I wish there were a general "open computing" branch of the Raspberry Pi Foundation that would produce a $50-$100 "pro" version with more RAM and faster bus+peripherals.

They released an ISO for Update 1, so chances are there will be one for Update 2.

In the meantime, you can download the online installer [1] and run

    vs2015.2.exe /Layout

to launch the downloader, which should create a folder which contains everything that you would find on the update ISO. (EDIT: This seems to result in a 4.53 GiB download, so definitely smaller than the 6.95 GiB full install ISO.)

[1]: http://go.microsoft.com/fwlink/?LinkId=691129

The "maximally flat" package structure in npm 3 solves the problem in most common cases, so I suppose "much more useful" was an exaggeration - if you keep your code in a relatively short base directory such as C:\src\nodeprojects\left-pad-ng\, you'll probably be fine.

Depending on what version ranges dependencies are locked to, you could still end up with a pathological situation which breaks the path length limit, but I've only had that happen once since switching to npm 3, and it was easy to resolve.

> does Cygwin map the ping command to the Windows command?

It looks like Cygwin has a ping package, but it isn't something you'll get unless you specifically select it in the installer.

> It seems they are taking the same route as cygwin by "mounting" windows drives in /mnt/c (or /cygdrive/c).

I wonder if this Unix filesystem layer will be able to break the Windows legacy path length limit. If so, the Linux version of Node.js will suddenly become much more useful than the Windows version.

> It remains to be seen if this is better (more performant) or worse

Sounds like performance, at least, will be better. TFA says "it's totally shit hot! The sysbench utility is showing nearly equivalent cpu, memory, and io performance." I'll reserve judgment until I see the fork() benchmarks. :)

> Unless there are some real changes to cmd.exe then it's not that impressive.

There actually have been [1], and I imagine MS has continued to flesh out those improvements.

[1]: https://news.ycombinator.com/item?id=11046433

I used to use them (directory junction points) quite a bit back when 64GB SSDs were still expensive and I wanted to redirect a few folders without changing my folder structure.

Nowadays, the most common use I've seen is as the Windows implementation of 'npm link' for Node.js developers.

Even if you constrain the type to be something you know is a class, it won't work. [1]

The typical workaround in Java is to either pass around .class instances, or to do tricks with anonymous subclasses to create a type token. [2]

[1]: https://ideone.com/th18eh [2]: http://docs.guava-libraries.googlecode.com/git/javadoc/com/g...

Perhaps being a "productive" programmer requires understanding the requirements well enough to quickly write working code, then moving on to the next problem. Personally, I usually find that it takes two refactorings/rewrites to go from initial working code to something that I honestly believe is understandable/maintainable, and I don't always have time to do that.

I've often thought of C++'s templates (when used in the "straightforward" manner, anyway) as more of compile-time duck typing than a real generic type system. Even moving from C++ to Java took a while to get used to.

It exists (npm shrinkwrap [1]), but it's not enabled by default, and it has some warts, such as non-deterministic sorting of entries.

There's a third-party tool [2] that is supposed to solve many of the issues, but I haven't tried it.

Of course, if you do this, there's a decent chance that if you try installing it again in 6 months, your shrinkwrapped version of at least one of the dependencies won't be available any more...

[1]: https://docs.npmjs.com/cli/shrinkwrap [2]: https://github.com/uber/npm-shrinkwrap

The comments on the pull request for the fix [1] say it does not [2]:

> The new way/API is unfortunately not working for Windows 7 due to a bug in the Windows HID Class Driver

[1]: https://github.com/dolphin-emu/dolphin/pull/3245 [2]: https://github.com/dolphin-emu/dolphin/pull/3245#issuecommen...

That's disappointing. Do you have a reference for this? I'm curious if there were any details in the announcement.

I use the Firefox version of Zotero[1] to archive links. It works quite well, and is more searchable than PDFs.

[1]: https://www.zotero.org/

It used to be incredibly common for production APKs to contain Java debug info (line numbers and variable names). IIRC, Android Studio now sets up the Release builds to strip this out and do basic ProGuard optimizations, but if WhatsApp was migrated from an old build system or something, it could easily be missing this step.

> which site operators would likely lose

I keep hearing people say that, but I really don't think that's how it will turn out. Adblockers rely heavily on pattern-matching to work: scripts loaded from certain third-party domains, resources in particular subdirectories, markup structured with predictable element IDs/CSS classes, and the like. There are ways to break all of these: first-party ads, either by directly hosting them or by proxying your ad network; media served via embedded data: URIs or hash-based URIs; CSS which is minified, and randomized every few weeks; etc. These techniques may not be widespread yet, but I'm sure they will grow in popularity as the adblocking war rages on.

But hey, maybe ads will get a bit less egregious in the process.

Microsoft has also been doing a good job of keeping TypeScript aligned as JavaScript++ by absorbing ES6 features into the language. I was initially worried that TypeScript would be a fork of JavaScript and eventually diverge enough that it was painful to use, but there aren't any signs of that happening yet.

USAA does, but it's not implemented as simply as app passwords. There are two major issues with aggregators: 1) authentication and 2) data access mechanism. A read-only app password would solve #1, but aggregators commonly implement #2 by screen-scraping, which is the bane of everyone's existence. I wouldn't be surprised if half of the reason BoA cut off aggregator access was because most of the aggregators were screen-scraping, and BoA got tired of the support calls whenever they made a site change and people's accounts stopped syncing.

Last I heard (um, a couple of years ago), USAA's solution was a proper API, but Mint was still screen-scraping. I have no idea if that's because Mint is lazy or USAA'S API is too limited for what they want, but my money would be on the former.

> Lacking an app? ( Not really, if you are missing an app in Kodi you'll miss it probably everywhere )

DRM is a problem, though. I don't think there's currently any way to get Amazon Instant Video working, which is the only thing keeping me from using my nVidia Shield TV as my sole media device.