I need this, but for all the android apps that are refusing to open links in my chosen browser.

There's a good chance she may have committed some light treason.

Legally speaking: Breaking and entering a federal government building, stealing information, conspiring with a foreign national to sell the information to a foreign state intelligence service.

I think life sentences have been handed out for smaller forms of treason...

I think it would technically be espionage rather than treason, but still a very serious crime.

Yeah under US law I think you'd have to giving the info to a nation the US was at war with for it to be treason. That came up a bit in the whole Trump Russia collusion debate.

OP was making a reference to a recurring line in Arrested Development.

The EAA store had a shoplifting problem in the 80s

https://www.cia.gov/library/readingroom/document/cia-rdp85-0...

its your dialup access number

I forked acme-tiny the other day and replaced http-01 with dns-01. The dns-01 implementation is pretty simple and crude for now, I'll probably add dynamic dns update support at some point. All it does is print the records out and wait for you to add them manually.

https://github.com/nuxi/acme-tiny

For now I've just done enough to get a cert for a mail server.

r1.3 added blinking to the page.

I love it!

Hey, this is a real thing! <blink> will cause people with epilepsy difficulty, ranging from anguish to a full seizure.

The court order refers to the need to load the custom OS image via DFU (device firmware upgrade) mode. I am not an iPhone user but I'm assuming that is exactly what the name implies. (some pre-boot recovery environment)

It's been a few years since I looked at DFU, but my impression was that installing a new OS via DFU would have the side-effect of erasing the device.

That's probably the case for you and I, but I'm sure with sufficient knowledge of how DFU works (for example by employing the engineers who designed it) you can persuade it to only rewrite particular blocks, leaving the data intact.

In my jailbreak days, the DFU update did indeed wipe the device. I don't know how it works.

Did it actually write zeros to the flash memory or did it leave the data sitting around somewhere?

The encryption key is deleted. All data can remain on the flash for years, but it's useless.

But if you're planning on brute forcing the encryption key, this side-effect doesn't matter.

The key is not the password. If that were the case, the phone would have to re-encrypt everything everytime you change the pin or password. The password unlocks the key. And if you brute force the key itself, it might take decades, maybe centuries.

You could rewrite the bootloader and recovery firmware to really do anything. Resize some partitions and dual boot into a shell with some drivers for keyboard and wireless.

Basically jailbreak..

I hope that FTP-master agrees. They've been okay with the ATI and nVidia drivers being shipped this way for a rather long time so there is hope.

For the curious, the need to change the malloc behavior is not hypothetical:

https://sourceware.org/bugzilla/show_bug.cgi?id=6527

Basically for many years now glibc has been knowingly doing the wrong thing just to keep malloc_set_state/malloc_get_state working. Which as far as anyone knows, is used only by emacs. Keeping this interface alive for the sole benefit of an emacs optimization when it is blocking the fixes for fairly serious bugs is a pretty big bar to meet for justification.

In the end this is largely a non-issue as an Emacs developer noted that their configure script probes for the special glibc malloc API and if it doesn't exist then emacs will use its own malloc implementation. The conclusion is that once the glibc devs get their changes up, everyone can meet up again to make sure existing emacs binaries still run and that the API detection in the emacs configure script works right.

So props to Paul Eggert for being the only sane man in the room and pointing out that the drama was all for nothing.

TL;DR http://i.imgur.com/gCyIUDW.jpg