多少年华似水逝_博客

文章列表

您正在查看 "基础入门" 分类下的文章

2008-02-17 16:37

1. 将一图片转化成640*480,14色的XPM文件：

1）#convert abc.jpg -colors 14 -geometry 640x480! abc.xpm

2）以gimp处理文档

图档规格:
640x480 (影像→缩放影像)
14 色 (影像→模式→索引色)
xpm 格式 (文件→另存新文件→ X PixMap 影像)
gzip 图档.xpm → 图档.xpm.gz

2. 压缩生成的xpm文件，使用gzip
#gzip -9 abc.xpm
3. 将abc.xpm.gz拷到/boot/grub下
4. 修改/boot/grub/menu.lst
splashimage /boot/grub/abc.xpm.gz
5.将color cyan/blue white/blue 注释掉
6.存盘退出

类别：基础入门 | 评论(1) | 浏览()

linux下光盘镜像的挂载{转}

2007-12-23 19:55

在 Linux 下肯定要和光盘镜像打交道，光盘镜像文件只有挂载后才能使用，下面我们看看如何挂载不同的光盘镜像们：
ISO：
iso 格式的光盘镜像可以说是最普遍和通用的了，处理起来非常方便，挂载命令：
( 假设镜像文件名为 download，挂载点为 /mount-point ，下同)
mount -t iso9660 -o loop,user download.iso /mount-point
MDF：
mdf 是 Win 下的虚拟光驱软件 Alcohol 120% 的专有格式，你可以用 mdf2iso 把 mdf 文件转换成 iso 格式再挂载，或者尝试用下面的命令挂载：
mount download.mdf /mount-point -o loop=/dev/loop0
不过遗憾的是，有些分轨的 mdf 文件，这样还是无能为力。
BIN (or BIN + CUE )：
可以用 cdemu 挂载，也可以用 bin2iso 转换成 iso 再挂载，也可以 bchunk 转换 bin+cue 到 iso 。
NRG：
nrg 格式的镜像文件是 Nero 的专有格式，你可以用 nrg2iso 转换成 iso 再挂载，或者尝试下面的命令：
mount -o loop,offset=307200 download.nrg /mount-point
CCD：
ccd 是 CloneCD 的专有格式，你可以用 ccd2iso 转换成 iso 再挂载。

类别：基础入门 | 评论(0) | 浏览()

ACPI modules(acpi模块)

2007-10-13 09:34

摘自Arch wiki
ACPI 模块

简介

从 kernel 2.6.20.7 开始，acpi 模块化了, 以避免一些机器上面产生的 acpi 的问题。

本文是对内核的 acpi 模块的一个简单介绍，这些模块可以激活一些特别的 acpi 函数或者添加一些信息到 /proc 下面，以使得 acpid 或者其他监视程序可以处理 acpi 事件。

目前有哪些模块?

ac (电源连接情况) => 在启动的时候由 initscripts-0.8-7 自动加载
asus_acpi (使用asus/medion 笔记本电脑的时候有用)
battery (电池状态) => 在启动的时候由 initscripts-0.8-7 自动加载
bay (bay status)
button (捕获按键事件，比如合上显示器或者按下电源按钮) => 在启动的时候由 initscripts-0.8-7 自动加载
container (container status)
dock (docking station status) 有些笔记本可以在下面附加一个dock来提供一些额外的功能，比如sony、dell的很多笔记本都有这个接口。
fan (风扇状态) => 在启动的时候由 initscripts-0.8-7 自动加载
hotkey (笔记本电脑的热键)
i2c_ec (EC SMBUs 驱动)
ibm_acpi (使用ibm笔记本电脑的时候有用)
processor (CPU处理器状态) => 集成到了 kernel 2.6.20.7-2 中
sbs (smart battery status)
thermal (status of thermal sensors) => 集成到了 kernel 2.6.20.7-2 中
toshiba_acpi (使用toshiba笔记本电脑的时候有用)
video (视频设备的状态)

当前正在使用的内核支持的acpi模块列表可以用下面命令查看：

ls -l /lib/modules/$(uname -r)/kernel/drivers/acpi

如何选择正确的模块

你只能自己来测试哪个模块在你机器上面能正常工作：

modprobe <yourmodule>

然后使用 dmessg 命令或者查看/proc/acpi/<dir> 来查看你的硬件是否能使用这个模块。

把支持的模块添加到 rc.conf 的 modules=() 列表里面。

在笔记本电脑里面，通常下面的模块都可以使用：

ac
battery
button
fan

在桌面型电脑或者服务器上面，通常下面的模块都可以使用：

button

类别：基础入门 | 评论(0) | 浏览()

ACPI和APIC关系{ZZ}

2007-06-13 23:17

很多人问道了什么ACPI，什么是APIC，他们有没有关系？名字这么相近。下面给出我对其的一些理解，具体的解释可以查看内核文档库的内核参数文件：
/usr/src/`uname -r`/Documents/kernel-parameters.txt

ACPI就是Advanced Configuration and Power Interface的缩写，意思是“高级配置与电源接口”。这是英特尔、微软和东芝共同开发的一种电源管理标准。
ACPI可实现以下功能: 　　
1、用户可以使外设在指定时间开关；　　
2、使用笔记本电脑的用户可以指定计算机在低电压的情况下进入低功耗状态，以保证重要的应用程序运行；　　
3、操作系统可以在应用程序对时间要求不高的情况下降低时钟频率；
4、操作系统可以根据外设和主板的具体需求为它分配能源；
5、在无人使用计算机时可以使计算机进入休眠状态，但保证一些通信设备打开；
6、即插即用设备在插入时能够由ACPI来控制。
不过，ACPI和其他的电源管理方式一样，要想享受到上面这些功能，必须要有软件和硬件的支持。在软件方面，Windows 98及其后续产品和Windows 2000都对ACPI给予了全面的支持；而Linux的内核目前对此支持得并不是太理想。硬件方面比较麻烦，除了要求主板、显卡和网卡等外设要支持 ACPI外，还需要机箱电源的配合。电源在提供5伏电压给主板的同时，还必须使电流稳定在720毫安以上才可以，这样它才能够实现电脑的“睡眠”和“唤醒”。
ACPI共有六种状态，分别是S0到S5，它们代表的含义分别是：
S0--实际上这就是我们平常的工作状态，所有设备全开，功耗一般会超过80W；
S1--也称为POS（Power on Suspend），这时除了通过CPU时钟控制器将CPU关闭之外，其他的部件仍然正常工作，这时的功耗一般在30W以下；（其实有些CPU降温软件就是利用这种工作原理）
S2--这时CPU处于停止运作状态，总线时钟也被关闭，但其余的设备仍然运转；
S3--这就是我们熟悉的STR（Suspend to RAM），这时的功耗不超过10W；
S4--也称为STD（Suspend to Disk），这时系统主电源关闭，但是硬盘仍然带电并可以被唤醒；
S5--这种状态是最干脆的，就是连电源在内的所有设备全部关闭，功耗为0。
我们最常用到的是S3状态，即Suspend to RAM（挂起到内存）状态，简称STR。顾名思义，STR就是把系统进入STR前的工作状态数据都存放到内存中去。在STR状态下，电源仍然继续为内存等最必要的设备供电，以确保数据不丢失，而其他设备均处于关闭状态，系统的耗电量极低。一旦我们按下Power按钮（主机电源开关），系统就被唤醒，马上从内存中读取数据并恢复到STR之前的工作状态。内存的读写速度极快，因此我们感到进入和离开STR状态所花费的时间不过是几秒钟而已；而S4状态，即 STD（挂起到硬盘）与STR的原理是完全一样的，只不过数据是保存在硬盘中。由于硬盘的读写速度比内存要慢得多，因此用起来也就没有STR那么快了。 STD的优点是只通过软件就能实现，比如Windows 2000就能在不支持STR的硬件上实现STD。
之前的电源管理是APM（Advanced Power Management),那么ACPI和APM相比有什么区别呢？

2、ACPI与APM比较
APM 1.0&1.1：由BIOS执行电源管理；
APM 1.2：操作系统定义电源管理时间，由BIOS负责执行；
ACPI：BIOS收集硬件信息，定义电源管理方案；由操作系统负责执行。
APM是一种软件解决方案，因此是与操作系统有关的，而ACPI是工业标准，包括了软件和硬件方面的规范。

APIC (高级可编程中断控制器)对计算机来讲有两个作用，
一是管理IRQ的分配，可以把传统的16个IRQ扩展到24个（传统的管理方式叫PIC），以适应更多的设备。
二是管理多CPU。由于Nf2主板并不支持多CPU，所以，APIC关闭直接的影响是减少了可用的IRQ。
不过，如果板卡不是非常多的话，关闭 APIC对系统是没有什么影响的。
要实现SMP功能，我们使用的CPU必须具备以下要求：
CPU 内部必须内置APIC单元。Intel 多处理规范的核心就是高级可编程中断控制器（Advanced Programmable Interrupt Controllers--APICs）的使用。CPU通过彼此发送中断来完成它们之间的通信。通过给中断附加动作（actions），不同的CPU可以在某种程度上彼此进行控制。每个CPU有自己的APIC（成为那个CPU的本地APIC），并且还有一个I/O APIC来处理由I/O设备引起的中断，这个I/O APIC是安装在主板上的，但每个CPU上的APIC则不可或缺，否则将无法处理多CPU之间的中断协调。
APIC可能遇到的问题，很多这类问题可以通过BIOS更新来解决。
下面的是通过更改HAL类型来解决
CPU实际运行频率与BIOS设定频率不符
NF2的用户大约有10%的会出现CPU实际运行频率与BIOS设定频率不符的问题。我们称之为“频率不对”。
这种现象带来的直接后果就是在测试3dmark或跑3D游戏的时候，会感觉不流畅，也称之为“顿”。
一般在更改BIOS设置后、更新驱动后重启时，用测试软件如Aida32、MBM5等可以看到CPU的运行频率和你在BIOS里设置得不一样，而且差距很大。这个时候，用super pi测试CPU速度，会比平常花费时间长好几秒，用3dmark跑测试，会比平常低几百分甚至上千分。在3dmark中看到的CPU频率，也与BIOS设定不符合。
如果出现这种情况，则属于我们所讨论的“频率不对”的问题。
不过，不是所有的3D游戏“顿”都是这个原因。判断的方法是：如果你只有个别游戏“顿”，或者用上述软件测试频率正确，就不是此问题。
如果判断确实属此问题，解决的方法也很简单，经过网友讨论，只要关闭APIC功能即可。（注意，是APIC，不是ACPI）。

有一些服务器（比如IBM的，HP的），安装LINUX时，会给出内核的错误，导致无法安装，这个时候可以在安装的时候输入
linux acpi=off noapic
应该是安装上的。

类别：基础入门 | 评论(1) | 浏览()

top 运行中可以通过 top 的内部命令对进程的显示方式进行控制。内部命令如下表：

2007-04-14 10:26

s - 改变画面更新频率
l - 关闭或开启第一部分第一行 top 信息的表示
t - 关闭或开启第一部分第二行 Tasks 和第三行 Cpus 信息的表示
m - 关闭或开启第一部分第四行 Mem 和第五行 Swap 信息的表示
N - 以 PID 的大小的顺序排列表示进程列表
P - 以 CPU 占用率大小的顺序排列进程列表
M - 以内存占用率大小的顺序排列进程列表
h - 显示帮助
n - 设置在进程列表所显示进程的数量
q - 退出 top

类别：基础入门 | 评论(0) | 浏览()

Access查询日期

2007-04-02 09:46

1.只查询一次：想查2005年2月3日以前的数据，打开查询的设计视图

，在日期列的准则中输入"<#2005-2-3#"; 想要2005年10月1日到2007年1月的数据，输入"Between #2005-10-1# And #2007-1-31#",转到数据视图即可。
2.长期查询：在日期列的准则中输入"Between [请输入开始日期] And [请输入结束日期]",然后依次点击菜单查询(Q)→参数(M)，在对话框的参数栏的第一行中输入“[请输入开始日期]”，数据类型为“日期/时间”，第二行输入“[请输入结束日期]”，数据类型为“日期/时间”，退出保存，再转向数据视图时会出现一个对话框，提示输入开始日期和输入结束日期，按你的要求，开始日期输入“2005-10-1”结束日期输入“2007-1-31”即可。

类别：基础入门 | 评论(0) | 浏览()

Added the ext4 filesystem. Quick usage instructions

2007-03-26 22:58

  - Grab updated e2fsprogs from
    ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/e2fsprogs-interim/

  - It's still mke2fs -j /dev/hda1

  - mount /dev/hda1 /wherever -t ext4dev

  - To enable extents,

 mount /dev/hda1 /wherever -t ext4dev -o extents

  - The filesystem is compatible with the ext3 driver until you add a file
    which has extents (ie: `mount -o extents', then create a file).

类别：基础入门 | 评论(0) | 浏览()

mount(手工挂载/自动挂载)问题小结(转)

2007-01-22 19:45

1.vfat文件编码方式
fat32文件名分为两种,短文件名和长文件名
两种文件名在磁盘上的存储方式是不同的,长文件名在目录项中特殊的标记
短文件名也就是8.3格式,对于包含中文的任何文件来说都不可能是短文件名
mount挂载时默认将其变成小写,你可以加-o shortname=winnt来使其和
win2k/xp一致
长文件名都是unicode的,以utf16格式存储

2.codepage与iocharset
对于挂载fat32磁盘来说,codepage不需要设置,因为它只对短文件名编码方式起作用
系统默认cp437就足够了
unix世界里很多程序都不处理utf16,iocharset将16位unicode字符转成其他字符集,
系统默认为iso8859-1,一般把它设置成linux系统使用的字符集,如cp936(GBK),utf8
(注:不过linux系统推荐不要使用iocharset选项,推荐直接使用-o utf8 或者utf8=true
具体可参见linux-2.6.19/Documentation/filesystems/vfat.txt原文)

3.一般手工挂载/卸载步驟
(假定为root或sudo进行操作的用户,关于其他用户的挂载见后面)

*找到需要挂载的设备名,通过查看所有块设备:
cat /proc/partitions 或 fdisk -l
如果还是不清楚,可以对比查看已挂载设备:
mount 或 mount -l (-l选项会多输出卷标)
或cat /proc/mounts
cat /etc/mtab (加-n选项mount的设备不显示)

*找到设备后,选择一个空目录作为挂载点
(当然你也可以把一个非空目录作为挂载点,但那样很容易将目录中的文件内容搞混)
如挂载u盘/dev/sda1到/mnt下,系统字符设定为utf8
mount -t vfat /dev/hda /mnt -o utf8
就足够了
不加-t vfat在很多情况下也是可以的,但手册上建议最好指定,因为不加-t的话,mount
会先去读根据/etc/filesystems,/proc/filesystems中的文件系统类型进行猜测,只是
一种启发式的猜测(与幻数magic有关),可能会出现问题
如果需要其它选项,见mount(8)

*卸载设备
确保当前目录不在挂载目录中,并关闭所有使用挂载目录中文件的程序
umount <挂载点>或<设备名>
如果输出还是device busy,可以使用
fuser <挂载点>
查看哪个进程号正在使用该设备,结合ps aux应该能解决问题
(注:-f虽然是强制卸载的含义,但只是针对nfs设计的)

4.固定设备最好在/etc/fstab中设定
<设备名> <挂载点> <类别> <选项> <是否dump> <是否fsck检查>
对于最后一项,如果/根分区要检查设为1,ext2/3最好设成1
其它文件系统要检查的话需设成2,对于fat32,ntfs文件系统个人觉得没有必要

例如:
# <file system> <dir> <type> <options> <dump> <pass>
none /dev/pts devpts defaults 0 0
none /dev/shm tmpfs defaults 0 0
/dev/hda7 swap swap defaults 0 0
/dev/hda8 / ext3 defaults 0 1

/dev/hda1 /media/winc vfat ro,uid=1000,utf8 0 0
/dev/hda5 /media/wind vfat rw,uid=1000,utf8 0 0
/dev/hda6 /media/wine vfat rw,uid=1000,utf8 0 0
/dev/sda1 /media/sda1 vfat rw,user,utf8,noauto 0 0
系统在init加载完驱动模块后,会用一个类似mount -a的命令对/etc/fstab中的设备进行加载,
因此,有些人觉得没有必要每次都挂载那些fat32盘,只要在/etc/fstab选项中加上noautoid
就可以了,cdrom(/dev/hdc或/dev/cdrom)也可以加上noauto放在这里
登录进去之后如果想要挂载,mount 设备名或挂载点就好了
注:user选项的意思可以让任何人都mount该设备,不过如果其他人或系统已经将其mount上了,
其余非root用户就不能umount; 要想让任何人都可以umount该设备,将user选项改成users
而设置uid=1000（非root uid)后，即使是系统mount上的,文件系统所有者仍然是该uid指定的用户,也
就对文件有了读写权限

5.自动挂载设置

*hal和dbus服务
自动挂载需要启动hal服务,所以把它加到/etc/rc.conf的DEAMONS列表中是个不错的主意
hal服务启动时会先检查dbus是否已经运行,如果未运行会先运行dbus,
所以你在DEAMONS列表中没有dbus也是可以的
*自动挂载权限问题
系统默认对于普通用户是没有自动挂载权限的,不过你可以在
/etc/dbus-1/system.d/hal.conf找到解决方案
在文件的结尾处可以看到

<policy user="nobody">
所以将其改成你的非root用户名就行了(这样设置后你也获得的电源管理和卷管理的权限)
当然,因为上面定义了storage组有自动挂载的权限,所以你可以把自己加入到storage组中
(注:加入到一个组中最简单的方法是编辑/etc/group,在storage组后添上你的用户名就可以了,
当然用groupmems -a username -g groupname也是一个不错的选择)

*gnome和xfce中的自动挂载
hal探测到新硬件后,通过dbus通知gnome-volume-manager然后到gnome-mount
(其中gnome-volume-manage没有也是可以的)
gnome-mount会先到/etc/fstab中查找是有该设备,如果有则按/etc/fstab中的选项自动挂载
如果没有,则会按gnome-mount的挂载选项进行挂载
配置gnome-mount最简单的方法是使用gconf-editor,在
systerm-->storage-->default_options-->vfat:mount_options
中设定,一般你只需要加上utf8就可以了
(注:在gnome中桌面中，挂载后图标下面的盘符应该和该磁盘的卷标一致。如果磁盘没有卷标，或者卷标中含有中文字符,则显示该磁盘
的容量.对于fat32盘设置卷标最简单的方法是到windows底下右键电击该磁盘,在属性->常规中对卷标进行设置; 在linux中ext2/3可以
用e2label进行设置)

好了,以上就是一点小结,也是最常用到的,每个arch新手基本都会遇到的问题,俺们以前只会用
ubuntu,好像也没为这种事情操心(不过也基本啥都没学会,以前都不知有配置服务这回事,
机器开机慢得像蜗牛还以为linux本来就是这样,呵呵),遗漏部分、有错的部分希望大家指出,enjoy arching!

作者 thinux

类别：基础入门 | 评论(0) | 浏览()

grub菜单项丢失，只有字符grub>时的处理方法[转］

2006-12-14 06:52

grub>cat (hd0,0) /root/grub/grub.conf(为了看参数。)
grub>root (hd0,1)
grub>kernel (hd0,0) /boot/vmlinuz-2.4.18-11 ro root=/dev/hda2
grub>initrd (hd0,0) /boot/initrd-2.4.18-11.img
grub>boot

类别：基础入门 | 评论(0) | 浏览()

关于开放源代码的定义

2006-11-12 10:45

开放源代码并不仅仅意味着对源代码的访问权。开放源代码软件的发布条款必须满足以下条件：

1．自由地再发布
       如果被发布的软件是由不同来源的程序组成的，许可证不得限制任何当事人或组织（party）销售或赠送作为被发布软件成分之一的开放源码软件。
许可证不得从此项销售中索取使用费或其它任何费用。（理由）

2．源代码
       程序必须包括源代码，必须允许以源代码方式发布、还必须允许以编译后的形式发布。如果产品的某个部分没有与源代码一同发布，那么必须提供通行的、不需要支付合理范围之外的任何费用的手段以获得源代码---从网络上免费下载是一种可取的方式。源代码必须是程序员对其进行修改的最佳形式。故意地使源代码变得含混晦涩是不允许的。也不允许给出预处理器或翻译器处理的中间结果。（理由）

3．派生作品
       许可证必须允许修改软件和派生软件，并且必须允许它们按照原软件的许可证的条款进行发布。（理由）

4．作者的源代码的完整性
       只有在许可证允许与源代码一同发布"补丁文件"（该"补丁文件"以在创建时对程序进行修改为目的）时，许可证才能限制对修改形式的源代码的发布。许可证必须明确地允许发布由修改后的源代码生成的程序。许可证可以要求派生的作品采用不同的名称或不同的版本号以区别于原来的软件。（理由）

5．不得歧视任何个人或团体
       许可证不得歧视任何个人或者由多人组成的团体。（理由）

6．不得歧视任何应用领域（fields of endeavor）
       许可证不得限制任何人把程序应用于任何领域。例如，不得规定程序不能应用于商业领域或基因研究领域。（理由）

7．许可证的发布
       与程序有关的权利必须适用于该程序的任何使用者，并且程序的使用者也不需要为了使用该程序而获得其它许可证的许可。（理由）

8．许可证不能针对于一个产品
       与程序有关的权利不能由该程序是否作为某个软件产品的一部分来决定。如果程序从那个发布中被抽出来，并且按照程序的许可证的条款进行使用和发布，那么得到该程序的当事人或组织将获得与得到原程序的使用者相同的权利。（理由）

9．许可证不能影响其它软件
       许可证不得向与采用它的软件一同发布的其它软件提出任何限制。例如，许可证不能坚持要求在同一媒体上发布的其它程序都是开放源代码软件。（理由）

Conformance
（本节不是开放源代码定义的一个部分）
         我们认为本开放源代码定义涵盖了由绝大多数软件团体使用的术语"开放源代码"的最初含义和当前含义。然而，该术语被广泛地应用，并且它的含义变得不精确了。OSI
Certified标志是某个软件发布许可证是否服从开放源代码定义的OST认证方式。一般的术语"开放源代码"并不提供这种担保，但我们仍然鼓励使用"开放源代码"这一术语以表明它符合"开放源代码定义"。关OSI
Certified标志的信息，以及已经通过了OSI Certified、符合"开放源代码定义"的许可证，请参见OSI Certified标志与纲要。

开放源代码定义之原理
       给出开放源代码的定义的目的是：把我们所确信的、由软件开发团体所公认的"开放源代码"的含义作为一组具体的准则写下来---该准则确保按照开放源代码许可证发布的软件可以得到与其它软件同样认真的评审、使软件可以不断地得到改良和遴选，从而提供非开放软件所难以提供的可靠性与能力。
       为了使此项工作持续发展，我们必须抵制人们为了短期利益而中止为软件开发做出贡献。这意味着，许可证的条款必须防止人们藏匿（lock up）源代码从而导致只有很少的人才能够阅读和修改它。
       当软件的开发者按照由OSI认证的许可证发布他们的软件时，他们可以在软件中使用"OSI Certified"标志。这种认证标志告知用户，该软件所采用的许可证符合开放源代码定义。关于我们的认证标志的更多信息及其纲要，请参见OSI

Certified标志与纲要。

1．自由地再发布
      通过强制要求许可证允许自由地再发布，我们抵制了任何为了获得少量短期销售金额而放弃长期效益的诱惑。如果我们不这样做，就会有很多压力迫使合作者放弃承诺。

2．源代码
       由于软件只有通过修改才能够得到改进，因此我们要求获得易于理解的源代码。因为我们的目的是使软件易于改进，我们也就希望软件易于修改。

3．派生作品
       仅仅提供可以阅读的源代码，对于实施认真的评审、对于软件的快速改良与遴选来说都是不够的。为了加快改进软件的速度，人们需要能够进行试验和对修改进行重新发布。

4．作者的源代码的完整性
       鼓励对软件进行各种改进是一件好事，但使用者有权知道谁应该对他们所使用的软件负责。软件的作者和维护者都有权知道需要他们提供支持的软件是什么，以维护他们的名誉。
因此，开放软件许可证必须保证可以容易地得到源代码，但可以要求源代码以原始源代码和一组补丁文件的形式发布。按照这种方式，就可以获得"非正式的"的修改而同时又可以轻易地把它们从原始源代码中区分出来。

5．不得歧视任何个人或团体
       为了从该进程中获得最大的收益，应该给尽可能多的个人和团体以同等资格对开放源代码软件做出贡献。为此我们禁止开放源代码许可证把任何人排除在这个进程之外。

6．不得歧视任何应用领域（fields of endeavor）
       该条款的主要目的是禁止许可证中含有使开放源代码软件无法在商业上使用的规定。我们需要商业用户参与我们的工作，而不让他们感到被排除在外。

7．许可证的发布
       本条款的目的是禁止通过非直接的手段，例如需要签署非公开的协定，使软件无法公开。

8．许可证不能针对于一个产品
       本条款用于预防其它许可证陷阱。

9．许可证不能影响其它软件
       开放源代码软件的发布者有权为他们自己的软件做出选择。
是的，GPL满足这条要求。按GPL发布的库只影响（contaminate）在运行时
与之连接的软件，于仅仅和它一同发布的软件无关。

OSI Certified标志与纲要
       开放源代码定义给出了开放源代码软件的基本性质。不幸的是，术语"开放源代码"遭到了滥用，并且由于它的描述性，它不能作为一个商标（这是我们的首选）被保护。由于社团需要一种可靠的方式以确定一份软件是否真正是开放源代码软件。OSI为此目的而注册了一个认证标志，OSI Certified。如果你在一份软件上看到了该标志，那么该软件就是必定是按照遵从开放源代码定义的许可证发布的，否则，该发行人就是在滥用该标志而且违反了法律。
       OSI Certified标志被用于软件而不是许可证：人们需要知道的是组成软件的包和它们的许可证是开放的源代码。此外，单独的许可证可能不是"货物"，它由美国专利和商标局注册认证标志。但是软件的作者显然必须能够在不询问我们的情况下（自我认证）、在适当的时刻确认他们的软件是按照OSI
Certified的开放源代码方式发布的。所以认证按照两步进行：

       * OSI提供一个满足开放软件源代码定义的开放源代码许可证表。这些许可证经过公众的详细审查并且被我们所批准。如果你有一个希望加入该列表的许可证，请与
license-approval@opensource.org联系，它启动了获得许可证批准的程序。
        * 如果你希望在你的软件上设置OSI Certified标志，你可以从列表中选择一个获得批准的许可证并根据它发布软件，并且适当地为软件做标志。

上面仅仅是一个概括。下面给出申请批准许可证和把OSI Certified标志应用在你的软件上的详细说明。
获得许可证的批准

       1．通过电子邮件把许可证发送给license-approval@opensource.org。在电子邮件中说明你是否愿意以你的签名或者匿名地把许可证发送到许可证讨论列表中。（我们愿意考虑那些根本不希望被发送的许可证，但由于社团的评审是批准的一个重要组成部分，我们将不得不把该许可证私下地发送给评审者：因此，对没有被发送到许可证讨论列表中的许可证的批准，要花费更长的时间，并且通常要更多地与你交流。）

       2．如果我们发现你的许可证不符合开放源代码的定义，我们将与你一同解决这个问题。

        3．同时，我们将关注许可证论坛列表，并且与你一同工作以解决大家提出的任何未包含的问题。

        4．作为该过程的一部分，我们还将就许可证问题向外界寻求法律上的建议。

        5．一旦许可证符合了开放源代码定义，并且在许可证论坛上经过了充分的讨论或者其它的评审者没有提出我们认为重要的问题，我们将通知你，许可证已经被批准了，同时它被复制到我们的网站上，并且被加入以下的许可证列表。

使用该标志

       你可以在这两种软件的发行上使用OSI Certified标志。该软件的发布包括并且达到了被批准的许可证列表中某个许可证的要求，或者该软件的源代码已经被明确地放到公众可以得到的位置。
       为了表明你的软件是按照OSI Certified发布的，你必须不加任何修改地把下面两者之一，按照下述方式加入你的软件。完整的声明是：
This software is OSI Certified Open Source Software.
OSI Certified is a certification mark of the Open Source Initiative.
较简短的声明是：
OSI Certified Open Source Software
你的软件的每种发布形式都有自身的要求：
* 如果软件以电子的形式发布（而不是实物（tangible）的形式），你必须把完整的声明放在README文件或者类似的、人类用户将首先阅读的文件中。
* 如果软件以实物形式发布，你必须完成以下所有可行的任务：
. 如果软件的发布包括印刷品，你必须把完整的声明加入该印刷品。
. 如果软件发布在可擦写的媒体（例如软磁盘）、CD-ROM、磁带等媒体上，它们
在物理上可以添加能够被人的裸眼所阅读的简短声明，而不影响它们的功能，你必须
把完整的声明或简短的声明标注在该媒体上。
. 如果软件的发布是一个的包，从而使其中的声明不能被阅读。你必须在包的外
面放置完整的声明。
如果不能把以上任何条款用于发布，请与我们联系，我们将把你选择的位置加入本列表。
获得批准的许可证
以下许可证满足开放源代码的定义，并且已经被批准用于OSI Certified的开放源代码软件。没有给出批准日期的许可证是在1999年1月1日以前批准的。
* The GNU General Public License（GPL）；
* The GNU Library（Lesser） General Public License（LGPL）；
* The BSD License；
* The X Consortium License；
* The Artistic License；
* The Mozilla Public License（MPL）；
* The QPL；
       其它符合定义的许可证包括：libpng许可证、zlib许可证、IJG JPEG许可证和OPL（Open LDAP Public
License）许可证。

类别：基础入门 | 评论(0) | 浏览()

[首页] 1 [2] [下一页]

文章分类

默认分类(1)

c/c++...(7)

Apps(56)

Config(35)

Shell(47)

视频音乐(23)

Network(20)

Hardware(19)

基础入门(19)