the people who pays are the donors that keep the site up and running. the donors are compelled by the cultural value of the site, which you contribute to by hosting your media there. the idea is that the donors are donating based on future cultural value (the potential), and future cultural value will always, in theory, be greater than present cultural value. essentially, it's an intellectual form of credit capital.
the point is that *someone* pays. not necessarily you, but the equation has to balance out. if you feel you have *gained* some capital, then some loss must have occurred somewhere to facilitate that gain.
The problem isn't somuch sending emails from an ISPs mailservers. The problem is that an increasing number of mass-mailing trojans come with builtin SMTP servers that install on the end-user's machine.
If they don't exist, you can always build them in. That's the beauty of Lisp.
Off the top of my head, I can't think of any major flow control mechanisms missing from native Lisp. If they exist, I'm pretty sure there was a good reason that they don't exist in Lisp.
It's mostly a political and philosophical thing. Richard Stallman never finished Hurd, so he wants the operating system that took advantage of the Gnu tools to champion the Gnu philosophy in its name in the way that Hurd never could.
They're going to move their customers off of x86, that's how. Linux provides the user with freedom of architecture. So, when it comes time to switch from x86 to PowerPC, migrating from the Windows environment is one less thing that their customer has to worry about.
Good luck getting Visio natively ported to Linux. However, feature development for Visio has slowed down quite a bit. Is there even a difference between Visio 2002 and Visio 2003? There are a number of promising modelling tools available for Linux. It's only a matter of time before one of them surpasses Visio in features and ease-of-use.
The problem here is that some companies (some Fotune 500s, in fact) have built their entire intranets in Lotus Notes using proprietary languages like Formula or LotusScript. The interfaces for these applications don't necessarily translate easily to HTML. So dropping support for all this legacy stuff causes several political problems.
That being said, I think it does make sense for Lotus to develop a linux-based Notes client. I've gotten Notes to work under WINE, but I feel so dirty everytime I launch it that way.
I'd also imagine that it has a lot to do with IBM's Redhat and SuSE relationships. Putting Domino and Linux on a CD would effectively be a form of an IBM Linux Distribution. That means they'd have to provide support for kernel patches. They'd also be implicity liable for security vulnerabilities in software that they did not make.
I'd imagine that audio is a difficult area to port because most audio apps depend heavily on standards not implemented in linux. ALSA is not nearly as low-latency as ASIO. Professional audio interfaces (think Creamware and MOTU, not Audigy) are quite often too obscure to have drivers for Linux. There is no true VST (and certainly no DXi) implementation available, so you immediately lose access to a vast majority of the software plugins available on the market today. I think we'll eventually get there, but building compatibility for existing standards will certainly expedite that process.
The problem is that firefox doesn't do ActiveX. So, when the Update Tool tries to launch an ActiveX control, it fails.
But that's not the point. The Update Tools is obviously using a more sophisticated method of checking for WINE (perhaps some obscure API call that isn't implemented in WINE yet or a checksum of a dll that WINE couldn't copy verbatim because of copyright restrictions).
Re:Not a problem (yet)
on
SHA-1 Broken
·
· Score: 1
According to TFA, it would now take only 2^69 for the former and 2^138 for the latter. Nevertheless, it's still an astronomical amount of computations.
Actually, I wasn't criticizing. I read and enjoyed your book. I was merely commenting on the coincidence that your explanation reminded me of your book before I even knew who you were.
I'm still on the fence about Java. I feel it's gotten over-complicated with all the vendors adding new bells-and-whistles all the time. I shouldn't complain, I work for IBM; but I find myself more comfortable in Lisp and C when I'm coding my own stuff.
I was reading this comment thinking "hey, this sounds a lot like the way Java verifier was described in 'Learning Java'"... then I read your sig. Gotta love slashdot.
Slashdot Mirror
the people who pays are the donors that keep the site up and running. the donors are compelled by the cultural value of the site, which you contribute to by hosting your media there. the idea is that the donors are donating based on future cultural value (the potential), and future cultural value will always, in theory, be greater than present cultural value. essentially, it's an intellectual form of credit capital.
the point is that *someone* pays. not necessarily you, but the equation has to balance out. if you feel you have *gained* some capital, then some loss must have occurred somewhere to facilitate that gain.
I retract my earlier statements. I missed the torrent links.
Let the slashdotting begin.... now.
The problem isn't somuch sending emails from an ISPs mailservers. The problem is that an increasing number of mass-mailing trojans come with builtin SMTP servers that install on the end-user's machine.
If they don't exist, you can always build them in. That's the beauty of Lisp.
Off the top of my head, I can't think of any major flow control mechanisms missing from native Lisp. If they exist, I'm pretty sure there was a good reason that they don't exist in Lisp.
Not for Reiser4. Reiser4 is still pretty bleeding-edge.
If you're not sure, it was probably Reiser 3.x. Reiser4 is a complete overhaul of the FS.
Gentoo. You can configure to your humble heart's content.
Any word on when Knoppix will support this lovely fs natively?
I know all this. My comment was meant to be humourous.
It's mostly a political and philosophical thing. Richard Stallman never finished Hurd, so he wants the operating system that took advantage of the Gnu tools to champion the Gnu philosophy in its name in the way that Hurd never could.
Ahem... http://www.eclipse.org
They're going to move their customers off of x86, that's how. Linux provides the user with freedom of architecture. So, when it comes time to switch from x86 to PowerPC, migrating from the Windows environment is one less thing that their customer has to worry about.
Good luck getting Visio natively ported to Linux. However, feature development for Visio has slowed down quite a bit. Is there even a difference between Visio 2002 and Visio 2003? There are a number of promising modelling tools available for Linux. It's only a matter of time before one of them surpasses Visio in features and ease-of-use.
The problem here is that some companies (some Fotune 500s, in fact) have built their entire intranets in Lotus Notes using proprietary languages like Formula or LotusScript. The interfaces for these applications don't necessarily translate easily to HTML. So dropping support for all this legacy stuff causes several political problems. That being said, I think it does make sense for Lotus to develop a linux-based Notes client. I've gotten Notes to work under WINE, but I feel so dirty everytime I launch it that way.
I'd also imagine that it has a lot to do with IBM's Redhat and SuSE relationships. Putting Domino and Linux on a CD would effectively be a form of an IBM Linux Distribution. That means they'd have to provide support for kernel patches. They'd also be implicity liable for security vulnerabilities in software that they did not make.
I'd imagine that audio is a difficult area to port because most audio apps depend heavily on standards not implemented in linux. ALSA is not nearly as low-latency as ASIO. Professional audio interfaces (think Creamware and MOTU, not Audigy) are quite often too obscure to have drivers for Linux. There is no true VST (and certainly no DXi) implementation available, so you immediately lose access to a vast majority of the software plugins available on the market today. I think we'll eventually get there, but building compatibility for existing standards will certainly expedite that process.
Nothing is too obscure for slashdot.
The problem is that firefox doesn't do ActiveX. So, when the Update Tool tries to launch an ActiveX control, it fails. But that's not the point. The Update Tools is obviously using a more sophisticated method of checking for WINE (perhaps some obscure API call that isn't implemented in WINE yet or a checksum of a dll that WINE couldn't copy verbatim because of copyright restrictions).
There's always VMWare.
According to TFA, it would now take only 2^69 for the former and 2^138 for the latter. Nevertheless, it's still an astronomical amount of computations.
POWER = the PowerPC architecture
pSeries = the line of IBM servers that use the PowerPC architecture
Actually, I wasn't criticizing. I read and enjoyed your book. I was merely commenting on the coincidence that your explanation reminded me of your book before I even knew who you were. I'm still on the fence about Java. I feel it's gotten over-complicated with all the vendors adding new bells-and-whistles all the time. I shouldn't complain, I work for IBM; but I find myself more comfortable in Lisp and C when I'm coding my own stuff.
I was reading this comment thinking "hey, this sounds a lot like the way Java verifier was described in 'Learning Java'"... then I read your sig. Gotta love slashdot.