Android already has a browser, based on WebKit. So you want to discard one Free browser engine for another? And the one to be discarded has a proven portability and mobile track record at that?
If that's all the justification you can muster, leave Mozilla on the desktop.
I'm coming up on a million air miles traveled, and in the last two decades I've had a grand total of THREE bags lost. That's a pretty impressive metric, by any standard. (And yes, in the overwhelming majority of those flights I had checked baggage).
Yes, bags do still get lost. But the "reputation" that you refer to is history, at least as far as I can tell for USA domestic flights.
Heh, I could probably keep a dozen of them busy right now!
Wouldn't be Slashdot if I actually RTFA, but I do know from my own experience that part of the reason students aren't learning embedded concepts is because there aren't a lot of instructors who are willing to go through the pain required to teach them.
To demonstrate an embedded concept, oftentimes you want to build a working model. And as soon as you bring hardware into the room, there's the chance it could fail and you'd look bad. Or you'd get a question you couldn't answer, or you'd touch something or change one line of code and break the system (frequently because the system was weak in the first place, but that's another subject).
A lot of profs don't have thick enough skin for that! So they teach Java.:)
As for the future of your app, decide before you start which license you will be using. It is not fair to the Qt developers (who get paid from license sales) to "cheat" by developing under the Free Software license and then switching to the commercial license when you release it. How exactly is it that you're "cheating" them, when you choose to buy the license? Isn't that exactly what they _want_ you to do?
I've had more than one project walk away from Qt because Trolltech refused to let them use their proof-of-concept code in the commercial product. Said code was never originally written for distribution--- and was in fact never distributed--- so the GPL didn't apply. But Trolltech's sales force insisted on an interpretation of the GPL that was so overly and inappropriately broad, my client's lawyers told them to walk away from Trolltech. And they did.
The projects in question were too sophisticated to scope without a proof-of-concept implementation, so there was no practical way to avoid investing in a lot of code before pursuing a license.
Among other things, during negotiations Trolltech's sales people insisted that they had the "right" to inspect all the code on my workstation, including code that wasn't developed for the client(s) in question, simply because I couldn't demonstrate that such code _wasn't_ part of the client's project without disclosing it. I called them personally just to verify that, it was so unbelievable to hear coming from the client that I didn't think it could possibly be true.
If anyone is cheating the Trolltech development team of their license revenue, it's their own salesforce trying to strong-arm potential customers.
I like Qt. I think it's a fabulous set of technologies, and the multi-license approach makes a lot of sense. But I won't let Trolltech a$$-rape me in exchange for the privilege of using it in a commercial project.
Many gasoline engines have only one fuel injector that services the whole engine, while diesels have one or more fuel injectors _per cylinder_. On top of that, diesels are more complex to control for efficiency and cleanliness than gasoline ones (babysitting the turbocharger, etc.), so there's more calculation involved per cylinder stroke as well.
Indeed. For that kind of coin, just get enough RAM to eliminate the need to swap altogether instead. And with the money you still have left over, rent someone to babysit the dataset-crunching while you sip something cold on a sunny beach somewhere. (Posted from Midwest USA, where we've been below 32F for a while now!).
There are many ways of accounting for income. Most individuals use "cash" accounting, which among other things means you pay taxes on your income in real-time, as you receive it. In contrast, many businesses use "accrual" accounting which is slightly more complicated but in summary gives them more flexibility on when to pay taxes on monies received--- and also prevents them from using one-off events to sway their tax burden unfairly. Standard stuff for corporations, nothing nefarious here.
In layman's terms, all Novell is saying is that "We received this huge influx of cash all at once, but the money doesn't represent income in the traditional sense. Thus, to prevent us using this number to misrepresent our actual earnings, we have to spread it out over several years."
Furthermore, I don't understand the "expense" argument against a machine that's already built and operational. There are several running proton accelerators in the USA today (I've been to one); to say that proton therapy is "too expensive to use" forces you to throw away all the money invested in building and maintaining these machines.
Why not try to recapture some of that expense by actually _using_ them for what they were designed for? To do anything else seems fiscally irresponsible, patient care arguments notwithstanding.
Never use a debit card for anything. Period. Don't even carry one if you don't have to.
If someone obtains your debit card number, they can empty the account(s) behind it and you have very little recourse, at least here in the USA. A debit card is the virtual equivalent of cash. It looks and feels like a "credit card", but the two are completely different financial instruments.
In contrast, if you promptly report a stolen credit card then you aren't liable for the charges the thief racks up. Yes, there's generally an investigation, but at the end of the day the money becomes someone else's problem.
The PP is technically correct--- when the money behind a debit card is gone, then it's indeed GONE. But in many cases, you can't get it back, either. Ever. With a credit card, purchases that you didn't make get charged back to the vendor and/or eaten by the card issuer. The theft becomes a non-event to you, other than some paperwork.
The simplest solution is this: If you don't want credit, then pay your balance in full at the end of the month. And if you don't want plastic at all, then don't carry plastic--- at all.
But if you DO want plastic, then DON'T use a debit card. Whether you want credit, or not. Seriously.
One of the troubling things to me about herbicide-resistant crops is that there has been documented evidence that such crops increase human intake of herbicides. Which makes sense to everyone except Monsanto, apparently. I wish I could find the URL...
It goes like this. Roundup(tm) used to kill corn, thus removing it from the food chain. Roundup-resistant corn doesn't die, so eventually it--- and the Roundup it contains--- gets consumed by humans. First it appears in the bloodstreams of livestock that eat the corn, or in the results of non-animal corn-based products like corn syrup and starch. Then it shows up on your dinner plate.
As indicated by this whole thread of discussion, you can't avoid this even by going all-organic (if such a thing is even possible), unless everything you consume comes from a deserted island untouched in any way by human existence. (Presumably, even human poop would also contain Roundup by-products!)
Monsanto's own testing shows that the active ingredients in Roundup cause birth defects and other problems.
> Chasing after a declining marketshare is a poor business strategy.... except that in this case, the performance characteristics of those older machines is pretty close to what you get with a lot of OLPC-type systems, modern embedded systems and PDAs. And those markets are _exploding_ with growth.
Checksums let you detect errors, but don't let you do anything to correct them. I think what he's after, and what I'd like to see, is a filesystem that offers "forward error correcting" codes--- information that lets you actually _correct_ bitflips.
In an archival setting, I'd rather get back corrupted data than no data at all. A filesystem that aborts on checksum errors would therefore be a bad choice when faced with that problem.
The question isn't so theoretical. NAND flash requires forward error correcting codes today, since that medium is not 100% reliable. A FEC-capable filesystem might be a good choice for CD/Rs that will need to sit on the shelf for a few years. And it might even be a requirement for those multi-terabyte hard drives I'm hearing about, given that their data density is so high that there's bound to be some data squished into oblivion somewhere over the course of a day...
> The trick, of course, is PROVING that the government KNEW that you were innocent.
Indeed, that's the trick. But for the government to bring a criminal case in the first place, they have to first bring their evidence to a Grand Jury, which is like a jury trial before charges are ever filed. If the Grand Jury doesn't think there's enough evidence to reasonably support an indictment, everything stops right there.
It's difficult for the government to get a case going in the first place. If they're willing to work that hard to cover up your actual innocence, they'd also have to work hard to conceal the efforts they went through in order to do so. So yes, they would make the deception difficult to prove--- but the chances of ending up in that situation in the first place are pretty low because the Grand Jury is very likely to see what's going on.
Hint: Wasabi makes their money developing and redistributing BSD-licensed software. Thus, anything they say against the GPL must be carefully considered. This isn't the first time they've been downright misleading, you should see them at the trade shows!
In some situations, the police will and have been known to assist.
It's a potentially dicey arrangement, however, since the State doesn't techincally own the property being repossessed. So in the absence of specific laws related to the type of property being repossessed (houses, in particular), their role is pretty limited to making sure no additional laws like assault get broken in the process.
Uli didn't start with nothing. So by definition, his work is part of GNU libc. Uli also didn't work gratis, his work was compensated by Red Hat.
GNU libc had reached a state where it was too substantial for volunteer maintainers to make more progress (though I'll readily admit those volunteers did an amazing job getting libc to that point). Red Hat paid someone to turn it into a product for them.
Uli is hardly a saint. And don't get me started on my personal run-ins with the guy.
As for egcs, same story but s/Red Hat/Cygnus Solutions/.
Short version: GNU needed some heavy lifting. Some enlightened members of corporate America stepped up to the plate.
And in doing so, proved RMS right and put Linux on the map at the same time. GNU/Linux.
The "new" bit is that the smart card has a.NET interpreter, rather than an 8051/PIC/AVR/? microprocessor running a documented, proprietary, standards-based, stable OS or even Java. Embrace and extend.
It can be done. In fact, I'm doing it now for another project (email me with questions). Thing is, you have to give up Intel compatibility to do it.
This isn't a problem in the world of Free Software: OpenOffice is perfectly happy running on an ARM or MIPS machine, for example. It's a big problem for customers who want to run Microsoft Office, though. Which means Ballmer isn't going to go there.:^)
You can't. Google doesn't restrict access to the Internet a'la MSFT (Passport, avi, IE, etc.), they just provide a better destination for products and services than Redmond.
You can't be a monopoly if your customers are entirely free to go somewhere else.
Slashdot Mirror
Android already has a browser, based on WebKit. So you want to discard one Free browser engine for another? And the one to be discarded has a proven portability and mobile track record at that?
If that's all the justification you can muster, leave Mozilla on the desktop.
I'm coming up on a million air miles traveled, and in the last two decades I've had a grand total of THREE bags lost. That's a pretty impressive metric, by any standard. (And yes, in the overwhelming majority of those flights I had checked baggage).
Yes, bags do still get lost. But the "reputation" that you refer to is history, at least as far as I can tell for USA domestic flights.
Heh, I could probably keep a dozen of them busy right now!
:)
Wouldn't be Slashdot if I actually RTFA, but I do know from my own experience that part of the reason students aren't learning embedded concepts is because there aren't a lot of instructors who are willing to go through the pain required to teach them.
To demonstrate an embedded concept, oftentimes you want to build a working model. And as soon as you bring hardware into the room, there's the chance it could fail and you'd look bad. Or you'd get a question you couldn't answer, or you'd touch something or change one line of code and break the system (frequently because the system was weak in the first place, but that's another subject).
A lot of profs don't have thick enough skin for that! So they teach Java.
I've had more than one project walk away from Qt because Trolltech refused to let them use their proof-of-concept code in the commercial product. Said code was never originally written for distribution--- and was in fact never distributed--- so the GPL didn't apply. But Trolltech's sales force insisted on an interpretation of the GPL that was so overly and inappropriately broad, my client's lawyers told them to walk away from Trolltech. And they did.
The projects in question were too sophisticated to scope without a proof-of-concept implementation, so there was no practical way to avoid investing in a lot of code before pursuing a license.
Among other things, during negotiations Trolltech's sales people insisted that they had the "right" to inspect all the code on my workstation, including code that wasn't developed for the client(s) in question, simply because I couldn't demonstrate that such code _wasn't_ part of the client's project without disclosing it. I called them personally just to verify that, it was so unbelievable to hear coming from the client that I didn't think it could possibly be true.
If anyone is cheating the Trolltech development team of their license revenue, it's their own salesforce trying to strong-arm potential customers.
I like Qt. I think it's a fabulous set of technologies, and the multi-license approach makes a lot of sense. But I won't let Trolltech a$$-rape me in exchange for the privilege of using it in a commercial project.
Probably more, actually.
Many gasoline engines have only one fuel injector that services the whole engine, while diesels have one or more fuel injectors _per cylinder_. On top of that, diesels are more complex to control for efficiency and cleanliness than gasoline ones (babysitting the turbocharger, etc.), so there's more calculation involved per cylinder stroke as well.
Indeed. For that kind of coin, just get enough RAM to eliminate the need to swap altogether instead. And with the money you still have left over, rent someone to babysit the dataset-crunching while you sip something cold on a sunny beach somewhere. (Posted from Midwest USA, where we've been below 32F for a while now!).
There are many ways of accounting for income. Most individuals use "cash" accounting, which among other things means you pay taxes on your income in real-time, as you receive it. In contrast, many businesses use "accrual" accounting which is slightly more complicated but in summary gives them more flexibility on when to pay taxes on monies received--- and also prevents them from using one-off events to sway their tax burden unfairly. Standard stuff for corporations, nothing nefarious here.
In layman's terms, all Novell is saying is that "We received this huge influx of cash all at once, but the money doesn't represent income in the traditional sense. Thus, to prevent us using this number to misrepresent our actual earnings, we have to spread it out over several years."
Furthermore, I don't understand the "expense" argument against a machine that's already built and operational. There are several running proton accelerators in the USA today (I've been to one); to say that proton therapy is "too expensive to use" forces you to throw away all the money invested in building and maintaining these machines.
Why not try to recapture some of that expense by actually _using_ them for what they were designed for? To do anything else seems fiscally irresponsible, patient care arguments notwithstanding.
Never use a debit card for anything. Period. Don't even carry one if you don't have to.
If someone obtains your debit card number, they can empty the account(s) behind it and you have very little recourse, at least here in the USA. A debit card is the virtual equivalent of cash. It looks and feels like a "credit card", but the two are completely different financial instruments.
In contrast, if you promptly report a stolen credit card then you aren't liable for the charges the thief racks up. Yes, there's generally an investigation, but at the end of the day the money becomes someone else's problem.
The PP is technically correct--- when the money behind a debit card is gone, then it's indeed GONE. But in many cases, you can't get it back, either. Ever. With a credit card, purchases that you didn't make get charged back to the vendor and/or eaten by the card issuer. The theft becomes a non-event to you, other than some paperwork.
The simplest solution is this: If you don't want credit, then pay your balance in full at the end of the month. And if you don't want plastic at all, then don't carry plastic--- at all.
But if you DO want plastic, then DON'T use a debit card. Whether you want credit, or not. Seriously.
They're bundled with Duke Nukem Forever CDs.
One of the troubling things to me about herbicide-resistant crops is that there has been documented evidence that such crops increase human intake of herbicides. Which makes sense to everyone except Monsanto, apparently. I wish I could find the URL...
It goes like this. Roundup(tm) used to kill corn, thus removing it from the food chain. Roundup-resistant corn doesn't die, so eventually it--- and the Roundup it contains--- gets consumed by humans. First it appears in the bloodstreams of livestock that eat the corn, or in the results of non-animal corn-based products like corn syrup and starch. Then it shows up on your dinner plate.
As indicated by this whole thread of discussion, you can't avoid this even by going all-organic (if such a thing is even possible), unless everything you consume comes from a deserted island untouched in any way by human existence. (Presumably, even human poop would also contain Roundup by-products!)
Monsanto's own testing shows that the active ingredients in Roundup cause birth defects and other problems.
Ugh.
> Chasing after a declining marketshare is a poor business strategy. ... except that in this case, the performance characteristics of those older machines is pretty close to what you get with a lot of OLPC-type systems, modern embedded systems and PDAs. And those markets are _exploding_ with growth.
Checksums let you detect errors, but don't let you do anything to correct them. I think what he's after, and what I'd like to see, is a filesystem that offers "forward error correcting" codes--- information that lets you actually _correct_ bitflips.
In an archival setting, I'd rather get back corrupted data than no data at all. A filesystem that aborts on checksum errors would therefore be a bad choice when faced with that problem.
The question isn't so theoretical. NAND flash requires forward error correcting codes today, since that medium is not 100% reliable. A FEC-capable filesystem might be a good choice for CD/Rs that will need to sit on the shelf for a few years. And it might even be a requirement for those multi-terabyte hard drives I'm hearing about, given that their data density is so high that there's bound to be some data squished into oblivion somewhere over the course of a day...
> The trick, of course, is PROVING that the government KNEW that you were innocent.
Indeed, that's the trick. But for the government to bring a criminal case in the first place, they have to first bring their evidence to a Grand Jury, which is like a jury trial before charges are ever filed. If the Grand Jury doesn't think there's enough evidence to reasonably support an indictment, everything stops right there.
It's difficult for the government to get a case going in the first place. If they're willing to work that hard to cover up your actual innocence, they'd also have to work hard to conceal the efforts they went through in order to do so. So yes, they would make the deception difficult to prove--- but the chances of ending up in that situation in the first place are pretty low because the Grand Jury is very likely to see what's going on.
b.g.
> smartmedia and xD cards expose a raw NAND interface
Can you provide URLs that talk about that?
Can't say much about VAX, but debian positively rocks on MIPS and ARM. In addition to PPC and x86en.
Hint: Wasabi makes their money developing and redistributing BSD-licensed software. Thus, anything they say against the GPL must be carefully considered. This isn't the first time they've been downright misleading, you should see them at the trade shows!
I read the article (from the google cache, since the the site hosting the article is powered by Mambo/Joomla? :) )
Anyway... after reading the article it sounds like you have no reason for concern, and you'll want to stay with Mambo.
In some situations, the police will and have been known to assist.
It's a potentially dicey arrangement, however, since the State doesn't techincally own the property being repossessed. So in the absence of specific laws related to the type of property being repossessed (houses, in particular), their role is pretty limited to making sure no additional laws like assault get broken in the process.
It does now.
Ditto.
Uli didn't start with nothing. So by definition, his work is part of GNU libc. Uli also didn't work gratis, his work was compensated by Red Hat.
GNU libc had reached a state where it was too substantial for volunteer maintainers to make more progress (though I'll readily admit those volunteers did an amazing job getting libc to that point). Red Hat paid someone to turn it into a product for them.
Uli is hardly a saint. And don't get me started on my personal run-ins with the guy.
As for egcs, same story but s/Red Hat/Cygnus Solutions/.
Short version: GNU needed some heavy lifting. Some enlightened members of corporate America stepped up to the plate.
And in doing so, proved RMS right and put Linux on the map at the same time. GNU/Linux.
The "new" bit is that the smart card has a .NET interpreter, rather than an 8051/PIC/AVR/? microprocessor running a documented, proprietary, standards-based, stable OS or even Java. Embrace and extend.
It can be done. In fact, I'm doing it now for another project (email me with questions). Thing is, you have to give up Intel compatibility to do it.
:^)
This isn't a problem in the world of Free Software: OpenOffice is perfectly happy running on an ARM or MIPS machine, for example. It's a big problem for customers who want to run Microsoft Office, though. Which means Ballmer isn't going to go there.
You can't. Google doesn't restrict access to the Internet a'la MSFT (Passport, avi, IE, etc.), they just provide a better destination for products and services than Redmond.
You can't be a monopoly if your customers are entirely free to go somewhere else.