The most annoying thing is that it's that hard to do.
There should be a menu item in the compose window to change the behaviour just for that message. I use plaintext email almost all the time, but if I ever want to send a single HTML email, I have to go right through the menus and preferences window, twice.
That's the odd thing about the human brain. It's normally very good at working out how to interpret incoming data, given enough time to get used to it. There's even been some success in using a grid of electrodes on the abdomen to simulate vision in blind people, using a camera to work out how much power to give each one.
LGPL, version 2. Pedant. It doesn't make a difference, especially as the LGPL is GPL compatible, i.e. it is possible to modify OpenOffice and release the fork under the GPL.
Gotta wonder why it's not under the main GPL though.
No it isn't believable. OpenOffice is GPL. It cannot be bought out because it's source is freely available, and because any modifications made are also GPL, so if the project theoretically could be bought, people could still have anything that came out of it free (both meanings).
It seems most MSNIM users have no idea you can use MSN Messenger with other email accounts. Some people even register unused Hotmail accounts just for Messenger.
If you've actually read and understood relativity (I admit I haven't), you would see that the slowing of time is real and is *not* counteracted by the return journey.
This isn't right. Sorry. The time difference can remain even once the two clocks/people are relatively stationary and in the same place.
Also, relativity is nothing to do with human perception and reaction times. Relativity is a set of real physical effects.
This has actually been measured experimentally: two identical atomic clocks have been put slightly out of sync by flying one of them around the world in a jet. They remained out of sync once they were stationary together on the ground. See Hafele-Keating_experiment for references.
I don't pretend to understand it properly, but your arguments against it have clear logical problems.
Plenty of OSS projects use OpenSSH, and it's obviously far less sexy and able to get donations as some of the projects that rely on it. It doesn't seem right that only OpenBSD should finance it. However, I've not heard of projects helping out the stuff they depend on before. Would it be a good thing if big projects with lots of money started to be expected to financially help the libraries they use? It might help with the development of good, reusable frameworks and libraries and maybe even help deal with one of the major problem of OSS, namely that in some areas there far too many mediocre frameworks and few good ones. If this became the norm, it would allow the most used ones to develop faster.
Cdrecord isn't part of the kernel. It's a CD recording application. However, it obviously relies on the Kernel's support of the CD burning hardware. The issue that makes people angry is that the cdrecord people and the Linux people disagree over how Linux should handle CD burners. Both sides have accused each other of making their software break support for recent versions of the other. I personally believe the Linux developers, because cdrdao works find from version to versio n for me.
Furthermore, I don't think you use Linux. I think you use Windows. The kernel doesn't "move the cursor around" any more than it "records CDs". The X server moves the cursor around (or GPM does if you don't use GUIs). The kernel just lets X know what the mouse does (i.e. provides drivers for the mouse hardware). Just because something still works in Windows when you've killed all the processes you can, doesn't mean all OSs think it's a good idea to put it in the kernel...
And Linux isn't supporting my hardware if I can't use an ordinary CD-RW burner.
(I'm playing devil's advocate here. In fact I happily use Linux and cdrdao and simply ignore cdrecord because it doesn't work. I'm just pointing out that his stated reason for using BSD is the same as your reason for using Linux).
The forks will die out once the maintainers realise that it's not Schilling being awkward, it's the kernel people.
Good reason for the forks not to die out: I cannot use cdrecord on my system. Cdrdao works fine. I have both installed, and can simply choose to use cdrdao instead of cdrecord in K3B. Why should I care about all this politics? And why do you think people like me will start to realise that they're wrong and somehow switch back to cdrecord?
Re:We need a real life game like this!
on
Playing The Escape
·
· Score: 2, Insightful
Obvious fake. You can't put someone in a trance that easily, and it's not very legal to abduct an unwilling participant like that, especially without first checking if he has any kind of cardiac or neurological disorder. Sorry.
Two other points made in the NS article:
50 TONS of mammal RBCs? That's a lot of blood. I don't know the proportion of RBC in blood by weight, but it works out as a lot of blood. More importantly, red blood cells would swell by osmosis and burst in rain water, probably before reaching the ground.
And then there were the "unofficial" claims he didn't want to publish yet, such as the claim that they can divide, and the claims about conditions under which they can divide (300C in ceder oil? WTF?).
Slashdot Mirror
Also, our moon is big. Really big. It's been suggested that if it we didn't live here, Earth/Lunar would be classified as a binary planet.
Specifically, I was almost sure that strings threw errors if it was run directly on a device...
Gah, I thought I had a reason for that, but thinking about it, I clearly don't... I must be retarded.
Linus switches to a Mac?
Didn't crash my Konqueror in KDE 3.5.0.
Would that matter if the page was a login screen?
The most annoying thing is that it's that hard to do.
There should be a menu item in the compose window to change the behaviour just for that message. I use plaintext email almost all the time, but if I ever want to send a single HTML email, I have to go right through the menus and preferences window, twice.
That's the odd thing about the human brain. It's normally very good at working out how to interpret incoming data, given enough time to get used to it. There's even been some success in using a grid of electrodes on the abdomen to simulate vision in blind people, using a camera to work out how much power to give each one.
LGPL, version 2. Pedant. It doesn't make a difference, especially as the LGPL is GPL compatible, i.e. it is possible to modify OpenOffice and release the fork under the GPL.
Gotta wonder why it's not under the main GPL though.
No it isn't believable. OpenOffice is GPL. It cannot be bought out because it's source is freely available, and because any modifications made are also GPL, so if the project theoretically could be bought, people could still have anything that came out of it free (both meanings).
It seems most MSNIM users have no idea you can use MSN Messenger with other email accounts. Some people even register unused Hotmail accounts just for Messenger.
I don't have any neurological problems so far, but can I have a math coprocessor implanted?
Can some IE user link to the SWF so people who can't be bothered with hacking a stupid user agent filter can see this?
If you've actually read and understood relativity (I admit I haven't), you would see that the slowing of time is real and is *not* counteracted by the return journey.
This isn't right. Sorry. The time difference can remain even once the two clocks/people are relatively stationary and in the same place.
Also, relativity is nothing to do with human perception and reaction times. Relativity is a set of real physical effects.
This has actually been measured experimentally: two identical atomic clocks have been put slightly out of sync by flying one of them around the world in a jet. They remained out of sync once they were stationary together on the ground. See Hafele-Keating_experiment for references.
I don't pretend to understand it properly, but your arguments against it have clear logical problems.
Plenty of OSS projects use OpenSSH, and it's obviously far less sexy and able to get donations as some of the projects that rely on it. It doesn't seem right that only OpenBSD should finance it. However, I've not heard of projects helping out the stuff they depend on before.
Would it be a good thing if big projects with lots of money started to be expected to financially help the libraries they use? It might help with the development of good, reusable frameworks and libraries and maybe even help deal with one of the major problem of OSS, namely that in some areas there far too many mediocre frameworks and few good ones. If this became the norm, it would allow the most used ones to develop faster.
Don't feed the trolls.
Cdrecord isn't part of the kernel. It's a CD recording application. However, it obviously relies on the Kernel's support of the CD burning hardware. The issue that makes people angry is that the cdrecord people and the Linux people disagree over how Linux should handle CD burners. Both sides have accused each other of making their software break support for recent versions of the other. I personally believe the Linux developers, because cdrdao works find from version to versio n for me.
Furthermore, I don't think you use Linux. I think you use Windows. The kernel doesn't "move the cursor around" any more than it "records CDs". The X server moves the cursor around (or GPM does if you don't use GUIs). The kernel just lets X know what the mouse does (i.e. provides drivers for the mouse hardware). Just because something still works in Windows when you've killed all the processes you can, doesn't mean all OSs think it's a good idea to put it in the kernel...
And Linux isn't supporting my hardware if I can't use an ordinary CD-RW burner.
(I'm playing devil's advocate here. In fact I happily use Linux and cdrdao and simply ignore cdrecord because it doesn't work. I'm just pointing out that his stated reason for using BSD is the same as your reason for using Linux).
Good reason for the forks not to die out: I cannot use cdrecord on my system. Cdrdao works fine. I have both installed, and can simply choose to use cdrdao instead of cdrecord in K3B. Why should I care about all this politics? And why do you think people like me will start to realise that they're wrong and somehow switch back to cdrecord?
Obvious fake. You can't put someone in a trance that easily, and it's not very legal to abduct an unwilling participant like that, especially without first checking if he has any kind of cardiac or neurological disorder. Sorry.
OT: Google bombs in sigs don't work. You need to be logged-in to see sigs.
Two other points made in the NS article:
50 TONS of mammal RBCs? That's a lot of blood. I don't know the proportion of RBC in blood by weight, but it works out as a lot of blood.
More importantly, red blood cells would swell by osmosis and burst in rain water, probably before reaching the ground.
And then there were the "unofficial" claims he didn't want to publish yet, such as the claim that they can divide, and the claims about conditions under which they can divide (300C in ceder oil? WTF?).
Then it probably relies either on identifying the IRC protocol, or, more likely, goes by port ranges.
So now that everyone knows about this, IRC-controlled botnets are going to run on port 80. The arms race goes on, I guess.
HTTP is only plain text over TCP/IP too...
Would the string STARTKEYLOGGER in HTML source break the connection too?
Anyone with Norton still reading this post?