Originally posted by archibald
View Post
Announcement
Collapse
No announcement yet.
FSF Wastes Away Another "High Priority" Project
Collapse
X
-
-
Originally posted by hal2k1 View PostPlease understand ... if you write your own code, it is your code. You may license it however you please, and there is absolutely no problem with this. If you include some LGPL libraries to help, that too is fine, because LGPL libraries explicitly allow you to do this. All is fine and good with that.
The only problem is when a developer takes GPL code and tries to make a derivative program using that code and then make that derivative program closed source. That is the no-no. The copyright owners of the GPL'd code have expressly forbidden that ... the GPL code is meant for the freedom of the end users, not for them to get ripped off by some downstream proprietary developer sponging of the efforts of the original GPL code authors.
What you and your company is doing is nothing like that ... you are writing your own code and using LGPL libraries in a way that they were intended to be used. I am sure everyone would join me in wishing you every success (even if we ourselves would not be interested in using yor code or your company's proprietary product).
No one will hand over rights to FSF after this.
Leave a comment:
-
Originally posted by archibald View PostI'll admit to this point of what may be unforgivable: in my day job I write closed source code. I also use open-source libraries (LGPL/BSD) with that code. I also write my own open source programs (BSD-licensed).
It seems that a lot of people are putting words in the mouths of proprietary developers and open source developers. If I comply with the terms of the licenses (I do), I don't see what the problem is. My company won't allow me to open source our code (we have nothing to gain by doing so), but my boss was happy to employ (part-time) our placement student through his final year to develop an extension to one of the LGPL libraries that we use.
The way I see it, everybody wins in this situation: my company saves money, we financially support a student when money is likely to be tight (and hold a job open for him when he's done) and the LGPL library gets expanded. I don't see how anything we're doing is bad.
The only problem is when a developer takes GPL code and tries to make a derivative program using that code and then make that derivative program closed source. That is the no-no. The copyright owners of the GPL'd code have expressly forbidden that ... the GPL code is meant for the freedom of the end users, not for them to get ripped off by some downstream proprietary developer sponging of the efforts of the original GPL code authors.
What you and your company is doing is nothing like that ... you are writing your own code and using LGPL libraries in a way that they were intended to be used. I am sure everyone would join me in wishing you every success (even if we ourselves would not be interested in using yor code or your company's proprietary product).
Leave a comment:
-
Originally posted by tomato View PostNow you're talking out your your ass
Protecting against tivoisation and patents is important, even Linus knows that, and he would gladly port Linux to GPL3 if not for those few tens of thousands of people he'd have to contact about the matter first.
Besides, the readline library is GPL, not LGPL for the exact same reason: because there are no proprietary libraries that do the same, so that truly Free software could benefit from the advantage given by ability to use those libraries. It's all in the FSF FAQ, ffs!
Leave a comment:
-
I'll admit to this point of what may be unforgivable: in my day job I write closed source code. I also use open-source libraries (LGPL/BSD) with that code. I also write my own open source programs (BSD-licensed).
It seems that a lot of people are putting words in the mouths of proprietary developers and open source developers. If I comply with the terms of the licenses (I do), I don't see what the problem is. My company won't allow me to open source our code (we have nothing to gain by doing so), but my boss was happy to employ (part-time) our placement student through his final year to develop an extension to one of the LGPL libraries that we use.
The way I see it, everybody wins in this situation: my company saves money, we financially support a student when money is likely to be tight (and hold a job open for him when he's done) and the LGPL library gets expanded. I don't see how anything we're doing is bad.Last edited by archibald; 25 January 2013, 07:45 AM. Reason: changed 'in that code' to 'with that code' to make my meaning clearer
Leave a comment:
-
Originally posted by erendorn View PostDevs of closed source front-end will not open their code for the sake of using a GPL library, and FOSS gains nothing. If they use a LGPL library, they will contribute back to it. Which is arguably better, when the Libre-Software product is not the front-end, but that damn library.
FOSS is open software developed by and for its own community of users. That community can, and does, include commercial companies (typically companies that do not sell closed source code as their product). Closed developers can go **** themselves.
Leave a comment:
-
Originally posted by ворот93 View PostOnly religious wackos are concerned by this stuff. For Stallman and the like arguing is more important than getting things done. That's why GNU Hurd is dead in the water and GNU product = slow as shit.
Protecting against tivoisation and patents is important, even Linus knows that, and he would gladly port Linux to GPL3 if not for those few tens of thousands of people he'd have to contact about the matter first.
Besides, the readline library is GPL, not LGPL for the exact same reason: because there are no proprietary libraries that do the same, so that truly Free software could benefit from the advantage given by ability to use those libraries. It's all in the FSF FAQ, ffs!
Leave a comment:
-
Originally posted by oliver View PostAnd that is the whole point, closed-source developers are in the wrong mindset, working on the wrong things on wrong terms.
Remember what Libre-Software is all about? Not making life easier for closed source developers, who want to use this easy library/tool just so that they don't have to pay for it.
Libre-Software is not a war against removing closed source alternatives. If it's a war, it's for providing open source alternatives.
Devs of closed source front-end will not open their code for the sake of using a GPL library, and FOSS gains nothing. If they use a LGPL library, they will contribute back to it. Which is arguably better, when the Libre-Software product is not the front-end, but that damn library.
Leave a comment:
-
Originally posted by Vax456 View PostProviding a piece of software under a certain license is harming no one; everyone's free to choose whatever software they want. However, a lot of software would flourish a lot better under open source rather than free software. If you're licensing your software under the GPL, you're flat-out alienating your software from closed source developers, which is a lot of programmers.
The way I see it, API'S and LIBRARIES that are licensed under the GPL will just turn a lot of developers away, so they'll just write their own library that does what they need. Permissively licensed API's on the other hand opens itself up to every software developer on the fucking planet, increasing it's chances of having more people to contribute back. The world is not full of leeching bastards that will fuck everyone in the ass every chance they get. Some people will actually contribute back even though they don't have to. I think it's way better to open up your license to everyone in the world and let people voluntarily contribute back, rather than alienating yourself to only a certain portion of the world of software developers.
With that said, I think the GPL is extremely useful for standalone applications and utilities, software that nobody is going to directly make money off of, but they really need. Coreutils, Blender, LibreOffice, Linux, etc. are good examples for licenses that I think do great under the GPL.
Here, enlighten yourself, and see what it says:
Since 1983, developing the free Unix style operating system GNU, so that computer users can have the freedom to share and improve the software they use.
“Free software” means software that respects users' freedom and community. Roughly, the users have the freedom to run, copy, distribute, study, change and improve the software. With these freedoms, the users (both individually and collectively) control the program and what it does for them.
Commercial developers are most decidedly not welcome.
However, this does not mean that GPL code has no commercial utility. It just means that one cannot use the code as a closed secret meant to provide a commercial advantage over another party. This does not, however, prevent open collaboration amongst companies whose product is not software.
Like so:
It doesn't take much driving to notice that many in-car infotainment systems are custom-built and locked down tight. The Linux Foundation sees it differently and wants our cars to embrace the same notions of common roots and open code that we'd find in an Ubuntu box. Its newly-formed Automotive Grade Linux Workgroup is transforming Tizen into a reference platform that car designers can use for the center stack, or even the instrument cluster. The promise is to both optimize a Linux variant for cars and provide the same kind of years-long support that we'd expect for the drivetrain. Technology heavy-hitters like Intel, Harman, NVIDIA, Samsung and TI form the core of the group, although there are already automakers who've signaled their intentions: Jaguar Land Rover, Nissan and Toyota are all part of the initial membership. We don't know how soon we'll be booting into Tizen on the morning commute, but we'd expect in-car systems to take a step forward -- just as long as we don't have to recompile our car's OS kernel.
The Linux Foundation sees it differently and wants our cars to embrace the same notions of common roots and open code that we'd find in an Ubuntu box. Its newly-formed Automotive Grade Linux Workgroup is transforming Tizen into a reference platform that car designers can use for the center stack, or even the instrument cluster. The promise is to both optimize a Linux variant for cars and provide the same kind of years-long support that we'd expect for the drivetrain. Technology heavy-hitters like Intel, Harman, NVIDIA, Samsung and TI form the core of the group, although there are already automakers who've signaled their intentions: Jaguar Land Rover, Nissan and Toyota are all part of the initial membership.
That is the idea ... keep the code open, collaborate to share the costs, produce quality open code at the lowest cost possible, and everybody benefits (not just developers).
This economic relationship, which involves co-operation and collaboration to reduce costs, is called a consumer's co-operative, by the way.
Consumer cooperatives are enterprises owned by consumers and managed democratically which aim at fulfilling the needs and aspirations of their members. They operate within the market system, independently of the state, as a form of mutual aid, oriented toward service rather than pecuniary profit.Last edited by hal2k1; 25 January 2013, 05:47 AM.
Leave a comment:
Leave a comment: