Microsoft never utters the phrase "Free Software". Microsoft tries to obliterate the meaning of "Free Software" as in fighting-for-freedom- and-against-monopolisation- of-knowledge-software (remember the distasteful comments of Bill Hilf, one of Microsoft executives, saying "Free Software doesn't exist in 2007", there is no such thing as a free lunch, and etc ad nauseam) and instead substitute it by the much-easier-to-tame "Open Source" phrase, which they promote for everyone to embrace, without any ethical implication whatsoever which must represent just a way of developing software and monetizing it.
For example, I read a story earlier this week about a company named Aras that radically shifted its strategy in the last year, switching from a traditional proprietary model to one involving "open source." The article called attention to the fact that Aras is only making its software available for Microsoft Windows -- an acceptable open source strategy, if an unusual one. But then the article indicated that Aras was releasing its software under a "shared source" license that was written by Microsoft.
Now, to anyone in the world of open source software, the term "shared source" is a red flag. The "shared source" program was and is Microsoft's way of fighting the open source world, allowing customers to inspect Microsoft source code without giving those customers the right to modify or redistribute the code. In other words, "shared source" is not open source, and shouldn't be confused with it. So if Aras is distributing its software under a shared-source license, then we can't consider it to be open source, can we?
Actually, we can: It turns out that "shared source" is now the umbrella term that Microsoft uses for its policy of relatively openness and transparency, and that this program includes several different software licenses. Two of these licenses, the Microsoft Public License (Ms-PL) and the Microsoft Reciprocal License (Ms-RL), have indeed been approved by the Open Source Initiative, which means that they are indeed open-source licenses. And in fact, Aras is distributing their software under the Ms-PL, which means that their software does indeed qualify for the "open source" moniker.
The confusion stems from the fact that Microsoft's "shared source" program includes three proprietary licenses as well, whose names are similar in some ways to the open-source licenses. Thus, while the Microsoft Reciprocal License has been approved by OSI, the Microsoft Limited Reciprocal License (Ms-LRL) is not, because it allows users to modify and redistribute the software only on the Windows platform.
Microsoft is hosting Windows-only projects on its 'open source project hosting site,' CodePlex. Miguel de Icaza caught and criticized Microsoft for doing this with its Microsoft Extensibility Framework (MEF), licensing it under the Microsoft Limited Permissive License (Ms-LPL), which restricts use of the code to Windows. Microsoft has changed the license for MEF to an OSI-approved license, the Microsoft Public License, but it continues to host a range of other projects under the Ms-LPL. If CodePlex wasn't an 'open source project hosting site,' this wouldn't be a problem. But when Microsoft invokes the 'open source' label, it has a duty to live up to associated expectations and ensure that the code it releases on CodePlex is actually open source. If it doesn't want to do this — if it doesn't want to abide by this most basic principle of open source — then call CodePlex something else and we'll all move on.
Microsoft Limited Public License (Ms-LPL)
This license is non-free because of section 3(F), which requires that any modified software you make from the original code must run on Windows. The Microsoft Public License does not have this restriction.
Microsoft Limited Reciprocal License (Ms-LRL)
This license is non-free because of section 3(G), which requires that any modified software you make from the original code must run on Windows. The Microsoft Reciprocal License does not have this restriction.
Microsoft Reference License
This is a non-free license: you are not allowed to modify the software at all, and you are only allowed to share it under very particular circumstances.
Microsoft's Shared Source CLI, C#, and Jscript License
This license does not permit commercial distribution, and only allows commercial use under certain circumstances.
Microsoft has other licenses which it describes as “Shared Source”, some of which have different restrictions.
Microsoft Windows Embedded CE 6.0 Shared Source License
This license is non-free because it places various limitations on the kinds of modifications you can make. For example, your modified software must run on Wince, and you are required to provide end user support for your software."
The Patent Poison Pill
What happens if you file a claim regarding a patent implemented in the work? The MSPL section 3B says:
That is, if you initiate legal action against any contributor to the work regarding a patent which the work may infringe, your right to the patents of that contributor (under this agreement) go away.
Set aside that commentary for a moment. The Apache 2.0 license (again section 3) is much more strict:
If you file a claim (even in response to a claim) that the work infringes on one of your patents, against anyone, not just a contributor, you lose this license’s grant of patent usage.
Now neither license offers any protection against patent trolls who don’t use the software at all, but adding such language to any OSI-approved license is difficult. (Such language would likely overreach the scope of the license and offer no protection.) However, it’s interesting to see how anemic the MSPL is.
Suppose I, as an individual, contribute to a work licensed under the MSPL. A company which uses the work decides that my contribution infringes upon one of their patents, and files suit against me. Under the terms of the license, they no longer have an implicit right to any patents I hold on the work.
The problem is that I don’t hold any software patents. As an individual, it’s likely that I never will. Worse, I don’t even have to be a contributor. I could even be a mere user of the work, and a likely target. (It’s even more fun to point out that even if you receive MSPL-licenced code from Microsoft, they can revoke their patent grant immediately and file a claim against you. You might get some traction with estoppel, but the license language isn’t that strong, and a SLAPP that gets thrown out eventually is still painful.)
If I had contributed instead to a work under the Apache 2.0 license, all patents held by all contributors–revealed or not–are on the line. Note also that the target of the legal action does not have to be a contributor to the software. The target can be completely independent of the project. The target doesn’t even have to use the software.
With a patent protection clause as anemic as MSPL 3B, I wonder why even bother adding it to the license. Though I don’t really believe it’s this useless as part of some sinister master plan, I think it demonstrates that Microsoft still doesn’t understand that there’s no distinction, in terms of our licenses, in the FOSS world between users, contributors, and companies.
Picture by SubSonica
Comments
shams
2008-12-12 14:05:37
Zac
2008-12-12 14:11:02
Roy Schestowitz
2008-12-12 14:17:32
Earlier today I also found out about Dick Hardt joining Microsoft. He was quick to say "I'm not selling out" and Microsoft uses him to sell the "Microsoft open source" pitch. Microsoft actively fights against Freedom. If Dick Hardt helps them, then he too, by definition, harms Freedom.
What a shame.
cday
2008-12-12 14:58:24
Then it's time for more of us to talk about it where the drones can't "stalk". Since "the unsuspecting public" is actually made up of our families, friends and co-workers, we don't need blogs to spread information, email and general conversations can work too. Even if each of us can only reach ten people with information, it still makes a difference.
I call it Sneaker-blogging. : )
Needs Sunlight
2008-12-12 15:37:40
Roy Schestowitz
2008-12-12 15:39:55
http://www.sxipper.com/release-notes
Roy Schestowitz
2008-12-12 17:37:18
SubSonica
2008-12-12 19:17:02
http://www.eweek.com/c/a/Linux-and-Open-Source/Microsofts-OpenSource-Trap-for-Mono/ "Microsoft is claiming that releasing the .NET Framework reference source code under the Microsoft Reference License will give developers the opportunity to understand more about .NET.
That sounds good for open source, doesnt it? Wrong! Microsofts so-called opening up of .NET Framework is setting a trap for open-source programmers. Open-source developers should avoid this code at all costs.
You see, as Scott Guthrie, general manager of the Microsoft .Net Framework in Microsofts Developer Division, himself explains, the Microsoft Reference License allows viewing of source code, but not modification or redistribution. The source code will be downloadable and viewable by anyone who accepts the license agreement. This is another step in Microsofts Shared Source Initiative attempt to confuse people on what open source is, and isnt.
Microsoft had the sheer gall to submit two of its Shared Source Licenses to the OSI (Open Source Initiative) for approval as an open-source license. Fortunately, the OSI shows no signs of agreeing that these are in any way, shape or form open-source licenses. In particular, the Microsoft Permissive License is unlikely to be approved, according to Michael Tiemann, the president of OSI.
In licensing circles, theyre arguing over Microsofts language. Though with this .NET Framework move, we can see Microsoft poisoning open source in action.
The key is that Microsoft will let you look at the code but you cant use it in your own programs or modify it and use in your software. Now, theres already a set of open-source programs, Mono, that let you develop and run .NET client and server applications on Linux, Solaris, Mac OS X, Windows and Unix.
Mono is sponsored by Novell. Its led by noted open-source developer Miguel de Icaza. The Mono code is covered by three different real open-source licenses. The C# Compiler and tools are released under the terms of the GPLv2 (GNU General Public License); the runtime libraries are under the LGPL 2.0 (GNU Library GPL 2); and the class libraries are released under the terms of the MIT 11 license.
Thanks to Mono, we now have the popular Linux programs such as the Banshee music player, Beagle search tool and F-spot photography program. With Mono, you can also now run Visual Basic programs on Linux. Mono is also working on porting Microsofts Silverlight 1.0, a cross-browser, cross-platform plug-in for delivering richer Web user experiences in a project called Moonlight.
All of these programs are now in danger from Microsoft.
I know, I know, if you just look at the headline, the executive summary, "Microsoft opens up .NET," it sounds great for Mono open-source developers. Its actually a death trap for Mono.
Is open source the best way to unlock the value of IT? Click here to read more.
Lets say a year from now, Microsoft does a SCO. They claim that Mono contains code that was stolen from the .NET Framework reference source code. They point at their code, they point at the license, and sure enough, theres similar code. After all, both projects are implementing .NET; there will almost certainly be lines of code that looks alike.
Better still, from Microsofts point of view, all they need to do is find one Mono programmer who has signed the license to look at the .NET Framework reference source code. With that "proof," theyll claim theyve found their smoking gun. SCO failed in its attempts because it never did have any evidence that there was Unix code in Linux.
Microsoft, however, is baiting its trap for Mono programmers with .NET cheese. Theyll claim, come that day, about how open it was in letting people look, but not touch, their code. With the combination of "proof" that some Mono code has been stolen from Microsoft and its attempt to muddy the waters about what open source really means, it can look forward to having a much better chance of killing off an open-source project than SCO ever had with Linux
If you ever, and I mean ever, want to write open-source code, I recommend you not come within a mile of Microsofts .NET Framework code or any other similar projects that the boys from Redmond "open" up.
If you do, youre nibbling on the cheese of a trap that will eventually snap shut on you and kill up your program and quite possibly your job and finances. "
jo Shields
2008-12-12 19:32:22
Agreed. Which is why Mono specifically forbids contribution from anyone who has ever looked at Rotor's source. See http://www.mono-project.com/Contributing#Important_Rules
Ms-PL was renamed and reworked, following OSI's concerns. Here's the OSI-approved final version: http://www.opensource.org/licenses/ms-pl.html
Here's their other OSI-approved license of the two you mention: http://www.opensource.org/licenses/ms-rl.html
Which is why, as cited, Mono does not permit contributions from anyone who has seen any Microsoft .NET source code.
Wine has the same concerns following that Win2K source code leak a few years back - which caused a full halt on development of ReactOS so a code audit could be performed
Lisa Lefty
2008-12-13 00:39:45
If I were to be extreme, I might suggest that the free software folks are the same as MIcrosoft were in the 90s... "you do it my way, or you don't do it at all", "you do it my way, or it is the wrong way and we'll atatck you for it.
In many evident and public cases the Open Source world has moved on, the free software folks have yet to evolve.
Roy Schestowitz
2008-12-13 00:45:30
This is not something I wrote (see attribution), but it's something I agree with.
SubSonica
2008-12-13 01:56:32
If you can't look at the code, how can you check that there is no code copied? How can anyone keep insisting in that Microsoft is "open" when it releases code in terms so threatening that you can't even look at it?. Since you can't even look at the rotor code, how can you be sure it is not Microsoft the one that will copy mono code and put it into rotor in order to sue immediately afterwards?
Roy Schestowitz
2008-12-13 02:00:29
http://boycottnovell.com/2008/09/20/mono-java-dotnet-analysis/ http://boycottnovell.com/2008/09/19/why-not-mono-car-analogy/
Yfrwlf
2008-12-13 02:13:53
However, open source is untouchable, so everyone is safe as long as they know the licenses and patent issues and in general the laws surrounding the software they use and/or promote.
I still think there needs to be a lot more movement toward paid programming business models for open source software though. If a bunch of Linux users want to get together and contribute money to the creation of some Linux program, for instance, I think there should be some good ways of being able to do so that are big enough and have enough momentum to safely deliver that to them.
Yes, that was off topic, but no one ever talks about it.
Roy Schestowitz
2008-12-13 02:26:41
Yfrwlf
2008-12-13 05:01:03
So that's my main complaint. There are plenty of micro-transaction systems coming about, but it's all for close source software, so what I'd like to see are markets for open source.
I think it'd be cool to have a Linux-based console or PC program or web interface where you could pay for software that is either in development or completed and awaiting funds to pay for it's development. Ransom models like that have been tried but it just can't take off without a lot more attention. That's how open source works. If it doesn't develop a community following, it won't be successful. Would have to start off small somehow or it'd have to be pushed by bigger companies.
Always the little companies that struggle...
Any way, governments and other organizations getting together would have a much, much easier time at pooling development funds and pulling off something like that for things like educational software for instance.
But again, off topic, sorry. :P
twitter
2008-12-13 06:07:29
Pointing out those restrictions, remembering SCO and connecting the dots to Novell is not an "attack" it's self interested, common sense. I'm glad Boycott Novell is pointing these things out in a well researched and easy to digest form. Mono users should know about the strange restrictions M$ puts on Mono developers and how those restrictions can disrupt everone. They should also be aware of M$'s past and current attempts to screw everone. With the information laid out correctly the intentions are obvious.
AlexH
2008-12-13 09:42:57
The stuff about "strange restrictions M$ (sic) puts on Mono" is pretty far from reality too, but you likely know that already.
Roy Schestowitz
2008-12-13 09:46:53
AlexH
2008-12-13 09:49:46
Roy Schestowitz
2008-12-13 10:31:36
AlexH
2008-12-13 11:59:45
Roy Schestowitz
2008-12-13 12:10:39
Dan O'Brian
2008-12-13 12:53:56
The same way WINE audited their code to make sure nothing was lifted from the leaked Microsoft code.
You have non-code-contributors audit it and check incoming patches from untrusted contributors.
From what I've been told, this is how Mono does it.
Roy Schestowitz
2008-12-13 13:02:24
Yfrwlf
2008-12-13 15:14:45
Mono is just some libraries, as if Linux needed any more. Aside from patent threats, I don't really see the danger hear. My gut reaction is that there is of course, because I know MS, but I don't see what they are possibly doing other than allowing their "development platform" to be extended to Linux. I think their real goal is to tell ISVs: "You don't need to worry about developing programs for Linux anymore because Linux can run Windows programs." At first I was like wuuuut, because you'd think they'd only really start *wanting* to play nice with Linux if Linux got much bigger than it is now. I think what they are doing will end up *allowing* an easier move onto Linux.
Basically, why is Microsoft supporting .NET? What's the reason for them supporting a programming language? Well, it started out being that of course there are lots of hooks into Windows, it's a Windows-only development platform. It *locks you into Windows*. Of course the reason for wanting that is so that in the end they can sell more copies of Windows. So then, why would you purposefully break your own lock-in scheme by allowing that to not be the case???
I just don't see it. Other than using patent threats, I don't can't see what they are doing besides wanting to allow compatibility with Windows, and I think that's a *good thing for Linux*. Seriously, I think they are shooting themselves by doing that, because that may mean that if there is some critical Windows program that a company needs to function, and it happens to be written with .NET, that means that possibly no porting will be necessary, there may be *less* porting or no porting at all in comparison to programs written in C or C++ and such. Of course one WANTS to say nonono Yfrwlf you're full of poop because C and C++ are cross-platform, but now .NET is cross-platform! I think it will end up really being bad for MS because I just don't see the threat of what they are doing.
So unless there is some weird licensing loopholes or tactics that I don't know about and can't fathom yet, I would say that having more cross-platform languages/APIs is a good thing and allowing programs to be made for both Windows and Linux and Mac and others all at the same time will ultimately make the OS irrelevant and that will be a good thing for Linux, because Microsoft relies on Windows *being* relevant. Cross-platform programs means you suddenly give users *choice*, and I think that's good. So maybe MS is just dumb on this one, dunno.
My final comment is that developers need to choose a good language/API/etc to program for. wxWidgets seems like a great idea for instance, then you only have to program one GUI and be done with it. I think that trying to make sure your program has the same functionality on both .NET and Mono would be annoying and a dumb choice, but maybe not more annoying than the alternatives out there now. Regardless, I think making the OS less important is great because it makes consumers wonder why they'd want to pay for Windows when they can run all their favorite programs on Linux.
Yfrwlf
2008-12-13 15:17:51
Roy Schestowitz
2008-12-13 15:21:38
Yfrwlf
2008-12-13 15:25:34
I think they just want open source developers making stuff that will run on Windows is what it is...maybe they just want an even bigger software pool for their Windows platform. Maybe in their minds they are wanting to make it seem like *Linux* is less relevant. I just think it will happen the other way though, where Windows will be the one that's less relevant.
Roy Schestowitz
2008-12-13 15:31:33
Remember how EEE works.
Yfrwlf
2008-12-13 15:37:34
But, at the same time, *Mono* is not controlled. It exists as a static library on Linux now. So if .NET 3.0 or whatever rolls around, and Mono 3.0 comes out, but it horribly sucks and you can't move your 2.0 program to 3.0 or don't want to or whatnot, you can stay on 2.0.
I guess what I'm saying is that if you program for Mono, know that the ability for Windows to run your program could break because Windows is controlled (though I guess that's always true when developing for Windows), and know that it could very will be a very dead-end path, but if a developer makes a Mono 2.0 program that at least for now works on Windows, I say fine but that's a pretty dumb and dangerous choice.
Instead, I'd tell them to choose some other language which is much more open and isn't being steered by such a...well, mean company. :P
Yfrwlf
2008-12-13 15:45:24
So what I'm saying is I agree with you that developing for Mono could very much be dangerous, and I wouldn't choose it if I were a programmer, so you could argue that companies including it are encouraging programmer to be dangerous and possibly waste their time with it.
But, what exists now, Mono and the programs it can run, those are "safe". I guess that's my main argument for Mono. Even if 3.0 gets ruined, Mono 2.0 is just another library, it simply may not have a future is all. But, anything that is open source can go where ever it wants to, if .NET 3.0 came out and Mono 3.0 couldn't follow it because it went exclusively onto Windows somehow or whatnot, Mono 3.0 could go off in it's own direction *if* it had support.
Roy Schestowitz
2008-12-13 15:45:27
It's not that simple because of:
In short, backward compatibility is an issue (technical and legal), security patches are an issue (discontinuation) and you can't persuade the packagers to pick legacy software. Consider PHP4 vs PHP5 as an example.
Yfrwlf
2008-12-13 15:51:30
I do, however, fully agree that it would be MUCH BETTER having a more open, nicer, and more trustworthy in general group of developers and whoever steering a programming language. Whether that language/system/framework/API/whatever is cross-platform or not, if it's not M$ at the helm I would feel safer, so as a programmer I wouldn't want to put my eggs in the Mono basket.
So for that I complete agree with you, I'm just saying that Mono as it exists now in it's present form is OK since it's an open source library, but the future *is* important and one should certainly be scared of it when associating with M$.
Roy Schestowitz
2008-12-13 15:51:38
See our coverage of the OOXML OSP. If people deviate from this, there's no 'protection', however useless it may be in the first place anyway.
Roy Schestowitz
2008-12-13 15:54:28
Mono brings a raft of other things with it, such as Silverlight and OOXML. It's part of a broader tactic. Microsoft wants to blur the gap between GNU/Linux and its own 'IP'-protected technology that it controls. It tries to 'infect' rivals with the 'Microsoft bug'.
Abe
2008-12-13 15:55:02
Open Source & free [source code/software] should totally be dropped and never be used to refer to GPLed or Freedom as in speach software any more. The words "open" and "free" were made ambiguous enough they became counter beneficial to GPLed Freedom Software.
The terms GPLed/Gnu/FREEDOM/FLOSS software should consistently be used instead and an effort on the Internet should be made to make the distinction well understood even by laymen.
Yfrwlf
2008-12-13 15:59:22
You should have a link to the tags or BB code or whatever someplace, would be cool. ^^
Any way, I agree that you have to be cautious of the future and certainly future support is an issue. I mean, especially if the primary developer is Novell being paid by M$ and whatnot, then who will be around to keep supporting Mono 2.0 if 3.0 sucks in some way? Yeah I agree...
It's just a dangerous situation all around I guess so I wouldn't ever want to jump on their ship like I said, so I definitely am not...interested...in supporting programs which are based on that unstable infrastructure.
So yeah, I'd rather have an actual open community at the helm rather than a scary company that I don't trust with pro-Windows motives behind it...
OK, you win. :P
Yfrwlf
2008-12-13 16:06:00
Yfrwlf
2008-12-13 16:08:06
Hope everyone has a good weekend. ^^
Roy Schestowitz
2008-12-13 16:13:03
Quotes from 2008:
"Our partnership with Microsoft continues to expand."
--Ron Hovsepian, Novell CEO
"[The partnership with Microsoft is] going very well insofar as we originally agreed to co-operate on three distinct projects and now we’re working on nine projects and there’s a good list of 19 other projects that we plan to co-operate on."
--Ron Hovsepian, Novell CEO
Yfrwlf
2008-12-13 20:00:01
Regardless, I'm much more interested in seeing languages/APIs/etc be developed that aren't skewed by agendas toward specific operating systems. Many companies can be, including Linux distro companies by, say, wanting to lock users into their repositories and not help cross-distro application efforts, like I always bitch about. ^^
jo Shields
2008-12-13 20:22:15
The closest thing Mono has to "bringing OOXML" is the ability to open Zip files, and the ability to read XML.
There are absolutely no libraries or abilities related specifically to OOXML anywhere in Mono's source tree.
As for Silverlight, what Mono contains is some XML manifests used by the Mono Linker to create the cut-down 2.1 base library, from the 2.0 library, without the need for any distinct source or additional compilation. This includes a wrapped compiler, smcs, which uses 2.1 instead of 2.0 by default.
That's the actual extent of the supposed "raft of other things with it, such as Silverlight and OOXML"
Yfrwlf
2008-12-13 20:23:57
Of course, everyone wants stuff like this, but obviously unrestricted platforms is of more long-term benefit. That's why the Linux ecosystem having good development tools is extremely important. Linux needs to help it's developers create, package, and release Linux software as easy and as quickly as it can, so more unification/framework/API efforts are needed in this area.
Yfrwlf
2008-12-13 20:28:21
Roy Schestowitz
2008-12-13 20:35:32
We discussed this the other day. Look at the OOXML SDK.
jo Shields
2008-12-13 20:43:46
Roy Schestowitz
2008-12-13 20:51:42
jo Shields
2008-12-13 20:55:27
Are you SERIOUSLY claiming that writing a high-level library to an XML format in one language means that language is tainted? How about the g++/Windows connection, given Windows is partly C++?
Roy Schestowitz
2008-12-13 20:58:44
jo Shields
2008-12-13 21:03:59
What world do you inhabit, Roy?
Roy Schestowitz
2008-12-13 21:38:33
jo Shields
2008-12-13 21:47:26
Yfrwlf
2008-12-13 23:30:31
From Wikipedia: "Although the C# language definition and the CLI are standardized under ISO and ECMA standards, the CLI is only a part of Microsoft's Base Class Library (BCL), which also contains non-standardized classes that are used by many C# programs (some extended IO, User Interface, Web services, ...). Furthermore, parts of the BCL have been patented by Microsoft,[24][25] which may deter independent implementations of the full framework, as only the standardized portions have RAND protection from patent claims."
Microsoft doesn't do stuff for everyone, they do stuff for *them* and they expect to collect. The only reason for the *support* of C# and .NET by *Microsoft* is to create dependency on Windows, which is not free as in beer, i.e. they end up collecting.
Matt
2008-12-13 23:45:10
The more I learn, the more I understand and believe in what Richard Stallman and the FSF does.
Microsoft is the cancer.
Roy Schestowitz
2008-12-14 00:00:01
Yfrwlf
2008-12-14 03:32:50
So yeah, long story short, pick Java or some other language that isn't inherently controlled by companies that have an interest in seeing you on Windows.
Speaking of Sun, I think they should just break down and abandon openSolaris for Linux. It's just too much of a wasted effort and too far behind at this point I think, might as well just take what is good, port it to Linux, and concentrate on other projects.
Yfrwlf
2008-12-14 03:41:25
The fact is though, that purchases for things which last are better investments and have better features. Things which are totally controllable by the consumer are even better. Things which can be modified and improved are even better. Freedom is a feature, it's that simple. I don't mind paying for paid development of course, there's nothing wrong with that, but of course I'd rather give my money to something which gives me more features. So, in an ideal world, software could be created very easily by anyone and it'd be like art or anything else, but sometimes you could commission and pay for some of it, and the process would be simple and the developer/artist would receive the payment and deliver the product.
I think it can be done, too, it just takes more communication to get there, but my point is right now things are tough, so you still have to respect those who choose to pay for a dead end solution when there's no other way, no other solution. You don't want to discourage looking for one of course, but as long as consumers know what they're getting into and know the ramifications for doing so, it's their choice. I'd just like to make it possible for better choices to be presented to them in the future.
Yfrwlf
2008-12-14 03:44:11
Yfrwlf
2008-12-14 03:47:56