Of course, to make a good argument, I think we should also look at the stuff learned /before/ algebra - She may have been taught more background before algebra than you did, despite having it at a younger age.

Personally, I think we'd all be better off with a more customized and compressed curriculum; customized for several different learning styles, and compressed into less time.
I'd also like to see paid work programs being part of high school, to teach people more about the real world, possibly tied in with classes to teach how some of this stuff applies in the real world. (versus the usual psuedo-real questions from books)

It looks like an interesting device, but the low resolution kills it. 320x400's just too low, sadly. Heck, even 800x480's low - My optimum device would be 1024/1280x600 in a 4" screen, and a slightly larger form factor than the N900(plus dual/quad core, 1GB of ram). But I still don't see anything like that...

It's as you said: Nokia N900, hands down.
You get:
1. Fully unlocked phone, unlocked bootloader and real Linux.
2. Loads of "hacker" tools and apps.
3. Busybox ash(stock) or full Bash if you want.
4. The phone part is fully scriptable with dbus commands. There's even a dbus monitor daemon to run a script when a certain dbus signal is sent.
5. Hardware keyboard, decent specs(CPU's a bit weak, but greatly overclockable), and good screen.
6. Debian Chroot gives full LXDE system right on your phone if you need it.
7. Real web-browser functionality: tablet-friendly stock microB(FF based, renders like FF 3), Firefox Mobile, Chromium(desktop version basically), Opera

Really, it seems to be the only option.
The N9 might also be doable, but there you have to enable developer mode, and have no hardware keyboard, screen's poorer(AMOLED vs LCD), and it's just more hassle.

Well, I would say it's not real linux, and I'm no anti-Linux person. I just can't see Android as Linux without native X11(or Wayland), thus it doesn't run "Linux" applications without some sort of translation layer or port.
Now, Maemo... That's *real* linux. It runs X, Pulseaudio, Busybox, Bash(if you want), and a good number of OSS Linux apps will run natively with a recompile. It's only real lack is no HW-accellerated OpenGL(GLES isn't enough to play OpenGL desktop games etc.), but meh.

As far as I'm concerned, Android is a good start. It's better than iOS or WP7.. But it's only a start, and isn't really Linux(especially so when you have binary driver blobs and such that aren't portable to other kernel versions).

Erm... why, exactly, is OpenGL not up to the task? TF2 in DX9 mode on Wine looked* the same as it did on in Windows with native DirectX, though slightly slower... which is understandable due to the realtime translation being done.

(*Until the Pyromania update broke that feature)

That's entirely true. Personally, I've no care about what two(or more) concenting adults do on their own time. The only issue /should/ be how to handle tax breaks, child support and whatnot... which, in a sane world, should be trivial to do and be 100% fair to any and all parties involved.

But hey, that wouldn't be good for business(Just think how many people make money off having things the way they are) and so it won't happen.

I'd love that.

--Posted from my N900.

I don't even think Disney would disappear - it might get smaller, and they might have to come up with more, higher-quality works(and lower profit margins), but I doubt it'd really affect them. It could hurt the Home DVD market(Because lots of people don't have broadband or internet at all... and BluRays are too expensive media-wise) as more companies make compilations and sell them dirt cheaply, but hey, that's good for the consumer.

But that's not really a "linux" problem - more a distro problem. And if it were used in the corporate environment, A, it wouldn't always be the latest and greatest, and B, IT would test versions before rollout... Like they do on Windows. Just setup a corp APT repo with tested/OKed software, and you're good to go.

Nah, the real problem with Linux is the same thing it's been for years - lack of critical applications. Sure, these days, any web-based applications will work like a charm... but it's things crucial to your business - in my case AutoCAD, MasterCAM and our Infor ERP system - that prevent Linux on anything but the most basic of machines.
Once those apps get ported to Linux, I think we'd be running it within a couple of years, simply due to the lack of cost and stability(and excellent support for out-of-date hardware).
Users, well, they'll learn whatever it takes to get the job done. CLI is great for some things, horrible for others. GUI is great for some, horrible for others. It shouldn't be one or the other - blend the two. Have a good gui with common options, and a CLI box that can be pulled up for access to the complex and arcane extra features(which perhaps only 100 people in the world use, but for them it's critical).

But this is exactly the problem the parent post was talking about - for multiarch, you need two sets of libraries. which *could* be different. Fortunately, debian keeps things clean, so it works amazingly well, but the problem could still arise.

Calibre's great - I use it in conjunction with my Nokia N900 and (open-source) FBReader app, which works perfectly(and strips all that crappy formatting included with some Ebooks, stripping it down to the level of a RTF).

I agree - My boss was quite excited when he heard about the X86 tablets - Being able to run AutoCAD, MasterCAM and the like on a (reasonable) portable device would be awesome; especially if it was fanless(and thus not prone to sucking up dust in the machine shop environment). Especially if you can simply drop it in a dock and continue work on a larger screen and keyboard.

FUD, as I'm sure you know(I can't tell if you're being sarcastic, so I'll assume not). Worst thing that can happen is you'll not be able to sell your product again and you may be open to a copyright-related lawsuit resulting in some money lost, but noone can force you to open your code.

Actually, you're wrong about that - the kernel interface part *is* open source, and *can* be modified(and needs to be recompiled for every kernel version) - I once needed to use a specific set of Nvidia drivers that did not yet support the latest X version I wanted to use. A little googling around netted me a patch someoned had made and instructions for extracting the kernel module from the .bin file, patching it, then getting it compiled and running.
It worked surprisingly well, and I didn't have any major problems with that patched version either so...

Now, patching the userspace *driver* part... that's a different story. But for x86/amd64, the kernel interface is open, and it *should* be the same with Nvidia's ARM stuff as well, as it's a requirement of the GPL.