you could, but this is not good enough. A malicious app can collect data to send, store it, and wait until you slip up and accidentally give it internet access. Again, this is trivial stuff, no elite hacking required.
the reason being something along the lines of "oooh, shiny!"
Practically every monitor in our office is of course matte. If they were glossy displays, we would really be struggling to read any text on them! Perhaps this is more of a problem for people like me who prefer white-on-black.
I guess the main thing that came out of it was finding out how to run NetBSD and OpenBSD in recent qemu, which is not totally obvious, they didn't work out of the box. It took a bit of searching around and asking questions!
It uses a fairly small amount of RAM / RSS for the emulator, I was impressed that it could run 9 operating systems in 1GB and not too much swapping was going on. I know that normal virtualisers like xen are faster.
I wouldn't do well under load, but it was fine for running an interactive shell without X. There might be a bit of swapping when switching your attention from one VM to another, only a few seconds. Qemu is a nice way to try out some different systems! I'll try running the VMs on my new mini laptop and see how that goes.
I got an HP mini this week, runs Ubuntu 10.04 very nicely, and has a lovely matte screen. It was the only laptop in shop with a nice matte screen, even the super $3000 3d laptop had a glossy screen! Who wants a glossy screen, are they insane?
I deliberately use slower machines so that I write more efficient code!
why? because an Eee PC was the only desktop box I had available at the time, and I wanted to test the portability of a program to various different systems.
I would greatly appreciate if some kind hacker would review my reasoning and help me correct any errors!
"The calculated values (oblateness) are not close enough to the actual values, so I think I have made some mistake, or did not consider some significant factor"
yea, Debian is goodness. I think Ubuntu inherits most of that goodness, but the packaging seems to be a little more flakey. I've had more dist-upgrade failures in Ubuntu than with Debian. FWIW as of now, I use Debian on servers, and Ubuntu on desktops. I wouldn't use any distro other than Debian for a server.
The basic technique they are using, to generate a Fourier transform and distinctive signature from a segment of music, and look it up in a hash, is completely obvious. It should not be patentable. The gory details of their algorithm might be patent worthy (although I don't like patents at all). But Roy did not use their algorithm, he invented something similar. Greedy trolls, hate.
It might be a nice idea to integrate music identification with CDDB I think.
Google has a similar system that they are using to prevent the use of copyright music in youtube clips (and they also have patents for their method). I suppose many other systems exist to do the same things. Roy should publish his code. Death to trolls.
This is crap, the changed condition is still unacceptable. These conditions are a deal-breaker for me. I would have considered buying an iPhone and developing on it, but because of this stupid other-language-prohibition, I will never buy an Apple product. I bought a Nokia N900 (Maemo / Debian / GNU / Linux phone). I'm very happy being able to run anything on it without having to jail-break or break license terms. Also it runs at up to 1.15Ghz, which is faster than the iPad and newest iPhone.
Well, the point is that now I can have a hubble deep field image as my background for google search, which is a enough reason for me to stay logged in to my google account at work, which I normally don't.
this system does keep every key sounding the same, for me that is a desirable quality. Some variety of harmonies might be used to achieve different feels. The key of the system is that it is designed for an electronic synthesizer - a different tuning can be used for any piece or key within a piece, and the tuning can be varied at modulation.
I have done some work on this. I think the best way to tune a system for playing diatonic music is to ensure that the major and minor chords on tonic, dominant and sub-dominant are perfectly tuned in harmony. This sets exact frequencies for every note of the 12 except for the diminished dominant, which is not used much except in modulation or more atonal music. This tuning gives very good sounding harmonies. If the tune modulates, the best thing to do is to change the tuning of all the notes to match the new key. You might also shift the pitch of the new key note to its equal-tempered value, or to the value in the original "base" key, to which your piece will probably be returning. This will give excellent sounding music. Even the chromatic scales sound really brilliant with proper harmonic tuning like this, if you listen to a random segment of a chromatic scale, you can get a feel for where the tonic note is! equal-tempered scales just don't give that. I have written a simple computer-keyboard app that implements this tuning and modulation, it not complete, a work in progress.
This would be people posting their private key by mistake when someone asked for their public key to put in an authorized_keys file. Hopefully the geek on the other end told them "WTF go burn your key and start again".
since some people like C's syntax and some people like python's syntax, I hope to support both in future, changing one to the other can be as simple as running a program like "indent" over the code.
brace is an experimental language, the let(a,1) business it a very primitive approach to type inference, it is simply a macro that translates to typeof(1) a = 1 (and unfortunately thereby depends on a gcc extension). I do hope to add proper type inference in a later version of brace.