Icinga rather than nagios... always... the simple basic changes to Icinga make it so much nicer to work with, even the v1 branch which is just a fork with some updates
This is a good solution, and I have a high power 2.4Ghz wireless N Mikrotik with GB ports..... but... they have some fairly large holes in their range.
For example, nothing AC yet, that appears to be getting closer but still a ways off. Also, no simple dual band setup without basically building it yourself our of their pieces.
Wwhat I'd love right now from Mikrotik is a dual band, high power, AC capable AP with GB ports. Actually I'd settle for just an N version but even those require you to build it yourself
Kay is paid by Redhat to develop systemd and interact with the kernel developers.
He's be doing the same thing for years and continues to develop code that breaks otherwise working systems, he then refuses to fix his broken code, claiming everyone else has the broken code, and they should fix theirs. Forgetting that all their code was working flawlessly until his patch came along
None of that matters. If you redesign a part, the part number changes, an errata is filed, the BOM is updated with the new part, and life goes on.
The fact that they didn't change the part number screams to me cover up
And even if it was, that's what the parking brake is for
The simple answer to all this, is don't by a Kindle. By a device not attached to any seller like the Kobo. Sure the Kobo can use Adobe's DRM.... but why would you when you can just read epub files
Yes, they would be stored in the firmware somewhere.... on a military grade receiver only. If you have that then it becomes kind of a moot point if you can hack the firmware of a standard unit.
The keys would not be in the normal units because they don't need to be
Well done sir, well done!
Isn't the point to encrypt with their public key, and they decrypt with their private key.
They encrypt with your public key, you decrypt with your private key?
How does a public key decrypt something at all?
Isn't the whole point that the PRIVATE key, is what you use to decrypt stuff sent to you, and since only your private key can decrypt it it's safe? If you can decrypt with a public key whats the point since your public key, is by definition, PUBLIC?!
As is described in the article, they will happily pay that. However this particular ISP was against profiting in any way from monitoring their customer
The company behind it (MaxNet) also got bought out by a much larger player with an Australian head office (Vocus) which many suspect played a hand in them turning it off
You obviously haven't actually done this with many games on the PC. Whilst technically you should be able to, more often than not the only way to play the old game is via virtualization or some level of emulation. Or by buying it again from GOG who have re-written the parts than don't play nice with the newer OS's.
Evan buying old games from Steam is iffy and usually needs work-arounds to get running
Whilst I'll agree it's not up to HDD standards yet. There are two very important things to point out here.
1. Endurance gets worst as the size manufacturing size gets smaller. 19nm is the worst, not the best for endurance.
2. The massive speed benefits more than make up for the size disadvantage. Use SSD's today to store data you have backed up, or as a boot drive for an OS that's easily replaceable, for simply for a cache drive like Fusion drive or the Intel Windows drivers give you.
Don't exclude a revolutionary technology just because you need to be a little more careful how you store your data
For some definitions of "supported" I suppose. Minimum useful support came in Win98 SE and read proper support came with Win2000