So how is Chris (et al.) planning to make Light Table a sustainable business (e.g. "pay the bills").
It's great they have the kickstarter money but I haven't seen any announcements on them making this a product for sale. If anything, it appears they are doing the exact OPPOSITE and distancing themselves from the project all together.
That's a reasonable question, I don't see why it was downvoted.
We don't plan to make money from Light Table. We will continue to maintain it but our main focus now is Eve (http://www.chris-granger.com/2014/10/01/beyond-light-table/). The recent changes are all aimed at making sure Chris isn't a bottleneck on the project - the three biggest contributors were given commit access, the plugin and deployment infrastructure was moved to fit and we removed the CA. There has already been a flurry of improvements as a result.
Before asking how, ask "are they planning to turn it into a business?". Neither Emacs, gcc or even Linux have been made into a product. They and many other such products still survive just fine.
Er yes Linux has been made into many products, like those Android phones. Several companies sell gcc as a commercial product, eg for embedded systems - its open source but you pay for support for your CPU architecture etc.
Right, but Linus didn't turn Linux into a product. And Stallmann didn't turn GCC into a product. What you're describing is essentially for the authors not to turn lighttable into a product.
It would be cool to see some videos of the current LightTable, since it was the demo videos of the original prototype that made its name originally.
FWIW I remember trying LT once post-open sourcing and ran out of enthusiasm before I could figure out how to see any of the "cool stuff from the video".
+1 to this. I really want to give LightTable a shot. Whenever a new release is announced, I hurriedly download it, open it and then realize that I don't know what to do with it. Eventually I end up uninstalling it and going back to good ol' Vim.
A couple of videos highlighting some cool features for Clojure, Python and Javascript development would be of great help!
The video on the front page of http://lighttable.com was made in April. Most of the changes since then have just been bug fixes so its pretty representative of the current state. Now that we've removed the bottlenecks on outside contributors the pace is picking up again.
Yup. I started trying to use it and found I couldn't do something as simple as change the font. I recall the help system referred me to the web page which referred me to a video about editing a config file. Which was when I decided that if doing something so simple was so convoluted then this wasn't the editor for me.
Well this is a pleasant surprise. I was rather disappointed by the last announcement as I felt Light Table was a nice start and was heading in a great direction. As one of the KS backers, I'm glad to see the effort was put in to make it easy for the community to keep it going.
You are definitely correct that some of the aversion is a knee jerk reaction and misunderstanding, but that aside, the MIT license is very end user friendly, more understood than the GPL, and more permissive to the end user, plus we kept hearing from folks that that's what they wanted, so we switched.
BSD is _developer_ friendly, not end-user friendly. In this case, your end users are developers, though...
The GPL sacrifices developer freedoms for end-user freedoms. I don't think it's any inherently more or less free. But then you get into discussions of what 'freedom' means...
I have written a ton of software licensed as each, and the tide is certainly turning toward the BSD. It just bums me out.
It's not about end-user freedom at all. The GPL is there to establish the freedom of the code itself.
For the end-user it's irrelevant what license a product uses. They buy a polished, boxed product; they don't download source code, set up the code's build requirements and then compile it.
The only practical benefit of open source products for the end-user is that there may be forks of it which could have an impact on the price (although a product is more than just its source code, so they may not even be interchangeable). Or that someone could pick it up if the original developer abandons it. But these are theoretical long-term benefits, not immediate ones like those for developers or the code itself.
I'm not saying the GPL is bad. Just that people often misunderstand its motives. The GPL is about code in the same way PeTA is about animals. If the humans benefit directly from it, that's great, but the primary motivation is an ethical absolute: code should be free, locking it behind proprietary licenses is against its nature.
The GPL exists to ensure that code remains easily attainable and modifiable. These are huge end-user benefits.
GPL and BSD/MIT-style licenses are not equivalent in this regard, because code under BSD/MIT-style licenses is not obligated to be either easily attainable or modifiable. You can ship binaries and not release source code.
You can profit from GPL code. MySQL is perhaps the best example but there are others.
Keeping the source open is a big deal, because communities and projects can die otherwise. More than a few game mods, for example, have died because the developers closed the source to mitigate cheating, and then stopped developing the game altogether. Under the GPL, this could never happen.
I disagree. You're thinking of the end-user as unsophisticated, who treats the software as a black box, but I'd argue that the philosophy behind the GPL includes the end-user as someone who potentially wants to change the tools he works with.
This separation between "developer" and "end-user" is common, but by no means absolute; there are many examples of non-professional developers adjusting their own tools such as scientists, business analysts, financial advisers, etc.
Besides, the GPL also grants the right to share the binaries with other people, which is definitively something that every end-user does.
The free software philosophy is about giving freedom to people to modify and share code. Code is not a person, it does not need to be free or to be treated ethically for its own sake. The GPL is in no way like PETA.
I was very pleased that Light Table went against the current fad and adopted the GPL, so this turn of events is exceptionally disappointing. Editors/IDEs are particularly effective places to use copyleft, because it encourages the development of a free software ecosystem around them.
Let me provide another viewpoint: many people don't understand the GPL, and any criticism of it elicits a knee-jerk reaction.
I've been in discussions about problems with the GPL in several companies already. The real problem is not (as most people tend to think) the requirement to provide source code and the rights to modify and redistribute it. The problem is the patent claim landmine that is considered to be dangerous by many lawyers (see GPLv2 Section 7, LGPLv2 Section 11). I don't want to go into excessive detail here, but in brief: the danger is that you might have to immediately stop redistributing the software if you become aware of a patent that would restrict the rights provided by the GPL.
A library project which is under GPLv2 or GPLv3 gets immediately rejected in many (most?) commercial settings. Note that I'm not judging here — just stating a fact. We ourselves reject a lot of interesting options because of licenses and I know most other companies do so as well.
Now, LightTable is not a library project, but I can imagine how companies would like to bundle it, or bundle a modified version of it. The moment you "redistribute" it, the GPL applies, and if you build a business on this software, that business might have to suddenly fold some day because of patents.
Please don't respond along the lines of "you might get a patent lawsuit anyway". Yes, you might, but then it's a lawsuit, which you can defend against.
Please understand that the license change is a really big deal for some people.
> any criticism of it elicits a knee-jerk reaction.
While this also may be true, I'm quite familiar with the patent issue. And I am not even really criticizing Light Table for this decision, just expressing a tinge of sadness that yet another project has switched to a non-viral license.
> Please understand that the license change is a really big deal for some people.
I don't think 'shipped' has been clearly defined in court. Let say you extend it in-house, contractors move in, and you let them install the modified development environment on their laptops. Do you have to give them your changes upon request, licensed under the GPL?
Also, if you make a web-based product based on this, and a customer insists on hosting it in its cloud (many do because they do not want to, or in practice aren't allowed to, let their data out of their systems), can you sell it?
In both cases, did your patents just get free for all to use?
The moment you let in GPL code, you either give up having non-GPL code in your company, or you have to start spending time keeping the GPL and non-GPL code apart. If you do the latter, it also affects your flexibility.
Hmmmm.... I don't think these answers are ambiguous. I certainly have never read anything which suggests that your text editor influences what you can deliver.
Personally, I will not contribute to something that's GPLed unless it's really important project - the Linux kernel for example. I know a lot of other developers that think the same.
The GPL is a vehicle of the Free Software ideology. Not every open source contributor is fully committed to that ideology.
The general argument in favour of the GPL and similar restrictive licenses is that it's not possible to extend GPL code without distributing your extensions under the same license (where the exact definition of "distribution" and "extension" is the main difference between LGPL, GPL and AGPL). It's largely about "us" (the Open Source community) vs "them" (the corporations, who historically don't contribute to open source).
In practice there is a vast body of open source code licensed under permissive licenses like MIT, BSD or Apache already and companies are releasing their open source projects under these licenses all the time. Even without the GPL, open source is here to stay.
On the other hand many companies now dual-license their projects under the GPL and a commercial proprietary license, with the GPL version being often intended as a "demo" to advertise the often very expensive but non-viral proprietary license (see Sencha for a perfect example of this approach). The ability of other GPL projects to make use of these projects under the GPL license is more of a side-effect (and free advertising) than an altruistic intention.
I think this has to do with the general shift in how we think about copyright today. Restrictive ("Copyleft") open source licenses subvert copyright to create a shared commons (which everybody can use but nobody can own). Permissive open source licenses abandon most of the copyright by just limiting it to an attribution policy and some basic cover-your-ass legalese (thus creating something everybody can use and own).
In most cases, if I've written some open source code I would rather see someone exploit it for profit than see someone prevented from using it because they can't meet the license terms. I don't claim to speak for anyone else but that is the logic.
Yeah, I totally agree with you on that front. The GPL (especially version 3) really stifles the ability for others to use your code. I license everything BSD so that what I do can help others.
Plus the GPL is HUGE and I can't be bothered to read it all. I know, though, that I don't agree with the viral licensing shit that it does and have read those parts.
That sounds like a lot of work, and I'm sure a lot of folks have expressed or at least agree with the sentiment. But I'll consider writing about it in more detail.
Yeah, I did not get that either. I also do not understand why the GPLv3 would necessitate a contributor agreement, but MIT would not. I always thought those agreements were necessary so that one institution has copyright and can change the license without getting approval from every author. That applies to any free license, doesn't it? Anyway, I think they just wanted to change to MIT before new authors commit without an CA, after which they cannot change it so easily.
Were these concerns over Light Table for internal use by these companies? If so, then that sounds a lot like ignorant fear-mongering, either by counsel or execs playing armchair IP lawyer. I understand resolving the "sales objection"; it's just disappointing to see these licensing misconceptions persisting.
We were hearing concerns that the CA was worded in our favor and was one-way, in that people could contribute and we could take their work and commercialize it down the road without open sourcing it.
That makes sense, but then it begs the question of why Light Table was originally distributed under the GPL, i.e. since it's built from EPL'd software... and the GPL is incompatible with the EPL, as you say.
Does Light Table's new MIT license insulate developers from EPL-GPL compatibility concerns that might arise from the EPL'd pieces (Clojure/Script, et al.) used to build it?
A compiler or similar tool doesn't generally affect the license of its output (some of them explicitly disclaim that), just as a text editor doesn't affect the copyright of a novel written in it. The GPL is much more widely popular than the EPL, and now that it contains comparable patent language it is probably a better license to use (when the EPL was first written it was primarily to address patent issues that the GPLv2 didn't cover). I would hope that projects that are using the EPL would now migrate towards the GPL where possible - strong copyleft licenses are inherently impossible to combine, so it's best if the community can standardize on just one.
The MIT license is compatible with almost everything - it's really very minimal, comparable to a 2-clause BSD-style license. There is no problem combining MIT licensed components with EPL licensed components, or with GPLed components. (Of course there is still a problem if you want to combine with both at the same time)
A CA isn't really necessary for GPL code as such, but changing license without one is a massive pain, so you essentially commit to GPL and its restrictions forever if you don't have have one. This has caused problems for other projects (I think KDE is an example).
Obviously this also means we can't move from MIT now either, but it wouldn't really make sense to, since you can't practically add restrictions to already published code. (Strictly speaking I think you could still use LT under the GPL if you wanted).
The GPL makes a contributor agreement necessary if the original developer wants to distribute a version that does not comply with the GPL. With the MIT license, the original developer can distribute a proprietary version without a CA.
That isn't true. All the GPL requires is that if you distribute a modified version of something licensed under it, you must also make your modifications available to users under the same terms. If you don't distribute your modified version, the license doesn't apply to you at all.
From the perspective of someone contributing code to an open source project, there is no difference between a MIT-licensed or GPL-licensed project -- your contributions are covered under the same license as the project as a whole.
OP specifically cited companies that were wary of the license requirements with respect to code modifications. Not sure how it can get much clearer. The licenses are not even similar.
I just don't see where "comfort" comes into it, unless it refers to people wanting to release proprietary modified versions or extensions. If that's the case, "please change your license, because I would like to distribute proprietary derivations of your software" is a different argument than "Please change your license, because I do not feel comfortable modifying GPL code". The latter makes it sound like GPL code has copyleft cooties that jump out of the code and onto developers.
That's exactly why I've started to use the GPL for my OSS projects. If someone is going to make money off of modifying and redistributing my code, then I want them to pay me, either in code or dollars. I don't open source my projects so other people can get paid first. You wanna get paid off of my sweat, you have to chip in.
I know, I was surprised as well. And if there are legitimate issues, isn't this exactly the dual-licensing opportunity that open source projects dream of?
Firstly, dual-licensing requires that all contributors sign a CA, which is enough of a annoyance that many minor fixes just don't get contributed at all.
Secondly, Mike Innes (http://junolab.org/) is one of the big contributors to Light Table and has told us that many of the commercial users of Julia are uncomfortable with GPL code and that changing to MIT would help adoption.
The common thing these days is to include your CA in your pull request the first time you contribute by adding your own name to a list of contributors as a means of signature, then all future contributions are considered assigned. If that is too much of an annoyance to contribute to a project, then perhaps the contribution isn't that important and won't be missed.
And what does that even mean, "uncomfortable with the GPL"? I have this picture in my head of developers programming with GCC, sweat dripping from their brow, looking over their shoulders for Richard Stallman to come and steal their laptops out from under them. Using GPL software does not have any impact on the work you do. It's only modifying GPL software and distributing those modifications that matters.
Anyone know of a good update to the discussion that happened here? https://news.ycombinator.com/item?id=3874324 I'm curious how the concept of light table has stacked up against reality in the past year.
Out of curiosity I just downloaded it and tried it out on a JS project I am working on. To me the biggest and most interesting feature is the evaluation of code anywhere, so I decided to try that. Aside from it needing a browser to do anything with JS I noticed that it generated a bunch of errors when I tried to evaluate a block of code. Maybe it is awesome for clojure, but for JS I think it has a long way to go. Back to webstorm for me.
What errors did you get? Was it connected to a page that had your code loaded already?
> Aside from it needing a browser to do anything with JS...
If you eval a html file it will open it in a local webkit tab. You can then use that connection to eval js. A lot of the js tooling works better with the local connection too since it can directly hook into the devtools instead of having to send json over a websocket.
I really dislike how so many editors bind the evaluation/compile/menu key to ctrl + space or ctrl + shift. On the default multilingual key setting on windows, it is especially annoying when you want to run the code but instead your typing language changes to chinese
I think that's more the fault of windows than anything else. I mean, why do I need a shortcut key for changing language? I'm going to do that so often I need a shortcut do I? Nope.
It is a problem mainly in Asia and countries which has unique characters in their alphabet e.g. russia cyrllic, the baltic states, certain romance languages which requires a large amount of accents e.g. french
Very nice. I hope this project keeps living. I use it for all my clojure dev and sometimes just as a editor. I rarly use the repl anymore, I just build up function inside the editor. The only thing that hinders this is that the function output should be pritty printed but there is some technical problem with that. If this would happen, I would not use the console much anymore.
The paredit is nice enougth to make working with clojure nicer then working with other language syntaxes.
Overall I really like it because I feel like its the way a IDE should be even if its lacking features, the architecture is nice.
I wonder how many people contributed under the assumption that their contributions would remain under GPL. I assume the CLA specifies their right to change the license?
I'm not a lawyer, but it's my understanding that the existing licenses still apply to the existing code but new versions can always be licensed under a new license (on each release if they wanted), because of the very fact that it's just that: a new release.
The important point is that they have a CLA and that one contains copyright assignment. The company behind LightTable holds all rights on your contributions. As the copyright holder, they can change the license however they wish.
"Good" is a definition that differs, depending of the side you are on.
Also, what is "non-free"? Some FOSS advocates would say that they just did that, because it now allows building non-free derivatives for everyone without user-rights to the source.
The point is that the free software movement views things from the end-users perspective: the user is entitled to see and use the source of every binary blob they get delivered and use. That's an important point of the GPL. FOSS is all about freedom for users.
MIT allows the _developer_, who is not necessary the user, to modify the source, build a binary blob and deliver that to users without ever letting them see the source. The freedom from the users perspective is 0, except those that the developer gives them in their terms of service. MIT is all about freedom for developers.
Which one is the "free" your CLA aims for?
The ambiguity problem with using the term "free" is a well-known issue.
I don't think you understood his essay. He's talking about the differences in philosophy between the two approaches, but he doesn't claim that non-copyleft licenses are non-free. In fact, he says that "Nearly all open source software is free software", and has a page listing MIT, BSD, Apache, etc as Free licenses: https://www.gnu.org/licenses/license-list.en.html
If you're going to do an MIT license, why not just Apache 2.0? That offers some protection against patent trolling. And the Apache license can still require an attribution notice like the MIT license.
Good news! I'm going to switch from Emacs some of the time, and hopefully 100% eventually. The thing that bugged me was how uneven the way editor would react in some cases. For me it didn't have the reliability I need. I was interested in the fundamentals and found underneath is code-mirror. I thought eventually all code-editing should move into a browser, but isn't quite there yet. Hopefully this will move to 1.0 and be a full emacs replacement.
I've considered using Light Table for a while but the fact that there isn't a simple way to install it on Linux (either via apt or another package manager or a packaged version like a deb/rpm) keeps me from bothering.
Either this is for building from source, or it has backslid into bullshit territory, because I've used it on both Windows and Linux without doing any of that.
The blog posts might get a little long if we prefaced all of them with a description of Light Table, but hopefully lighttable.com can provide you with all the information you're looking for :)
It's great they have the kickstarter money but I haven't seen any announcements on them making this a product for sale. If anything, it appears they are doing the exact OPPOSITE and distancing themselves from the project all together.