关于linux和GPL的问题

GPL协议是非常复杂的

大概是说，基于GPL库开发的软件在用到GPL库的这些代码必须开源（不是全部开源），但是可以是商业软件（可以收费），但其他人得到这份软件可以将其免费提供给其他人使用，于是这里的收费其实意义就不大了（已经有免费的了，为什么还要收费的？？）

商业化的linux厂商主要提供的是一些服务赚钱，比如redhat 企业版，针对企业有一些商业化的支持。。。

在1998年以前，GPL对Linux的促进是很显然地，可以说没有GPL就没有Linux。大家都知道，与Linux竞争的，还有FreeBSD项目，这个项目的版权协议允许封闭源代码，并且实际上FreeBSD的某些软件也相当不错。但是现在来看，Linux的到蓬勃发展，FreeBSD却在逐渐消亡。

原因很简单，基于FreeBSD开发的软件，很快就变得不开放源代码了，因而得不到整个社区的支持，所以也没有可持续发展。一旦其创始人由于某种原因终止了开发，整个项目就不会延续了。

而基于GPL的项目，由于种种原因，总会有人不断研究，因此有很强的可持续发展能力。

1998年以后，公司大量介入Linux，因此LGPL又起到了很大的促进作用。由于LGPL的推广，很多公司把自己的商用软件移植到Linux上。在Linux World大会上，我们可以看到，除了微软以外，几乎所有的大型软件公司都把自己的产品移植到了Linux上或者正在移植。

现在，由于桌面Linux系统的要求，以及对Linux软件商业化的压力，大家开始让Linux真正被普通人接受，而不只限于爱好者。此时，“第三方协议”又起到了很大的作用。Linux下的主要应用软件，例如办公套件、浏览器、电子邮件、IDE编程环境等，都是基于SISSL这样的第三方协议发展起来的。

在未来的岁月里，显然Linux的发展需要各种协议的综合运用，使得Linux既拥有开放源代码软件的优点，也拥有商业软件的优点。偏重于任何一种版权协议都是片面地，对整个软件产业发展是有害的。

看 config.log 是什么进行的识别。

一般来说，既然 /usr/local/lib 里面的 libdc1394.so ，应该是你的这个东西的 --prefix=/usr/local

但系统默认是不看这里面的东西的。对于 configure 来说，识别主要有用 pkg-config 获取的，也有直接调用 C header 的。

但问题是他们都是从默认的地方读取资料，但 /usr/local 这里都不是默认查询的范围。

所以，要么 configure 的时候指定 libdc1394 的安装地址（这要看 configure 是不是支持， --help 看输出把），后者只能自己拷贝。但拷贝 C Header 是不行的，弄不好 ld 还会找不到 so ，也不能用。

所以，没事别往 /usr/local 里面装东西，老老实实的 --prefix=/usr 就完了。

不过最好的办法其实应该是直接用系统自带的 ffmpeg ，或者第三方制作的软件包。

---