"Many eyes makes bugs shallow" applies not only to people working on the buggy code itself, but also all the developers who use the code. Bugs are almost always almost found because of software behaviour, and in general bugs in closed or open software are equally likely to be discovered by end-users. Bug are far more likely to be found by developers though. Consider some different scenarios: (1) A bug is discovered because following the documentation on how to use some API doesn't work exactly as expected; a really bad bug because behaviour under normal conditions is wrong. (2) A bug is discovered because a developer makes an invalid call to an API and it doesn't error out gracefully; still a bad bug, but most developers are going to correct their code to use the API correctly, and maybe file a bug report if the problem is bad enough to break their software. In case (1) someone is always going to file a bug report, closed or open source doesn't matter. In case (2) is different; chances are a developer isn't going to bother submitting a bug report if the buggy code is closed source, they'll just write some validation around the API call to avoid the bug before it happens. If open source, this validation will probably be submitted as a patch upstream, or at least someone is likely to report the bug. But then there's case (3), heartbleed. What you've got here is a bug that for correct input works, no bug to file, for incorrect input appears to still work, so still no apparent bug, but for incorrect input it does extra stuff you don't know in advance to check for. A developer with a case (3) bug is far less likely to discover that bug. If the library is open, a developer debugging their code might step into the library code and see the problem, slightly increasing the likelihood of the bug being found in open source as compared to closed.
The point is that downstream developers count as 'eyes', and probably make up the majority of those eyes. Because of lower barriers to entry, open source projects when compared to their equivalent closed-source counter parts tend to have many more downstream developers. Even is the case of non-library, end-user application projects, other devs are write plugins, extensions etc. so this remains mostly true. The argument that the eyes don't exist is not true. The eyes may not be looking directly at the code, but the code's behaviour is being tested in a variety of other ways. Case (1) bugs are going to be found and reported regardless of whether the source is open or not. Case (2) bugs are probably equally likely to be found, but far more likely to be reported and fixed if the buggy code is open source if there is a downstream workaround. Case (3) bugs are hard to find either way, but are MUCH easier to fix in the open source world.
Iceland? They seem to have a much better track record than anyone else where internet regulation is concerned. Sure people try to get shit pushed through there, but they seem to have a high proportion of tech-savvy parliamentary members who shoot the unreasonable shit down.
Honestly though, what we need is a multi national non-profit who are allowed to charge for their services, or receive funding (equal/roportional: needs more discussion) from all countries
My point is that the geek niche won't need 50K apps ported. The GP claims nothing less than the full app suite would be of sufficient value, but past the top 50 (maybe 100) most apps are either games or utilities. My point is that the utilities are already there on a GNU system.
Regarding the debian chroot. Yes it gives you most of what you want, but it screws with your warranty and STILL there's stuff I'd like to be able to do that I cant. One example is to have every phone incoming or outgoing automatically recorded, and I get the option to permanently save afterwords. Mainly for dealing with calls from companies. Debian chroot doesn't give me enough access to the kernel to do that, at least I can't figure it out. Or making my tablet make a phone call, despite the fact the phone app is banned from use on the tablet. All I want i to top up my mobile data which for some unknown reason can't be done via SMS in this country (South Africa). My hope is that a genuinely open phone would allow these sorts of things to be developed.
2.4 statute miles of surgical tubing at Yale U. = 1 I.V.League