《操作系统运行环境扩充要求的编制说明》由会员分享，可在线阅读，更多相关《操作系统运行环境扩充要求的编制说明（5页珍藏版）》请在金锄头文库上搜索。
1、中文中文 Linux 操作系统运行环境扩充要求的编制说明操作系统运行环境扩充要求的编制说明 1 1 任务来源 任务来源 2008 年，Linux 标准工作组根据工作组安排提出中文 Linux 操作系统运行环境扩充要求国家标准计划申请，同年国家标准化管理委员会下达标准制定任务其，计划号为 20081385-T-469。该标准主要由中标软件股份有限公司、工业和信息化部电子工业标准化研究所、北京中科红旗软件技术有限公司负责起草。 2 2 工作过程 工作过程 Linux 标准工作组前期已经完成 中文 Linux 应用编程界面(API)规范 、中文 Linux 桌面操作系统技术要求 、中文 Linux
2、服务器操作系统技术要求 和 中文 Linux 用户界面规范 ，但目前的四份 Linux 标准在实际应用还不能完全满足实际应用的需要。在国家十五科技攻关项目基于国产软件公共信息平台关键技术开发及应用中为了满足示范应用的需要提出了操作系统扩充要求 ，该规范从项目实际应用需求出发，针对影响应用兼容性的问题，对未被现有标准和规范覆盖的部分提出扩充要求，以切实解决 Linux 操作系统之上的软件可移植性，示范应用良好， 确实解决了 Linux 系统及相关基础软件产品间在应用时兼容性问题。 在项目完成后，项目的主要参与单位工业和信息化部电子工业标准化研究所、中标软件股份有限公司、北京中科红旗软件技术有限公
3、司一致认为应该计划将项目研究成果提升为国家标准。2007 年底在工作组全会上，工业和信息化部电子工业标准化研究所牵头提出操作系统扩充要求新工作项目建议，会议一致通过由 API 专题组承担操作系统扩充要求标准的研制工作。 2008 年 1 月底 API 专题组召开第八次会议，考虑到与工作组已完成标准分为编程接口与系统技术要求两个部分，一次会议决议将中文 Linux 扩展要求分为两部分，即：中文 Linux 操作系统运行环境扩充要求与中文 Linux操作系统应用编程接口(API)扩充要求 。 其中关于中文 Linux 操作系统运行环境扩充要求的要求如下： 目的目的：规范Linux操作系统运行环境，
4、解决应用软件在不同Linux平台间移植的兼容性问题。 范围范围：定义应用软件在不同 Linux 平台间移植时，对运行环境的要求 适用范围适用范围：桌面与服务器 内容内容： a) 扩充函数库； b) Java 要求； c) 浏览器及其插件； d) 软件安装机制； e) 默认编码； f) Perl & Python； g) 应用层对通用接口设备的访问； h) 扩充命令； i) 统一多媒体解码器接口； 经过专题组七次会议的讨论， 对其中的内容进行了调整并逐步最终新城目前的征求意见稿，主要变化如下： ? 软件安装机制 目的：允许第三方应用软件安装程序通过使用一组通用的编程接口来调用发行版自身的包管理以
5、注册和安装它们的应用软件。 解决方案： 1) 使用包转换工具，比较典型的就像 alien,它可以把一种包格式转换成另一种。如 debian 上的 alien 可以把 rpm 转换为 deb 包； 2）使用 API，有人已经向 Linux 基金会提出了建议: bool compare_dependency(const char *package_name, relation_t relationship, const char *version) bool register_package(const char *package_name, const char *version, manife
6、st_t manifest) bool unregister_package(const char *package_name) bool unregister_package(const char *package_name, bool remove_files) 研究结论：建议在本标准中暂不涉及相关内容，进步跟踪 Linux 基金会的研究成果。 ? 默认系统编码 Linux 下系统对于文件名的编码没有进行加工处理，从 c 库到内核层次对于用作文件名的字符串都是原样通过（MS 的文件系统是例外，在内核会按照挂装时的参数进行转码） ，因此保存在物理文件系统中的文件名编码取决于操作用户当时的 L
7、ocale 设置。不同的发布可能采用不同的默认Locale 编码设置，而且用户可能动态更改，从而造成不同系统、甚至同一系统上文件名编码不统一的问题，引发文件交换和用户使用过程中的困难。通过通过定义增加 convmv、convmvfs、fusermount 三个命令解决编码转换问题。 ? Perl & Python 在 LSB 3.2 中已经加入的对 Perl 及 Python 的要求，国家标准不宜单独要求，因此去掉该部分内容。 ? Java 要求 最初考虑将JAVA相关内容加入到本要求中。由于JAVA是商业软件，并且不同版本/发布之间也存在差异，因此去掉 JAVA 相关要求。 ? 统一多媒体解
8、码器接口 目标： Linux 系统下不同类型的媒体播放器可能将编解码库 （*.so 文件）安装到不同的安装路径下，使得系统较为凌乱， 同种类型的多个经典媒体播放器或不同版本的媒体播放器可能将编解码库（*.so 文件）安装到同一个的安装路径下，浪费了空间。 希望安装后桌面不能自动添加菜单项，也不能自动实现文件关联，普通用户使用不便，而且后续在不需要该软件的时候也无法简单且“干净”的卸载原先安装的文件。 研究结果： 由于相关算法的知识产权问题和媒体播放软件种类众多难以协调的问题，传统上 Linux 工作组和发行厂商不易有效地开展工作，决定暂不对本部分内容作出要求。 ? 应用层对通用接口设备的访问
9、目标：封装实现一个 Linux 下驱动程序的公共框架实现，并提供一组通用的数据交互接口，从而简单和标准化 Linux 下驱动程序设计过程。 研究结果：从原理上说，将一个驱动程序与核心数据结构相关的部分和设备自身数据处理分开，甚至分别放在核心态和用户态处理是可能的。但是， 不同类型设备需要自行处理不同类型的数据（比如字符设备主要关心外界数据的收发和中断，而块设备更关心缓冲机制的处理） 、不同的阻塞或异步通知机制（有些使用 poll/epoll 处理读写，有些需要使用信号机制异步驱动） 、不同的中断处理实现（不同硬件读写的快慢和相关数据处理的时间决定了不同的 tophalf/bottomhalf
10、的设计安排） ， 而且涉及不同的设备类型例如 PCI,USB,网络,SCSI 等都涉及不同的内核数据结构和处理流程。因此，从实际上分析， 通过一个统一的公共驱动程序框架来提供给所有或多数类型设备，是不太现实的，而建立一个统一框架下，通用设备接口驱动程序的规范是很难的。 3 3 标准的主要内容 标准的主要内容 标准规定了中文 Linux 操作系统应提供的运行环境， 包括命令与实用工具、扩充函数库、浏览器及其插件要求，以提高 Linux 操作系统不同发行版本间的兼容性，增强 Linux 应用程序的可移植性。 3.13.1 命令与适用工具 命令与适用工具 主要是针对 LSB 标准未涉及企业常用的命令
11、与实用工具进行定义。 halt(reboot,poweroff) netstat ping(ping6) ifconfig login route clear convmv convmvfs fusermount xdg-desktop-menu xdg-desktop-icon xdg-mime xdg-icon-resource xdg-open xdg-email xdg-screensaver update-desktop-database update-mime-database 3.23.2 扩充函数库 扩充函数库 对 LSB 未涵盖的部分但经常使用内容进行定义， 这里只定义函数库名及其版本，不对函数库详细信息进行定义，包括： libnsl libresolv libfreetype libpopt libhal libdbus libcairo libusb 3.33.3 浏览器及其插件要求 浏览器及其插件要求 特定应用需要在浏览器中安装插件以支持相应的功能扩展， 为便于在不同操作系统平台上使用一致的插件模块和安装方法， 需要对操作系统提供的浏览器版本、插件安装路径和浏览器支持的插件 API 接口做出统一要求。 标准编制组 2010 年 10 月 30 日
