* This was organized like any other guest talk held at Microsoft Research, of which there are ~5/week, mostly by academic guests.
* His host was Microsoft's Chief Economist, Michael Schwarz. Michael did his PhD work on free software and got to know Stallman then.
* After hooking his computer up to the projector 10-15 minutes before the talk began he displayed a quite provocative political cartoon of his regarding the invasion of Iraq.
* As mentioned elsewhere he prefaced his talk with a number of requests for Microsoft.
* At one point he did state "Sometimes there is a use for windows."
* That statement was immediately preceded by "It's getting rather hot in here. Can we do something like adjust the temperature or open some windows?" :)
* Someone in Q&A questioned whether he would have come to Microsoft a few years ago and asked what has changed for him. He said he's just hadn't been invited and would have been happy to if he had been.
I attended a talk given by ESR in the 90s at Microsoft. It was entirely reasonable on all accounts for all parties (except for a single audience member who nearly got boo'd). Even then, the mood was one of conciliatory agreement, like easy to get day passes to cross the Berlin Wall.
I continue to be utterly amazed at the OSS transformation that Microsoft has pulled off.
RMS's dedication to human expression via computers has given us all such wonderful things.
to be fair, I initially stalled on that one too. Then kept reading and then was like, "oh, okay. Kind of like the 'Mac supports Windows' with a MacBook propping a window open joke. Got it."
Also Pedro Paulo explained what the content of the talk was:
> Mostly standard talk. Importance of free software, GPL v3, GNU vs Linux. However, he had a list of "small requests": make Github push users to better software license hygiene, make hardware manufacturers to publish their hardware specs, make it easier to workaround Secure Boot.
I'm not sure exactly what he meant by software license hygiene, but if it's what I imagine, it's a significant problem. Often people don't quite understand the licenses they choose and they get into trouble as a result. For example, there is a free software game that I follow which is licensed under the GPL. The author made a passing statement that the game is under the GPL, but none of text of the game is (it's an RPG, so there is a significant story). When I looked, they had mistakenly added the GPL to all the files that contained the story! They thought that since it wasn't source code, it couldn't be covered by the GPL.
It's clearly a well intentioned mistake, but it's the kind of thing that can bite you later because someone will accept the license and use it for something you never intended. At that point it's a really big headache.
It gets even more complicated when people try to mix licenses that are incompatible -- it works fine until somebody challenges it. At that point it's an absolute pain. The last thing you want on your project is to have someone say they are going to sue you because you don't have permission to use their code. It's really, really important for people to follow the licenses correctly and GitHub is in a wonderful place to help with that. It's a win for everybody. I would say even if people realise that they can't use GPL for some project because it is incompatible with the license for other code they are using, it's better than going for years and having a problem!
It’s also people thinking an open license is a free-for-all. I put out some simple scripts some time ago to move data across a couple of sites, under MIT - super liberal license, “just keep the credits” and you can do anything you want. Simple, right? After a few years I checked the forks and the first (and often only) thing they were doing was to strip attribution everywhere. I mean, it’s github, you forked right from my repo, everyone can see it. And why would you do that anyway, if you’re after publicity just add your name on top! I opened issues and most of them halfheartedly apologized and put back my notices, others ignored me, others pulled down the repo altogether. I bet they’ve all re-stripped it back, by now.
It would be cool if the license metadata currently existing on GH could be extended to carry names, in a way that makes it impossible to strip attribution (depending on the license, of course).
> It’s also people thinking an open license is a free-for-all. I put out some simple scripts some time ago to move data across a couple of sites, under MIT - super liberal license, “just keep the credits” and you can do anything you want. Simple, right?
This seems like a reasonable enough place to ask: if you have a project under MIT, and I pull a function out of one file to use in my project, where exactly do I owe credit? In a comment above the specific function? At the top of the file? In the main license file for the project (even if the whole project is under e.g. GPL)? Some combination of the above?
IMHO the safest option is to drop it in the about screen or somewhere in the documentation, like Microsoft does, "This software includes portions of XYZ...". It doesn't really matter which line is what, imho, at the end of the day an actual trial would run some automated comparison analysis and pull out the relevant bits anyway. It's mostly about the spirit.
Does anyone here on HN know of lawyer companies that would follow up on license violation requests in bulk?
E.G. there are services like small claims court in the UK that _mostly_ automate the billing on unpaid invoices, is there something like that for licensing?
DMCA takedowns are a remarkably heavy-handed way to deal with software licensing, which is often something that can often be resolved with some good-faith discussion.
Aren't most concerns with companies who exploit open source software without contributing their changes back?
If we have source code and can determine it is derivative of open source but improperly licensed, does it matter? At that point we have the code and we know it's derivative and thus can infer the license. It's not like the publisher could come back at us for taking it back.
I don't see the value in such a tool other than to abuse people who shared incorrectly. And if I ever shared code incorrectly and got slapped on the wrist for it, that might just be incentive for me to never bother to share again.
> Aren't most concerns with companies who exploit open source software without contributing their changes back?
Companies get away with this because developers don't understand licensing in the first place. Pushing a false message that "once it's out, anything goes" is detrimental to that state of things.
> If we have source code and can determine it is derivative of open source but improperly licensed, does it matter?
Of course it does, a license is a license, you cannot selectively apply only some of it. And yes, if the license is not followed, the original author can revoke consent to redistribution and usage. Have you actually read an open license? The GPL is very explicit on this matter.
> if I ever shared code incorrectly and got slapped on the wrist for it, that might just be incentive for me to never bother to share again.
That's not a problem. Opensource doesn't run on generosity, but on publicity - a currency that can be converted into actual cash. If you don't share your "left pad", sooner or later someone else will share his own version and reap the rewards. The time when we had to beg companies and individuals to share, is long gone.
> Companies get away with this because developers don't understand licensing in the first place. Pushing a false message that "once it's out, anything goes" is detrimental to that state of things.
So, for example, when a Router manufacturer consumes GPL code and doesn't contribute their changes back it's a failure of the developer who GPL'd the code they used? Why is the person sharing responsible for policing and enforcing? That burden encourages developers to either not share, or to share without restrictions.
> Of course it does, a license is a license, you cannot selectively apply only some of it.
Yes you can selectively enforce your own license. But enforcement isn't the point. Developers don't necessarily want the burden of enforcement that you're mandating they must do as part of sharing.
My point was that, if you can determine someone's code is derivative of GPL'd or MIT'd code but with a license stripped, you can still use it. If the person who stripped the license tries to come down on you, you're still protected by the original license that they stripped away.
> That's not a problem. Opensource doesn't run on generosity, but on publicity - a currency that can be converted into actual cash.
I would argue that your perspective is the problem. Open source is or isn't just about money. People who share aren't necessarily trying to do it for currency, social or monetary.
While I freely admit my contributions are limited, I have never sought any currency with them. My contributions fall into two categories, the first was to make a consistent problem I had with some code I consumed go away and the second was to share tools or utilities I made to solve my own problems because I thought someone else might like them.
Your opinion of open source puts unnecessary burdens on people who just want to share and results in much of the drama we see. Look no further than uBlock or WiringPi for examples of developers trying to move away from the burdens you're imposing.
Some people just want to share something they did without burden but you're basically saying "no, sharing comes with obligations like license enforcement, currency, or user support that you're required to invest in"
Yes that is a common problem. I could see GitHub creating tools to help you select a license and inform you how to use it properly, as well as having systems that show you how the license affects your project.
It's not under the github.com domain, but they did create it. IIRC they link to it somewhere when you go to create a new repo, along with a drop down to select what license you want (Assuming you're not just pushing an already created repo).
I don't think Microsoft/GitHub would have any issue with doing a wizard-y license picker/builder (well, boiler plate existing licenses with fill in the blank for attribution, project name, and the like). They did add that little table at the top of LICENSE pages that checks off what rights and responsibilities the consumer has under the license so it seems they're fans of making the various licenses understandable.
I think it is a good request though. I'm fond of MIT, but with the right wizard, I may also find that GPL or something else may be a better fit for what I'm working on.
Data definitely belong in the repository, not only because you want to version your assets too, but also because chances are your code at time T is also meant to work with your data at the same time T - so you don't even attempt to do stuff like trying to figure out when some bug was introduced with current data (that could cause or hide the bug or your older code not even working with the current data).
You could try to put your data in some other repository, but since you are versioning that data anyway, that introduces additional pointless complexity and besides the code is useless without the data to work with - so just stick them together and be done with it. If your VCS cannot handle that, instead of having it dictate your workflow towards an inferior solution, change your VCS.
At least as far as games are concerned, data and code are interwoven and any other approach is guaranteed to either fail or produce unnecessary and easily avoidable complications.
I certainly wouldn't fault them for putting the story under source control/versioning or even the location they did it, but there'd be benefit in separating them into two different projects/solutions as you could essentially have a separate "engine" project that could be reused for future games and then different projects with assets/story/etc for any game that comes down the pipe.
Now, if the intent is a one off and they have no intention of drinking from the same well so to speak, go nuts.
If you need it version controlled there are two options. Use somthing that does versioning in the database (like django-reversion f.ex.) or separate the story into it's own repo and use it as a sub-module. There are other ways, these are just the two that jump immediately to mind.
Meh, it's not really black and white - kinda like saying translation files shouldn't be in the repo.
I've put them there a bunch of times, they were (at least initially) edited by the same people as the rest of the code and they were required for the app to compile.
You are being downvoted because you're preaching a terrible game programming mistake as the only reasonable approach.
I didn't downvote you, but I wrote enough games to hope no young programmer takes your advice.
Games, as iteratively developed creative products, always interweave engine with content. Trying to write a generic engine in parallel to your game is a surefire way to never release a game.
Even if you set out in advance to write an engine, you should do like most market leading engines and develope a game first, then extract the engine out from it (Quake, Half Life, Unreal, Far Cry... the only counterexample I can think of is Unity, wait no wiki says "Over the Edge released its first game, GooBall, in 2005.[4] The game failed commercially, but the three founders saw value in the game development tools that they had created to simplify game development, and so they shifted the company's focus to create an engine for other developers.")
Thank you for making the point. I find it utterly silly that something that is taken from granted as Best Principles (tm) in other fields is considered harmful in game programming. I've programmed a few small games, never with features grand enough to have any sort of assets management but I would think that the scope of any AAA game would be such that assets and code were kept separate. Watched the Blizzcon video from the WoW classic team and they talked about the 3 pillars of their product being Code, Data and Assets. It's an interesting story. I recommend watching it.
Wikipedia page for the company behind Unity. In general, when someone quotes something exactly and I want the source I google the quote, google is quite good at finding exact quotes :-)
I get that this comment is downvoted. I honestly didn't understand the other one. I don't care about the points. I don't even know how they are used except for killing comments. I've also read discussions on voting on the site that I adhere to. If I downvote, I also leave a reason why in an answer to give the poster context (except if it's an obvious troll which I hardly think I qualify for).
Someone posted what they think is a reasonable answer to what I proposed and I didn't agree. I could expand on the discussion and haven't changed my mind. I thought we all came here to do that.
I fully sympathize and agree that downvotes shouldn't be used (here or any other site, generally) to signal disagreement. But they are, and I (mostly) agree with the guidelines about it not being fruitful to ask about it when it happens.
I'd willingly dock myself points if I just got feedback to the why. This isn't Instagram or Twitter. This site is supposed to be about exploring viewpoints different from yours coming from wicked smart people.
He didn't comment on it, he asked a question, to which he received an interesting and constructive answer. Your comment on the other hand didn't do any good, and it made boring reading.
He asked a question in the form of a comment – I'm pretty sure that's what 'comment' is referring to in the guidelines; not the content of the comment itself.
And you seem to be wrong about by comment about the guidelines. The other user was informed or reminded about the guidelines and we even had a nice little 'comment chat' about them.
Any kind of online forum inevitably requires participants to remind each other of the rules as it's the principal means of enforcing them.
I believe he's referring to the fact that many if not most projects hosted on github have no license conditions at all. No license means no one except the original author can use the software, and anyone who even looks at the code runs the risk of being sued for copyright infringement.
RMS is not saying "make everything GPL" (or at least, not in this context). He's just saying if you're going to publish source code, please make clear the condition under which it can be read or used.
Technically, all GitHub repos have at least one license. That is the GitHub license:
> If you set your pages and repositories to be viewed publicly, you grant each User of GitHub a nonexclusive, worldwide license to use, display, and perform Your Content through the GitHub Service and to reproduce Your Content solely on GitHub as permitted through GitHub's functionality (for example, through forking).
> You grant us and our legal successors the right to store, parse, and display Your Content, and make incidental copies as necessary to render the Website and provide the Service.
What's so objectionable about that. Honestly one of the more annoying to find problems with GitHub (and npm) is MIT licensed software with GPL dependencies, and even if you want to have closed source software on GitHub, having a "this software is closed source" UI element is still better license hygiene without forcing everything open source.
I think honestly this is something other providers (Google code when it was around, gitlab now) are much better at.
Once you statically like that MIT licensed code to GPL licensed code, you have a GPL licences executable. If the source is provided, I think you're in compliance with the GPL. IANAL and that is a very interesting situation.
That type of thing is why I think people need to choose one of: GPL, LGPL, MIT, BSD (isn't that essentially MIT?). I dont see the point in other "open source" licenses, they primarily create compatibility issues.
According to Stallman, MIT is compatible with GPL but the reverse isn't true. You can freely use MIT code (including linking) in a GPL project so long as the source is available.
In Rust most code is dual licensed as MIT or Apache 2. You can pick which one to use although IIRC Apache 2 is considered the "primary license" because it provides protections from patent trolls and an explicit contribution licensing clause. However Apache 2 isn't compatible with GPL.
> According to Stallman, MIT is compatible with GPL but the reverse isn't true
What are you talking about? Let say we have code A licensed as MIT and code B licensed GPL.
You can combine A with B and distribute it. You can combine B with A and distribute it. AB or BA is both a legal combination that a distributor can do. In both cases the distributor need to follow the condition of both MIT and GPL. You can not distribute AB and only follow GPL, or combine BA and only follow MIT.
There is two ways to look at copyright licenses. The slightly incorrect but slightly easier way is to see them as a contract. In order to distribute you need to follow the conditions. If you have two contracts then you have two sets of conditions. Three contracts and three sets of conditions.
The second way, which lawyers prefer as the more "true" perspective, is to see a copyright license as a list of permissions. Copyright law dictate that as a distributor you have no rights, so the license is the specific conditions in order to gain permission. It is like a airplane ticket where in order to travel you got to follow the rules and conditions or the airline. Countries can also have conditions and rules like visas, passports and enter/exiting laws. Thus in order to have permission to travel between countries you need to follow both sets of rules and conditions.
Incompatibility occur when the rules and conditions of two or more licenses demand something impossible, like the case where one condition require an action and the other forbid said action. Both conditions can not be met at the same time and thus the licenses are incompatible.
Okay, so we have A licensed as MIT and B licensed as GPL, your example. Let's specify that B is licensed under GPL3 so it's clear:
Under MIT, Microsoft can take code from A and put it into the source code of Visual Studio, provided that they keep the copyright and license with the code they've copied. Visual Studio can then be licensed however they want.
Let's say that project A takes code from project B. Now because they have GPLed code, A has to be distributed with terms at least as open as the GPL3's terms, due to copyleft.[1]
This might not matter to the maintainers of project A, but it certainly matters to Microsoft, because now if they use code from project A, they also have to distribute it with terms at least as open as the GPL3's terms. So if they use code from project A in Visual Studio, they've effectively licensed Visual Studio under the GPL3.
The GPL3 is "infectious" in this way--once you use GPL3 code in your project, your project is effectively licensed under the GPL3.
> Under MIT, Microsoft can take code from A and put it into the source code of Visual Studio
In that case we have three licenses. We have the MIT licenses, the GPL license, and the license of Visual Studio owned by microsoft.
If the MIT licensed project have a relation with Microsoft which they value higher than the code from the GPL project then the GPL code will be incompatible with the goals of the MIT project.
The incompatibility depend on the relationship and can only be answered based on defining said relationship.
It's been a while since I read the GPL3, so I just read it again.
I'm no lawyer, but if I'm understanding correctly, yes, it does have to be licensed under the GPL3, but it doesn't have to be licensed only under the GPL3. With a license like MIT, the could apply a second license which would, for example, amend the MIT license to require you to pay for the software.
However, the "No Further Restrictions" paragraph in the GPL I think puts a much stronger set of requirements:
> You may not impose any further restrictions on the exercise of the rights granted or affirmed under this License. For example, you may not impose a license fee, royalty, or other charge for exercise of rights granted under this License, and you may not initiate litigation (including a cross-claim or counterclaim in a lawsuit) alleging that any patent claim is infringed by making, using, selling, offering for sale, or importing the Program or any portion of it.
This is why I think Stallman often uses the language "licensed with terms at least as open as the GPL" instead of saying "licensed under the GPL"--yes, it has to be licensed under the GPL3 but that doesn't quite capture the whole story. Someone can apply another license (i.e. Apache 2, to explicitly grant patents) so their licensing might not be just the GPL3, but further licenses can only expand freedoms, not restrict them.
I would encourage anyone who is interested in this sort of thing to read the license for themselves. Don't get intimidated and assume it's all in legalese: while I'm hesitant to think I understand it since the law is not my area of expertise, the GPL is written in what seems like fairly straightforward English.
I mean you can very easily add MIT code in a GPL licensed project because MIT is more permissive. However adding GPL code to an MIT licensed project means you now have to comply with GPL's more restrictive "list of permissions" when you weren't before.
If we imagine a project with only MIT code that want to add GPL licensed code, the only significant additional legal action needed to be compatible is that you now need to give a patent grant that covers the combined work, and in the case of GPLv3 not distribute the combined work in hardware devices that use access control to prevent the installation of modified versions by the owner.
If neither aspects is an issue then the additional work needed to add GPL code to an MIT licensed project is practically zero.
There are however naturally implication for downstream which in combination of additionally third licenses (such as proprietary licenses) can cause real issues, and the relationship between such downstream and the MIT project could as a result lead to reasons why the MIT project feel like they can not include GPL into their code. There might even be contractional reasons involved which mean not only do you now have three different copyright licenses to follow but you also have contract law involved in order to follow the law and have a legal right to distribute the combined work. I can see how the permissive licenses in those kind of situation feel simpler since they do not interact much with the other legal stake holders.
If a project with only MIT code adds GPL licensed code, then they can't distribute the "merged" new set of code under the MIT license.
Previously, someone could use your MIT code in a closed source product and distribute the resulting executables to their customers without including the source. In the future, that someone would have to start following the GPL rules or stop using your not-MIT-anymore project.
Sure, but that doesn't mean the two are incompatible! It just means that you also now have to comply with the terms of the GPL if you use GPL-licensed code in that project: something that the MIT license is flexible enough to allow.
I guess my post wasn't clear that I was referring to two issues - I assumed the original poster took RMS's comment as "ban closed source from GitHub", and was pointing out that being clear on licensing is not the same thing as being open source only, and that an actual issue this causes for open source software is not-actually-MIT software.
GPL code is essentially "don't-touch-with-a-39-and-a-half-foot-pole source" to most people who want any control over their project or are developing in a professional setting.
I think it's mostly unfounded, but companies do avoid this for reasons other than wanting to directly control their users. I worked for a company where everything was Apache 2, BSD 3-clause, MIT, or similarly licensed. Since we distributed source regardless, this means less control over the users, even though it means they have the freedom to not pass it on to their own users. Our lawyers absolutely lost their shit at the suggestion that we include the GPL. Because a bunch of our customers absolutely lost their shit at the slightest hint of GPL, because they don't want to be sued for unintended virality.
Hear that, folks? In a world that's increasingly focused on sustainability and funding for software development, programmers with business aspirations should take note:
If you're working on something that you hope to (eventually?) make money from, but you also want to benefit from the collegial atmosphere of open source, then choose the GPL. This simple decision instantly eliminates a whole subset of would-be competitors, who you now don't have to worry about undermining your business or otherwise threatening your source of income while they rely on being able to use your own work against you, since the GPL automatically places your work in their do-not-touch category.
The GPL grants significantly more freedom to users. Users of MIT-licensed software don't necessarily even have the freedom to see the source code! All they're guaranteed is the ability to see a credit.
Developers are also users of a piece of software. GPL 3 restricts developers in insane ways where they are forced to contribute back any changes and even worse then that it basically infects all code that it touches. It's almost impossible for a commercial product to use GPL 3 licensed software at all. This is basically tyranny.
> Developers are also users of a piece of software.
This is true, and yet your conversation partner still has the winning answer. The point is that, notwithstanding these restrictions on developers—some of whom have the desire to be able to take without reciprocation—the freedom guaranteed by the GPL to users more than makes up for it. We're essentially talking about local versus global maxima here.
> It's almost impossible for a commercial product to use GPL 3 licensed software at all.
On the contrary—GPL is very beneficial, for the reasons I just laid out in another comment[1]. GPL-licensed code is not ipso facto any harder to commercialize than if you were to make the end result available under MIT. It's arguably even easier, since your competitors will have a more difficult time competing with you than if you'd chosen MIT. As Eben Moglen once put it, if you're trying to decide on a license, then by all means you should go with a permissive one—if you're what you're looking for is "a really good license for your competitor to use"[2].
You need only look to history then compare and contrast it with the industry's current preoccupation with funding the development of free and open source software. Red Hat/Cygnus were largely built on top of GPL code. Meanwhile, today's developers entrenched in the GitHub culture, with its permissive-first obsession with licenses like the MIT, have been bamboozled into working against their own interests by giving away their strongest bargaining chip when they decide to go with the flow instead of choosing the GPL.
Software, in general, has a lot more people using it than writing it. Successful software, anyway.
And super permissive licenses like MIT hurt developers too, because it means I oftentimes can't see the source code that someone else has modified, even though it would help me a lot to be able to do so. With GPL-licensed software, I am always guaranteed this freedom.
Those modifications would probably never have been made if the license was GPL because they would have just rewritten their own entire thing from scratch or licensed something else.
Forcing your users to have to GPL any of their code based on your code is controlling them more than releasing under a more sane permissive license. It's ironic that GPL is the true restriction of freedom for all the virtues it touts.
Without sounding too sacrilegious, Dr. Stallman is the Free Software Jesus--he preaches the gospel of Free Software to the whole world and associates with "sinners" calling them to repentance. If he can bring "the truth" of Free Software to Microsoft employees and help them "see the light", why wouldn't he?
Stallman is very much like the saints of old: striving at all times to be coherent with his beliefs, walking the walk, preaching - and getting publicly celebrated and then mostly ignored or selectively quoted by “followers”.
Like with saints, we often need extremists like him to keep the Overton pushed wide towards the needs of humanity at large, as opposed to private profit. We can’t all wear sackcloth and give our life to $divinity to translate Arabic copies of Greek manuscripts, but we’ll always need someone who will.
Many of the early philosophers operated in this way. They followed new ideas/paradigms to an impossible extreme, but it's under the name of progress. How does one get to understand the true limits of an idea if no one tries pushing it to the absolute max logical conclusion? How do you ensure that the new idea stays in culture if you do not actively promote it?
We all take open-source for granted today, but it was the early pioneers that made a lot of noise and ruckus that got the movement slowing going on its way.
The thing that surprises people is not that Stallman went to Microsoft but that Microsoft invited him to talk. Back in the day Bill Gates would make signs to ward against evil if Richard "communist cancer" Stallman was anywhere near Redmond.
I am bit more cynical about this. Google and others have simply shown Microsoft how to make loads of money by opensourcing the project, while still keeping the upper hand on it. How to "opensource-but-not-quite-opensource" (Chrome/Chromium, Android/AOSP,...) the projects. Even Amazon didn't succeed in prying away Android from Google (Fire). So in my mind it's actually surprising that it took them so long to join the party. After all, what do they care if Linux is running as part of Windows, as long as they can sell the Windows licenses? It's not like "the year of Linux desktop" is coming anytime soon... :)
I think the real danger to these companies are less-than-free licenses (think Commons Clause) which give most of the freedoms to the user, but still allow the original creators to retain some of the rights, making it possible for them to have a business model behind it (such business model that AWS^Wbigtech can't take away so easily). And in this case RMS is doing more harm than good by preaching about "pure freedom". Of course Microsoft is on the same side as he is. "Write the code, but give it away". What's not to like?
> Even Amazon didn't succeed in prying away Android from Google (Fire).
They didn't? Amazon's phone failed because it had no reason to exist—it was a new product in a crowded market and offered nothing unique. Nothing to do with Google or Android. Amazon's tablet line still uses their Android fork, and seems to be doing fine.
As do many of their echo devices, fireTV devices, etc. They absolutely "pried it away" if you can call it that? Obviously nobody can force Google to stop using Android themselves, but given the success of Amazon's many devices I'd say they accomplished exactly what they set out to accomplish.
While I'm sure he "enjoys" some of it, current-Bill seems to be putting most of his billions towards the greater-good, in lieu of profit. RMS sacrificed potential billions to server the greater-good.
> Sainthood in the Church of Emacs requires living a life of purity—but in the Church of Emacs, this does not require celibacy (a sigh of relief is heard).
Now there's a quote that didn't age well... That whole page is just... strange...
There was a time when open source software wasn't so intermingled with commercial interests and people's professional lives that it was ok to make jokes.
Also, people didn't get offended so easily, which seems like a sport these days to see who can be more offended. I really miss those days.
I am a huge fan of Stallman.He is as close to 100% correct on software ethics as anybody has ever been. His contribution to computing has been immense. However, in a world where your social status can go down easier than it can go up, I think it's nearly impossible for younger, non-established programmers to live by these rules. We should push society, and the powerful, towards FOSS. But until that happens, the individual will not have a chance.
Agreed, he took a lot of those position when they were immensely unpopular, and remained consistent without overclaiming when they became popular. I still think he is right about GPL, walled gardens, hardware, etc. despite now again losing the popularity contest.
He has a point. Why would he want his "performance" to be featured on proprietary video formats or platforms? Even ignoring the proprietary part, he'd basically provide exclusive content to yt without compensation.
Speaking of which, maybe he could address Github blocking indie search crawlers.
'According to Segala, Stallman requests no video feeds in "places using proprietary JS."'
Therefore, we see that his concern isn't about the language of implementation, but whether it's proprietary or not. So you could write a FOSS web video player and post a video of him there, but he doesn't want to be on YouTube since I can't say "well, this video player would be much nicer if..." and then do that.
If Microsoft hadn't embraced open source around the time Satya Nadella took over, by now they would have probably imploded and become irrelevant (I mean in the sense of how Bing is more or less irrelevant to most website owners even though it apparently makes a lot of money).
Its not as if they decided to open source Windows XP.
> If Microsoft hadn't embraced open source around the time Satya Nadella took over
Microsoft were already well down the road to "embracing" open source before Nadella took over as CEO. The movement inside the company began around 2006 with folks like Scott Guthrie, Scott Hanselman, Phil Haack, Rob Conery and others pushing for more openness. Two open source licenses were created by Microsoft to accommodate such works (MS-PL and MS-RL[0]). When ASP.NET MVC was released in 2009 it was open-sourced and shipped with the MS-PL license.
As with any large organisation it takes some time to build up the momentum to change their behaviour and strategy.
Your comments would actually make sense if, say, Microsoft wasn't simultaneously going after Android phone makers to impose an "Android tax" during that very same period [1].
This is like saying: "I was really getting into open source. But I also wanted to contradict myself whenever it was convenient and profitable, as long as no one noticed. Its not really my fault that my left brain doesn't know what my right brain is doing as I am a large organization". While Microsoft may indeed be so big as to have such a dysfunctional brain, the rest of us don't suffer from such debilitations.
"however Google has not been willing to indemnify Android device makers against infringement claims"
Kinda says to me that Google clearly know exactly what they're doing apropos patent infringement. I'm not saying it's ideal, but at the end of the day MS are legally permitted to defend those patents (at the very least have working implementations as opposed to the usual patent troll nonsense).
Also that's a six year old article full of speculation from the dying days of MS's attempts at getting into the phone biz. Life has moved on and Android has hardly been extinguished.
The only thing more ironic than that is if he had his office in (Bill) Gates Hall (ie a building Bill Gates dontated a lot of money to have built). https://m.slashdot.org/story/44316
JSol, RMS, the gerbil, Liz, and MG, at Kabuki in Cambridge.
The expression on Richard's face is saying, "I don't know, why do you wrap gerbils in duct tape?"
Not according to the Ziff-Davis article they haven't:
- Microsoft's Mark Russinovich presumably heard what Stallman said at his talk (which was said to be a "mostly standard talk"). Stallman's talk usually includes a clear description of how the free software movement he started predates the open source development methodology by over a decade and stands philosophically distinct as well. Yet Russinovich claims Stallman's talk is "OSS-related" which is right in line with why the open source development methodology was started: corporate cooption of a social movement that was posing a real threat to proprietary software.
- ZDNet's article continues on this theme at the top and bottom of the article (as to be expected of corporate news which makes up the majority of computer news coverage and repeater/pointer sites like this one): "Each time Microsoft makes another open-source-related move these days, there are still always folks on Twitter or in comments on blog posts who caution that Microsoft hasn't really changed and never will be a true friend of open source. This change in Microsoft didn't happen overnight, but the momentum is growing.". Microsoft like "open source" instead of "free software" because open source doesn't question proprietary software, and thus doesn't question delivering proprietary software to OSes that respect a user's software freedom (the freedoms to run, inspect, share, and modify published computer software). The same opposition is as it was before, only the PR campaign has changed from namecalling ("Linux [sic] is a cancer that attaches itself in an intellectual property sense to everything it touches") to appearing warmly welcoming ("Microsoft [heart symbol] Linux [sic]"). They dare not call a complete OS GNU/Linux (which it most likely is in both quotes) because that might bring software freedom to mind (I'll bet Stallman mentioned this as this too is part of every talk he's given for many years).
What Ziff-Davis calls Stallman's "distaste for Microsoft" is clearly-explained and principled objections based in the facts of how computers work and an ethical examination of how we ought to treat each other with computers. But in corporate media it's necessary to downplay principled examination and explication in order to diminish the severity of the objection.
Microsoft wants users to run a GNU/Linux system as a VM on top of Microsoft's system as that helps Microsoft collect payments (licensing or rent, depending on the details of hosting) and, perhaps more importantly, spy on literally every bit of data that the user's OS deals with. Spying is big business and directly tied to proprietary control over the user. Microsoft offers a service to help users host their VM on Microsoft-owned hardware (so-called "cloud computing") too. Just to show the stark difference: Stallman, by comparison, explains what "cloud computing" actually means in https://www.gnu.org/philosophy/words-to-avoid.html#CloudComp... and why you should only run VMs on free software systems you own and control.
No, Microsoft hasn't changed. In fact, nothing of substance has changed because ethics are too deeply rooted for any change and computing has only really altered in that more people are being offered computing services more than ever before. Software proprietors are still unmotivated by the same principles that software freedom activists are. Microsoft's change is quite superficial and PR-related: Microsoft has shifted their campaign from more honest but harsh terminology to more deceptive terminology which appears friendlier. The social harm of proprietary software continues apace.
copy paste from RMS: open source != free software, and GitHub has already done enough damage to encourage developers to ignore the existence of software lincences
If you make a public repo, Github literally shows you a little chart that shows you how "Complete" your repo is. And if you don't have a License, Contributing, and Readme files, then that chart never shows as completed. What about that is Github encouraging developers to ignore software licenses?
There is also that whole thing about kqueue/epoll vs Overlapped I/O which I think is pretty cool.
The more I read about Windows, the more I find the cool stuff is underneath, buried under a mountain of developer-hostile commercial choices, a philosophical rejection of the command-line that dates to the '90s, bad tacked-on security, sprawling and messy APIs, and a forever-incomplete UI wavering between garish and spartan. Once you get past all that (and all the terrible software built on top of it), NT is actually a very interesting system to play with.
Desktop features and performance have (understandably) being sidelined and ignored over the years, with everything tuned to servers. Almost everyone paid to work in Linux including Linus are funded by Linux server companies.
Example of someone quitting over his desktop performance patches being repeatedly ignored:
>In a 2007 interview, he notes that he initially got into kernel hacking as a hobby. Starting in 2003, he wrote some low impact code, learned from it, and then dug deeper into scheduling and desktop response. Eventually, major developers (Linus included) got wind of his work and asked him to clean it up for mainline submission. He proceeded to churn out some other projects in the realm of desktop performance: the Staircase Scheduler, Plugsched (a hotplug CPU scheduler to integrate the Staircase Scheduler), and the Staircase Deadline Scheduler . Fast forward, and Con is starting to feel like constant requests for bug fixes and resolution for corner cases is more of a job and less of an intellectual hobby. Throw in some more corner cases, a few extremely vocal users, and a medical condition (related to programming) that landed Con immobile for 6 weeks, and he decides to throw in the towel. In addition to the frustration, he also felt that mainline developers weren’t concerned enough with desktop interactivity.
Whether or not Microsoft has changed, I don't think this talk is has much bearing on that question.
I believe that Microsoft's foray into free and open-source software is simply a response to the increasing irrelevance of their operating system to many developers who no longer have any specific need for anything Microsoft has to offer.
Mike: Lenny, officially, the Church will not take any position on the religious implications of these phenomena. Personally, Lenny, I think it's a sign from God. But don't quote me on that.<br>
Peter Venkman: I think that's a smart move, Mike.<br>
Mayor Lenny: Now, I'm not gonna call a press conference and tell everyone to start praying.<br>
Winston Zeddemore: I'm, uh, Winston Zeddemore, Your Honor. I've only been with the company for a couple of weeks, but I gotta tell you: these things are real. Since I joined these men, I have seen shit that'll turn you white!<br>
Peter Venkman: Well, you can believe Mr. Pecker...<br>
Walter Peck: My name is "Peck."<br>
Peter Venkman: ...or you could accept the fact that this city is headed for a disaster of biblical proportions.<br>
Mayor Lenny: What do you mean, "biblical"?<br>
Ray Stantz: What he means is Old Testament, Mr. Mayor. Real Wrath-of-God type stuff!<br>
Peter Venkman: Exactly.<br>
Ray Stantz: Fire and brimstone coming down from the skies! Rivers and seas boiling!<br>
Egon Spengler: 40 years of darkness! Earthquakes, volcanoes!<br>
Winston Zeddemore: The dead rising from the grave!<br>
Peter Venkman: Human sacrifice, dogs and cats living together, mass hysteria!
Monumental moment in both free software and Microsoft’s history. A decade ago he was probably the most persona non grata.
Look at how far we’ve come.
To all the people who were bashing them in the comments a few days ago about the OIN patent grant, you guys still bitter? Cause it looks like RMS isn’t.
Contrary to what you seem imply, this is not some sort of vindication for Microsoft.
Anyone can invite rms to speak, and given some minor conditions, he will come. He will come and talk because he believes that everyone deserves Free Software.
This is not monumental in any sort of "MS and the FSF coming closer together" sense.
It was very nice of Microsoft to invite him though, but not more impressive than, say, a University or hackfest.
> Anyone can invite rms to speak, and given some minor conditions, he will come. He will come and talk because he believes that everyone deserves Free Software.
Oh? Here [1] he wrote this:
> I am selective about the events I participate in. If you are inviting me to speak at a larger event, please inform me now of the overall nature of the event, so I can make an informed decision about whether to participate.
Mr Stallman was at Microsoft Research, btw. It is a specific department of Microsoft.
RMS used to publish academically when he was at MIT. I remember reading a paper about Prolog backjumping written by him which had nothing to do with software licensing.
It’s not a vindication of anything other than the free software movement and philosophy and how its permeated everywhere.
It is more impressive than speaking at another venue because this just shows how open minded they’ve become now and I give them great credit for that if not anything else. Satya’s created such a seismic shift in mindset there in such a short time.
His rider isn't really that bad, it's common sense stuff for someone who travels and does a lot of speaking engagements. All he really asks for at the event is some supplies to make tea and possibly 2 Pepsi's, which isn't exactly over-the-top
I would assume that most organizers of talks want to discuss the topic of the talk with the speaker (first requirement), while many speakers prefer to write their own talks rather than have one handed to them (second requirement).
The only unusual requirement in that document that I could see is that he won't touch, be associated with or have the recordings of himself being used in proprietary software, which is kind of his thing and the basis for the work he does and did.
* This was organized like any other guest talk held at Microsoft Research, of which there are ~5/week, mostly by academic guests.
* His host was Microsoft's Chief Economist, Michael Schwarz. Michael did his PhD work on free software and got to know Stallman then.
* After hooking his computer up to the projector 10-15 minutes before the talk began he displayed a quite provocative political cartoon of his regarding the invasion of Iraq.
* As mentioned elsewhere he prefaced his talk with a number of requests for Microsoft.
* At one point he did state "Sometimes there is a use for windows."
* That statement was immediately preceded by "It's getting rather hot in here. Can we do something like adjust the temperature or open some windows?" :)
* Someone in Q&A questioned whether he would have come to Microsoft a few years ago and asked what has changed for him. He said he's just hadn't been invited and would have been happy to if he had been.
For those in the Seattle area, he appears to be speaking at the central branch of the Seattle library this afternoon: https://www.fsf.org/events/richard-stallman-free-software-an...
Related article from 2005: http://suseroot.com/rms.php (note well the date)