You think that's bad? Last week I got a gas bill for -5.80. I'm waiting to see whether I get a reminder, or whether their system is smart enough to figure out I've got nothing to pay so they give me a negative prompt payment discount next month.
Most public transit gets support through taxation precisely because the cost of ticketing is so high. For an example of how it is being dealt with, witness how London Transport has recently declared that tickets must be bought from machines before you board buses in central London, and announced price freezes for prepay smart cards and long term passes (which have low collection costs per journey) for 2004, while increasing the cost of single journey fares by up to 25%.
My Synaptics touchpad works fine with 2.4 kernels. It is a PS/2 device for the basic functionality after all, and a gpm driver to take advantage of the advanced features has been available for years.
Check with the Science Museum in Boston for exact dates, but ETA is August 2004 by the looks of it, after London and Singapore. Only Sydney gets to see it after Boston, but there are vague hints on the London Science Museum site that they may already be thinking about another tour after this one finishes.
Schwartz has just given the game away. Sun is the fortune 500 company that bought the token Linux usage license off SCO. I'm pretty sure SCO and/or Sun denied it at the time, but we know how trustworthy they are now.
...by everyone who can be located, who has contributed to GNU/Linux kernels
The GNU kernel has not been brought into this yet. Only the Linux contributers would have a case unless SCO expands their claims (which is likely when they run out of Linux FUD).
Third party clients do not reinburse IM service providers. They steal (bandwidth, ad impressions, etc.) from MS, AOL, Yahoo, and ICQ and the owners are unhappy.
I don't understand how anyone could make these arguments. The service providers' own clients do not reimburse the IM service providers either, they use the same amount of bandwidth (or more, for the ads), and do you really think Yahoo, Microsoft and AOL are adjusting advertising rates based on User-Agent statistics?
The dreamweaver monkeys are web designers, not web developers. Sure, designers don't need to know much about HTTP, but developers who start messing about with response headers should. Sadly, far too many just copy and paste without trying to understand.
Re:Not surprising the author didn't know his niche
on
HTTP Developer's Handbook
·
· Score: 2, Insightful
The people who really need to know already have what they need in the RFCs. But there are a surprising number of web developers who don't know the first thing about the protocol. Like you, they think they don't need to know the details, and end up making big mistakes as a result. A book like this deserves a place on every web developer's bookshelf.
Sure, Perl is rapid if you're fluent in it and working by yourself on a small project. But try debugging someone elses Perl code. The more rigid structure that the C-like languages impose does wonders for maintainability.
Does Google index Slashdot an infinite amount of times?
No, but it does index it more than once. I suspect that the reason it is not indexed more is that the trolls have not figured this out yet, so the links to random site names aren't there.
And to be even more fair, the project to produce a program for displaying textual output on a terminal display for use within shell scripts would seem to predate this project by some decades.
Judging by the spam I receive, blocking just 4 servers in China would reduce it substantially. Apart from those 4, much of the rest seems to come from open relays inside China, so blocking the outside addresses that are known sources for abusing those relays would seem to be the best solution. China is in a unique position to actually be able to analyse how open relays are being abused on a national scale, and be able to release the results since it is widely known that they spy on their citizens' network traffic. While certain other countries might have the same ability for analysis, they do not particularly want to admit to it.
At that rate its worth using your mobile for internet access too. GPRS can be had for around 20p/Mb on some contracts, and it can work out even cheaper if you buy a bulk package (provided you use your quota).
You obviously don't get out much. Moving walkways are everywhere. Pretty much any major airport, and plenty of minor ones have moving walkways everywhere, soem railway stations have them, and I have even been to cities that have moving walkways on pedestrian overpasses over roads.
I saw videophones working in about 1995. They were widely deployed throughout NTT and worked over ISDN lines. I don't know how many they've sold externally though.
Ask a lawyer, not me. But in the situation you describe, I can't see a court deciding against the program author, since it is clearly the plugin author who broke their own license.
But if there was not some specific API for your program, and the plugin had not been written specifically for that program, then things get murkier. It is hard to know what the court would say, since there are precedents like DeCSS where one infringing use invalidates non-infringing use, but if a court was to rule against generic FFIs on the grounds that they aid copyright infringement, then Java and.NET's reflection APIs would also have to go.
If the language about linking is removed, the GPL is meaningless. As for what the FSF has to do with this discussion, a large amount of GPLed code is owned by them, and many other authors will look to them for interpretation of the GPL. The only exception I'm aware of is MySQL, who have a much stricter interpretation which seems to contradict the GPL itself.
If you specifically designed your application to dynamically link to a GPLed shared library, then yes, you should be releasing your code under the GPL. Noone is forcing you to use that library if you do not like the terms of the license.
However, if your application has a generic FFI, and someone uses it to link to a GPLed library, then it is not your problem according to the way the FSF interprets the license. A court may decide otherwise, but you are more in danger from users that link your application with proprietary libraries than users that link to GPL libraries in that respect.
at least producers in the United States try to do localization right before deploying the product.
They do? They can't be trying very hard then. The Japanese do a vastly better job at localisation than US companies in my experience. I remember some trade wars during the late 1980s where US car companies were complaining about Japanese requirements to have the steering wheel on the right hand side. Japanese car companies had been producing LHD vehicles for foreign markets for years without complaining about it being an unfair burden. More recently, the US complained that requiring labelling on GM foods in Europe and Japan would increase their costs because they couldn't use the same labels as on their domestic products (overlooking the fact that US consumers might also be interested in what they are being fed). I have never seen a food product from any other country that does not have localised labelling for the market they are selling into.
I've come across very few Chinese or South Koreans who hate the Japanese. Sure, there are a few vocal groups demanding apologies and compenstation from the Japanese Government, but even among their supporters, there are very few who hate the Japanese on a personal level. I'm sure you can find some, just as you'll find Japanese who hate Chinese and Koreans, and white people who hate blacks, but such views are thankfully the minority in any culture.
Chinese, Japanese and Koreans have been cooperating on an increasing number of projects over the past few years. I have no doubt that this has a high chance of succeeding.
You think that's bad? Last week I got a gas bill for -5.80. I'm waiting to see whether I get a reminder, or whether their system is smart enough to figure out I've got nothing to pay so they give me a negative prompt payment discount next month.
Most public transit gets support through taxation precisely because the cost of ticketing is so high. For an example of how it is being dealt with, witness how London Transport has recently declared that tickets must be bought from machines before you board buses in central London, and announced price freezes for prepay smart cards and long term passes (which have low collection costs per journey) for 2004, while increasing the cost of single journey fares by up to 25%.
The UK already has this (kind of). www.upmystreet.com.
My Synaptics touchpad works fine with 2.4 kernels. It is a PS/2 device for the basic functionality after all, and a gpm driver to take advantage of the advanced features has been available for years.
http://www.theonering.net/perl/newsview/2/10441767 29
Look at the date on the BBC article. July. Is this what the submission queue has come to?
Schwartz has just given the game away. Sun is the fortune 500 company that bought the token Linux usage license off SCO. I'm pretty sure SCO and/or Sun denied it at the time, but we know how trustworthy they are now.
The GNU kernel has not been brought into this yet. Only the Linux contributers would have a case unless SCO expands their claims (which is likely when they run out of Linux FUD).
I think we should suspend them in glass cages above the Thames so people can throw eggs at them.
I don't understand how anyone could make these arguments. The service providers' own clients do not reimburse the IM service providers either, they use the same amount of bandwidth (or more, for the ads), and do you really think Yahoo, Microsoft and AOL are adjusting advertising rates based on User-Agent statistics?
The dreamweaver monkeys are web designers, not web developers. Sure, designers don't need to know much about HTTP, but developers who start messing about with response headers should. Sadly, far too many just copy and paste without trying to understand.
The people who really need to know already have what they need in the RFCs. But there are a surprising number of web developers who don't know the first thing about the protocol. Like you, they think they don't need to know the details, and end up making big mistakes as a result. A book like this deserves a place on every web developer's bookshelf.
"Enterprises" buy Microsoft Software all the time without it's far dodgier EULA having been challenged in court.
Sure, Perl is rapid if you're fluent in it and working by yourself on a small project. But try debugging someone elses Perl code. The more rigid structure that the C-like languages impose does wonders for maintainability.
No, but it does index it more than once. I suspect that the reason it is not indexed more is that the trolls have not figured this out yet, so the links to random site names aren't there.
And to be even more fair, the project to produce a program for displaying textual output on a terminal display for use within shell scripts would seem to predate this project by some decades.
Judging by the spam I receive, blocking just 4 servers in China would reduce it substantially. Apart from those 4, much of the rest seems to come from open relays inside China, so blocking the outside addresses that are known sources for abusing those relays would seem to be the best solution. China is in a unique position to actually be able to analyse how open relays are being abused on a national scale, and be able to release the results since it is widely known that they spy on their citizens' network traffic. While certain other countries might have the same ability for analysis, they do not particularly want to admit to it.
At that rate its worth using your mobile for internet access too. GPRS can be had for around 20p/Mb on some contracts, and it can work out even cheaper if you buy a bulk package (provided you use your quota).
You obviously don't get out much. Moving walkways are everywhere. Pretty much any major airport, and plenty of minor ones have moving walkways everywhere, soem railway stations have them, and I have even been to cities that have moving walkways on pedestrian overpasses over roads.
I saw videophones working in about 1995. They were widely deployed throughout NTT and worked over ISDN lines. I don't know how many they've sold externally though.
But if there was not some specific API for your program, and the plugin had not been written specifically for that program, then things get murkier. It is hard to know what the court would say, since there are precedents like DeCSS where one infringing use invalidates non-infringing use, but if a court was to rule against generic FFIs on the grounds that they aid copyright infringement, then Java and .NET's reflection APIs would also have to go.
If the language about linking is removed, the GPL is meaningless. As for what the FSF has to do with this discussion, a large amount of GPLed code is owned by them, and many other authors will look to them for interpretation of the GPL. The only exception I'm aware of is MySQL, who have a much stricter interpretation which seems to contradict the GPL itself.
If you specifically designed your application to dynamically link to a GPLed shared library, then yes, you should be releasing your code under the GPL. Noone is forcing you to use that library if you do not like the terms of the license. However, if your application has a generic FFI, and someone uses it to link to a GPLed library, then it is not your problem according to the way the FSF interprets the license. A court may decide otherwise, but you are more in danger from users that link your application with proprietary libraries than users that link to GPL libraries in that respect.
They do? They can't be trying very hard then. The Japanese do a vastly better job at localisation than US companies in my experience. I remember some trade wars during the late 1980s where US car companies were complaining about Japanese requirements to have the steering wheel on the right hand side. Japanese car companies had been producing LHD vehicles for foreign markets for years without complaining about it being an unfair burden. More recently, the US complained that requiring labelling on GM foods in Europe and Japan would increase their costs because they couldn't use the same labels as on their domestic products (overlooking the fact that US consumers might also be interested in what they are being fed). I have never seen a food product from any other country that does not have localised labelling for the market they are selling into.
Chinese, Japanese and Koreans have been cooperating on an increasing number of projects over the past few years. I have no doubt that this has a high chance of succeeding.