Slashdot Log In
W3C Patent Board Recommends Royalty-Free Policy
Posted by
Hemos
on Mon Oct 07, 2002 06:58 AM
from the making-the-smart-choices dept.
from the making-the-smart-choices dept.
Bruce Perens writes "A year ago, the World Wide Web Consortium proposed a policy to allow royalty-generating
patents to be embedded in web standards. This would have been fatal to the
ability of Free Software to implement those standards. There was much protest,
including over 2000 emails to the W3C Patent Policy Board spurred on by a
call
to arms published on Slashdot. As a result of the complaints, I was invited
to join W3C's patent policy board, representing Software in the Public Interest
(Debian's corporation) -- but really the entire Free Software community. I was later joined in this by Eben Moglen, for FSF,
and Larry Rosen, for the Open Source Initiative." Bruce has written more below - it's well worth reading.
After a year of argument and see-sawing, W3C's patent policy board has
voted to recommend a royalty-free patent policy. This recommendation
will be put in the form of a draft and released for public comment. There
will probably be a dissenting minority report from some of the large patent
holders. Tim Berners-Lee and the W3C Advisory Committee, composed of representatives
from all of the consortium's members, will eventually make the final decision
on the policy. My previous interaction with the Advisory Committee and Berners-Lee
lead me to feel that they will approve the royalty-free policy.
The policy will require working group members to make a committment to royalty-free license essential claims - those which you can not help infringing if you are to implement the standard at all. There is also language prohibiting discriminatory patent licenses. The royalty-free grant is limited to the purpose of implementing the standard, and does not extend to any other application of the patent. And there is a requirement to disclose whether any patent used, even a non-essential one, is available under royalty-free terms, so that troublesome patents can be written out of a standard. The limitation of the scope-of-use on patents, and some other aspects of the policy, are less than I would like but all that I believed we could reasonably get. Eben Moglen may have some discussion regarding how GPL developers should cope with scope-of-use-limited patent grants from other parties. For now, it should suffice to say that while this is less than desirable, is will not block GPL development.
I'm not allowed to disclose how individual members voted, but I'll note that the vote did not follow "friends-vs-enemies" lines that the more naive among us might expect - so don't make assumptions.
Now, we must take this fight elsewhere. Although IETF has customarily been held up as the paragon of openness, they currently allow royalty-bearing patents to be embedded in their standards. This must change, and IETF has just initiated a policy discussion to that effect. We must pursue similar policies at many other standards bodies, and at the governments and treaty organizations that persist in writing bad law.
For me, this process has included two trips to France (no fun if you have to work every day) and an appearance at a research meeting in Washington, a week in Cupertino, innumerable conference calls and emails, and upcoming meetings in New York and Boston. That's a lot of time away from my family. Larry Rosen has shouldered a similar burden while nobody has been paying him for his time and trouble, and Eben Moglen put in a lot of time as well. Much of the time was spent listening to royalty-bearing proposals being worked out in excrutiating detail, which fortunately did not carry in the final vote. We also had help from a number of people behind the scenes, notably John Gilmore, and the officers and members of the organizations we represent.
I'd like to give credit to HP. Because I was representing SPI, and HP had someone else representing them at W3C, I made it clear to my HP managers that they would not be allowed to influence my role at W3C - that would have created a conflict-of-interest for me, as well as giving HP unfair double-representation. HP managers understood this, and were supportive. During all but the very end of the process, HP paid my salary and travel expenses while they knew that I was functioning as an independent agent who would explicitly reject their orders. Indeed, HP allowed me to influence their policy, rather than the reverse. This was the result of enlightened leadership by Jim Bell, Scott K. Peterson, Martin Fink, and Scott Stallard.
For most of the existence of Free Software, technology has been of primary importance. It will remain so, but the past several years have seen the emergence of the critical supporting role of political involvement simply so that we can continue to have the right to use and develop Free Software. I do not believe that we will consistently be able to code around bad law - we must represent what is important about our work and involve ourselves in policy-making worldwide, or what we do will not survive. I hope to continue to serve the Free Software Community in this role.
Respectfully Submitted
Bruce Perens
"
The policy will require working group members to make a committment to royalty-free license essential claims - those which you can not help infringing if you are to implement the standard at all. There is also language prohibiting discriminatory patent licenses. The royalty-free grant is limited to the purpose of implementing the standard, and does not extend to any other application of the patent. And there is a requirement to disclose whether any patent used, even a non-essential one, is available under royalty-free terms, so that troublesome patents can be written out of a standard. The limitation of the scope-of-use on patents, and some other aspects of the policy, are less than I would like but all that I believed we could reasonably get. Eben Moglen may have some discussion regarding how GPL developers should cope with scope-of-use-limited patent grants from other parties. For now, it should suffice to say that while this is less than desirable, is will not block GPL development.
I'm not allowed to disclose how individual members voted, but I'll note that the vote did not follow "friends-vs-enemies" lines that the more naive among us might expect - so don't make assumptions.
Now, we must take this fight elsewhere. Although IETF has customarily been held up as the paragon of openness, they currently allow royalty-bearing patents to be embedded in their standards. This must change, and IETF has just initiated a policy discussion to that effect. We must pursue similar policies at many other standards bodies, and at the governments and treaty organizations that persist in writing bad law.
For me, this process has included two trips to France (no fun if you have to work every day) and an appearance at a research meeting in Washington, a week in Cupertino, innumerable conference calls and emails, and upcoming meetings in New York and Boston. That's a lot of time away from my family. Larry Rosen has shouldered a similar burden while nobody has been paying him for his time and trouble, and Eben Moglen put in a lot of time as well. Much of the time was spent listening to royalty-bearing proposals being worked out in excrutiating detail, which fortunately did not carry in the final vote. We also had help from a number of people behind the scenes, notably John Gilmore, and the officers and members of the organizations we represent.
I'd like to give credit to HP. Because I was representing SPI, and HP had someone else representing them at W3C, I made it clear to my HP managers that they would not be allowed to influence my role at W3C - that would have created a conflict-of-interest for me, as well as giving HP unfair double-representation. HP managers understood this, and were supportive. During all but the very end of the process, HP paid my salary and travel expenses while they knew that I was functioning as an independent agent who would explicitly reject their orders. Indeed, HP allowed me to influence their policy, rather than the reverse. This was the result of enlightened leadership by Jim Bell, Scott K. Peterson, Martin Fink, and Scott Stallard.
For most of the existence of Free Software, technology has been of primary importance. It will remain so, but the past several years have seen the emergence of the critical supporting role of political involvement simply so that we can continue to have the right to use and develop Free Software. I do not believe that we will consistently be able to code around bad law - we must represent what is important about our work and involve ourselves in policy-making worldwide, or what we do will not survive. I hope to continue to serve the Free Software Community in this role.
Respectfully Submitted
Bruce Perens
"
This discussion has been archived.
No new comments can be posted.
W3C Patent Board Recommends Royalty-Free Policy
|
Log In/Create an Account
| Top
| 119 comments
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Explanation for the large posting... (Score:5, Funny)
McCall
That's great, but... (Score:3, Insightful)
Re:That's great, but... (Score:5, Informative)
What evidence do you have to support that statement? Let's see, specifications of the W3C that are widely used:
XML: uh, yeah. Ignored?
All the other bits that come with XML - XPath, XSLT, DOM and so on
HTML4 - yes, this is a standard, yes people frequently break its rules but html4 is a standard that allows for that to some extent. It's implemented in every major browser (ignoring bugs).
CSS - lots of sites use this
SOAP? No, it wasn't "invented" by the W3C, but the W3C accepts other peoples technologies as well as inventing its own, hence this story.
The W3C is producing some of the most thorough and powerful technical standards around. They are very readable and well organized (if you don't believe me try reading some specs from ECMA, or the IETF which still does not use rich text in its specs). They have a long term vision - the semantic web.
To be honest, the W3C is one of the most important standards bodies around, if they didn't exist and hadn't sorted out the browser wars, today the web would be totally screwed over. I'd like to say a huge thankyou to Bruce: anybody can sit back in their chair and write a new MP3 player but it takes real dedication and energy to travel the world sitting through meetings with corporate execs and fighting for our cause when all you have is the strength of your argument to back you up.
Re:That's great, but... (Score:5, Informative)
Only 2? There are loads of web browsers. IE and Mozilla, Opera, Konqueror, iCab, gtk-html etc. Virtually all of them save IE and Opera implement the specs pretty well. IE just suffers from a lot of bugs - you'll notice in IE6 one of the "new features" was a modicum of standards compliance. Yes, there are bugs in browsers. Wowee, the programmers made some mistakes. It happens, these are not simple technologies. IE has more bugs than it should do, but they seem to be getting their act together to at least some extent.
The W3C specs are typically complex - they do pretty advanced stuff. A complete vector graphics language anybody? That's damn cool, but a lot of work. Yet it's getting done none the less, Moz has its own native svg implementation and Konqui supports it too.
There's clearly no kind of real, pressing reason for software developers to design according to the W3C specs. The W3C has no teeth. The best they can do is throw something out there, and cross their fingers.
Sure there is - interoperability. Hence the fact that all web browsers attempt to use the same technologies. Some manage better than others of course.
On top of that, I gotta say that from what I've read, these various technologies would have happened with or without the W3C. And, you didn't list the hundreds of other specifications that they wrote that are simple not implemented anywhere.
The point of the W3C is not to be a research institution. There was structured markup before XML, there was hypertext before HTTP, there was vector graphics before SVG. But people are using these specs regardless, because the value of interoperability is high. That last sentance is provably false, for a specification to reach "W3C Recommendation" status there must be at least one, often more than one implementation. Don't make the mistake of assuming that all their specs are meant for the web browser, or even the web.
Re:That's great, but... (Score:5, Informative)
W3C is certainly not under any challenge from the IETF. Apart from CISCO there are very few vendors who take their proposals to IETF by choice these days. It simply takes too long to get anything done and the IETF rules allow far too much scope for individuals with an agenda to delay the process until the rest of the group gives in.
W3C is under challenge from OASIS however. It can take over a year just to get a W3C group formed, you can get the spec completed in the same time at OASIS. The other issue is cost, W3C charges $50,000 a year for membership, OASIS is only $10,000 for the top membership tier. That makes a big differene when it comes to getting customers involved. Few customers want to pay $50K for 4 years to influence the direction of a technical spec.
Semantic Web is not that popular with the W3C membership. Every time members suggest new work items there are attempts to align them with RDF. Now I don't have a problem with Tim's goal, but I don't think a rehash of Lenat's cyc project is the answer.
The attempt to get consistency across standards is good in theory, but the problem is that the membership don't get much input in the direction of that consistency. For example XMLQuery was proposed as an XML based interface to SQL. I can see a case to support that as a legacy issue, but since then we have been having W3C people asking us repeatedly why we are not using it. I have zero interest in using XMLQuery and will take my specs elsewhere rather than have it polute my spec. SQL is a legacy data model that we are trying to leave behind, insisting that everything bebased on it is as clueless as demanding that every spec be easily implemented in COBOL.
The W3C handling of its patent policy has not been competent. On occasions people have been flying to WG meetings and the patent terms of the meeting have changed while they were in mid air. The Royalty Free issue is nowehere near as simple as likes of Bruce Perens would have people believe, life is always simple for idealogues because they measure their achievement in terms of their commitment to their ideology rather than by actual results.
The IETF policy that Bruce had a go at is actually the most pro-open source arround. Basically it says that specs should not be encumbered by patents unless there is a really good reason. The last really good reason that was allowed was to use public key cryptography without which we could not have written the PGP and S/MIME specs at IETF.
Re:That's great, but... (Score:4, Insightful)
In addition to what TheRealMike has stated, you must realise that a greater number of website authors are becoming increasingly aware of the existence of W3C standards, and the benefits of using them - easier code maintenance, smaller filesizes, quicker downloads, greater consistency over a wide range of browsers and platforms [let's leave NS 4.x out of this, okay?], and most importantly - standards that are actually useful and very well-codified.
I use XHTML 1.1 + CSS for most websites I create for my friends, although I may temporarily switch to HTML 4.01 transitional for certain cases - use the best tool for the job, that's my motto.
Finally, there are nuts like me who will go out of their way to help the adoption of useful standards. In fact, I will soon be conducting a survey among website designers in my area to assess their knowledge and application of these standards, and spread the word.
Now only if Slashdot gave us an option to receive pages in valid XHTML 1.1 + CSS instead of the bloated, slow-to-render TABLE tag-filled clutter that it is right now.
Perens (Score:4, Insightful)
Perens is a model of how to influence people to your point of view, and it sure doesn't involve leaving in a hissy fit when your companies views diverge from your views.
Thanks Bruce! (Score:1, Funny)
Free Software (Score:3, Interesting)
There's still hope that he'll join the light of Free Software rather than the slightly off white of Open Source.
Re:Free Software (Score:5, Informative)
It must be on his website somewere, but you can read a early version [debian.org] in the Debian Developer archives.
The important paragraph in that article is the following:
Re:Free Software (Score:5, Funny)
and the eggshell of the LGPL, the beige of BSD, the periwinkle of shareware, and the burnt umber of commercial licences.
-
Nonsense (Score:5, Insightful)
There's still hope that he'll join the light of Free Software rather than the slightly off white of Open Source.
Look, I'm a rather strong advocate of Free Software, indeed of software freedom in general. I try to remember to say (and write) GNU/Linux, and even succeed in not forgetting the GNU as often as not, out of respect for RMSes wishes even if I think his making a big deal out of it is chasing the wrong goal to some degree, and despite the wretched flames from those who would like to sweep RMSes 95% contribution to the core Linux-as-a-UNIX-like operating system under the rug, and claim notoriety for much of his work.
I donate rather generously to the EFF and the FSF, I support and use the GPL in my own work, and am even working on a Media equivelent of the GPL for my more creative literary and media projects, and I tend to value the definition of free software over the definition of open source licenses which are often, IMHO, too liberal in allowing restrictions on the user/customer.
All that having been said, calling Open Source "off-white" (American, perhaps a general English, idiom for 'not quite legitimate', also 'off-color') is utterly bogus.
Open Source has played an important role in bridging the cultural divide between software freedom and the old school, proprietary 'you get what you pay for (and nothing else)' mindset that, despite its trivial disprovability in most areas of life, persists to a remarkable degree among decision makers in many walks of life. Open Source is a stepping stone, a rhetoric that exposes some of the important benefits of free software (peer review and a rigorous scientific method vs. 'secret formula' methodologies, or as I like to put it, 'the free software folks are chemists sharing knowledge, while the proprietary software folks are alchemists hoarding secrets, and everyone knows which approach yields progress and which does not').
Many people coming from a proprietary mindset aren't able to make the complete leap from an information hoarding, toll-charging for every mile travelled mindset to the notion of software freedom, complete with all its ideals and, to the rest of us, obvious advantages of synergy, exponential cooperative growth and development of projects, and so on, but these very same people can and do make the leap toward understanding why the scientific method of sharing knowledge and submitting to rigorous peer review of code does lead to better software. It isn't the only aspect of free software that leads to better software, and it may not even be the most important factor, but it is a factor that they can understand. Once one has grown accustomed to these factors, and has moved one or more project to an open source or free software platform as a result, one begins to experience and learn the other advantages of free software (freedom from orphaned software, freedom from vendor coercion, freedom to set one's own upgrade cycle and timetable, freedom to fix libraries one's work depends on, rather than waiting months for the vendor to get around to it, freedom to leverage the work of others into getting a project out the door in a fraction of the time it would have otherwise taken, in short, freedom to use technology to serve one's business interests, rather than one's vendors' business intersts).
I have witnessed this metamorphesis in at least a dozen people, who came from the aforementioned 'free means worthless' mindset to adament advocates of free software, and in each case their first, rudimentary understanding came via the open source rhetoric, and in each case their understanding did not stop there. RMSes fears that open source would blind people to free software are IMHO largely misguided, as is the entire conflict between the two movements.
Open source is an important stepping stone for those in the proprietary world, a step they can take relatively easilly, and can understand, but one which generally does lead to an understanding of the value of software freedom, not through rhetorici or evangelism, but through personal experience.
So, while the differentiation between Free Software and Open Source is important, this bickering between the two is quite asinine and counterproductive, and while software freedom may encompass a more complete and accurate picture of the benefits offered by free software than Open Source does, Open Source bridges the divide and helps make those advantages available to many who otherwise would have never taken the opportunity. In so doing Open Source provides an important, some might argue critical, service to the Free Software community, and despite any disagreements between the two, Open Source is most certainly not 'off-white.'
I supposte that is a long winded way of saying "can't we just all get along" or perhaps "go away Microsofty, we don't need no stinkin' agent provocatueurs around here." In any event, however you interpret it, let's put this silly 'open source' vs. 'free software' bickering behind us, recognize the importance of both, and move on to enjoying the marvelous digital world the software freedom they help protect has created for us.
Strategic Openness (Score:4, Insightful)
Many people coming from a proprietary mindset aren't able to make the complete leap from an information hoarding, toll-charging for every mile travelled mindset to the notion of software freedom, complete with all its ideals and, to the rest of us, obvious advantages of synergy, exponential cooperative growth and development of projects, and so on, but these very same people can and do make the leap toward understanding why the scientific method of sharing knowledge and submitting to rigorous peer review of code does lead to better software. It isn't the only aspect of free software that leads to better software, and it may not even be the most important factor, but it is a factor that they can understand. Once one has grown accustomed to these factors, and has moved one or more project to an open source or free software platform as a result, one begins to experience and learn the other advantages of free software (freedom from orphaned software, freedom from vendor coercion, freedom to set one's own upgrade cycle and timetable, freedom to fix libraries one's work depends on, rather than waiting months for the vendor to get around to it, freedom to leverage the work of others into getting a project out the door in a fraction of the time it would have otherwise taken, in short, freedom to use technology to serve one's business interests, rather than one's vendors' business intersts).
Sorry to include so much, but I don't think this can be emphasised enough. Open Source strengthens Free Source, and this is why. It's also central to my criticism of RMS's stance on LGPL. I was trying to find a link to his position paper on this and instead I found this [topology.org] which is even more disturbing. From this link:
Stallman recently tried what I would call a hostile takeover of the glibc development. He tried to conspire behind my back and persuade the other main developers to take control so that in the end he is in control and can dictate whatever pleases him. This attempt failed but he kept on pressuring people everywhere and it got really ugly. In the end I agreed to the creation of a so-called "steering committee" (SC). The SC is different from the SC in projects like gcc in that it does not make decisions. On this front nothing changed. The only difference is that Stallman now has no right to complain anymore since the SC he wanted acknowledged the status quo. I hope he will now shut up forever.
The morale of this is that people will hopefully realize what a control freak and raging manic Stallman is. Don't trust him. As soon as something isn't in line with his view he'll stab you in the back. NEVER voluntarily put a project you work on under the GNU umbrella since this means in Stallman's opinion that he has the right to make decisions for the project.
Now, I'm all in favor of giving credit where credit is due, and clearly Stallman has done a lot, but it doesn't give him the right to stomp on people who are contributing to the GPL world.
The GPL is brilliant in a number of ways, most important being the freedom it brings to software. But get this, Stallman fanatics, once he put it out there, he doesn't own it. The most important aspect of the GPL is that it builds trust that no one will be able to take private advantage of what you have freely given.
I have no problem with anyone calling it GNU/Linux, but to insist on it is to try and control things. Do we need language police? Let's be clear, RMS does not deserve credit for 95% of Linux, although his actual contribution is substantial. I'd like to know what percentage of the developers who actually contributed code under GPL whether under FSF or otherwise actually support what RMS is trying to do with it.
All this bickering needs to stop, and stop now. It is unproductive and damaging. Isn't there anyone close enough that can get this accross? Are all his associates sycophants? We need to make the tent bigger, not smaller.
Openness is on the road to freedom. Again from the parent comment:
So, while the differentiation between Free Software and Open Source is important, this bickering between the two is quite asinine and counterproductive, and while software freedom may encompass a more complete and accurate picture of the benefits offered by free software than Open Source does, Open Source bridges the divide and helps make those advantages available to many who otherwise would have never taken the opportunity. In so doing Open Source provides an important, some might argue critical, service to the Free Software community, and despite any disagreements between the two, Open Source is most certainly not 'off-white.'
Stop fighting with our friends please, and keep up the good work.
Implications of this... (Score:5, Interesting)
The interesting bit about the licence this this patent is that it uses patent law to enforce openness in the same way that the GPL uses copyright law to enforce openness. Effectively the licence to the patent says something like:"if you use technology protected under this patent then enhancements must be handed over to W3C". Obviously many people see this as anti-microsoft's embrace-extend-extinguish policy. (See http://www.xmlhack.com/read.php?item=985) for more.
More interestingly I had a chance to ask RMS if he thought using patent law to enforce openness was a good thing, and his answer was words to the effect of - "well it might be but we've never had the money to patent the things we've invented"
So whilst we are all cheering this decision (and in general I think it is a good decision), there are implications of this that are not obvious.
Does anyone know if Sun's policy has/will change on this?
Do you forgent what happened with JPEG? (Score:5, Interesting)
So as long as the patent is royalty free then there should be no problem.
Unless the patent gets sold to somebody who terminates the royalty-free license (Forgent anyone? [slashdot.org])
Re:Do you forgent what happened with JPEG? (Score:4, Interesting)
Better than HDTV (Score:5, Insightful)
This is the largest front page post I've ever seen...
Second:
HDTV has the Dolby AC-3 technology in the standard. That means Dolby will get a cut off of every TV with a built in digital tuner and every HDTV tuner box. It also means royalties on many broadcast tools. I don't know the license regulations, but it may also mean a cut on every show that uses AC-3. Sucky, but also, time to buy Dolby stock.
Just imagine if the web had turned out this way. Companies keep trying to move things into their corner, even without standards bodies helping. What is Quicktime became the video standard on the web? I love the format, but it's also been hell getting Linux to support it. The web has been burned this way before [unisys.com]. Everything will be okay, as long as we burn back [burnallgifs.org].
Problem... (Score:1, Troll)
Sounds like a problem with Free Software's outdated business model (to use a phrase bandied about every day here on
Justice prevails (Score:5, Informative)
I have been waiting long for this, and I'm glad it didn't turn out the other way round.
Those who were involved in the outcry would recall the proposal for RAND [non-free] standards was done in a rather suspicious manner. There was no announcement on the W3C's front page [I visit it regularly] but a proposal for RAND was quietly drafted, a ludicrously short deadline for feedback set and a mailing list [w3.org] for the same created. Why, then, is it suprising that only thirteen posts were recorded until a week before the initial deadline, ten of them spam?
Then the story broke [on The Register, IIRC] and the mails flooded in. And what a flood it was *smiles* - 755 in Sept and 1686 in Oct. My mailbox was getting a good beating.
Many voiced their opinions strongly, and with an exception or two [one of which was obvious astroturfing], they were all soundly against the inclusion of non-free patents in W3C standards [check out the archives [w3.org] and spot the famous names]. Under this tremendous pressure, the W3C had little alternative but to extend the deadline. I am sure certain * ahem * special interest groups were disappointed - but hey, it's for the best. Really.
And now we have this. Brilliant. Common sense and justice have won this round.
Special thanks to Bruce Perens, Daniel Phillips, Adam Warner and Gervase Markham for their dedication to this cause.
Congratulations, Bruce (Score:3, Insightful)
No fat lady yet (Score:3, Insightful)
Thank You (Score:5, Informative)
If had w3 standards that required us to pay money to follow them, this would put many developers and individuals using those standards into a real bind. Ensuring that these patents will be royalty free is crucial to the growth of standards conformance. We don't want financial *disincentives* to following standards.
It never ceases to amaze me just how many different areas there are in which the freedom of the people is being transferred to corporate or moneyed interests, and how important it is to fight against them [globalizethis.org]. It's good to see that the little guy still wins from time to time.
Sounds like time to fork the W3C ! (Score:3)
ttyl
Farrell
Thanks Bruce and others! (Score:2)
Others have probably already wrote something similar, but it doesn't hurt to be said more than once!
Thanks a lot for all your hard work!
Point to make to the corps (Score:3, Insightful)
Thanks for the representation, Bruce.
One point you might make to the corporate types to get them to side with royalty-free is that it's in their interests. Their usual method of dealing with patents in their way is to find a patent they hold that the other guy infringes on and use that as leverage to get a no-cost cross-licensing agreement. A couple of big cases lately, eg. the JPEG stuff, have involved patents held by people whose sole product is the patents they hold. They don't make anything, therefore they don't make anything that could infringe on any other patents, so there's no reason for them to cross-license. More and more, the corporations are going to be dealing with patents held by people who the corporation won't have any leverage with. And as more patents are issued, a corporation will more and more often be on the wrong side of the equation, ie. they'll be the ones defending against patent enforcement instead of being the ones doing the enforcing. Royalty-free may cost them a bit on the patents they hold, but non-royalty-free would seem to potentially cost them a lot more on patents they don't hold and can't get a cross-licensing agreement on.
Last Post! (Score:1)
accompanying promises that this would in no way improve service. For
the transit system, as it now operates, has hidden advantages that
can't be measured in monetary terms.
Personally, I feel that it is well worth 75 cents or even $1 to
have that unimpeachable excuse whenever I am late to anything: "I came
by subway." Those four words have such magic in them that if Godot
should someday show up and mumble them, any audience would instantly
understand his long delay.
- this post brought to you by the Automated Last Post Generator...
Re:DEAR FXCKING GOD!!!!! (Score:1, Funny)
-----
beer smoke pencil paper internet freedom [wallpaperscoverings.com]
Re:DEAR FXCKING GOD!!!!! (Score:1)
Re:DEAR FXCKING GOD!!!!! (Score:1)
A mess-up.
And it's fixed.
719 Words long (Score:4, Insightful)
If you can't spare three minutes on a reasonably well written first person account of such an important issue, then you have to ask -- who is telling you what to think on this topic?
Re:Keep going Bruce! Bravo! (Score:2, Offtopic)
Now if only I could get this ancient HPLJ to work under Red Hat!
HP LaserJets (any vintage) have to be one of the most Linux-friendly hardware devices on the planet. I've personally had LaserJet II/III/4V/4MV/5P/6Ls hooked up to Linux at one point or another, in both parallel and JetDirect setups.
What, specifically is your problem? There has to be something simple that you've overlooked.