archivator

There's also Convergence, in which multiple independent notaries vouch for a certificate's authenticity. Here's a good summary - http://security.stackexchange.com/questions/5967/convergence...

Ah, fair enough, that makes more sense. Last time I tried to use the built-in ones, I just scrapped the project after two days and redid it with functions. It's not magic if it doesn't work!

Are class based views really any good for anything outside of CRUD? I've found the documentation (and, more importantly, rationale) lacking. Generally, when I try and use them, I spend more time figuring out how to customise than when I write "normal" views.

Functional programming is a tool. It's a really powerful tool. Knowing really powerful tools helps you solve really difficult problems.

Whether it's Haskell or some other purely functional language, I'm of the opinion that every programmer should have one in their toolset.

This is getting off-topic but no, that's not how it works. Android handles those chat heads as system-level windows, you don't need to know what's underneath them. The running apps list is for that "Last app" functionality (though I've no idea why reordering is needed).

Press the "Reveal blocked spam" button at the bottom.

From a UX perspective, after the initial learning curve, T9 gives you larger tap targets and fewer taps needed (compared to QWERTY). This naturally results in faster finger movement but also less need for movement overall. It's a win-win for search.

Luckily, Android's lock screen has deep dependencies (purges in-memory passwords for VPN, for example), so it can't be disabled be an app. That said, it can be prevented from appearing due to a timeout. Pressing the power button should always lock your phone.

You're assuming it's intentional. The first thing that comes to my mind is inconsistent state between multiple authentication servers.

It looks completely different now: http://ctrlq.org/files/screenshots/b76a925667955563e430ac0d7...

It doesn't look particularly revolutionary, though I haven't examined the graph properties of the swarm that would result from this system.

That said, a side interest of mine is investigating applications of fountain codes to video streaming. There are a few papers out there and I'm slowly building up the knowledge (and courage) to implement something in that area..

I believe this is the study: http://www.library.ca.gov/crb/08/08-007.pdf

Summary of results:

• Neither cameras in Jordan Downs nor Hollywood Boulevard had any significant effect in reducing violent or property crime rates within the target areas;

• The monthly rate of violent crimes fell in both the Jordan Downs and Hollywood target areas; however, the Nickerson Gardens control site and the Hollywood Box matched pair experienced similar reductions and the results were not statistically significant;

• The monthly rate of property crimes decreased in Hollywood, and increased in Jordan Downs, but the results were not statistically significant in either case;

• The evidence on the displacement of crime is mixed; in both locations, some crimes increased at a faster rate in the adjacent areas, indicating that CCTV may displace crime, while other types of crimes decreased relatively more in the buffer areas, though results were not statistically significant;

• CCTV had no statistically significant effect on arrest rates for misdemeanor quality-of-life infractions in Jordan Downs or on Hollywood Boulevard

Just tried it out and my phone doesn't report any position (however inaccurate) if it's only seeing 3 satellites. Also, although it's possible in principle, I doubt the timing information on a consumer phone is accurate enough to get a possible fix from 3 data points.

Really? And why would the NSA be interested in the services of simple scammers? These are not hackers, crackers or anyone with sophisticated skills. They're just scamming people into installing what is essentially a pimped-out VNC server. I bet there even aren't any exploits involved in getting access to the features that they use, just standard APIs.

All in all, I doubt the NSA (or any TLA) would hire them.

I'm aware of polymorphism and the list convention and I'm not going to argue against them.

However, the example code uses `c' for connection and `q' for query. Surely, knowing what those are from the variable name would be a good thing?

It's not that I want to impose Obj-C's verbosity but the other extreme (1-letter names) is just as bad.

I have to say this looks like a really convenient library!

Aside: As a Haskell beginner, I find it astonishing that 1-letter names are the norm in Haskell-land. To me, names are not just placeholders imposed on you by the language, they should convey meaning, too!

If you need a citable name, taking the transparency of the cryptosystem as an assumption is called Kerckhoffs's principle.

The paper from last year's SIGGRAPH - http://people.csail.mit.edu/mrub/papers/vidmag.pdf

Symlinks. Put all three folders under a common parent. Then, put symlinks inside your Dropbox pointing to the relevant parts of the project.

Like what exactly? Anyone using Django in a production environment, should be following django-announce anyway - https://groups.google.com/forum/?fromgroups#!forum/django-an...

Another happy gnucash user!

I have a few reports that I keep open (last month's expenses, this month's expenses, etc), so my usage is generally 1) download transaction history in OFX from Natwest, 2) import into gnucash, 3) put the unrecognized transactions in the correct accounts (rarely if ever have to do that these days - the bayesian matching works rather well) 4) inspect the reports.

I couldn't be happier!

See also: Redphone for Android - http://www.whispersystems.org/

The actual graphics flash and disappear on my Linux Chrome 23 machine. The header 3D shift works fine though.

Here's a not-so-scientific but rather fun YouTube video on the topic: http://www.youtube.com/watch?v=3pAnRKD4raY

A centralized, IRC-like network for file exchange. Or rather, DC++ is the client to that network.

Well, there's work to be done (quite literally), so unless we discover the laws of thermodynamics don't work, energy will always be expended.

I think with the advances in C++11, that's even more likely to remain the status quo.

I need to investigate the Wallet API (and whether the Play Store is using it) but I'm pretty sure it was the Google Wallet checkout popup that actually kicked the bucket. The Play Store site was really snappy, actually.

The order that visibly went through was redirected to the full Wallet site. I say "visibly" cause apparently one of the popup ones went through as well. Oh, well, I'm sure one of my friends would appreciate it.

As someone on Reddit pointed out, the minimal API version of the app is 4, which corresponds to Android 1.6, which, incidentally, does not have the AccountManager infrastructure.

I guess that's a good reason to implement credentials storage, don't you?

P.S. AccountManager stores your passwords and tokens unencrypted in a database as well.

This is not what's under debate here.

Without device encryption, encryption of the passwords is useless, given root access, since the key is somewhere on the device as well. If anything, the only crime here is not using access tokens but storing the whole password.

With device encryption, the situation changes slightly. Unlike iDevices, most (all?) Android phones don't come with a hardware encryption chip, so, given a vulnerable bootloader, full-device encryption doesn't do much in the way of security. Under a secure bootloader, device encryption should be secure as well.