Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:I think you need to grow a thicker skin. It does not matter if the person is somebody you know or you have shared with. I'd grant you that Luciano could have been more diplomatic when he started his message, but I'd agree that it is silly to refuse to install an end user program unless the end user agrees to GPL that governs how its sources can and cannot be used, especially if the installer does not even install the sources to the software. In other words, consider his message as a bug report to the installer. I think removing the license dialog is a bad idea. You need to tell the end-user about his rights, and one of the things is that he can get source to git under the terms of GPLv2. The bug is not about showing the license, but is about refusing to install unless the end user agrees with it. The tit-for-tat in GPLv2 which we use is about "I gave you my source. If you are going to work on my source and distribute the result, you must promise me that I have the access to that modified source of yours. Otherwise you cannot work on it and distribute the result." Showing the GPL (which says it does not cover the mere use of the software) and then asking if the user accepts is merely about: "If and only if you are going to modify and distribute it, you must abide by the rules. Do you understand?" The valid answers to the question would include "I understand", "I do understand it, I do not like it, but I am not going to modify and distribute it anyway", and even "I do not understand it, but I just want to use it". In any case, refusing to install unless the user says "I agree" feels silly. If I were writing the installer, I would say in the dialog, "git is distributed under GPL so you have the usual rights any GPLed software comes with", optionally show the GPL, and have a single "Continue" button. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| James Bottomley | Breakage caused by unreviewed patch in x86 tree |
| Andrew Morton | Re: POHMELFS high performance network filesystem. Transactions, failover, performa... |
| Randy Dunlap | Re: 2.6.25-rc5-mm1 (paravirt/vsmp/no PCI) |
| Arnd Hannemann | 2.6.24-rc8 hangs at mfgpt-timer |
| Theodore Ts'o | Re: SVGA-alphanum. modes |
| Joseph R. Pannon | More install questions |
| Paul Richards | Header files |
| Les Andrzejewski | X386/WD90C31/SUMSUNG SYNC MASTER 4 |
git: | |
| David Miller | Re: [BUG] New Kernel Bugs |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
