Slashdot Mirror
Top 25 Hottest Open-Source Projects at Microsoft Codeplex
willdavid writes "Via CNet, a link to a blog post with the top 25 most active open-source projects on Microsoft's Codeplex site. As the CNet blogger notes, 'Codeplex is interesting to me for several reasons, but primarily because it demonstrates something that I've argued for many years now: open source on the Windows platform is a huge opportunity for Microsoft. It is something for the company to embrace, not despise.'"
open source on the Windows platform is a huge opportunity for Microsoft. It is something for the company to embrace, not despise.'"
Some open source is good for MS - the sort of not particularly open software that relies on MS's OS & libs. Any software that can be easily ported to another platform is a threat.
Oh - and Open Source? Pah-lease. A license that governs USE of the software sounds neither permissive nor open:
There are shills on slashdot. Apparently, I'm one of them.
I wrote some C# Visual Studio addins and tried to upload them to codeplex. The only GPL license choice was gpl2, but I put in the comments "don't download this if you don't accept GPL3." Some code-monkey unpublished it because the license didn't match the chosen license - but GPL3 wasn't an option!
So I won't host it there.
In contrast, Free software licenses (BSD, MIT, GPL, etc.) cover only the distribution of the software. You do not need to accept any "license" just to use the software. For example, here the relevant paragraph from GPL:
So Free software licenses are indeed licenses: i.e. they grant you more rights than what you get by default under copyright law. EULAs, including microsoft's "permissive license" attempt to restrict your rights by controlling how you can use the software.So it is difficult to see microsoft's "permissive license" as anything but a trojan horse. Especially since it has an uglier brother, the "limited permissive license", which sounds confusingly similar to "permissive license", but adds a completely ridiculous restriction: you can only run the software on windows.
___
If you think big enough, you'll never have to do it.
Cry all you want about their OS's - they certainly have room for improvement. Their development tools are top notch. To be honest I do with they'd port an industrial strength CLR env to Linux along with all their class libraries, and Visual Studio/Orcas. It would be a ridiculously large undertaking but it would be god damn sweet to develop with MS tools on other OS's.
I use terms like "M$" and "Windoze" because I believe that they're clever, and Netcraft confirms that cleverness scores people mod points around here, although it doesn't always work.
As always, I shall ignore people who reply to me to point out I am overreacting or just flapping uselessly in the wind. I find reason and logic to be inconvenient in my quest to convince the world that they must switch to free software or suffer the consequences. I consider myself an "evangelist" and I believe people should put up with me because I Am Right.
But, I urge you to just use your head when reading my posts. Most of what I say can safely be discarded as sophomoric fluff designed to bring out the worse in people. Make your own choices about technology and be smart.
Thanks.
Last i heard, it would only create some sort of bastardized python code that was no longer cross platform.
.NET, so it will run on any Mono supported OS as well as Windows.
.NET. It's trivial to access .NET libraries from IronPython, while CPython doesn't make it easy. I'd expect migration mostly from cPython to IronPython (the biggest issue I had was regex related). If you don't want .NET integration, stay with cPython.
That's not correct; IronPython runs on Mono or
You may mean that IronPython scripts are not 100% compatible with a CPython implementation. Well, duh! Even different versions of CPython aren't 100% compatible! Jython isn't 100% compatible with CPython. IronPython is fairly compatible with CPython 2.4.4; the list of differences is available here, so you can avoid them if you ever want to run your code on different Python systems.
The big advantage IronPython has is the integration with
I've long been saying to those goliaths, like Microsoft and IBM, that it's not a battle of who will win - closed source or open source companies, but that both are on a collision course to become one, evolving and taking on the best parts of each. Open source companies and projects need some level of commercialization to fund innovation and development. Closed source companies need to open up more to be trusted and stay relevant in today's fast moving market.
I work for an open source company, Hyperic http://www.hyperic.com/, and we make systems management software. Early on Hyperic embraced the fact that there is a demand to manage Microsoft techonologies, and we built our open source software to do just that (in addition to everything else we manage) - and not with some archane NRPE remote-watered-down mechanism. Natively against Microsoft's APIs - WMI. So we work with them.
True, their open source labs with channel25 and their codeplex efforts are very much behind the rest of the company. They are relatively new compared to the rest of Microsoft, and there's a lot of ballast to turn that steamship around. But it is making some inroads, and open conversation and criticism is getting attention. These companies have to listen or become irrelevant. True, Microsoft waited a long time to accept and embrace open source, but they are not that foolish to not make efforts in today's market. And with the amount of usage of Microsoft products out in the market, it would be even more foolish of us not to pay attention.
What's the point of using open source software if you have to buy some expensive closed source package to use it. Such as SharePoint, Excel, IIS, Vista, etc. Open source only gives you all the advantages of open source if the entire software stack is open source. Otherwise, you can't modify the software, and you aren't free to fix all the bugs that you encounter.
Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
I know slashdotters loath Ms-PL, but not all of the projects use Ms-PL anyway.
If you had bothered to check the license of the listed projects you'd see that some of them use GPL or LGPL (the only licenses that slashdotters appear to respect).
For example, the PHPExcel, which allows PHP code to read/write Excel 2007 files, uses LGPL.
Still other projects use custom licenses, like the GoTraxxx project.
Microsoft's own projects use MS licenses like Ms-PL and Ms-CL (both pending OSI-certification) but non-MS projects can use any license the devs choose to use.
-- "I never gave these stories much credence." - HAL 9000
At least one of the listed projects, IronPython, runs with no problems on Mono. .NET targetted projects.
I assume the same can be said for much of the other
BTW, mose projects on SourceForge run on Linux ONLY. I guess the reason is to lock people into Linux, according to your dufus logic.
-- "I never gave these stories much credence." - HAL 9000
Have any of you people that constantly bring up Mono as a solution actually ever tried it? Sure, Mono covers a lot of the libraries, but practically every .NET application of significant size steps into some of the libraries that Mono doesn't cover. Very few .NET applications will run on Mono without significant changes to the code.
.NET and only run on Windows.
Very few of the applications which the article refers to have even the slightest chance of running on Mono since they both use libraries that Mono hasn't implemented, and rely on proprietary applications which are not written with
The fact of the matter is that Mono will never be a solution unless Microsoft decides to support it. What's perhaps even worse, is that by its mere existence it allows Microsoft and Microsoft fans to make ridiculous claims about being "cross-platform".
More about the issue in my parent post: There is more than one license.
The Microsoft Limited Permissive License (Ms-LPL) says, in part: "(F) Platform Limitation- The licenses granted in sections 2(A) & 2(B) extend only to the software or derivative works that you create that run on a Microsoft Windows operating system product."
Be very, very careful. If some of the Ms-LPL code is mixed with real open source code, there can be a license violation.
You might have a (weak) point, but doesn't most of what you are saying boil down to "there are some open source advocates in the belly of the beast that should be encouraged."? That's not really saying much IMO.
Microsoft has such a long history of deception and other bad practices it should make any intelligent person suspicious of their intentions here. It was only a few months ago that they were threatening to sue the open source community. I know it's been said to death, but the bottom line is that if Microsoft as a company really wanted to embrace open source, and work with the open source community, the very first step is open file formats and cross-platform compatibility.
How can anyone trust Microsoft's open source efforts when at the same time they are fighting tooth and nail to eliminate any hope of open file formats and tying all of their open source projects to Windows? I know you are trying to be positive here, but isn't this just a tad naive of you as well? There simply is no reason to believe that this isn't just the same old divide and conquer marketing game from Microsoft. At least not yet.
Windows might have to go open source eventually just to remain relevant, but Microsoft will have to be dragged kicking and screaming to this conclusion, and it will likely take years. At a bare minimum, my expectation is that major structural and managerial changes will have to occur at Microsoft before any of that comes to pass, if it ever does.
Balmer would have to be fired for starters.
Why do you think Mono needs to run programs written for .NET/Windows? G++ can't compile many programs produced by Visual Studio, but I doubt you think G++ "will never be a solution unless Microsoft decides to support it". Why do you treat Mono differently?
.NET/Windows, just like G++ isn't intended to compile working programs that use the Windows API. Mono is great for Linux-only or cross-platform software projects, just like G++ is great for Linux-only or cross-platform software projects. Mono works great for projects that aim for compatibility with it, and G++ works great for projects that aim for compatibility with it.
Mono isn't intended to run programs written for
You're biased against the Common Language Infrastructure because it was created by Microsoft. I understand, because I hate Microsoft too, (I use only Linux on my desktop) but the CLI is a really great idea, and Mono is a really fantastic project. Give it a fair chance! Don't write it off just because it can't do something it's not intended to do!