|
 | GNU GPL(GNU General Public License 通用公共许可证) by firefox |
| 付不超过实际散布源码所需成本的费用下，取得相同源码的完整机器可读重制物，并依前述第一、二条规定在经常用以作为软件交换的媒介物上散布该重制物；或
(c)附上您所收受有关散布相同源码的报价信息。（本项选择仅在非营利散布、且仅在您依前述b项方式自该书面报价文件收受程序目的码或可执行形式时，始有适用。）
著作的源码，是指对著作进行修改时适用的形式。对于一个可执行的著作而言，完整的源码是指著作中所包含所有模组的全部源码，加上相关接口的定义档，还加上用以控制该著作编绎与安装的描述。然而，特别的例外情况是，所散布的源码并不需包含任何通常会随着所执行作业系统的主要组成部分（编译器、核心等等）而散布的软 ... |
| bbs.geekaa.com/topic/view/290.html - 2007年11月9日 |
|
| 如何申请和管理一个sourceforge项目 by 锅巴 |
| 。项目缺省有一个包，名字就是项目名。如果你的项目可以分解成子项目，可以添加包名。
点击包名旁边的“add releases”，添加后再编辑它。你可以看到那个公共目录下当前所有未被“认领”的文件名，请选择你自己的文件。
这种上传机制相当有趣！相当科学！
现在的shell目录改为：/home/users/(project名字的第一个字母)/(project名字的前两个字母)/project名字/
主页地址改为：/home/groups/(project名字的第一个字母)/(project名字的前两个字母)/project名字/
帮助文档: http://sourceforge.net/d ... |
| bbs.geekaa.com/topic/view/276.html - 2007年10月20日 |
|
| M记和KFC的食物比较，你，吃对了吗？(转载) by u |
| 才叫真正的“辣鸡翅”。。。
说到这里要隆重推荐KFC的吮指原味鸡，个人认为是KFC最值得吃的一样东西，也是最能体现KFC做鸡水平的食物。
吮指原味鸡中有鸡全翅，鸡大腿，鸡胸三角，鸡肋等选择，其中会吃的要选择鸡肋，想吃大肉的咬起来舒服的选择鸡胸三角，喜欢啃腿和翅膀的这里就不多说了。。。
6，汤类：我靠，我实在忍不住了。。。KFC的蔬菜汤你知道是怎么做的吗？告诉你，就是一个蔬菜包用水一泡就OK了。你问什么？蔬菜包是什么。。。方便面总吃过吧？就是里面的那个包包，完全的一摸一样的东西居然卖这么贵！我再靠！BS下！！！。。。
7，其它附制品：比如说KF ... |
| bbs.geekaa.com/topic/view/270.html - 2007年10月11日 |
|
| 你印象最深刻的主题曲歌词 by Torrent |
| 小时候电视节目选择比较少
经常出现万人空巷追看一部电视剧
很多这时候的电视剧成为了心中的经典
一些电视剧的歌词也成为当时的流行,孩子们朗朗上口
之后虽然也看过听过很多影视歌曲,但能留下难以磨灭印象的好像不多,或者说没有那个时候的印象深刻?
....
不管怎样 我先发一个
《陈真》
孩子，这是你的家 |
| bbs.geekaa.com/topic/view/114.html - 2007年10月7日 |
|
| 献给”七十年代“[转载] by hgta |
| 知有多少课本葬身与该游戏下.想来应该是老师最痛恨的一种游戏吧
10.撞拐子 最具男子气概的战斗.曾经有一个膝盖摆在我面前,可是我撞不倒他,人世间最痛苦的事莫过与此.如果上天让我再来一次,我会选择从旁边撞。 ... |
| bbs.geekaa.com/topic/view/18.html - 2007年10月5日 |
|
| Subversion与CVS的对比—功能性对比（二） by gnu |
| 点的开发，手机等电子产品的研发，需要进行版本管理的不仅是源代码等文本文件，还需要管理需求文档、设计文档、测试文档、用户手册，图形图像文件，机械/电子设计文件等诸多的二进制文件，CVS 显然不是一个好的选择。
与CVS 不同，Subversion 采用统一的二进制差异算法（binary differencing algorithm），即对文本文件和二进制文件采用相同的差异比较算法，并以相同的方式在版本库中进行存储：每次提交后版本库中只存储相对于先前版本的差异，从而可以节省大量的存储空间。
该二进制差异算法不仅应用在版本的存储上，更为重要的是，Subversion 对二进制文件与文本文件一 ... |
| bbs.geekaa.com/topic/view/110.html - 2007年9月5日 |
|
| Subversion与CVS的对比—功能性对比（一） by gnu |
| 件移动操作时，CVS 只能注意到，一个文件在一个位置被删除了，而在一个新位置创建了另外一个文件。由于它不会连接两个操作，因此也很容易使文件历史轨迹丢失。设置 CVS 存储库时，必须非常谨慎地为每个文件选择准确的位置，因为在设置之后，几乎就要一直使用这个位置了。
同样由于CVS 不记录目录的版本历史，CVS 不支持对文件的“重命名”（rename），人为的对文件进行重命名会使得命名前后的文件失去历史联系，而记录历史本来是版本管理的主要目的。
还有，CVS 不支持对文件的“拷贝”（copy），人为的拷贝对CVS 而言，只能看到新的文件的增加，而不能记录拷贝源文件和目标文件之间的联系。
综上所 ... |
| bbs.geekaa.com/topic/view/109.html - 2007年9月5日 |
|
|
关于"选择"的帖子
