legooolas

One thing that's missing from a lot of arcade cab builds is that old games often don't run at a 60Hz refresh rate, and so you get a strange jittery effect as it has to skip or duplicate frames to display at 60Hz on normal LCD monitors.

FreeSync/G-Sync makes a tremendous difference, but unfortunately does this to the price as well :(

Edit: Or you can use a CRT :)

I've been using it on some cheap ethernet-over-power adapters (Devolo, not "HomePlug" brand) for streaming MythTV recordings of HD UK TV for several years and it's been completely fine.

UK Freeview HD is 1080i though, but it's in a very bandwidth-inefficient container as it's just the transport stream which is sent over the network. I've also played some 1080p content over it with no problem, but most of the content I use is 1080i.

No idea how old my wiring is (house is from 1950), and this is across the distribution board / fuse box too, as it's between upstairs and downstairs in my house. So my experience is completely different to yours and much more positive :)

But Apple won't explicitly state which versions are and are not supported, so everyone could be wrong.

Personally I prefer to be able to hear cars and people when I'm cycling, so that I'm less likely to hit anything or be run over.

Do you not feel it makes you more likely to have an accident?

This is possible, but requires different wiring to light switches, to provide power there (which isn't common) and for manufacturers of replacement switches, bulbs etc to care about security.

The former isn't something which is happening yet anywhere that I know of (in the UK at least, even in new-build houses), and the latter needs pressure from consumers which isn't happening for anything in the internet-of-things space yet :/

(edit: don't try to use markdown in HN comments, however automatic it has become for you :)

That's exactly what X10 does, but it's fallen out of favour in recent times.

(I've not used it so I couldn't say why)

I've been running it (or an equivalent ethernet-over-power from another vendor) for years and streaming HD TV over it with no problems.

RF spewing out of the mains wiring is true, but again I've not had any obvious problems due to this. (I'm surprised that they're allowed to be used despite this, however)

edit: Streaming TV over it in that I use it to connect between a MythTV front and back-end, and haven't had any connection or bandwidth issues that I've noticed. It's been pretty rock-solid for me :)

Yet.

(Does kdbus count?)

Should you then hold individuals accountable for their own incompetence (rather than malice)?

Where do you draw the line between it being the corporation's fault and the individual?

(I suspect these questions are part of the reason it is the way it is currently)

That is awesome, and would be something I would try and do right now, if I hadn't got rid of my cable subscription in favour of over-the-air Freeview (I'm in the UK).

Isn't NUMA how multi-core CPUs work still?

At least the AMD Bulldozer architecture diagram on the Wikipedia NUMA page shows this, both within a socket and between sockets:

https://en.wikipedia.org/wiki/Non-uniform_memory_access#/med...

Is the same true for Intel chips? (The Wikipedia page mentions the Intel E8870 memory controller, but not whether newer chips use similar set-ups)

I have one of these and this is why I blocked the wifi bridge from any outgoing network access. The mystery server then just uses the MAC address of the bridge as the "authentication" of where you get to control the lights via the app.

Having a separate wifi network (and separate VLAN for wired) IoT devices sounds like a good idea, and is something that I'll be doing this weekend...

(Also will port-scan the MiLight bridge to see if it's got any other interesting services on it)

> At first the effect seemed "neat", but after [repeated use] the novelty wore off and it became cumbersome

I find the same with virtually all animations on phones and other UIs. If it can show me what I want a smidgen quicker by not animating then it gets disabled.

In the UK the opposite is true; if you have a contract you get better per-month costs, and over the course of 2 years it's often enough to pay for a smartphone bought contract-free.

I have just done this myself with a 24-month contract saving 6 GBP a month (making it 4 GBP a month, including 500Mb/month of data) which paid for a Milestone 2...

Debian _un_stable, on the other hand may be (depending on when you last updated). There is a new package available and so an `apt-get install sudo' or `apt-get upgrade' will sort it.

I stand corrected :/

gcc does in some cases but not all (see http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Optimize-Options... but not all).

Still, the current standard says it's not legal so it seems like a bad idea to rely on undefined behaviour...

If you have multiple items of which you're only going to store one at a time but want them in the same "structure" then you use a union. (i.e. temporally disjoint)

> A union is a means to make some value accessible as various types. For example if you do a zvalue_value->lval you’ll get the value interpreted as an integer. If you use zvalue_value->ht on the other hand the value will be interpreted as a pointer to a hashtable (aka array).

This is not valid C usage of unions. They are _only_ for use as a method to save space, not for conversion between types, despite it being a very common usage of unions.

This can cause all manner of problems when compiler optimizations such as type-based alias analysis are used.

EDIT: Turns out I'm completely wrong on this and it's fine from C99 onwards.

It's not just you. An email that starts with "I would like to start a dialogue about our plans for..." makes me think "uh-oh" immediately. Slicehost has only changed for the worse since their merge, from my experience with them :/

I recommended them to several friends and colleagues, but from what I've seen of Rackspaces offering I wouldn't be able to do that with them.

RIP Slicehost :(

That sounds rather inconvenient. Are the external elastic IPs non-routable internally? I mean, if you add the IPs explicitly to hosts files then will traffic to those IPs not work?

> after startup the EC2 instances have new IPs

They have static ("Elastic") IP addresses:

http://aws.amazon.com/articles/1346?_encoding=UTF8&jiveR...

..don't these let you keep the same IP for your Puppet master instance?

There have been a lot of suggestions (on here and other sites) to run puppet with locally-rsync-ed (rsunk?) copies of manifests, but there are a few things which won't work if you do this, unfortunately. Most importantly is the `storedconfigs' which (afaict) require the puppet server to work.

This means that you lose a large amount of the power of using puppet, by which you can use configurations across machines to do things like collect up all the services you run on a set of machines and generate a nagios config, or firewall config, or whatever. Without using stored configs for this I assume it's possible but will require more explicit configuration rather than the rather more elegant solution provided when using a puppet server.

Side note : I've used puppet on a fairly small scale of up to ~50 machines, and just started using it for VMs, and it's pretty straightforward to integrate into a bootstrap install to get ruby and puppet installed so that you can use it to install all the rest of the dependencies. But of course, the most use is for changes later on rather than at install-time when there are already a huge number of tools to set up or image machines or whatever.

Side side note : I've not used Chef to compare this with.

http://nokiaplanv.com could really do with some filtering to remove javascript on the output page after the form... :/

Many US mobile/cell plans include paying for receiving text messages.

Clearly no-one in the US gets any text message spam, or they'd be _really_ angry about paying to receive that.

I'll bite:

I'd say that it's more that if there's no (current) way to track what the other package management system is doing on the distro (any distro, not just Debian) then they can't tell what packages are installed and hence whether the distro-supplied packages can work with them...

> pain points

Absolutely, but this problem has been around for a long time, and fighting with distributions on how to get it to work won't help anyone.

Of course, it also means that if you install a buggy version of a library from, say, CPAN then you could break distro-supplied packages... I guess it depends on which you value more: distributor-provided testing or being able to install out-of-band packages onto your distribution more easily and with proper dependencies.

[Disclaimer: I'm not a Ruby developer, but have developed in plenty of languages, as well as being a sysadmin for a fair while]

IME, separate package-management for each and every language is more painful than the problem he is describing.

Rubygems, CPAN, whatever other languages use.

As soon as you install things outside of the distro package-manager, it has no idea what is going on with those packages and so continues to think that they aren't installed. If there was a way to get the package-managers for language libraries and the distro to play together nicely and work for dependencies etc then this would be OK, but as it is it's a bit of a sysadmin nightmare.

Edit: I thought that installing distro-supplied packages into /usr/local was against the FHS?

Setting up a new switch in the office, and to show the pretty light-show on startup, rebooted the switch. Turns out that the newer Procurve 1810Gs don't automatically save the config (you have to tell them to after making changes), and they don't have loop protection on by default...

So reboot -> no loop protection and that 3-cable LACP trunk I'd just put them on was suddenly a bit of a loop[1]...

Moral of the story : Don't assume that (what seems like) a minor version update in a product doesn't change the behaviour substantially (the 1800G switches save the config when you make changes, the 1810Gs have it as an explicit step).

[1] A gigabit loop on a completely flat network, so there was essentially a gigabit of broadcast traffic pounding at the ~100 machines on the network...

Pretty much as bad was that a colleague of mine once ran:

  rpm -e *

..which had much the same effect (and no confirmations required!)