> this bit of news reaffirms my view that the Berkeley license provides the maximum amount of freedom to potential users I'm sorry, but I don't feel free because of that. What I see is that I have proprietary code I never saw, never vetted and which I don't (and shouldn't) trust that's running on all my computers (not all, but you can get it) and that I don't have the freedom to remove, examine, modify or replace. Th…
If you are worried about this un-vetted blob, it means you don't trust Intel; if you don't trust Intel, why does it matter that they have this blob running in 'god' mode? They ARE the CPU, so they aren't just god 'mode' they are god itself. You are trusting the CPU to do what you ask it to do. If intel were to do something shady, they wouldn't need a un-vetted blob of code to do it, they could do it directy in the CP…
An Open Letter to Intel
341–350 of 379 posts
Re: An Open Letter to Intel
#342Earlier quoted context omitted.
No it didn't. GPLv3 was created to cover the case of hardware vendors not allowing to run modified code. They still have to abide by the terms of the license even if they use GPLv2 -- that is, releasing the source code.
I thought GPLv3 was for many issues, not a single issue. For example, the software-as-a-service loophole that GPLv3 (and AGPL) closes. We actually had an exploitation of said loophole for the open source Space Station 13 game. People were making changes to the game (each server runs their own modifications, and, the game is pure client/server so the entire 'game' is server-side binary only with dumb clients connectin…
Re: An Open Letter to Intel
#343Earlier quoted context omitted.
This is probably gonna be a controversial view but my experience is this as well: Deploying GPL code is a legal process. Deploying BSD is a development process. We spent thousands of dollars on legal advice when deploying GPL. In the end it was largely as we expected it to be: No significant action was needed beyond releasing the code to the components that we already got for free, with the minor modifications we had…
I have a suspicion that you need new lawyers. Having two different processes for two very common licenses seems a little off. The two cases aren't that different, legally. The GPL does require some extra work, but it's on the technical side, to make sure you're shipping all the source that you need to ship.
The reason for consulting with a lawyer was to ensure that we didn't do anything wrong which would later require us to open up source code that we didn't want to open up.
Re: An Open Letter to Intel
#344Earlier quoted context omitted.
> I guess whether people in general "work for free" depends on how you define "work" and "free". Then allow me to be clear: If you want to do something, and you get some kind of psychic reward for it; like volunteering in a soup kitchen, then that's great. But if you're only doing that because you're afraid of going to hell, then someone has convinced you to work for free . If you make some software, and someone tell…
> But if you're only doing that because you're afraid of going to hell, then someone has convinced you to work for free. Then I'd work for the comfort of not believing that I would go to hell. The basis of that belief may be an act of deceit, though, which I am not sure is relevant for open source software. The licenses are clear, and no one is promising anything magically wonderful or terrible to happen depending on…
And yet, this is the point that Mr. Tenenbaum has tried to make in TFA:
"this bit of news reaffirms my view that the Berkeley license provides the maximum amount of freedom to potential users"
So let's make a point of disagreeing with him, at least.
Re: An Open Letter to Intel
#345Earlier quoted context omitted.
> Deploying GPL code is a legal process. Deploying GPL code is only a legal process if you make it one. If you're using it to write or deploy other GPL software, it's pretty much a straight forward affair. And if you're not using a GPL license, well, that's your problem: there's nothing stopping you from using the GPL to make all the hassle go away.
That's true. Releasing other open source software using GPL software is much simpler. But if it's desirable to deploy closed source software GPL may not be the right choice unless you have time to sit down and consider the legal ramifications. In many cases there may be none if you use it in the right way but it should be and is being considered when companies decide consider whether or not to use open source softwar…
Well, that's a peculiar desire. If a programmer wants to state "I do not want my code to be used in closed-source proprietary software" there's little more they can do than release under the GPL.
There might be some good faith legal consultancy in seeing how, for example, the CDDL and the GPL interact, but for using GPL code in closed source products, the only excuse really is "What can I get away with?"
Re: An Open Letter to Intel
#346Earlier quoted context omitted.
> IMHO if he has a problem with the way things worked out, he should have chosen a different license. This is a classic conflation of legalese and ethics/decorum/professional courtesy. Just because something is legal doesn't make it good, and just because something is good doesn't make it legal. For example, I abhor those who take credit for other peoples' work. But I use a license on software I write that permits fo…
Sure but polite is often not profitable. Instead make your licenses line up with your wishes. It's another way of saying, "Hey you didn't say you needed it".
Re: An Open Letter to Intel
#347Does anybody remember the other x86 competitor of the 90's Cyrix? (Is that the name?) What happened to them. Is there anyone out there with an x86 IP license that could build a super simple P3 or P4 class chip?
The Cyrix x86 IP was bought by VIA (by way of National Semiconductor), which still makes low power x86 CPU, often found in SFF, low power PC.
Re: An Open Letter to Intel
#348Earlier quoted context omitted.
What license allows one to take credit for another's work?
Any license without required attribution like "The Unlicense" .
Re: An Open Letter to Intel
#349Earlier quoted context omitted.
You're conflating different things. Intel is free to use MINIX which is exactly the freedom the creator of MINIX intended when selecting the license. You are not a party to that transaction. That Intel uses this software for a purpose you disagree with is immaterial to this discussion. Had MINIX not been available under a permissive license, Intel would have found some other (but presumably more expensive) way to lar…
> You're conflating different things. Intel is free to use MINIX which is exactly the freedom the creator of MINIX intended when selecting the license. You are not a party to that transaction. We are not a first party in that transaction, but feel very much the consequences. Therefore it does involves others. Most actions have an influence on others and therefore there are responsibilities for the consequences. If yo…
It may feel good to have a target to direct anger at, but it's not the right target and it's counterproductive. Free software, including that under the BSD license, has made computing vastly safer.
Re: An Open Letter to Intel
#350Earlier quoted context omitted.
> But if you're only doing that because you're afraid of going to hell, then someone has convinced you to work for free. Then I'd work for the comfort of not believing that I would go to hell. The basis of that belief may be an act of deceit, though, which I am not sure is relevant for open source software. The licenses are clear, and no one is promising anything magically wonderful or terrible to happen depending on…
> "Open source" is not "more free" in any general sense And yet, this is the point that Mr. Tenenbaum has tried to make in TFA: "this bit of news reaffirms my view that the Berkeley license provides the maximum amount of freedom to potential users" So let's make a point of disagreeing with him, at least.