SCO CEO致开放源码组织的公开信

麒麟/linux桌面客户端终端SSH远程服务器及scp、sftp 上传文件步骤 在麒麟/Linux系统上,无需安装额外软件,可直接使用内置的ssh、scp、sftp等命令实现远程登录、指令执行及文件上传下载。通过终端输入ssh root@10.10.xx.xxx登录服务器,首次连接确认指纹后输入密码(盲打),即可操作。文件传输使用scp单文件/目录上传,或sftp交互式传输;也可在文件管理器中输入sftp://root@10.10.xx.xxx实现图形化拖拽。支持免密登录配置与断点续传的rsync,全面替代MobaXterm功能,高效安全。 阅读详情
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script> 目前,信息技术行业最具争议性的问题莫过于软件版权和知识产权之间正在进行的战争。这场战争很大程度上是制造和销售所有权软件的供应商与开放源码组织之间的斗争。当我们就SCO所拥有的UNIX代码被非法抄袭至免 费的Linux操作系统一事,提出与IBM诉讼案时,我的公司,SCO集团,就成为了这场争论的焦点之所在。在做件事情时,我们指出在当前Linux软件开发模式中,存在着显而易见的知识产权问题,因而,惹恼了开放源码组织的某些人物。 在用户大规模的采用前,引发关于开放源码软件的争论是健康而有益的,它将致力于新的商务模式,为业界带来长期利益。但是,在八月的最后一周里,发生了两件事情,使普通大众和用户对开放源码组织的长期信用产生了负面影响。 第一个事情是两周前SCO遭受了又一波中断服务(DoS)攻击。此次攻击是四个月以来, SCO遭受的此类攻击中的第二次及第三次,严重阻隔了网络用户访问我们的网站,干扰了SCO的业务往来。 目前,对攻击者的身分并无疑问,开放源码领导人Eric Raymond 被引证他曾说过,攻击者曾联络过他,并指出“他是我们中的一员。”部分值得肯定的是,Raymond先生曾要求攻击者停止行动。但是,他更应该揭露攻击者的身份,以便使罪犯得到法律制裁。 没人能够在这个信息经济时代,在如此地倚重互联网的经济中,忍受DoS攻击和其它形式攻击。Raymond先生和整个开放源码组织有责任积极地协助行业打击这些类型的犯罪行为。假如他们未能这么做,那么将对整个开放源码运动投下阴影,并对开放源码是否已经做好准备,在商务计算中扮演中心角色产生怀疑。我们不希望出现这种情况:当公司采取一些商务或者法律行动时,由于惹恼了开放源码组织,从而使他们担心成为下一个遭受计算机攻击的对象。只有这些非法攻击受到控制,企业用户和主流社团才会离此类行动越来越远。 第二个事态发展是开放源码领导人Bruce Perens 承认,事实上,由SCO所有的UNIX系统V代码正是在Linux里面,而且,是“不应该”在里面。Perens先生认为是Linux开发者的程序出了错,才会让“本不属于Linux”的UNIX系统V代码出现在Linux 内核里。(来源于: ComputerWire, 2003年8月26日)。 接着,Perens先生以一系列观点,论证发生在“Linux开发者程序里的错误”。然而,这些都不能改变事实, SGI的一个受薪Linux开发者,将授于SGI的许可,有严格使用条件的版权所有的系统V代码剥离出来,然后将它们做为由SGI所有和控制的干净代码,纳入到Linux中。这完全违背了SGI对SCO的合同和版权义务。目前,我们正在着手解决与SGI的这些问题。 在Linux中,SGI对UNIX代码的不正确的捐献只是一个小小例子,它暴露了Linux开发程序中基础性架构缺陷。事实上,它涉及的正是问题的核心:开放源码作为一个企业级计算软件开发模式是否可信。在系统层面上,当前模式下的Linux的知识产权根源有着显而易见的缺陷。到目前为止,我们已经发现,超过一百万行受保护的UNIX系统V代码,以这种模式被纳入到Linux中。Linux程序中固有的缺陷必须认真加以处理和纠正。 至少,需要查验IP源码,以确保贡献到开放源码中的代码,由拥有版权的捐献者转让。这正是管理所有其它组织业务的基础之所在。开放源码组织应该关心用户的需求,而不是采取 “不要问,不要说”态度,引起SCO与IBM诉讼案的Linux知识产权政策。开放源码组织应该确保开放源码软件有一个坚实的知识产权基础,给最终用户以信心。我谨劝告开放源码开发者,运用集体资源和才干知识,远比为有缺陷的知识产权政策辩护,并保护它来得有用,这种知识产权政策已不能与企业级用户的需求同步。 我相信开放源码软件正处在发展的关键阶段。开放源码组织的反文化思潮来源于-反对大商务的黑客概念,但由于Linux最近的发展进步,开放源码组织已经有机会为美国的主流公司和全球其它公司开发软件。如果开放源码组织想让其产品被企业公司接受,组织本身必须遵守统治主流社会的规则和程序。这正是全球性大企业所需要的。决定开放源码最终命运的正是这些用户,不是IBM,也不是开放源码领导者。 某些企业级用户已经接受开放源码是因为IBM将它的名字置于其后。然而,据传闻,IBM和其它Linux供应商并不愿意给他们的用户提供知识产权授权。这就意味着Linux 最终用户要努力看清开放源码产品的知识产权基础以及GPL许可模式本身。 当开放源码组织想为企业公司开发产品时,它必须尊重并遵守法律与准则。这些准则包括合同、版权和其它知识产权法律。近几个月以来,SCO被卷入到这场与IBM法律诉讼案中。在这场热烈争论着的法律案子里,是什么潜 在的知识产权法则,使SCO处在有利位置?我将它们摘要如下: 1. “公平使用”适用于教育、公共服务和相关应用,不适用于商业性盗用。计划及授权用于教学和其它非商业用途的书籍和互联网站点,不能抄袭,用于商业性用途。我们相信,某些SCO软件代码正是籍由此办法进入Linux操作系统。这侵害了我们的知识产权。 2. 版权归属保护所有权及归属权-他们不能简单地更改或是剥离。是版权所有者用于维护控制他们的合法权利,并防止所有权的未授权转让。我们所拥有的软件代码,被某些人抄袭进入Linux,他们简单地剥离SCO的版权提示或是捐献派生物,从而侵害我们的知识产权。这是不合法的。 3. 在版权法中,未经版权持有者明确书面授权,所有权不得转让。有些人提出,因为SCO的软件代码在软件中以GPL形式发行,故而,SCO已经丧失对其代码的权利。不是这样-SCO从未给过允许,或授权,使之发生。 4. 未经明确书面许可的版权所有权转让是无效的。 5. 对版权许可的材料中使用派生产品的使用权利由许可所授权的范畴定义。一个授权的派生物不可以超越许可认定范畴使用。派生物的许可认定因许可而异,有的范围广,有的范围窄。换而言之,许可自身定义了许可使用的范围,且被许可人同意遵守该定义。SCO起诉IBM的其中一个原因在于,IBM在处理其派生物时,侵害了IBM/SCO许可协议的细化条款。我们相信我们在这件事上的证据是十分有力的。 SCO诉讼案的版权基础准则勿庸置疑。它们为任何软件发展模式,包括开放源码,提供了坚实的基础。开放源码开发者与其忽视或挑战版权条例,不如遵守当今社会的法律准则,发展自己的事业。这才是一条根本之路,给予企业公司他们所需要的保证,使他们在核心业务架构中接受开放源码产品。 用户需要知道的是,开放源码是合法的,而且是稳定的。 最后,已完全清晰的是,开放源码组织需一种合适的商务模式,如果它想超越一个业余爱好,从而成长到一个企业信任的发展模式。自由源码软件的主要受益者是大厂商,他们销售硬件和昂贵的服务以支持Linux,而不是Linux本身。通过提供不授权开放源码软件,这些大厂商减少大量开支,同时增加了服务收入。目前,那才是开放源码唯一可行的商务模式。许多Linux 公司已经失败,更多的是挣扎在生存线上,少数则维持盈利。现在是业界的其它人、个体和小企业了解状况,贯彻我们自己的、保持我们生存与盈利的商务模式的时候了。从长远来看,经济稳定的软件供应商和提供合法的软件产品对企业级用户来说,比自由软件更为重要。在企业级用户眼里,与其为自由软件的权利而战,远不如构思一个新的商务模式,提高稳定性和开放源组织的可信赖性来得重要。 软件开发的经济模式唯有建立在知识产权基础之上。我请开放源码组织在开放源码模式下,探究你们自身利益的可行性。此外,SCO集团公司欢迎任何有益意见,与开放源码组织一起,为所有的贡献者,而不仅是SCO,将软件技术和其所依赖的知识产权转化成经济利益。 同时,我将继续保护SCO的知识产权和合同权利。我深知这个进程的推进并不容易。对开放源码组织中的某些人来讲,发表一连串的激昂的演讲比坐在谈判桌边来得容易。但是,开放源码组织想要成为全球公司的软件开发者,尊重知识产权不是随意选择的前提,而是必需的。联合起来,我们一定能够找到解决的办法。 谨致问候! 道尔·麦克布莱德 SCO集团首席执行官 2003年9月8日
0033.Linux 系统调用 权限低,不能直接操作硬件、内核资源;拥有最高权限,系统调用就是切换这两种状态的入口。系统调用是用户态进程向内核态请求操作系统服务的,是用户程序和 Linux 内核之间的"门"。 阅读详情

相关推荐

DRV2605L触觉驱动芯片实战指南:从自动校准到音频转触觉应用

触觉反馈技术是现代人机交互的核心组成部分,它通过精确控制振动马达来模拟物理触感,广泛应用于智能手机、游戏手柄和汽车触摸屏等领域。其原理在于将电信号转化为机械振动,关键在于如何高效、精准地驱动不同类型的马达(如ERM和LRA)。这项技术的核心价值在于提升交互的真实感和沉浸感。在工程实践中,集成驱动芯片如DRV2605L通过内置智能反馈引擎和自动校准功能,解决了传统驱动方式响应慢、效果不一致的难题。它特别适用于需要高质量触觉反馈的应用场景,例如消费电子、游戏外设和车载信息娱乐系统。其中,自动校准能自适应优化驱动

weixin_42631411的博客 342

Linux 网络排障实战:工业边缘场景下的 ss 与 netsta

工业网关的网络问题 — 服务起不来、连接堆积、外联异常 — 大多能从 socket 状态入手定位。;netstat 属于已停止维护的 net-tools,本文仅作对照。从工程实战角度梳理连接排查的完整用法。

ZenovaEdgeOS的博客 419

vislib_vex5:面向VEX V5的嵌入式视觉处理库

嵌入式视觉处理是机器人实时感知的核心能力,其本质是在资源受限环境下实现图像采集、色彩转换、阈值分割与目标定位的确定性流水线。原理上依赖硬件加速(如DMA2D)、定点运算优化与中断协同机制,以规避浮点开销和动态内存分配。技术价值在于提供亚毫秒级、无RTOS依赖、低延迟可预测的视觉基础能力,显著提升教育及竞赛机器人在动态场景下的响应鲁棒性。典型应用场景包括色块跟踪、目标居中控制、自动导航中的简易视觉伺服等。本文聚焦于专为VEX V5主控(STM32H743+图像协处理器)深度优化的轻量库vislib_vex5,

weixin_31185473的博客 607

Linux输入输出重定向与用户管理精要

本文系统梳理了Linux输入输出与用户组管理核心内容。输入输出部分涵盖字符设备与块设备区别、文件描述符、重定向与管道机制,重点解析2>&1等易错点;用户管理部分详解3A安全机制、用户分类、配置文件及常用命令(如useradd、passwd、sudo),强调权限最小化与安全审计。全文突出实践应用,适用于系统运维与考试复习。

2301_80092853的博客 634

TensorRT-LLM环境配置避坑指南:从安装到实战

本文是一份详尽的TensorRT-LLM环境配置避坑指南。文章重点解析了从Python、CUDA、PyTorch版本选择,到解决mpi4py安装这一核心难题的完整流程,并提供了经过验证的稳定版本组合与实战排错方案,帮助开发者高效部署大语言模型推理优化环境。

a0b1c2d3的专栏 985

液态神经网络(LNN):打破AI“静态快照”的连续动力学革命---AI大模型系统从零开始0029

MIT研究团队受秀丽隐杆线虫神经系统的启发,开发出革命性的液态神经网络(LNN)。该技术通过连续微分方程建模神经元动态,实现输入响应速度的自适应调节,解决了传统AI模型静态化、高能耗和低解释性的痛点。LNN具有三大突破性优势:仅需少量神经元(如20个)即可完成复杂任务;能处理非均匀时序数据;在自动驾驶、医疗监测等领域展现出卓越的适应性和鲁棒性。这项将生物智能与数学建模完美融合的技术,有望成为下一代AI的核心架构,目前已在无人机导航等场景验证了其高效性,被预测为2026年最具潜力的AI突破方向。

添柴程序猿的专栏 380

linux下面Kconfig简说depends on和select

关键字作用在你这段配置里的含义depends on门槛:条件不满足,选项不出现必须有 I2C、V4L2、MD6000 平台支持select强制:本选项开启,则被选项自动开启IMX178 开启时,自动打开 Media Controller 和 V4L2 Subdev API简单记:depends on管“我需不需要别人”select管“我开启了就顺手把别人拉上”。备注: 不会被看见,则不会被编译进去default nhelp+123。

hezhensheng007的专栏 196

避坑指南:新手爬百度图片3个致命错,改完批量保存本地(亲测有效)

新手爬百度图片的核心是“绕开静态HTML,抓准API接口+处理反爬+提取原图”,改完本文提到的3个核心错,就能稳定批量保存高清图片。这套思路可复用在其他图片网站(如必应图片、360图片),只需修改API接口和参数即可。如果想进一步优化,可添加代理IP池、多线程下载(新手不建议,容易触发反爬)、图片去重等功能!

专注于Python爬虫开发,分享爬虫技巧、项目实战与反爬经验,使用Scrapy、BeautifulSoup等工具,解决数据抓取难题。 1587

USB 技术系列 11 · USB Linux 驱动框架

本文系统解析Linux USB驱动框架,涵盖USB Core、HCD(xhci-hcd/dwc3)、类驱动(CDC/HID/Mass Storage)分层架构,详解usb_device_id匹配、probe/disconnect生命周期及Device Tree配置。结合RISC-V N300实战,揭示Host/Device双模式驱动开发核心逻辑,助力嵌入式BSP开发者掌握USB子系统全栈能力。

peter_pan_study的博客 285

嵌入式工程师成长之路(2)——电路设计

为什么你的电源模块总是发热炸机?DC/DC和LDO选型的“潜规则”你踩坑了吗? LM2596降压芯片用错电容导致输出振荡?LED恒流驱动设计让灯珠寿命缩水50%?24V转12V方案成本超预算被老板狂喷?——这些血泪教训,谁能懂得!

云轩阁 13万+

第10章 shellcode实战:18 神级开源shellcode工具:donut

Donut是一款shellcode生成器,可将C/C++、C#生成的PE文件转换为shellcode文件,同时支持JS、XSL、VBS脚本转换为shellcode。以下“原生”EXE/DLL指非托管PE文件(包括并不限于C/C++、delphie等编写生成的可执行文件),可以直接由系统加载运行,区别于.Net生成的托管文件。被处理exe/dll为32位程序,则需要用32为的shellcode加载器启用,exe/dll为64位的就用64位shellcode加载器启用。

李小咖·网安技术库 2797

Linux 学习 - 第十五周作业

与 2.4 步骤相同, 唯一差别是先装 docker, 再用 cri-dockerd 把 docker 适配成 CRI, 因为 v1.24 之后移除了内置的 dockershim。组件之间只有一条通道: 全部组件都 watch 或写入 kube-apiserver, 由 apiserver 落 etcd, 组件之间从不直接通信。设置 immutable: true 后不能修改, 只能删除重建。全程异步、watch 驱动, 没有任何组件去命令另一个组件, 这就是声明式架构的本质。

corey93的博客 189

软考中级-软件设计师 23种设计模式(最详细解析!!)

软考中级-软件设计师 23种设计模式

片言可决讼,半纸能缚龙 2万+

Linux rm 误删文件恢复实操教程

Linux使用rm删除文件时,并不会直接抹除磁盘上的数据,只是移除文件索引,让系统不再识别这块空间。只要没有写入新数据,原有扇区内容就会保留。新文件写入才有可能覆盖这些区域,一旦覆盖就很难找回。恢复的本质就是扫描磁盘,找到这些还存在、但索引丢失的数据条目,再把它们导出保存到其他分区。越早停止写入,恢复成功的概率越高。

海天数据恢复-winhex数据恢复教程 243

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

linux用phytool测试mdio接口的phy芯片

【代码】linux用phytool测试mdio接口的phy芯片。

qq_26074053的博客 201

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

【Linux】35:应用层自定义协议和序列化

本文实现了一个基于TCP字节流的网络计算器,通过自定义协议(长度头+JSON)解决粘包问题。核心在于应用层协议设计:使用Jsoncpp进行序列化与反序列化,以“长度\r\nJSON报文\r\n”格式封装数据,确保读取完整性。服务端采用多进程模型(二次fork)处理并发请求,客户端循环输入并发送请求,服务端计算后返回结果。项目融合了Socket编程、多进程、策略模式日志、RAII锁等技术,完整演示了从底层通信到高层业务的全栈实现。

qq_62473190的博客 103

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

Instabox 云端 Linux 虚拟机配置中文拼音输入法

Fcitx5 和拼音已安装、桌面会话加载了输入法环境变量、Fcitx 当前处于激活状态。在这次 Debian + XFCE 排查中,拼音本来已经安装;问题出在桌面会话没有正确加载变量,而且 Fcitx 需要再次激活。配置登录环境并执行后,当前输入法显示为pinyin,中文输入恢复正常。

binweisili的博客 136

第12篇:VXLAN协议深度解析——智算网络的二层隧道(附Linux实战抓包)

VXLAN突破传统VLAN 4094个隔离限制,通过MAC-in-UDP封装实现1600万虚拟网络(VNI),解决云数据中心和AI智算集群中二层跨三层、多租户隔离与虚拟机热迁移难题。其核心在于将二层帧嵌入IP网络,由VTEP负责封装/解封装,借助Underlay IP路由实现逻辑二层连通。实验验证了点对点VXLAN隧道搭建与Wireshark抓包解析,揭示了50字节封装开销及MTU调优必要性。结合RDMA与EVPN控制平面,VXLAN成为智算网络关键支撑技术。

cyf31的专栏 635

嵌入式 Linux OOM Killer 触发逻辑与防误杀实战指南

本文深入解析嵌入式 Linux 下 OOM Killer 的触发机制,结合工业网关真实工程场景,提供从日志排查、内核参数调优到关键进程保护的完整落地方案,解决核心进程被误杀导致的业务中断问题。

嵌入式扫地僧 406

Linux 常用命令 + GCC 编译全流程详解

本文为Linux与C语言初学者打造的实战指南,涵盖命令行核心技能:从文件操作、权限管理到查找、进程控制、打包压缩,最终深入剖析GCC编译四阶段(预处理、编译、汇编、链接),揭示gcc hello.c -o hello背后的完整流程。通过建立“一切皆文件”“命令即程序”等心智模型,帮助读者在纯命令行下完成代码开发全闭环,真正理解底层机制,适用于面试准备、跨平台开发及服务器部署场景。

2401_88413914的博客 287

Windows 下 QEMU 搭建 ARM64 Linux 开发环境完整教程 | 保姆级步骤 + SSH 远程登录

本文针对嵌入式开发、跨架构软件测试、ARM Linux 学习的开发者,提供一套在 Windows x86 电脑上零成本搭建 ARM64 虚拟机的完整方案。全程使用开源工具,覆盖环境安装、系统部署、远程登录、性能优化全流程,新手可直接照着步骤操作。

wutu_csdn_blog的博客 312

Linux epoll 一篇讲透:从 select/poll 到红黑树、LT/ET,再到完整 TCP 服务器

一万个客户端已经连上服务器,眼下只有十个客户端发来了数据。服务器怎样把时间花在这十个连接上?理解这个问题,就抓住了 epoll 的主线。接下来,我们沿着“为什么需要它 → 接口怎么用 → 内核如何实现 → LT/ET 怎么写 → 完整服务器怎么运行”的顺序,把知识连起来。**阅读基础:**了解socketbindlistenaccept的基本用途即可。本文示例面向 Linux,服务器使用 C++17,实验脚本使用 Python 3。

2601_94861874的博客 457

Linux FFmpeg深度解析之av_probe_input_format调用流程与实战(四十八)

本篇目的:理解如何根据选择输入格式,并通过构造WAV探测数据观察demuxer评分与格式返回结果。FFmpeg需要先确定输入数据属于哪种封装格式,才能选择对应的demuxer读取文件头和媒体包。接收调用者准备好的探测数据,遍历可用输入格式并返回匹配的。它只负责根据现有探测数据猜测格式,不负责从文件或网络读取数据,也不负责打开输入和解析媒体流。fill:#333;important;important;fill:none;color:#333;color:#333;important;

Android系统攻城狮 337

深入浅出聊聊 Linux 的 PageCache 与系统极致性能

本文深入浅出解析了 Linux PageCache 的核心机制,揭示其如何通过“延迟写、预读读”提升系统性能。以监控告警为切入点,阐明 free -h 中 buff/cache 并非真正占用,真正可用内存由 available 决定。结合 Kafka、Elasticsearch、MySQL 等实战场景,说明中间件如何依赖 PageCache 实现极致性能。强调不可手动清理缓存,并建议合理调优脏页参数,避免卡顿。最终指出:内存满≠危机,而是系统高效运行的体现。

小小默:进无止境 518

Linux 进程间通信(IPC)详解:从管道、进程池到共享内存、消息队列与信号量

本文依据《8. 进程间通信》课件的知识主线重新组织,对匿名管道、进程池、FIFO、System V 共享内存、消息队列、信号量、内核组织方式及 Shell 管道进行了展开。需要引用共享区里的其他位置时,可以保存相对于共享区起点的偏移量,由每个进程使用自己的起始地址计算。管道传递的是任务编号,工作进程根据任务表调用对应函数。本文沿着一条完整的实践路线展开:理解进程隔离,用匿名管道交换数据,用多条管道搭建进程池,再进入共享内存,补上同步与互斥,最后理解消息队列、信号量,以及内核如何统一管理这些对象。

2601_94861874的博客 224
上一篇: 用SERVICE LOCATOR 模式实现访问命名服务
下一篇: 在首页显示版本编译时间(Tstamp和Filter的配合)
java169
博客等级 码龄19年 27粉丝 2568原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值