※ 引述《liu2007 (薯)》之铭言：
: 大家好，原始码版权相关的问题不知道该去哪个版询问适合
: 搜寻一下发现这边有在讨论相关的事情，所以来这边询问
: 通常会来问版权都是想要商用或闭源
: 不过我是相反....我开放自己的程式码无所谓
: 只求我在专案中使用的别人的原始码或是.dll or .so档 不要产生著作权的问题。
: 我写了一个程式，里头会用到别人的原始码或动态库
: 我只想单纯分享，并没有任何营利的打算
: 在这个前提下，是不是我只要我公布我的专案(内含原始码)
: 然后用比别人的原始码License更宽松的License就可以了?
: 譬如说原本的是LGPL，我使用MIT发布?
这问题很复杂，如果是你公司的 code，还牵扯著作权归属，建议咨询公司法务
以下讲的是一般原则，不一定适合你的状况
首先看你如何“使用”别人的 library，和对方的 license 如何规定
如果你是拿别人的程式来“改写”，这算衍生著作，要看对方的 library
是否允许改作以及再散布，如果不能，那你的也连带不能 open
如果你只是 runtime 动态 link 他的 dll，你是“呼叫”他提供的 API，
那你并没有“改写”他的程式，单纯只是执行的时候需要他的档案，这一般不算
“衍生著作”，所以你的程式码是你自己的，你要用什么授权开放都可以。
举个例子，你的程式呼叫微软 .NET 的 dll 提供的系统服务，很显然你的程式
只是呼叫他，但并不是微软 .NET 的“衍生著作”，所以你的程式想怎样授权随你高兴
不用跟原本 dll 一样。(这点不同授权认定不同，LGPL 比较宽松)
但有争议的是如果你“静态连结”成单一 exe，则别人的 lib 包进你程式的一部分了
这时候就可能会受到“衍生著作”的规范 (有争议)
另外像是 GPL 不论你是动态还是静态连结，都会认定是衍生著作，所以只是用 dll
你仍然会被 GPL 授权规范要 Open source 并且使用 GPL，他管非常宽
https://en.wikipedia.org/wiki/GNU_General_Public_License#Libraries
再举个例子，你软件用到某个 GPL 的 lib，但你的使用方式是“复制他的 code”
然后做了一些修改，那你的程式就成为衍生著作，要遵守 GPL 规范，所以你的程式
也自动变成要 GPL open source，再散布也要遵守 GPL 规范。
例外状况是(这有争议)，如果你修改的程式架在 server 上，是 web server 后端
那使用者连上你的“网页”算“使用者”吗？一般认定是不算，所以连上网站的人
并不能根据 GPL 要求要你网站的程式码 (否则我们就可以跟很多电商要程式码了...)。
但如果你的网站系统卖给别人架站使用，那架站的人是“使用者”，根据GPL他可以跟你
要求 server 程式码。
以上是 code 的授权，但使用别人的 dll 问题不是只有 source code 授权
如果你是 link dll 不会有程式码衍生问题，但对方的 dll 不一定允许“复制再散布”
也就是你可以 open 你的程式码，但使用者拿来编译需要 library 的 dll，
但那个 dll 不是你的版权，你不一定有权利提供，使用者要自己去买这个 dll
但如果这 dll 是 LGPL 授权，那他是允许再散布的(但要遵守 LGPL)
另外补充，license 的“授权”跟“著作权”不一样
你写的 code 就算用 LGPL 发出来 open，大家有权使用以及改写再散布
但原始的“著作权”还是你的，所以“你写的那部份”code 改天你想改用
别种授权，或是想改回私有，都是可以的，但如果专案掺入别人的 code
那你不能改变别人 open 的部份的授权，只能改你自己写(拥有 copyright)的部份。
以上如果不清楚，欢迎讨论! 希望有点帮助
: 这样子是否能够保证不发生问题?
: 另外想请问一下所谓的遵从License的具体动作是什么?
: 我稍微查了一下，好像在公开的专案的资料夹里面
: 新增一个名称为全大写LICENSE，且无任何附档名的文字档
: 里头复制著标准的LICENSE的内文 (假如没有其他要求的话)
: 然后把开头的年份与名字署好
: 不知道我的理解是否有错误?
: 感谢阅读